[wpmu-trac] Re: [WordPress MU Trac] #600: Problems with custom first post on a new blog

[WordPress MU Trac]

#600: Problems with custom  first post on a new blog
------------------------+---------------------------------------------------
 Reporter:  Miliio      |        Owner:  donncha 
     Type:  defect      |       Status:  assigned
 Priority:  high        |    Milestone:          
Component:  component1  |      Version:          
 Severity:  normal      |   Resolution:          
 Keywords:              |  
------------------------+---------------------------------------------------
Comment (by takooishi):

 I can confirm (and reproduce) this behaviour in wpmu 1.5.1

 It seems that blog creation is always successful (with the specified
 custom $first_post from site options) when a valid user is logged in to
 the system, ie, when creating another blog from an existing user account,
 or when a new blog is created by the (logged in) administrator. It
 however, falls back to using the default $first_post in
 install_blog_defaults() when a valid user is not yet signed in at time of
 blog creation, which is apparently what happens when a new user goes
 through the wp-signup process and validates the account through the email
 link...

 I can also confirm that Miliio's hack at get_site_option() also seems to
 fix the problem in a roundabout way, but as yet have not followed the code
 enough to form an opinion on the potential ramifications of ignoring what
 sounds like an important variable..

 This behaviour has been confirmed by testing against several fresh
 installations of wpmu in various configurations on multiple server
 environments, none of which could be considered deviant from other typical
 installations. All of the installations, including the stock default ones,
 exhibit this..

 Any ideas?

-- 
Ticket URL: <http://trac.mu.wordpress.org/ticket/600#comment:3>
WordPress MU Trac <http://mu.wordpress.org/>
WordPress Multiuser