Closed
Bug 472722
Opened 16 years ago
Closed 16 years ago
Can't change picture on QMO
Categories
(quality.mozilla.org :: Website, defect, P1)
quality.mozilla.org
Website
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: cmtalbert, Assigned: oremj)
Details
Attachments
(3 files)
1. Log into QMO, go to user preferneces page
2. Attempt to upload a new picture
= Expected =
The picture should change and life should be easy
= Actual =
The picture doesn't change, and what's worse it resurrects some picture that you probably never should have sent it in the first place. You can tell it to delete the offending picture, and the next time you upload a new picture it re-displays the picture it was supposed to delete.
I think what is happening here is that the old picture was from before QMO was launched, and it is pulling that thing out of the database.
Note: upon first login to the preferences page, there is no picture displayed. The offending pic is only displayed when I attempt to upload a new one. So, I think my "hasPicture" entry in the database (or whathave you) is completely hosed.
Comment 1•16 years ago
|
||
confirmed, its strange , the old picture is displayed and does not care about the picture that is uploaded. I agree with Clint, this seems to be Database Problem, because it works for my account as example.
Alex, can you take a look at this ?
OS: Mac OS X → All
Hardware: x86 → All
Updated•16 years ago
|
Assignee: nobody → buchanae
Comment 2•16 years ago
|
||
Mass move of bugs to new product
Component: quality.mozilla.org → QMO: Website
Product: Websites → QMO
Updated•16 years ago
|
Priority: -- → P1
Comment 3•16 years ago
|
||
Alex, do you have any pointers on this, can you handle it, need help?
Comment 4•16 years ago
|
||
(In reply to comment #3)
> Alex, do you have any pointers on this, can you handle it, need help?
Paul, go ahead an take this if you want, I don't have the bandwidth to work on it anytime soon.
If I remember, there was a problem with image paths being stuck in the DB while that DB moved from/to different base URLS
e.g. on staging, someone would have created an image, and it would have been saved in the DB as "http://qmo2.staging.example.com" then when the site was moved, that path was no longer valid.
So, I'd start by looking for where/how these profile pictures are saved, both in the DB and the corresponding files in the filesystem. Hopefully once you get that figured out, the bug will jump up and say "squash me!"
Thanks for picking this up, ping me if you need anything
Comment 5•16 years ago
|
||
Does this still happen?
Updated•16 years ago
|
Assignee: buchanae → paul.craciunoiu
Target Milestone: --- → 1.0
Comment 6•16 years ago
|
||
After playing around with this, it seems to be a cache issue. I'll attach the headers for both of these. My guess is that it's an IT thing, with cache expiry for images and such.
I can get the picture to change after a while, though. We could get a couple of people to try it and see if it changes after a day or so (expiry date seems to be a day).
At any rate, this is a problem, and if we wish to make the profile pictures readily viewable on upload, we can try having IT take a look at this.
Comment 7•16 years ago
|
||
Comment 8•16 years ago
|
||
Comment 9•16 years ago
|
||
Comment 10•16 years ago
|
||
Please see comment #6. Ideally, we can change the cache expiry time for profile pictures only.
Assignee: paul.craciunoiu → server-ops
Comment 11•16 years ago
|
||
Bumping this up, at least to get some investigation going.
Severity: normal → major
Assignee | ||
Updated•16 years ago
|
Assignee: server-ops → oremj
Comment 12•16 years ago
|
||
Jeremy, when will you have time to look at this?
Assignee | ||
Comment 13•16 years ago
|
||
Is it acceptable to cache these images? If so for how long? Are profile pictures identified by "/sites/.*/files/picture.*png$"?
Comment 14•16 years ago
|
||
(In reply to comment #13)
> Is it acceptable to cache these images? If so for how long?
Ideally, the cache for each user picture should be cleared when the image changes (i.e. watch the "files/" folder and clear the cached version --but not the entire cache) when a specific file changes).
That would be best, and then you have cache last "forever". How difficult is that to implement?
> Are profile pictures identified by "/sites/.*/files/picture.*png$"?
Close. profile pictures are in "sites/*/files/picture-*.png"
Assignee | ||
Comment 15•16 years ago
|
||
That would have to be implemented by modifying drupal. Basically user pictur references would contain a query string with the last modification time e.g., sites/../files/picture-222.png?1247878276. Every time the user uploaded a new picture the query string would change.
Does that sound possible to implement? If not I can just change the cache to a few seconds or not cache them completely.
Comment 16•16 years ago
|
||
I could timestamp profile pictures, but it's probably not worth the development time when the latter option is (I'm assuming) easy. Is the traffic low enough to set the cache to a few seconds? Say 5 or 10?
Assignee | ||
Comment 17•16 years ago
|
||
Changed picture cache to 5 seconds.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 18•16 years ago
|
||
Changed picture twice without any issues. Clint, can you upload a profile picture onto QMO?
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 19•16 years ago
|
||
(In reply to comment #18)
> Changed picture twice without any issues. Clint, can you upload a profile
> picture onto QMO?
done.
Updated•15 years ago
|
Target Milestone: 2.0 → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•