Closed Bug 505822 Opened 16 years ago Closed 15 years ago

Can't upload images to http://labs-wpmu.stage.mozilla.com

Categories

(mozilla.org Graveyard :: Webdev, task)

All
Other
task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: deb, Assigned: rdoherty)

Details

Attachments

(1 file)

Just starting to use the stage site a little to test the new templates and whatnot. Got an error when trying to upload an image for inclusion in a blog post, with this error: "Unable to create directory /data/www/labs.mozilla.com-wpcontent/blogs.dir/3/files/2009/07. Is its parent directory writable by the server?"
Assignee: nobody → server-ops
Component: labs.mozilla.com → Server Operations
Product: Websites → mozilla.org
QA Contact: labs-mozilla-com → mrz
Assignee: server-ops → oremj
It should work for you now.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
It uploads now, but I think there's a configuration error somewhere. WP is telling me that the URL for the file I just uploaded is here: http://labs-wpmu.stage.mozilla.com/jetpack/files//data/www/labs.mozilla.com-wpcontent/blogs.dir/3/files/2009/07/installnow.jpg When that's really not true. I dug around the various admin panels but couldn't figure out if/where this was set in those pages.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
This seems to be a wordpress bug. I'm asking in #wordpress, but haven't seen a reply yet.
Ryan are you able to do spend some time debugging this? To test out on your set up, just set WP_CONTENT_DIR to something outside the main wordpress root.
(In reply to comment #4) > Ryan are you able to do spend some time debugging this? To test out on your set > up, just set WP_CONTENT_DIR to something outside the main wordpress root. I can try, but if it involves editing Wordpress code, we'll have to add Wordpress to svn.
Upping this to critical - it's a blocker at this point.
Severity: normal → critical
Ryan, have you had a chance to look at this? I'm lost, but if you can't find anything I'll keep looking.
I wasn't able to setup wordpress like you have it setup on stage. (blank page, no errors in log). I commented here https://bugzilla.mozilla.org/show_bug.cgi?id=507175#c11 about what the IT config is.
Jeremy, found this: http://codex.wordpress.org/Editing_wp-config.php#Moving_wp-content it lists a few other constants to set.
Was WP_CONTENT_URL defined properly? define( 'WP_CONTENT_URL', 'http://example/blog/wp-content');
Attached file Config
Here is the config I am using. I just set WP_CONTENT_URL. Did it fix the problem?
Looks like that didn't fix the problem.
Possibly irrelevant, but just in case -- I ran across an article that said WP_CONTENT_URL and WP_CONTENT_DIR need to be defined in wp_settings.php http://planetozh.com/blog/2008/07/what-plugin-coders-must-know-about-wordpress-26/ This could be old/not-useful info -- I'm just digging around google...
Ah, nm. wp_config overrides wp_settings.
So, we're going to have to make a go/no-go decision for tomorrow's launch based on this bug alone. Everything else appears to be ready to go. We do have a work-around, so I'm inclined to launch with this bug still open, but with a close eye on getting this fixed ASAP. Ryan, Jeremy: what do you think? Is this critical enough to block the launch?
(In reply to comment #17) > So, we're going to have to make a go/no-go decision for tomorrow's launch based > on this bug alone. Everything else appears to be ready to go. > > We do have a work-around, so I'm inclined to launch with this bug still open, > but with a close eye on getting this fixed ASAP. > > Ryan, Jeremy: what do you think? Is this critical enough to block the launch? I don't think it's critical enough. It only affects people uploading files. To our users, there isn't anything broken (as long as people use the workaround). We also don't know how long it will take to fix this, so we should launch.
Assignee: oremj → rdoherty
What do you need IT to do? A bit lost.
(In reply to comment #19) > What do you need IT to do? A bit lost. I don't think there's anything for IT to do right now. Jeremy and I debugged it as far as we could and we think it's a WPMU bug. I filed a bug, no response yet: http://trac.mu.wordpress.org/ticket/1088
Component: Server Operations → Webdev
QA Contact: mrz → webdev
Dropping priority by one (it's obviously not blocking the site right now), and we're still waiting on WP.
Severity: critical → major
Note: the workaround for a sub-site is to remove the sub-site prefix in addition to the file path. For example, the following URL to an image I recently uploaded: http://labs.mozilla.com/snowl/files//data/www/labs.mozilla.com09/blog/wp-content/blogs.dir/8/files/2009/08/time-period-picker.png had to be replaced with: http://labs.mozilla.com/wp-content/blogs.dir/8/files/2009/08/time-period-picker.png (removing "snowl/files//data/www/labs.mozilla.com09/blog/").
Jeremy - can't we use a rewrite to fix this?
by the way, with ff3.55 I can't upload firmware to my router. works great in google chrome. router firmware is dd-wrt. breaks in the middle.
Is this still a problem? If you guys are still running into this we can fix it; please verify.
Reopen if still an issue.
Status: REOPENED → RESOLVED
Closed: 16 years ago15 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: