[wp-testers] Re: Hanging after "Publish"
Hayes Potter
hayes at redtiedesigns.com
Tue Dec 2 17:53:25 GMT 2008
Mark Rodriguez wrote:
> I was hoping you inspired a variable. While my posts weren't large,
> they did have linked images. I just did two tests. I created a new
> post with just text - one word to be exact. It still sat there
> "Waiting for mrod411.com..." yet posted successfully when I checked in
> a new Firefox tab.
>
> The second test was using the quickpress feature, which worked fine.
>
> --
> Mark Rodriguez
>
> ---------------------------------------------------------------------------------------------------
> E-mail = mrod411 at gmail.com
> Website = http://mrod411.com
> RSS = http://friendfeed.com/mrod411?format=atom
> ---------------------------------------------------------------------------------------------------
>
>
>
> On Tue, Dec 2, 2008 at 12:26 PM,
> <wp-testers-request at lists.automattic.com> wrote:
>
>> Send wp-testers mailing list submissions to
>> wp-testers at lists.automattic.com
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> http://lists.automattic.com/mailman/listinfo/wp-testers
>> or, via email, send a message with subject or body 'help' to
>> wp-testers-request at lists.automattic.com
>>
>> You can reach the person managing the list at
>> wp-testers-owner at lists.automattic.com
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of wp-testers digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: How long does the Auto Update take? (Kirk M)
>> 2. Re[2]: [wp-testers] How long does the Auto Update take?
>> (Jason Gottschalk)
>> 3. Re: Re: Bugs/Fixes, Security Requests (g30rg3_x)
>> 4. Re: How long does the Auto Update take? (Chris Moody)
>> 5. Hanging after "Publish" (Mark Rodriguez)
>> 6. Re: Hanging after "Publish" (Paleo Pat)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Tue, 02 Dec 2008 08:34:55 -0500
>> From: Kirk M <kmb42vt at gmail.com>
>> Subject: Re: [wp-testers] How long does the Auto Update take?
>> To: wp-testers at lists.automattic.com
>> Message-ID: <4935397F.4010002 at gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>>
>> Just as an example:
>>
>> I have low end DSL (128k up/768k down), a Bluehost shared server and
>> auto update takes anywhere between 5 to 10 seconds depending on how many
>> files have changed and the load on the server at the time. I'm also
>> running PHP 5.2.6 (fastCGI). And are you deactivating all your plugins
>> before you attempt an update? Also, what PHP version are you running and
>> your connection speed? I know, stupid checks but it's always worth it.
>>
>> On 12/2/2008 1:07 AM, Jason Gottschalk wrote:
>>
>>> Hello Chris,
>>>
>>> 20 minutes on the first try tonight, I gave up.
>>>
>>> Went back and it ran 25 minutes then gave an error, it couldn't write wp-trackback.php.
>>>
>>> Tried a third time (no changes) and it finished in 30 minutes, successfully.
>>>
>>> Phew..... I was getting nervous!
>>>
>>> Tuesday, December 2, 2008, 12:50:28 AM, you wrote:
>>> Chris> Jason Gottschalk wrote:
>>>
>>>
>>>>> Hello Wp-testers,
>>>>>
>>>>>
>>>
>>>>> Auto update is taking forever for me. I cannot tell what it is doing, seems like it is not doing anything. I usually give up and move on. I can't tell if actually updates anything or not.
>>>>>
>>>>>
>>>
>>>>>
>>> Chris> It has been telling me its completed in about 2 minutes or so I think.
>>> Chris> Maybe faster...
>>> Chris> _______________________________________________
>>> Chris> wp-testers mailing list
>>> Chris> wp-testers at lists.automattic.com
>>> Chris> http://lists.automattic.com/mailman/listinfo/wp-testers
>>>
>>>
>>>
>>>
>> ------------------------------
>>
>> Message: 2
>> Date: Tue, 2 Dec 2008 09:35:12 -0500
>> From: Jason Gottschalk <Jason at SYO.Com>
>> Subject: Re[2]: [wp-testers] How long does the Auto Update take?
>> To: Kirk M <wp-testers at lists.automattic.com>
>> Message-ID: <1537824717.20081202093512 at SYO.Com>
>> Content-Type: text/plain; charset=iso-8859-15
>>
>> Hello Kirk,
>>
>> "Depending on how many..." I thought this might be it since I had not had a successful update in weeks.
>>
>> I tried an update this morning, after a successful run last night on the third try, but it too failed on the "cannot copy wp-trackback.php" error.
>>
>> I have not been dectivating any plugins (I have one)
>> PHP version is: 5.2.4
>>
>>
>> GET THIS...... :)
>>
>> I have determined that I get this error *every other time* I run the update:
>> (and it doesn't seem to matter if I deactivate the plug-ins.)
>>
>>
>> Downloading update from http://wordpress.org/nightly-builds/wordpress-latest.zip
>> Unpacking the core update
>> Could not copy file: /public_html/wp-content/upgrade/core/wordpress/wp-trackback.php
>> Installation Failed
>>
>>
>>
>>
>>
>> Tuesday, December 2, 2008, 8:34:55 AM, you wrote:
>> Kirk> Just as an example:
>>
>> Kirk> I have low end DSL (128k up/768k down), a Bluehost shared server and
>> Kirk> auto update takes anywhere between 5 to 10 seconds depending on how many
>> Kirk> files have changed and the load on the server at the time. I'm also
>> Kirk> running PHP 5.2.6 (fastCGI). And are you deactivating all your plugins
>> Kirk> before you attempt an update? Also, what PHP version are you running and
>> Kirk> your connection speed? I know, stupid checks but it's always worth it.
>>
>> Kirk> On 12/2/2008 1:07 AM, Jason Gottschalk wrote:
>>
>>>> Hello Chris,
>>>>
>>>> 20 minutes on the first try tonight, I gave up.
>>>>
>>>> Went back and it ran 25 minutes then gave an error, it couldn't write wp-trackback.php.
>>>>
>>>> Tried a third time (no changes) and it finished in 30 minutes, successfully.
>>>>
>>>> Phew..... I was getting nervous!
>>>>
>>>> Tuesday, December 2, 2008, 12:50:28 AM, you wrote:
>>>> Chris> Jason Gottschalk wrote:
>>>>
>>>>
>>>>>> Hello Wp-testers,
>>>>>>
>>>>>>
>>>>>> Auto update is taking forever for me. I cannot tell what it is doing, seems like it is not doing anything. I usually give up and move on. I can't tell if actually updates anything or not.
>>>>>>
>>>>>>
>>>> Chris> It has been telling me its completed in about 2 minutes or so I think.
>>>> Chris> Maybe faster...
>>>> Chris> _______________________________________________
>>>> Chris> wp-testers mailing list
>>>> Chris> wp-testers at lists.automattic.com
>>>> Chris> http://lists.automattic.com/mailman/listinfo/wp-testers
>>>>
>>
>> Kirk> _______________________________________________
>> Kirk> wp-testers mailing list
>> Kirk> wp-testers at lists.automattic.com
>> Kirk> http://lists.automattic.com/mailman/listinfo/wp-testers
>>
>>
>> --
>> Best regards,
>> Jason Gottschalk mailto:Jason at SYO.Com
>> SYO Computer Services and Biometric Controls
>> 586-286-2557
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Tue, 2 Dec 2008 09:41:38 -0600
>> From: g30rg3_x <g30rg3x at gmail.com>
>> Subject: Re: [wp-testers] Re: Bugs/Fixes, Security Requests
>> To: wp-testers at lists.automattic.com
>> Message-ID:
>> <d5d5430f0812020741q633db467x5ac1eea666b33561 at mail.gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> Well about the Security Requests...
>>
>> I have been trying to promote this idea/change since almost 2 years[1]
>> but even if we change the perspective of the problem this change isn't
>> going to happen... even that exist a variation of the version
>> enumeration[2] (introduced in milestone 2.6) that makes every
>> plugin-based solution totally ineffective (example[3]).
>>
>> As for user enumeration on login, well you can still hide that
>> messages truth the login_errors filter but you can still enumerate
>> users via /author/<username>, which also can prevented by changing
>> (directly in the BD) the user_nicename to something different to the
>> user_login.
>>
>> As and example: i have my own personal/private plugin which contains
>> all this changes (plus one more), you can view it here[4], as you can
>> see is fairly simple what the plugin does, just as remind about the
>> version hidden: its changed only inside the admin panel so in order to
>> fully work you would need to first change the version number on
>> wp-includes/version.php to something different to real version.
>>
>> However i must notice that this modifications won't enhance your
>> wordpress-based site security, they would make just the exploitation
>> of _critical_ vulnerability more hard (but just a little), a good
>> cracker can still be very dangerous even if you hide your version and
>> other sensitive information, so the best advice is always keep up to
>> date your WordPress based-site.
>>
>> Regards
>>
>> [1] http://trac.wordpress.org/ticket/4155
>> [2] http://trac.wordpress.org/ticket/7545
>> [3] http://activeblogging.com/wp-admin/gears-manifest.php
>> [4] http://paste.ideaslabs.com/show/xgJhcf4a0g
>>
>> 2008/12/1 Jacob Santos <wordpress at santosj.name>:
>>
>>> See reply below previous messages.
>>>
>>> Admin wrote:
>>>
>>>> Hi - I'm sorry I'm a bit late to this list, but I encountered some bugs
>>>> (w/fixes) in the code - hope it's not too late to add them. As well, I had
>>>> some security requests:
>>>>
>>>> Bugfix:
>>>> -------
>>>> "Warning: Cannot modify header information - headers already sent by..."
>>>>
>>>> Caused on windows/apache install, when starting with no wp-config.php file
>>>> - auto-creating it adds spaces at end, which gives this message (first
>>>> visible during the install pages). The fix is to change this line
>>>> 158@/wp-admin/setup-config.php to add +b for binary:
>>>>
>>>> $handle = fopen('../wp-config.php', 'w+b');
>>>>
>>>> this prevents the function from defaulting to text format, and inserting
>>>> the extra lines (tested)
>>>>
>>> I don't think writing text is binary, but okay. It isn't about that, as it
>>> is about the new line character. I've been using the
>>> wp-admin/setup-config.php and not once has it created an extra newline where
>>> it shouldn't. Would be nice to do it, if it works and fixes the problem.
>>>
>>>
>>>> Security Request:
>>>> -----------------
>>>> Remove the generator meta display in themes when called by wp_head(),
>>>> which is the hook set at line 173@/wp-includes/default-filters.php:
>>>>
>>>> add_action('wp_head', 'wp_generator');
>>>>
>>>> Although it can be removed in the theme or via plugin (I did a blog post
>>>> at
>>>> http://activeblogging.com/info/wordpress-security-version-numbers-and-themes/
>>>> explaining how), broadcasting the version by default seems a bad idea - an
>>>> easy way for a spam program to patrol for older installs (or zero day
>>>> exploits).
>>>>
>>> Like you said, you can already remove it. That was the reason it was added
>>> as to the filter as opposed to being hard coded. Well, one of the reasons.
>>>
>>>
>>>> Request:
>>>> --------
>>>> Add non-indexing code to the login page to keep it out of indexes - it
>>>> doesn't help search results, and exposes details of the site to casual
>>>> viewers. To solve, you can insert this around about line 48 at wp-login.php:
>>>>
>>>> <meta name='robots' content='noindex,nofollow' />
>>>>
>>> Well, you could probably do this using a plugin as well. Also you can add it
>>> to the robots.txt file for good measure.
>>>
>>>
>>>> Security Request:
>>>> -----------------
>>>> While a bit more involved, the security for the login page reveals a lot
>>>> of information - if I enter a correct user name but bad password, it tells
>>>> me; if I enter an invalid user name, it tells me. It might be a good idea to
>>>> replace the specific messages with generic ones - eg "error: incorrect
>>>> password or invalid username." This makes fishing for information less
>>>> useful (for example, guessing user names and checking the message to see if
>>>> they exist). The error strings involved all have ">ERROR<" in them, in
>>>> wp-login.php
>>>>
>>> This horse as already been beaten to death, risen from the dead and then set
>>> on fire to prevent the zombie from coming back. The reason for it (from what
>>> I can remember from past discussions) are 1) security through obscurity
>>> usually isn't and 2) It is very helpful when you've forgotten both your
>>> username and password and don't have immediate or any access to the database
>>> tables.
>>>
>>>
>>>> Misc:
>>>> -----
>>>> While fixing the generator metatag issue, I read the documentation at
>>>> http://codex.wordpress.org/Function_Reference/remove_action that:
>>>>
>>>> "To remove a hook, the $function_to_remove and $priority arguments must
>>>> match when the hook was added...No warning will be given on removal
>>>> failure."
>>>>
>>>> While not a problem in my case, it means that if later on you change the
>>>> priority of an action added, other code with remove actions will fail
>>>> silently (unless they are updated to the same priority). This could be an
>>>> unnecessary maintenance issue in the future. Perhaps a function could be
>>>> exposed allowing ALL occurrences of the action function, regardless of
>>>> priority, to be removed. I'd be happy to submit one if no one has time to
>>>> write it.
>>>>
>>> It is never going to change. You have no need to worry.
>>>
>>> Jacob Santos
>>>
>>> _______________________________________________
>>> wp-testers mailing list
>>> wp-testers at lists.automattic.com
>>> http://lists.automattic.com/mailman/listinfo/wp-testers
>>>
>>>
>>
>> --
>> _________________________
>> g30rg3_x
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Tue, 02 Dec 2008 08:46:33 -0800
>> From: Chris Moody <chris at chrismoody.net>
>> Subject: Re: [wp-testers] How long does the Auto Update take?
>> To: wp-testers at lists.automattic.com
>> Message-ID: <49356669.5060904 at chrismoody.net>
>> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>>
>> Perhaps its your host? Are you able to upgrade plugins automatically? Or
>> do you have the same issue?
>>
>>
>> Jason Gottschalk wrote:
>>
>>> Hello Kirk,
>>>
>>> "Depending on how many..." I thought this might be it since I had not had a successful update in weeks.
>>>
>>> I tried an update this morning, after a successful run last night on the third try, but it too failed on the "cannot copy wp-trackback.php" error.
>>>
>>> I have not been dectivating any plugins (I have one)
>>> PHP version is: 5.2.4
>>>
>>>
>>> GET THIS...... :)
>>>
>>> I have determined that I get this error *every other time* I run the update:
>>> (and it doesn't seem to matter if I deactivate the plug-ins.)
>>>
>>>
>>> Downloading update from http://wordpress.org/nightly-builds/wordpress-latest.zip
>>> Unpacking the core update
>>> Could not copy file: /public_html/wp-content/upgrade/core/wordpress/wp-trackback.php
>>> Installation Failed
>>>
>>>
>>>
>>>
>>>
>>> Tuesday, December 2, 2008, 8:34:55 AM, you wrote:
>>> Kirk> Just as an example:
>>>
>>> Kirk> I have low end DSL (128k up/768k down), a Bluehost shared server and
>>> Kirk> auto update takes anywhere between 5 to 10 seconds depending on how many
>>> Kirk> files have changed and the load on the server at the time. I'm also
>>> Kirk> running PHP 5.2.6 (fastCGI). And are you deactivating all your plugins
>>> Kirk> before you attempt an update? Also, what PHP version are you running and
>>> Kirk> your connection speed? I know, stupid checks but it's always worth it.
>>>
>>> Kirk> On 12/2/2008 1:07 AM, Jason Gottschalk wrote:
>>>
>>>
>>>>> Hello Chris,
>>>>>
>>>>>
>>>
>>>>> 20 minutes on the first try tonight, I gave up.
>>>>>
>>>>>
>>>
>>>>> Went back and it ran 25 minutes then gave an error, it couldn't write wp-trackback.php.
>>>>>
>>>>>
>>>
>>>>> Tried a third time (no changes) and it finished in 30 minutes, successfully.
>>>>>
>>>>>
>>>
>>>>> Phew..... I was getting nervous!
>>>>>
>>>>>
>>>
>>>>> Tuesday, December 2, 2008, 12:50:28 AM, you wrote:
>>>>> Chris> Jason Gottschalk wrote:
>>>>>
>>>>>
>>>>>
>>>>>>> Hello Wp-testers,
>>>>>>>
>>>>>>>
>>>>>>>
>>>
>>>>>
>>>>>>> Auto update is taking forever for me. I cannot tell what it is doing, seems like it is not doing anything. I usually give up and move on. I can't tell if actually updates anything or not.
>>>>>>>
>>>>>>>
>>>>>>>
>>>
>>>>>
>>>
>>>>>>>
>>>>> Chris> It has been telling me its completed in about 2 minutes or so I think.
>>>>> Chris> Maybe faster...
>>>>> Chris> _______________________________________________
>>>>> Chris> wp-testers mailing list
>>>>> Chris> wp-testers at lists.automattic.com
>>>>> Chris> http://lists.automattic.com/mailman/listinfo/wp-testers
>>>>>
>>>>>
>>>
>>>
>>>>>
>>> Kirk> _______________________________________________
>>> Kirk> wp-testers mailing list
>>> Kirk> wp-testers at lists.automattic.com
>>> Kirk> http://lists.automattic.com/mailman/listinfo/wp-testers
>>>
>>>
>>>
>>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Tue, 2 Dec 2008 12:06:57 -0500
>> From: "Mark Rodriguez" <mrod411 at gmail.com>
>> Subject: [wp-testers] Hanging after "Publish"
>> To: wp-testers at lists.automattic.com
>> Message-ID:
>> <20a9064b0812020906w64c8e1dfx64f91586cba08aec at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Is anyone experiencing hanging after pressing the "publish" button? My
>> post successfully posts, but I need to navigate away from the edit
>> page, after hitting publish.
>>
>> It started after upgrading to RC1 from 2.6.5.
>>
>> I have all plugins disabled, minus the spam catcher.
>>
>> I've tried different themes.
>>
>> Is this a known issue? I'm new to this list, so if there is an online
>> resource for known issues, point the way & I'll follow :) Thanks for
>> the help!
>>
>> --
>> Mark Rodriguez
>>
>> ---------------------------------------------------------------------------------------------------
>> E-mail = mrod411 at gmail.com
>> Website = http://mrod411.com
>> RSS = http://friendfeed.com/mrod411?format=atom
>> ---------------------------------------------------------------------------------------------------
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Tue, 2 Dec 2008 12:26:18 -0500
>> From: "Paleo Pat" <tpblogeditor at gmail.com>
>> Subject: Re: [wp-testers] Hanging after "Publish"
>> To: wp-testers at lists.automattic.com
>> Message-ID:
>> <c3a04f3c0812020926u511f7abdl9a85fb7e2926ff3b at mail.gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> Only time it happens with me is when I write a very long posting. I've
>> mentioned it before. It doesn't happen all the time. So, it's kind of
>> hard to replicate.
>>
>>
>> -Paleo Pat
>> http://www.politicalbyline.com
>>
>>
>>
>>
>>
>> On Tue, Dec 2, 2008 at 12:06 PM, Mark Rodriguez <mrod411 at gmail.com> wrote:
>>
>>> Is anyone experiencing hanging after pressing the "publish" button? My
>>> post successfully posts, but I need to navigate away from the edit
>>> page, after hitting publish.
>>>
>>> It started after upgrading to RC1 from 2.6.5.
>>>
>>> I have all plugins disabled, minus the spam catcher.
>>>
>>> I've tried different themes.
>>>
>>> Is this a known issue? I'm new to this list, so if there is an online
>>> resource for known issues, point the way & I'll follow :) Thanks for
>>> the help!
>>>
>>> --
>>> Mark Rodriguez
>>>
>>> ---------------------------------------------------------------------------------------------------
>>> E-mail = mrod411 at gmail.com
>>> Website = http://mrod411.com
>>> RSS = http://friendfeed.com/mrod411?format=atom
>>> ---------------------------------------------------------------------------------------------------
>>> _______________________________________________
>>> wp-testers mailing list
>>> wp-testers at lists.automattic.com
>>> http://lists.automattic.com/mailman/listinfo/wp-testers
>>>
>>>
>> ------------------------------
>>
>> _______________________________________________
>> wp-testers mailing list
>> wp-testers at lists.automattic.com
>> http://lists.automattic.com/mailman/listinfo/wp-testers
>>
>>
>> End of wp-testers Digest, Vol 46, Issue 8
>> *****************************************
>>
>>
> _______________________________________________
> wp-testers mailing list
> wp-testers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-testers
>
>
Some plugins, like "WP-Super-Cache" have an option to clear the cache
after every published post, this slows posting drastically.
Another option that can slow posting is, having too much ping services
set, which is in your setting tabs under "Writing"...err maybe "Reading"
I forget.
Oh, and what version of wordpress?
Tell me if it works or not, if not I'll try something else.
More information about the wp-testers
mailing list