[wp-trac] [WordPress Trac] #11649: Upgrades Fail Because of [11883]
WordPress Trac
wp-trac at lists.automattic.com
Mon Dec 28 16:55:37 UTC 2009
#11649: Upgrades Fail Because of [11883]
-----------------------------+----------------------------------------------
Reporter: miqrogroove | Owner:
Type: defect (bug) | Status: closed
Priority: normal | Milestone: 2.9.1
Component: Upgrade/Install | Version: 2.9
Severity: blocker | Resolution: fixed
Keywords: has-patch |
-----------------------------+----------------------------------------------
Comment(by miqrogroove):
> How does 11649-proper.patch preserve the option with the highest ID?
That's what the WHERE condition is for.
> Please tell that the admin
No worries. I was just distinguishing between a workaround and a full
solution.
> was it just guessed that the query is the cause of the problem
Most PHP configurations have a memory limit around 32 MB, so a
pre_schema_upgrade() design that tries to calculate the Cartesian product
of every ID in the options table and convert them all to strings is only
going to work on relatively small tables.
> Patch fixes 11649-proper.patch
Thanks, yeah I only got as far as testing with some quickie bogus column
names.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/11649#comment:9>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list