Page 1 of 1
Unable to edit StaticPage pages after upgrade
Posted: Fri Feb 02, 2007 10:09 am
by justahandle
I upgraded the staticpage plugin (now 3.41) and, while I can view the static pages that have already been created, I can no longer either edit existing pages or create new pages.
When trying to edit or create a new page, I get to the administration page, but when selected a page to edit and/or select create a new page the menus and page header, etc. redraws, but no editing window appears. The browser throbber also continues to spin so it looks like the page wants to complete it's request, but nothing additional ever appears.
I'm signed in as an administrator and the permissions for the StaticPage plugin directory are currently "775 owner:webserver" but setting to 777 made no difference.
I captured the http get requests and it looks like it stops at the GET serendipity_define.js.php request.
Code: Select all
#request# POST http://www.DOMAIN.org/new/serendipity_admin.php
POST /new/serendipity_admin.php serendipity%5BadminModule%5D=event_display&serendipity%5BadminAction%5D=
staticpages&serendipity%5Bstaticpagecategory%5D=
pages&serendipity%5Bstaticpage%5D=
8&serendipity%5BstaticSubmit%5D=Go%21
#request# GET http://www.DOMAIN.org/new/serendipity_admin.css
#request# GET http://www.DOMAIN.org/new/serendipity_define.js.php
The permission on the serendipity_define.js.php file is currently "664 owner:webserver" but changing to 777 made no difference.
Serendipity is at version 1.0.3 and I'm using php 4.4.
Any ideas on what the issue might be?
Thanks!
Re: Unable to edit StaticPage pages after upgrade
Posted: Fri Feb 02, 2007 10:14 am
by garvinhicking
Hi!
Hm, that looks odd. Did you change anything other apart from upgrading the staticpage plugin?
Do you remember which version you used before? I could give you a link to that earlier version so that you could try if that one works as usual again. If it does, it would help in trying to figure out the problem...
Best regards,
Garvin
Posted: Fri Feb 02, 2007 10:30 am
by justahandle
No, sorry. I don't remember the version I came up from, but I was behind and needed to come up several releases as I was at least a few upgrades behind. The staticpage upgrade happened at the same time as several other plugin upgrades.
Thanks!
Posted: Fri Feb 02, 2007 10:53 am
by garvinhicking
Hi!
When you chose a static page to edit and clicked on the button, what do you see on the next page?
The entry admin screen, or the staticpage panel where you choose your page again?
Best regards,
Garvin
Posted: Fri Feb 02, 2007 12:02 pm
by justahandle
The admin page where I would choose which page to edit to create new page:
And after selecting a page and clicking 'go'
The browser throbber keeps as if it's waiting for a response at this point. The hang seems to be when the serendipity_define.js.php is requested ... at least that is the last GET request, and after that nothing.
At first I thought it might be a javascript issue, but besides this failing in Firefox 1.5, it also failed in Opera9 and IE6.
Thanks!
Posted: Fri Feb 02, 2007 2:28 pm
by garvinhicking
Hi!
Okay. The blank pages gives us an indicatory at least.
Basically there are several possibilites why this might fail:
1. Your browser or server is not properly utilizing PHP sessions, which means that session data gets lost from one access to the other. This error is highly unlikely, since a break like this could only happen from a server change or browser/client change, but never from a plugin update. So I'll discard this option.
2. Another plugin might be interfering and returning invalid data coming from the GET/POST variables of the page and failing. If you have access, you could try to check the PHP error log for any fatal erros?
3. It might also be a fatal memory error, because maybe the requirements from your installed plugins allocate too much memory. Which other event plugins do you have installed? If you have more than 15+, this might be a reason for the errors appearing now.
4. You might have locked yourself out of certain plugin API hooks/events. Within the group management panel you can specifiy which API hooks a usergroup is allowed to access. But it's highly unlikely that you changed anything here, right?
It's really quite strange that you still see a loading animation from within your browser, this should not happen. Are you maybe able to install the "Firebug" extension? This one has an awesome debugging facility that shows you all current ongoing requests, so you might be able to spot which HTTP Request is responsible for the ongoing load times.
The most easy way to figure out if the staticpage plugin is still working would be to minorly modify the serendipity_event_staticpage.php file. Maybe you can do so, edit line 1344 where you should see this:
Code: Select all
function showBackend()
{
global $serendipity;
please try to change it to this:
Code: Select all
function showBackend()
{
global $serendipity;
die('BACKEND CALLED!');
Then refresh the page where you wanted to edit the static page. Make sure you hit the reload page (F5 key) while you were on that page already. Else, if you try to go to the staticpage panel at this point you won't see any links because of the die() statement.
If you reload the page and see the 'BACKEND CALLED', this leads us to further steps - if you still only see an empty page, we must look deeper because it means that the API hook for the plugin is not called at all.
Best regards,
Garvin
Posted: Sat Feb 03, 2007 12:27 am
by justahandle
Thanks for the tip about Firebug. Nice extension.
1. Your browser or server is not properly utilizing PHP sessions
Didn't pursue as you already discarded.
2. If you have access, you could try to check the PHP error log for any fatal erros?
No errors logged.
3. It might also be a fatal memory error,
I deleted a few plugins, but this wasn't an issue until the staticpage plugin was upgraded.
4. But it's highly unlikely that you changed anything here, right?
Nah, this isn't it
edit line 1344 where you should see this:
Didn't try this as it as Firebug found a possible problem.
It's really quite strange that you still see a loading animation from within your browser,
Waching the request/responses in Firebug found that when in the request stage for serendipity_define.js.php it downloaded 44MB. Yup. 44. After that there were other requests/responses of a few KB which moved quite slowly as I Firefox was by this time in swap. Eventually resulted in all the requests/responses being completed in 11 minutes.
I edited the page, hit save, and saw the serendipity_admin, and then again, 44MB (Yup 44) was downloaded at the point of the serendipty_admin.css request. Firefox crashed shortly thereafter.
So it looks like the plugin is hitting the backend as the staticpage plugin did, eventually, display. But there is a serious runaway memory issue.
So what do I do now?
Thanks!
Posted: Sat Feb 03, 2007 12:55 pm
by garvinhicking
Hi!
Whoa, 44MB?! That serendipity_define.js.php should actually only return 3 lines of code. Actually that file is not really needed at all.
You could temporarily try to change that define_js.php file to an empty file, does that change anything?
Best regards,
Garvin
Posted: Sun Feb 04, 2007 2:32 am
by justahandle
The file(s), once the download stopped, was only sized at kB, not MB. I'm just mystified where that amount of data was coming from.
I changed the serendipity_define.js.php to a zero length file, but the same thing happened when the next request hit the serendipity_editor.js file. So I changed serendipity_editor.js to a zero length file, and once the request for the serendipity_editor.js file ended ... serendipity_admin.php was downloading, and downloading, and downloading. I stopped once I hit 11MB
The serendipity_admin.php is called when I hit the homepage, when I log in, and when I request the staticpage ... and all those did not cause the MB size downloads. It is only when I select a staticpage to edit that the issue arises.
Thanks for your help in solving this mystery.
Posted: Sun Feb 04, 2007 5:03 am
by justahandle
I exploring with Firebug. Again, great extention, thanks for the tip.
These are the request/response header when I am at the StaticPage admin for 'serendipity_admin.php'.
Code: Select all
-- params
serendipity[adminAction] staticpages
serendipity[adminModule] event_display
-- Response Headers
Date Sun, 04 Feb 2007 02:29:56 GMT
Server Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.4.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a
X-Powered-By PHP/4.4.4
Expires Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma no-cache
Set-Cookie serendipity[old_session]=21230da93cd93093b882c403b9ef4752; expires=Tuesday, 06-Mar-07 02:29:56 GMT; path=/new/
X-Serendipity-InterfaceLangSource Database
X-Serendipity-InterfaceLang en
Keep-Alive timeout=15, max=100
Connection Keep-Alive
Transfer-Encoding chunked
Content-Type text/html; charset=ISO-8859-1
-- Request Headers
Host www.DOMAIN.COM
User-Agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20070126 Ubuntu/dapper-security Firefox/1.5.0.9
Accept text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 300
Connection keep-alive
Referer http://www.DOMAIN.COM/new/serendipity_admin.php
Cookie serendipity[old_session]=21230da93cd93093b882c403b9ef4752; PHPSESSID=21230da93cd93093b882c403b9ef4752
These are the request/response header when I am at the StaticPage Editing for 'serendipity_admin.php'.
Code: Select all
-- params
(none)
-- Response Headers
Date Sun, 04 Feb 2007 02:34:31 GMT
Server Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.4.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a
X-Powered-By PHP/4.4.4
Expires Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma no-cache
Set-Cookie serendipity[old_session]=21230da93cd93093b882c403b9ef4752; expires=Tuesday, 06-Mar-07 02:34:31 GMT; path=/new/
X-Serendipity-InterfaceLangSource Database
X-Serendipity-InterfaceLang en
Keep-Alive timeout=15, max=100
Connection Keep-Alive
Transfer-Encoding chunked
Content-Type text/html; charset=ISO-8859-1
-- Request Headers
Host www.lampsig.org
User-Agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20070126 Ubuntu/dapper-security Firefox/1.5.0.9
Accept text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 300
Connection keep-alive
Referer http://www.DOMAIN.COM/new/serendipity_admin.php?serendipity[adminModule]=event_display&serendipity[adminAction]=staticpages
Cookie serendipity[old_session]=21230da93cd93093b882c403b9ef4752; PHPSESSID=21230da93cd93093b882c403b9ef4752
I was also able to get to the cache listing before Firefox crashed, but not the cache contents. The one listed below are either specifically from the domain where Serendipity is installed, or unidentified. The unidentified ones have the largest size, and the weirdest date stamps so those are the files that are being downloaded when trying to edit a StaticPage.
Code: Select all
Disk cache device
Number of entries: 89
Maximum storage size: 50000 KiB
Storage in use: 1079 KiB
Cache Directory: /home/USER/.mozilla/firefox/3j2arih6.default/Cache
Key: http://www.DOMAIN.COM/new/serendipity.css
Data size: 7278 bytes
Fetch count: 1
Last modified: 2007-02-03 18:27:51
Expires: 2007-02-03 19:27:51
Key: http://www.DOMAIN.COM/new/plugins/serendipity_event_linklist/img/joinbottom.gif
Data size: 66 bytes
Fetch count: 1
Last modified: 2007-02-03 18:27:53
Expires: 2007-02-12 06:28:20
Key: http://www.DOMAIN.COM/new/templates/DOMAIN/img/wilshirebg.jpg
Data size: 11269 bytes
Fetch count: 2
Last modified: 2007-02-03 18:27:52
Expires: 2007-03-27 07:20:04
Key: http://www.DOMAIN.COM/new/templates/DOMAIN/admin/img/button_background.png
Data size: 2176 bytes
Fetch count: 7
Last modified: 2007-02-03 18:29:09
Expires: 2007-04-19 03:14:28
Key: http://www.DOMAIN.COM/favicon.ico
Data size: 0 bytes
Fetch count: 5
Last modified: 2007-02-03 18:29:10
Expires: No expiration time
Key: Sun, 04 Feb 2007 02:55:51 GMT
Server: lighttpd/1.4.11
Data size: 1701734260 bytes
Fetch count: 807421773
Last modified: 2029-03-29 13:15:33
Expires: 2028-09-20 17:05:32
Key: 24:04 GMT
Data size: 542340462 bytes
Fetch count: 1701734260
Last modified: 1997-02-20 18:36:52
Expires: 2021-10-23 12:40:42
Key: Wed, 15 Nov 2006 19:17:10 GMT
Etag: "b82d4-12c1-455b67b6"
Accept-Ranges: bytes
Content-Length: 4801
Content-Type: image/gif
Data size: 1853116513 bytes
Fetch count: 775168080
Last modified: 1994-07-25 14:27:15
Expires: 1987-02-27 21:15:27
Key: Sun, 04 Feb 2007 02:55:51 GMT
Server: lighttpd/1.4.11
Data size: 759981422 bytes
Fetch count: 976564256
Last modified: 1975-06-16 15:59:58
Expires: 2031-11-18 13:41:08
Key: text/html; charset=iso-8859-1
Data size: 1734684469 bytes
Fetch count: 1213214516
Last modified: 1987-02-27 21:15:27
Expires: 2028-09-20 19:35:13
Key: 55:52 GMT
Server: lighttpd/1.4.11
Data size: 218776673 bytes
Fetch count: 1853121902
Last modified: 2028-09-11 01:29:28
Expires: 2000-11-25 13:50:43
Key: >$Ѯ'&sb=1&key=�b�߷@�r�~��oy
�+4,����C2��d��b��O���`�ࣳJ8Ʈ���Uo��v�n�����{{�nbc�.
f�g�H�Ҳ�(!�r���;���d���0�7:��B:”N�. ���w8�s��%�ۄo��B�V�$����W��[��rWm��p>:�kk���<�PS�i1��N��K� Dv�1">�b�߷@�r�~��oy
�+4,����C2��d��b��O���`�ࣳJ8Ʈ���Uo��v�n�����{{�nbc�.
f�g�H�Ҳ�(!�r���;���d���0�7:��B:”N�. ���w8�s��%�ۄo��B�V�$����W��[��rWm��p>:�kk���<�PS�i1��N��K� Dv�1
Data size: 118657765 bytes
Fetch count: 50299989
Last modified: 1978-11-26 08:41:59
Expires: 2027-09-01 20:17:08
Key: <|��|��|��|��9@<���������������������mrq��������� 3&sb=1&key=7)-+����������������������">7)-+����������������������
Data size: 858993599 bytes
Fetch count: 1249677701
Last modified: 2047-05-14 03:01:37
Expires: 2040-12-19 04:37:25
Posted: Mon Feb 05, 2007 10:24 pm
by judebert
Wow, what is up with those weird keys? I've never seen one with just a date before.
Have you tried "view source" and searching for one of those key values?
The headers look virtually identical to me (with the exception of the referrer). Did you mean to leave the domain in the second one, are are some of them actually DOMAIN.COM?
Posted: Tue Feb 06, 2007 10:16 am
by justahandle
Unfortunately, I was only able to get a listing of the Firefox cache before it crashed so viewing the source is not an option. Where you see DOMAIN.COM or DOMAIN that is the subsitute for the actual domain name of the Serendipity installation. So the files cached before I got to the StaticPage edit trouble seem to be just fine, it is after selecting a StaticPage to edit that the 44MB is downloaded. The cache was cleared just before hitting the StaticPage edit request.
Something is very, very off, and I'm at a bit of a loss. Once a StaticPage is selected to edit, it is the serendipity_admin.php which is credited with initiatiating the huge download. Would uninstalling and reinstalling the StaticPage work to resolve? or does the StaticPage module not impact the serendipity_admin.php file?
Is a complete reinstall of Serendipity in order? If so, what would be the best way to 1) backup the data, and 2) reinstall so that the customizations to the theme, the posts, the pages, and the comments, etc. are available afterward?
Thanks!
Posted: Tue Feb 06, 2007 10:26 am
by garvinhicking
Hi!
I think something really strange is going on, and I'd love to get a grip on that machine to debug some things. Would it be possible for you to provide me a temporary FTP access so that I could try and see if I can reproduce and fix this beast?
A reinstall of s9y should IMHO only help if one of the files on your server are corrupted...the chances that they are, are quite weak, though...
Best regards,
Garvin