[wpmu-trac] Re: [WordPress MU Trac] #751: Duplicate option_name and
other wp_XX_options weirdness
WordPress MU Trac
wpmu-trac at lists.automattic.com
Fri Oct 3 15:30:34 GMT 2008
#751: Duplicate option_name and other wp_XX_options weirdness
------------------------+---------------------------------------------------
Reporter: webmaestro | Owner: somebody
Type: defect | Status: new
Priority: normal | Milestone:
Component: component1 | Version:
Severity: normal | Resolution:
Keywords: |
------------------------+---------------------------------------------------
Comment (by webmaestro):
== STAINLESS ISSUE ==
Before I begin, I think the weirdness with Stainless was due to my running
Chromium last week. Stainless and Chromium are both based on WebKit
(Safari's underpinnings), so perhaps it grabbed the logged in cookie from
there. It wouldn't be from Safari, as I am generally logged out in Safari,
which is my primary browser for testing LOGGED OUT cache results (although
I do also test in Firefox and IE).
== OPTIONS ISSUE ==
I noticed that 'options' change in the
[http://trac.mu.wordpress.org/changeset?old_path=tags%2F2.6.1%2F&old=1501&new_path=tags%2F2.6.2&new=1501
diff], and that ''sounds'' good, but I don't think it's a proper solution.
I would think a better 'fix' would be to determine why the options are
being duplicated in the first place, no?
When I first upgraded to wpmu-2.6.1 from wpmu-1.3.3 I was bit by this bug
(a long night...). The plugin I created to handle options for our three
corporate themes was getting duplicate options (with the newer options
being set to their defaults, and being used--wpmu-2.6.1 already seemed to
be doing what the 2.6.2 change is supposed to do).
== BACKGROUND ==
Our blogs supplement the web sites for about 150 primary web sites, and
share a common look & feel but require different CSS for colors, etc. My
plugin allows our blog admins to set parent siteid, header image, ad tags,
analytics tracking values, css, logos, etc.
When I upgraded to wpmu-2.6.1 the additional options had the result of
reverting the themes for most of our web sites to the default values of
the plugin. We have 450+ blogs, so we would've had to go through each blog
to manually re-create each blog. Interestingly enough a portion (we never
determined how many, but it was on the order of 30-50%) did *not* have the
duplicate options, and we never discovered why it happened (it was 1am).
Instead, I had to revert, then modify my plugin to only run the
add_option() function if one of the option_values was set to a particular
default.
--
Ticket URL: <http://trac.mu.wordpress.org/ticket/751#comment:2>
WordPress MU Trac <http://mu.wordpress.org/>
WordPress Multiuser
More information about the wpmu-trac
mailing list