Forum Replies Created

Viewing 12 replies - 91 through 102 (of 102 total)
  • This also worked for me, but definitely isn’t a good solution. On upgrade, the problem will come back and the plugin will have to be re-edited again.

    There must be an issue on save when the needed checkboxes in admin are unchecked – that they are not updating the database options correctly.

    If anyone is willing to tinker with their database to get a permanent solution that doesn’t require editing the plugin all the time, please post what you did here.

    Thread Starter Dzynit

    (@dzynit)

    As Scott said, so far the dates haven’t been going into the google listings. It was a concern to post here on it though after reading other user’s comments in that link above.
    Hopefully the people with those comments were either bothered by the preview snippets or had actually not removed the dates from their theme templates.

    Just to be helpful, if it bothers the person writing the posts to see that date in the snippet preview, adding this to the theme functions.php removes that and prevents the confusion: add_filter( ‘wpseo_show_date_in_snippet_preview’, false);

    I was wrong on the email part – I see it just switched order.

    I also saw the excludes disappeared on upgrade. I just upgraded to 2.2 and the same happens, but also the email the report goes to reverts to the wp-admin default email address.

    I think this would be very helpful information as a notation in the plugin’s settings page next to the textarea.

    Plugin Author Dzynit

    (@dzynit)

    I’m sorry I didn’t see this sooner – to use, it needs to remain on. But this plugin should probably be considered obsolete because I believe that wp-ecommerce now handles the canonical link correctly.

    It definitely shouldn’t interfere with any other plugins because it’s specifically removes only the wp-ecommerce function that adds the canonical link.

    Thread Starter Dzynit

    (@dzynit)

    Thank you for your help!

    Thread Starter Dzynit

    (@dzynit)

    Here in the wordpress codex. I do the coding part of the plugin, but the owner wants the plugin name to appear under their profile rather than mine.

    The list of plugins you see in these: http://profiles.wordpress.org/users that the person has submitted.

    Dzynit

    (@dzynit)

    To update on the white admin screen is I had. I got a chance to test out which other plugin might have conflicted.

    To activate W3, I of course had to deactivate all others first, then individually turn them on. In that order – I didn’t get that white screen or any errors. I tried it this way twice (once on the original site and also once on the clone we have of that same site.) Both resulted in no problems and the plugin is running good.

    I would guess best that one of the other plugins conflicted during activation/installation only. So, Frederick, I don’t really need an answer to that htaccess question above. If my result is helpful knowledge though, maybe that would be a “suggested try” – deactivate all plugins first, install, then reactivate them.

    Thanks for the great plugin!
    Dzynit

    Dzynit

    (@dzynit)

    First for @bloggerdesign – We had an hsphere server that was doing that last year. Anytime we used auto install or auto updates, the server was assigning the wrong owner to the directories and files. Server techs were able to delete any that really stuck hard. Some I was able to rename or manually upload over-top to get the permissions corrected and then could work with them again. Server techs felt there was a mis-configuration or corrupted file for one reason or another. They did some fresh re-installation of some of the core files on the server and the problem stopped. I just wanted to let you know what happened in our situation because I think it’s unlikely that the plugin actually was the cause and it might help if the problem happens again for you.

    Frederick,
    I had that same white admin screen issue, which is no doubt a plugin conflict. When I have more time, I’ll try to pinpoint which one it is. The frontend of the site was not affected, so if I figure out which plugin conflicted, maybe it’s an enqueue script that I could find a work-around for. My question though: after removing the plugin and getting the admin back (which I did with no problems) I do see the additions to the htaccess. But it actually improved the page speed score. The site is working fine. Will the additions to the htaccess still help without the plugin active? If you don’t think it should be, I’d prefer to remove the lines so they’re not causing confusion later on, but if they can still help that would be great.

    Thanks much,
    Dzynit

    Regarding hatchhunter’s issue, thought this info might be useful to anyone that runs into the same kind of problem.

    This happened to me yesterday, so I rolled back to 2.9.2. (Just by re-uploading the 2.9.2 files.) Then upgraded the plugins first – then wordpress to 3.0 and all went well.

    For me it was the Events Calendar plugin. Upgrading it first cured the incompatibility it had with 3.0.

    So if you have a plugin that hasn’t been setup to be compatible with 3.0 yet, best recommendation is to hold off on the upgrade till the plugin is unless you don’t mind just deactivating it.

    When selecting a page as the front page of the blog in the settings area of admin, the wp-dtree plugin is setting the link to that page as the blog url.

    This is keeping that link on the navigation from expanding when on one of its child pages.

    Can this be worked on and changed in the next version release? Right now, the url in the cache file has to be edited to the actual page link to make the expanding work anytime there is a page change that recreates the cache.

    Thanks.

Viewing 12 replies - 91 through 102 (of 102 total)