Forum Replies Created

Viewing 15 replies - 61 through 75 (of 98 total)
  • Thanks for helping improve the plugin.

    1.2.4 released. It closes a hole that probably existed before 3.8, but I suspect that will fix your issue.

    Alan

    Just to let you know, I have managed to replicate your issue on a shared hosted site. So I will be able to debug now. I’ll keep you posted.

    Is your site a live site? (in other words any chance of letting me in to have a look. If so contact me directly (llocally’s contact form i.e. don’t post the url etc here)

    Hi, its working fine on my 3.8 sites, so it is difficult for me to comment on your issue.

    1)http://www.yoursite.com/?author=1
    “forbidden”

    2)http://www.yoursite.com/?author=1/
    “forbidden”

    3) http://www.yoursite.com/?author=27 (non existent user
    it shows “Sorry, no content matched your criteria”, but a non existent user so not an issue and the way it works due to the way WordPress generates / filters the redirect (although I probably could plug that too)

    What operating system / web server / version of PHP are you on?

    Could you try going to settings>permalinks and resaving see if that makes a difference.

    Anyone else got an issue on 3.8 please chip in.

    Thread Starter llocally

    (@llocally)

    Thank you for your very helpful comments (I was aware that JetPAck works with Askimet – my post wasn’t so clear)

    I was unaware of development mode, thats a very useful bit of information.

    I guess if I extract 2.4 contact form it probably will still have the do_shortcode bug. Maybe I should insert the 2.3 Grunsion into JetPack as a temporary solution, now there is an idea!

    I have added myself to the cc on the trac.

    Once again thank you for your response and help. I’ll merk this thread as resolved.

    Thread Starter llocally

    (@llocally)

    Its a real shame the code lines have diverged.

    Only a few months ago Grunion and JetPack were using the same version 2.3.

    But now JetPack is on version 2.4.

    I have looked at your work around and whilst it may work, it isn’t a great solution is it.

    As I run a multi-site, retrospectively going back through all the sites and installing JetPack is a significant task as each one would need to be manually activated with a WordPress.com account, as nothing works on JetPack when not linked to a WordPress.com account.

    I chose grunion as I use (and pay good money for) Akismet and that is built into Grunion.

    Of course now Contact Form 7 supports Akismet too, I could migrate teh sites that don’t use JetPack to thta, but I do find the Grunion / JetPack form builder far more user friendly.

    Is there any technical reason that the Grunion code (as in jetpack/modules/contact-form ) can also be used as a stand alone plugin?

    Hi, there isn’t right now, however the MapQuest API does allow different route types (e.g.pedestrian, bicycle, and multimodal routes, which is a combination of public transit (if available) and walking directions)

    I will look at incorporating at a future release. If people want to vote for additional features please do so

    Currently the requests I have is yours and several requests to be able to pick KM versus Miles and for the route language to be selectable.

    Thanks, I wasn’t expecting anything of course. But the gesture is well appreciated.

    Many thanks for pointing this out.

    This has been fixed (1.2.3)and should work now.

    Please let me know if you spot any other issues.

    Thread Starter llocally

    (@llocally)

    I’m sure you’ll hav eit covered, but don’t forget to change the update_option(‘default… on line 36 too

    and in other places where that option is used like shortcode.php, if you go down the route of changing the option name.

    Anyway glad to have been able to help.

    Thread Starter llocally

    (@llocally)

    OK, it is your code that isn’t setting the default correctly.

    Line 121 of settings.php uses an option default_user_role that isn’t defined prior, so will come up with -none-

    <?php wp_dropdown_roles( get_option( 'default_user_role' ) ); ?>

    (wordpress does have an option default_role but that is different)

    If this were set, in defines.php say after lines 30-37

    if (!get_option( 'helfjmm_options' )) {
        $jmm_options = get_option( 'helfjmm_options' );
            if ( !isset($jmm_options['type']) ) $jmm_options['type'] = '3';
            if ( !isset($jmm_options['role']) ) $jmm_options['role'] = 'subscriber';
            if ( !isset($jmm_options['persite']) ) $jmm_options['persite'] = '0';
            if ( !isset($jmm_options['perpage']) ) $jmm_options['perpage'] = 'XXXXXX'; // blank
        update_option('helfjmm_options', $jmm_options);
    }

    with

    if (!get_option( 'helfjmm_options' )) {
        $jmm_options = get_option( 'helfjmm_options' );
            if ( !isset($jmm_options['type']) ) $jmm_options['type'] = '3';
            if ( !isset($jmm_options['role']) ) $jmm_options['role'] = 'subscriber';
            if ( !isset($jmm_options['persite']) ) $jmm_options['persite'] = '0';
            if ( !isset($jmm_options['perpage']) ) $jmm_options['perpage'] = 'XXXXXX'; // blank
        update_option('helfjmm_options', $jmm_options);
    }
    if (!get_option( 'default_user_role' )) {
         update_option('default_user_role', 'subscriber');
    }

    [ Although it may have been your intention to actually use ‘default_role’ rather than ‘default_user_role’ but I haven’t looked into that ]

    I think that the missing ‘default_user_role’ explains my ‘irrational response’ because when it was missing nothing works, but of course doing an update creates it and fixes the problem. I’m of course assuming ‘default_user_role’ is pivotal to the main code (which I haven’t looked at, just the admin settings).

    Thread Starter llocally

    (@llocally)

    OK on a multi-site with NO other plugins I get sensible defaults

    http://i44.tinypic.com/nei4oj.png

    now the process to eliminate 50 plugins ugh!

    Thread Starter llocally

    (@llocally)

    I just installed it on a multi-site that it has never been on (3.7.1) and the default is definitely -none- for me

    http://i42.tinypic.com/2rw6yp5.png

    Thread Starter llocally

    (@llocally)

    Well, I don’t think the issue is with your plugin, but with perhaps some other plugin in my multi-site.

    I managed to get it working, i.e. manual add by superuser not creating a user with no rights, and now I can’t get it to ‘break ‘ again.

    I’m going to have to try out a few options on on a different build and see if I can recreate the issue.

    For me the default was definitely ‘none’ . I’ll report back, but as I said I don’t think it is you, it is probably something else. Finding out what may take some time.

Viewing 15 replies - 61 through 75 (of 98 total)