White screen on save/edit [IS ANYBODY ELSE HAVING THIS PROBLEM???]

I'm currently at a loss with this one. After looking a bit into white screen issues and Drupal, try these things:

clear all cache tables - then try again.

clear your session table - some point to corrupt entries there.

you could also check your access table for me right around the time that it takes a dump on you and let me know the data there.

likewise, you can check your watchdog table.

I'll keep looking...

Also, look at this http://drupal.org/node/148394#comment-237827

also, check your apache and php logs. if you're using shared hosting, it is often available to you at in a logs folder just above your www folder (or where your web files are).

another idea I found was this:

"For me the problem was a blank space in my template.php file after the last ?>"

if you don't already know, there should never be "?>" at the end of any php file. even php.net has said not to use it.

i should have said last time that sometimes themes themselves can be a problem. try using a different theme (although garland should work if that's what you're using).

i should have said last time that sometimes themes themselves can be a problem. try using a different theme (although garland should work if that's what you're using).

another common issue seems to be memory allocation. do a search on drupal for white screen and you can't miss seeing a bunch of articles about that. there should be issues related to memory in one of your logs if that's the problem.

this looks to have promise because a lot of people are talking about how the data is saved, and then they get the white screen, just like you describe.

if memory is a problem, i'll look to see if there is something I'm doing that is using a lot of it.

how many modules do you have activated and how much memory in your php settings?

when you run phpinfo() does it confirm the increase in memory? what else can you tell me about the environment your site is on?

IS ANYBODY ELSE HAVING THIS PROBLEM??? Please chime in if you are.

BTW, did you ever check your logs?

I just wanted to let you know I'm still trying to find out about this, but haven't found anything. Are you in a position to reinstall everything, then add my module right after core and cck to see if it is broken with no other contrib modules present?

If it works at that point, add a contrib module one at a time and test between each until things break again.

That's all I can think of right now. Sorry.

Hi,

I also seem to have developed this problem. I'm working with a significant number of modules including a few which I'm working on. However, this bug only appears with Address-enabled CCK nodes, and nothing else.

Here's the watchdog:

Cannot modify header information - headers already sent in /usr/local/www/vhosts/pinchin.com/subdomains/drupal/httpdocs/includes/common.inc on line 311.

That's in drupal_goto_url I think. Is there a way to get PHP to tell me what line or file is causing the duplicate headers to be sent?

At the same time, it looks like the Address fields aren't rendering properly (see SS attached). This is with the default theme, and I first noticed it at the same time as the above issue. The rendering issue is only in FireFox (OS X and Linux) and doesn't show up in IE6 or Safari. Feel free to break this into a seperate bug report if it's not related.

Please confirm that you are using the dev version. Man, you guys are killing me. As for the display issue, I've been thinking of reworking how that's done. If you'd like to help figure it out, play with any theme functions and the css file.

I probably won't get to this until late next week. I'll try to also look for any ridiculously long/intense loops. I can't think of what else might be hogging memory like that.

I updated to the latest -dev last night.

I will also try to go through the code and see what I can find. Unless there are serious issues with older dev versions, perhaps I will try them to see if I can pinpoint a change in the code.

I'd just like to confirm that this problem exists on a fresh Drupal install with nothing enabled except for cck_address, cck, and Canadian support.

Thanks. I hope to get to looking deeper into this later next week. I'm sure if you find anything you'll let me know.

I think I found the problem. For some reason, the system output buffering isn't working in cck_address_get_all_locales. I've attached a patch which uses popen() instead of system().

A workaround would also be to disable country address validation.

That's good news. I'll focus on this area. What did you use to isolate this section as the problem? I'm sure I don't have all of the tools I should.

Okay, I'm uploading a new version that changes the same function, but in a way different from your patch. It's actually found in the thread regarding the Mexico module. So let me know if this doesn't fix things.

I used the devel module a bit, and then I started manually executing snippets of code to make sure the return values were as expected.

The new code seems to work as expected, thanks!

I'd appreciate system specs from any of you that had this problem. Send them via the contact form (click on my name).

I was showing a white screen on submit. Was not using the CCK Address field, but I had enabled it for test purposes and forgot. Read your note, turned it off and the error when away, meaning I did not see a blank screen. This confirms the error, but not a solution.

Thank you!!