User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:220.127.116.11) Gecko/20091221 Firefox/3.5.7 GTB6 Build Identifier: Version 18.104.22.168 (20090812) When I receive an email with one or more large jpg attached, I can't view the picture completely. Reproducible: Always Steps to Reproduce: 1. receive an email with a large image 2. display this email Actual Results: the picture does not fit the screen Expected Results: big pictures should be shrinked to fit the display automatically. would be nice to rescale the image manually too.
THANKS: Because of Bug 547139 I just installed Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:22.214.171.124) Gecko/20100111 Thunderbird/3.0.1 NICE: Individual automatic downscaling of each big attached image to fit the window *is already implemented* in the current version. VERY NICE: By simply left-clicking I can toggle between full size and fit to window. BUT: But -sorry- the algorithm in tb301 is a bit less intelligent than the one that is currently implemented in ff. It does NOT zoom to the clicked position, but to the top/left corner. So I always have to scroll manually to the point of interest. This aiming should be improved to be perfect. Thx anyway! Hanno
Well, in that case, this bug is probably invalid, and the algorithm you're talking about is bug 546910.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INVALID
After updating to tb 6.0 the bug reoccurred and all big images are displayed huge again. They should fit to the screen initially as before. Unzoom (Ctrl -) does not help either, it resizes the text only, not the pictures.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Do you confirm that the problem is still there if you start Thunderbird in safe-mode?
Yes, the size is wrong in safe-mode too. All big pictures are displayed unscaled and get scrollbars. This oversize problem had been fixed already (on my demand?) in tb 3.0.1 in Feb 2010 - now it is back. If the code got lost, this time it should be re-implemented exactly as realized in ff. That means: Initially all big pictures fit into the window and can be zoomed *centered to the mouse position* by a single left-click. (The previous tb fix erroneously always showed the upper/left after zoom, despite where you click.)
could you attach to this bug report a mail which has this problem (save it into *.eml file format)?
This bug seems to be rare but is always reproducible with any email I tested, that has pictures that do not fit in the initial window, but the behavior is very strange: It only happens with the very first email you open after starting tb that got big pictures! And BTW if it happens and you get those persistent scrollbars, there is no (-) or (+) at the mouse cursor. Opening any other email with big pictures or even reopening the same email again (by shortly selecting some random email) cures the bug. Restarting tb and opening some email w/o pictures before you go to an email with big pictures the very first time, helps only sometimes (some emails (like yours) cure, some do not). Switching between two emails (with big images) that are stored in different folders and going back to the first folder w/o selecting anything, redisplays the first email again and still shows the bug, though the second email was already displayed correctly. And finally resizing anything (the tb main window or any tb sub-window - even vertically) cures immediately.
After the automatic update of tb tonight, only resizing cleared the bug - reopening the massage with the big images did not work any more.
After the automatic update of tb tonight, only resizing cleared the bug - reopening the message with the big images did not work any more.
In the current version of tb this bug is now persistent and easy to reproduce: After opening or reopening any email all big pictures are always oversized and a horizontal scrollbar occurs again and again. Resizing the main window or any subwindow immediately displays all big pictures in the correct scale and then a (+) is attached to the mouse pointer. BTW The zoom is still not centered to the mouse position at click.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago → 7 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 692616
mmhm, bug 692616 regressed after this was filed, no?
I suppose so, but bug 692616 tracks the current situation and has more info.
You need to log in before you can comment on or make changes to this bug.