Forum Replies Created

Viewing 14 replies - 1 through 14 (of 14 total)
  • Thread Starter heathergm

    (@heathergm)

    Hi Dinev,
    Yes, tested on Apple and Android and Windows. This is particularly an issue on tablets where rotating to landscape causes all menus at the top of page to be open simultaneously and overlap each other.

    Sending screen shots, will try to get you a video once I am out from under my deadline. It looks like some sort of conditional of when screen size changes is needed to turn off the “always show” part of your dropdown-hover.js but that is just a guess.

    Thanks,
    heather

    Thread Starter heathergm

    (@heathergm)

    Thanks. The file security objected to is exactly the same as in the repository, as I said above. This is why I contacted you – it flagged your actual plugin code, No breach – maybe over sensitive bot. They have white-listed it for me and if others run into this I figured they could use this post to get their host to do the same.

    Thread Starter heathergm

    (@heathergm)

    It is still there. No matter which link I click or how many times I click the X it shows up on every admin page. Also except for the YES! option which leads here it just reopens the current page in a new tab with the message still at the top. I think it sounds like your notification code is not working as expected and you might want to review it.

    Plugin is up to date with newest version btw and I cleared all cache multiple times as well. It is annoying but I was probably a bit miffed because I was in the admin troubleshooting a site crisis and needed to work fast.

    • This reply was modified 8 years, 2 months ago by heathergm.
    Thread Starter heathergm

    (@heathergm)

    Ok thanks. weird that it didn’t work – we did clear caches but maybe it was stuck.
    Will pass along the php and see if they can do better with that.

    My client loves your forums and would be very sad if we can’t get them working.

    Thread Starter heathergm

    (@heathergm)

    Thank you for getting back to me! But sadly, please mark this unresolved.

    We tried to stop caching via URL and used exactly what you have there “example.com/community/*” and it didn’t work so WPE asked me to ask specifically for
    the specific cookies, PHP arguments or URI strings to use instead.

    • This reply was modified 8 years, 6 months ago by heathergm.
    Thread Starter heathergm

    (@heathergm)

    What WP Engine needs are the the specific cookies, PHP arguments or URI strings from the plug in to stop caching. Does anyone know how to find out what those are by myself? I can use developer tools pretty well but not sure what to look for here.

    Hoping to hear back from plugin authors but trying to get my client to launch so time is of the essence.

    • This reply was modified 8 years, 6 months ago by heathergm.
    Thread Starter heathergm

    (@heathergm)

    FWIW it *is* a caching issue with WordPress Engine hosting. They are working with me to turn off caching for the pages/areas where this plug in is used.

    Working theory on why things work in the customizer is because query strings like are used there are not cached. In case this helps anyone.

    I would love the answer to this as well – I have several sites dependent on this plugin and need to switch to something else if not. It seems to be ok for now though.

    I am having this same issue with WordPress Engine. When you say the most recent version of the plugin shouldn’t have this issue anymore do you mean that we should be able to see a new image sooner than every 10 minutes?

    WordPress Engine will do an exclusion if I can provide them with a cookie or other method to reference. Is there one for this plugin?

    thanks!
    heather

    Thread Starter heathergm

    (@heathergm)

    Whew, thanks! I really like the plug in and want to keep using it.

    Looking forward to the 4.2.4 compatible release.

    best,
    heather

    Thread Starter heathergm

    (@heathergm)

    Thanks much. I’m hoping that even if it is a technical solution requiring some steps on my end it will be possible. Nice plugin.

    heather

    This has nothing to do with this plug in. These people (semalt.semalt.com & buttons-for-website.com and a couple others ) are causing stats havoc with robots indexing our sites and sending referrals. Googling semalt is tricky because they redirect the Google search results to their home page.Best thing to do at present (as far as I can tell) is to filter them out of your Google Analytics or whatever.By the way I get this junk traffic even on a flat 5 page HTML site so it isn’t a WordPress related thing either. Just CODB on the internet these days it seems.

    Had the flashing button, super slow unusable edit page issue – the answer for me at least seems to be that I had missed updating the settings file in the root directory when manually upgrading from 2.5 to 2.51 – specifically the newest wp-settings.php file (4/21/08) includes the following on line 335 that is missing in earlier versions
    the newest files include this code at lines 335-342

    /**
     * It is possible to define this in wp-config.php
     * @since 2.5.0
     */
    if ( !defined( 'AUTOSAVE_INTERVAL' ) )
    	define( 'AUTOSAVE_INTERVAL', 60 );

    I suspect this to be the cause of the whacked out javascript loop that killed my browsers.
    Comparing files from the broken blog with a new install on both the same host and another hosting company that doesn’t use fantastico but offers one click install it became apparent that the files were different, so even if you replaced it as part of your upgrade getting the newest version from a 2.5.1 download post april may be the answer.

    Before this I also tried the following to fix this issue with no success:

    – Deleted the files in wp-content/uploads/js_cache
- Set the WPLANG define in wp-config.php to ‘en’

    
- Cleared all the caches on browser
    – Updated Tiny MCE using the following

    √1. Download the latest version of TinyMCE from the offical site:
http://prdownloads.sourceforge.net/tinymce/tinymce_3_0_6_1.zip?download
    √2. Unzip the following files into wp-includes/js/tinymce:
- tinymce\jscripts\tiny_mce\tiny_mce.js
- tinymce\jscripts\tiny_mce\tiny_mce_popup.js
- tinymce\jscripts\tiny_mce\tiny_mce_src.js
    √3. Delete the files in wp-content/uploads/js_cache. √Clear all the caches on browser, √manually reload this URL on your blog: /wp-includes/js/tinymce/tiny_mce_config.php to verify

    Also removed all dev and live blog cookies before restarting browser
    Again removed new files from wp-content/uploads/js_cache

    Downloaded and installed tinymce-advanced plug in – turned it on, repeated all cache clearing, turned it off cleared caches etc. no love

    So reading this post at http://trac.wordpress.org/ticket/6844 led me to suspect that my upgrade had not been as thorough as i thought it had. Like in this post my browsers were telling me they were stuck in a continual loop looking for admin-ajax.php and the new settings file with the interval definition in it seems to have ended that issue which allows for speedy typing and easy posting.

    I am still waiting to hear whether any other authors on this blog are still having issues but i think this is the fix and hope it helps someone.

    Hi,
    I was having the same problem with images in nested pages (sub sub pages) because all of the addressing and links (so links are broken as well). I can’t see a way to get at the actual HTML to override this through the admin so i think it would probably be best to remove this logic from the code as its sure to cause problems for others as well in some situations. Other than this issue this plug in has been a great find. I just hope there is a resolution to this before i need to turn the site over to the client, who doesn’t have HTML skills to deal with this type of thing.

Viewing 14 replies - 1 through 14 (of 14 total)