mosher

tellyworth – thanks. Just disabled reCAPTCHA and tested it. No false spam detection. Ah well, at least I know what’s causing it now!

I’m getting the same. I think one reason Chrome is mentioned a lot in relation to it is that Chrome gives you the error up front. Firefox sits with the little twiddly grey bar forever and a day instead of returning an error.

I get the ERR_TOO_MANY_REDIRECTS message on Chrome or timeout on FF when I click on an in-line image and then on the “edit image” icon. It’s intermittent – it works as it should for days/weeks on end and then for no apparent reason (not post update, not after a change in plugins) just stops working for a while.

As it happens across browsers, OS’s (XP Home, XP Pro, Ubuntu, Eee-buntu) and on two machines I’m tempted to think it’s a server issue – but not a .htaccess one as that also hasn’t been changed.

percepts – thanks, I’ll have a look shortly. Just about to go on a shopping errand!

The images I’m having problems with, though, are only 256Kb (that’s Kb, not Mb) in size! They’re off my Nokia mobile phone and that’s about as big an image as it’ll produce. I can successfully post other images weighing in at up to 3.5Mb – I tested.

Oh, and I can’t edit the existing php.ini file – but I can supersede it by placing a new one in the root directory as advised by my host. Tested this and my new one does indeed overshadow their default. It doesn’t solve the problem though.

Yes, I know… Within the code I have used “M”. On here to describe the amounts I had set them to I am using “Mb” as it’s the usual abbreviation.

I’ve set the memory limits to 256Mb (“256M” within the PHP) and checked with a script to see the current values assigned to variables as pulled from the operational system. It tells me that the values I have assigned have indeed been recognised and applied.

Regardless of the fact that the system has been told it can use 256M(b) for scripts, it’s still falling over complaining that WordPress has exceeded 32M(b) – more specifically 32505856 bytes.

Shane – see above. I’ve already tried all of these.

Although I’ve checked and the memory limit has been set as high as 256Mb, WordPress *still* falls over complaining about not being able to provide more than 32Mb… Bizarre.

Additionally, I have – after a lot of fiddling – determined that the problem is only with some pictures. It just happened to be the collection I’ve been working with for a while…!

They’re JPG images from my Nokia E71 phone. I even tried opening them up in IrfanView and re-saving them as fresh images. Same issue. Finally I opened them, screen-grabbed, created a new image, pasted, cropped and saved… and they now upload.

However, the question as to why WP is running out of memory after 32Mb when my PHP and WP configs tell the system it has 256Mb to use hasn’t yet been answered.

At least I can get my pics up now ??

Nope. If I put that line into my .htaccess I get the following when trying to access any page on the site:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

For interest, disabling all plug-ins solved the problem. I managed to get two going before adding a third (WP-Stats), re-introduced the issue. I enabled all plug-ins except for that one… and the problem returned. So either there is more than one plug-in specifically causing the problem or it’s just the volume of them.

I’ll try mailing my host (1&1) though I don’t know what their policy will be.

1. Can’t do – no access to php.ini file

2. Broken images relating to any plug-ins on the blog site and error when accessing the admin area:

Error 500 - Internal server error

An internal server error has occured!
Please try again later.

3. Any access to site results in:

Fatal error: Allowed memory size of 262144 bytes exhausted (tried to allocate 77824 bytes) in /homepages/8/d151455252/htdocs/Moshtour/wordpress/wp-includes/functions.php on line 3295

Revoked change in wp-config.

Would someone be kind enough to explain why this error’s started appearing as a lot of people seem to have been hit by it recently. I can only assume it’s something relating to a recent upgrade? I’m currently running v2.8.4 for the two blogs with issues.

As a test, I uploaded the same photos to an old blog that’s still on v2.3.2 on the same server and there’s no problem with that.

I just tried Husar’s solution and received the following error when I refreshed:

ini_set("memory_limit","64M"); //Hopefully resolve memory issue
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /homepages/8/d151455252/htdocs/Weblog/wordpress/wp-config.php:3) in /homepages/8/d151455252/htdocs/Weblog/wordpress/wp-content/plugins/zemanta/zemanta.php on line 609

Warning: Cannot modify header information - headers already sent by (output started at /homepages/8/d151455252/htdocs/Weblog/wordpress/wp-config.php:3) in /homepages/8/d151455252/htdocs/Weblog/wordpress/wp-includes/pluggable.php on line 865

Without the edited file, I get an error:

Fatal error: Out of memory (allocated 32505856) (tried to allocate 4096 bytes) in /homepages/8/d151455252/htdocs/Weblog/wordpress/wp-includes/media.php on line 345

…when I try to upload image files. This happens on two blogs, both hosted by the same provider but using separate WP installs. The image files are only 270kB or thereabouts!

Anyone?

For the record, my dashboard is now working fine. The only issue I have is an intermittent “failure to appear” of the post path/filename underneath the title when adding/editing a post. It works, just sometimes doesn’t show itself.

My ISP is “1and1” in the UK for those about to try the .htaccess fix – seems to have worked for me.

Well, I sorted it. And created another problem. Edited my .htaccess file to force PHP5. I added the following 2 lines:

AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

They’re also required to get the auto update to work.

Dashboard’s now fine, but now the display/editing of Permalinks underneath the post title on the “add post” page doesn’t work. Will keep my eyes open for other issues…

I’ve got a “half-blank” admin screen with the left column showing and right not. Also, the drop-down/pop-up menus won’t work.

Checking plug-ins manually, I’ve found that WordPress.com Stats (of all things) seems to be killing the right hand column and menus. Smart YouTube also does it.

Bizarrely, a handful of other plug-ins (Tweet This and others) seem to be preventing any text appearing in the WordPress Development Blog window as well. The title appears, often I get “Loading…” but this disappears and I’m left with just the title bar.

Just like to add another “stumbling block” that can cause problems. Make sure that within Blogger on your “Archiving” options that you have “Enable Post Pages” set to “Yes”.

Otherwise WordPress will only import the first page from each month, even though it knows about the other 900+ posts… grr.

Sorted, though. *phew*

Bit of a cop-out, but one way I’ve managed in the past is to make the “thank you” page a pure HTML one based on the WP template.