Forum Replies Created

Viewing 15 replies - 1 through 15 (of 19 total)
  • I think I have the same problem, or a similar one.

    Everything was fine until yesterday and the latest update to 3.1 but now I can view the public end of my site perfectly whether logged in or not, but the admin end is a white screen on every page.

    Renaming the qtranslate-x plugin folder via FTP results in a white screen on both the front and back ends.

    Forum: Plugins
    In reply to: [mqTranslate] Read only
    DLT95

    (@dlt95)

    Yes, this one threw me as well.

    Edit the user account that has the problem and near the bottom you will see a new section called mqtranslate with tickbox(es) for “allow user to edit in this language”. By default it is unticked. Just tick it and save.

    Might be worth including this in a qtranslate>mqtranslate migration FAQ.

    Thread Starter DLT95

    (@dlt95)

    That was easier than I expected. It was actually a rewrite setting in BPS Security that needed changing.

    In the custom code section add something like this:
    # <plug in name>
    RewriteCond %{REQUEST_URI} ^/wp-content/plugins/<plug-in directory>/ [NC]
    RewriteRule . – [S=<number as needed>]

    to the bypass rules, changing the parts in <> to suit your needs.

    I dont know why the problem suddenly arose after so much time.

    Thread Starter DLT95

    (@dlt95)

    That was easier than I expected. It was actually a rewrite setting in BPS Security that needed changing.

    In the custom code section add something like this:
    # <plug in name>
    RewriteCond %{REQUEST_URI} ^/wp-content/plugins/<plug-in directory>/ [NC]
    RewriteRule . – [S=<number as needed>]

    to the bypass rules, changing the parts in <> to suit your needs.

    I dont know why the problem suddenly arose after so much time.

    Thread Starter DLT95

    (@dlt95)

    On a flash of inspiration I renamed my htaccess file and the plugin editor button is now working correctly. Now all I need to do is work out what in the htaccess file is preventing the plugin from working. It’s strange as the htaccess file hasnt changed for months but I didnt get the problem before.

    Thread Starter DLT95

    (@dlt95)

    On a flash of inspiration I renamed my htaccess file and bingo: both plugins working correctly. Now all I need to do is work out what in the htaccess file is preventing the two plugins from working. It’s strange as the htaccess file hasnt changed for months but I didnt get the problem before.

    Thanks for the good ideas anyway.

    Thread Starter DLT95

    (@dlt95)

    The Easy Columns developer updated his plug-in which has solved most peoples problems with it and WP3.9 but it hasn’t helped with my permissions error in Advanced WP Columns.

    And on top of that I now get a similar error when I click on the Easy Columns editor button, though of course the error mentions a file in the Easy Columns plug-in directory.

    Thread Starter DLT95

    (@dlt95)

    That sounds like a good call. Thanks.
    Easy Columns is also installed on this site but unfortunately I cant remove it until there is a replacement in place as the site is live. I was hoping to try out Advanced WP Columns on a test page first without changing the other pages but if the two plug-ins dont play nicely together then that wont be possible.

    Agreed, a very misleading error message. I was expecting it to be something to do with the recent WP3.9 update.

    Edit: Just seen that Easy Columns is broken in Wp3.9 so with any luck when the developer fixes that it will also fix this incompatibility with Advanced WP Columns.

    9.8 version solves the sidebar for me. Thanks.

    V 1.85 now imports our 10,000+ images into the table correctly ready for bulk optimising. The import takes a while but that’s no problem.

    Sorry for the delay. My PHP version is 5.4 so I dont think my problem was caused by that.

    It’s a problem with the display of the right sidebar and reverting back to 9.9.3 fixes it. I cant really spend any time testing on the live server so I’ll just have to leave it.

    .9.4 breaks the front end of my site too (backend seems OK) and caused my hosting company to automatically restore a backup htaccess file. So not sure what’s going on there.

    You can find the older versions here:
    http://wordpress.org/plugins/sendpress/developers/

    I went back to .9.3 and it all seems fine.

    Unfortunately our hoster doesn’t provide as much memory.

    With 1.8.4 I get a memory allocation problem about which I have just commented in another support thread with a similar title to this one. I probably should have made the comment here instead. Sorry about that.

    I installed 1.8.4 but when importing images for bulk optimization I quickly get this error:

    Fatal error: Out of memory (allocated 56623104) (tried to allocate 32 bytes) in xxxxxx/wp-includes/wp-db.php on line 1565

    I know our hoster isnt exactly generous with memory (“up to 120MB” seems to really mean “less than 70MB”) but I have not had out of memory errors with other plugins.

Viewing 15 replies - 1 through 15 (of 19 total)