When I select a picture (formerly known as avatars) for upload, and click the 'save user information' button everything works fine. I get the same 'edit account' forms with the picture nicely displayed, but ... the 'Upload picture or picture:' field is empty, so when I click submit again (with or without filling in some other fields) the picture disappears (the 'picture' field in the user table is also cleared).

The problem is that the 'Upload picture or picture:' field cannot be filled with the path to a exstisting picture. Some more intelligence needs to be added in generating the form.

Please let me know if this is something worth looking into or if this is already work in progress. Maybe I can help.

Comments

dries’s picture

dries commented

I believe this has been taken care of by patch #6425. If that is not the case, please reopen this bug report.

koorneef’s picture

koorneef commented

The problem narrows down to using Opera v 7.23 on FreeBSD 4.9

I've tested several other browsers (IE on XP, Firefox & Konquerer on FreeBSD) and didn't have any problems ...

Maybe others can test this with Opera on Windows if this is browser related. If the same problem is found, someone can re-open this issue.

junyor’s picture

junyor commented

That's a bug in Opera. I can confirm it in 7.23 on Windows, but it's fixed in the latest build I have of 7.50 (currently in limited public beta testing).

TDobes’s picture

TDobes commented
Title: Picture (former avatar) disappears in user profile after saving user info for the second time. » Invalid img tag results from submitting user info without updating user picture

Hmmm... I see a similar problem (not an Opera bug) with Firefox 20040325. Basically, it's the same as your description, except the "picture" field in the database is NOT cleared.

Exact steps to reproduce (as a logged-in user):
1. Go to "edit account."
2. Select user picture; click "Save user information."
3. On resultant page, user picture is displayed, but file selection box is empty.
4. Click "Save user information" again.
5. On resultant page, user picture is NOT displayed. Instead, you get an img tag referring to "?q=system/files&file=" (for private files) or "http://yourhost/files/" (for public files). Note the lack of a filename in both cases.
6. However, the proper user picture lives on in the database, and will be properly displayed again in the "my account" page or by clicking "edit account" again from the navigation tree.

This problem can also be reproduced in Opera 7.50 build 3613 and IE 6 (both Win32). It's especially bad in IE, as you get the ever-unpleasant "broken image" icon. Opera and Firefox are polite and simply display nothing.

magnestyuk’s picture

magnestyuk commented

I opened a forum topic for this, not knowing about this bug report. Anyway, I have the same problem, and although I primarily use opera 7.23, I reproduced this same bug in IE 6 as well, both Win32.

Steven’s picture

Steven commented

So Opera is sending out (empty) contents for the file field even though no file was specified? Seems like an extra check in file.inc is needed then...

Stefan Nagtegaal’s picture

Stefan Nagtegaal commented

Can't reproduce anymore using the latest CVS. Marked as fixed for now.. Please reopen this bug report if you still experience this kind of problems.

Stefan Nagtegaal’s picture

Stefan Nagtegaal commented

Can't reproduce anymore using the latest CVS. Marked as fixed for now.. Please reopen this bug report if you still experience this kind of problems.

Anonymous’s picture

(not verified) commented
Dublin Drupaller’s picture

Dublin Drupaller commented

i'm having this problem with 4.5

When you save in edit account settings it loses the picture/avatar.

any guidance appreciated.

robin monks’s picture

robin monks commented

Fixed:

Revision 1.378
Fri Aug 20 04:35:33 2004 UTC (9 months, 3 weeks ago) by unconed
Branch: MAIN
Changes since 1.377: +16 -7 lines

Avatar/picture fixes:
- Changing theme('image') so the automatic image size fetching can be toggled independently from attributes. Specifying attributes and autosizing are 2 different things.
- Suppressing PHP errors from getimagesize() using @. drupal_set_message() is used to report these errors already and in a much prettier way.
- #9958: Fixing broken displaying of avatars.
- Don't show the default avatar in 'edit my account' if the user has no avatar of his/her own.
- Added ability to delete avatars (without having to replace them).

Robin

Anonymous’s picture

(not verified) commented