Hello everyone!
I'm looking for some help, hope find it here.
I'm using Drupal 7 and getting a weird bug, that I couldn't find other equal nowhere. I'm trying to create a view that displays a block for showing some content. I have done this a lot in different Drupal instalations, so I do know how to do that properly. Well, when I save the view, the overlay from the administration theme fades out and the page is reloaded, showing the same administration page for creating the view with the same not saved yet. Then, if I press "Save" again the following error is displayed:
The website encountered an unexpected error. Please try again later.
If I manually replace the overlay (by adding "#overlay=" betweeen the site name and the node) the same happens. Sometimes, randomly, instead of the errors came a timeout message.
This error used to appear less in the early development of the site, but after a couple of months without views or block creation I resumed to work with that and can't create a single block this way. Block creation in the usual way (just adding a block) works fine.
If matters, I'm using tabvn theme Solaris.
If someone knows this error and want to help I thank too much (and sorry for the bad english).
Comments
Hi there, First, please
Hi there,
First, please disable Overlay module and try to create your view without it. Second, please check your site's "Recent log messages" aka Watchdog and see if there are any errors. And/or check your server's error_log.
Check the AJAX request using
Check the AJAX request using Firebug.
You may get some details which can help to know the reason of error.
-Imran
First, thanks for the help!
First, thanks for the help! Now, to some comments
@yurg: In log messages the only things that came to notice was some messages about duplicate entries in views name. That I already knew; seems that the view name is saved (what causes the duplicate entry error) but not entirely, because the block isn't created. And about the overlay I haven't disabled yet, but there is a real chance that it's causing this?
@Imran: Do you have any idea about what I should look specifically in the AJAX request? Request headers sound about fine for me, but I know very little of AJAX. Only thing came to notice is that the header "Referer" contains the actual node link, without the overlay (something like Referer: http://my_site/admin/structure/views/view/my_view)
Gustavo Pereira
overlay disabling will make
overlay disabling will make debug easier by simplifying an equation. "duplicate entries in views name" sounds like an answer to your initial question.
Update
I disabled overlay and tried to do the process again, but the error switched to "Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 89 bytes) in /home/storage/(...)menu.inc on line 3729". Looking for this error on internet I found this answer for some issue: http://drupal.org/node/254414#comment-837351, that says the memory problem may be a duplicate entry that creates an infinite loop when trying to insert. We already noticed that there is some problem with duplicates, so this makes sense.
Well, like yurg said, removing overlay simplified the equation, and it's safe now to say that it is a problem with duplicates. But what should I do now? I will try looking again the AJAX requests in the meantime. Thanks for the help again, you guys have given me fine clues in this problem.
Gustavo Pereira
Well, I'd try to 1) Add
Well, I'd try to
1) Add server php memory. It has nothing with current issue but save your time fixing Drupal wsod which will most likely cause your next visit to drupal.org forums :)
2) Fix duplicate entries issues by manually changing duplicated keys. Or restore from previous database backup which has no duplicates.
Thank you for the help
I'm here to thank you people for the help. Although I haven't solved the problem it made me learn some fine things of Drupal. The reason for not solving was that the time expenses wasn't good for the project that I'm involved, so it was better to create the views in a backup we have. Well, thanks again!
Gustavo Pereira