[wp-testers] Re: Hanging after "Publish"

Mark Rodriguez mrod411 at gmail.com
Tue Dec 2 17:41:54 GMT 2008


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
> *****************************************
>


More information about the wp-testers mailing list