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)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: deb, Assigned: rdoherty)
Details
Attachments
(1 file)
|
4.31 KB,
text/plain
|
Details |
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 | ||
Updated•16 years ago
|
Assignee: nobody → server-ops
Component: labs.mozilla.com → Server Operations
Product: Websites → mozilla.org
QA Contact: labs-mozilla-com → mrz
Updated•16 years ago
|
Assignee: server-ops → oremj
Comment 1•16 years ago
|
||
It should work for you now.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 2•16 years ago
|
||
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 → ---
Comment 3•16 years ago
|
||
This seems to be a wordpress bug. I'm asking in #wordpress, but haven't seen a reply yet.
Comment 4•16 years ago
|
||
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.
| Assignee | ||
Comment 5•16 years ago
|
||
(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.
| Reporter | ||
Comment 6•16 years ago
|
||
Upping this to critical - it's a blocker at this point.
Severity: normal → critical
Comment 7•16 years ago
|
||
Ryan, have you had a chance to look at this? I'm lost, but if you can't find anything I'll keep looking.
| Assignee | ||
Comment 8•16 years ago
|
||
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.
| Assignee | ||
Comment 9•16 years ago
|
||
Jeremy, found this: http://codex.wordpress.org/Editing_wp-config.php#Moving_wp-content
it lists a few other constants to set.
| Assignee | ||
Comment 10•16 years ago
|
||
Was WP_CONTENT_URL defined properly?
define( 'WP_CONTENT_URL', 'http://example/blog/wp-content');
| Assignee | ||
Comment 11•16 years ago
|
||
Quick hack:
http://labs-wpmu.stage.mozilla.com/wp-content/blogs.dir/3/files/2009/07/installnow.jpg
finds the file in comment #2
Comment 12•16 years ago
|
||
Here is the config I am using. I just set WP_CONTENT_URL. Did it fix the problem?
Comment 13•16 years ago
|
||
Looks like that didn't fix the problem.
| Assignee | ||
Comment 14•16 years ago
|
||
Opened ticket with wp-mu: http://trac.mu.wordpress.org/ticket/1088
| Reporter | ||
Comment 15•16 years ago
|
||
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...
| Reporter | ||
Comment 16•16 years ago
|
||
Ah, nm. wp_config overrides wp_settings.
| Reporter | ||
Comment 17•16 years ago
|
||
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?
| Assignee | ||
Comment 18•16 years ago
|
||
(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.
Updated•16 years ago
|
Assignee: oremj → rdoherty
Comment 19•16 years ago
|
||
What do you need IT to do? A bit lost.
| Assignee | ||
Comment 20•16 years ago
|
||
(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
Updated•16 years ago
|
Component: Server Operations → Webdev
QA Contact: mrz → webdev
| Reporter | ||
Comment 21•16 years ago
|
||
Dropping priority by one (it's obviously not blocking the site right now), and we're still waiting on WP.
Severity: critical → major
Comment 22•16 years ago
|
||
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/").
Comment 23•16 years ago
|
||
Jeremy - can't we use a rewrite to fix this?
Comment 24•16 years ago
|
||
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.
Comment 25•15 years ago
|
||
Is this still a problem? If you guys are still running into this we can fix it; please verify.
Comment 26•15 years ago
|
||
Reopen if still an issue.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 15 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•