Moz. 0.9.6. buil 20001112009 The two existing options of the header display (View/headers/all-normal) are not practical given the re-design of the normal view. The attachements are not possible to open/save by double click/right click in the normal mode. One has to use the "all" mode - which is not practical for most users since the header of the message is usually so long that only the header is displayed. One is forced to swich the views for each email vith attachement or open emails in separate windows. The previous design (moz 0.9.5) was much better from this perspective.

For easier switching between expaned and collapsed headers when trying to manage attachments, see patch in bug 100927

I don't understand this bug. When View->Headers->Normal is checked and header pane is not collapsed, attachments can be saved using context menu (Save As/Save All) or double left click (Open) on the attachment. If you mean the case of collapsed headers (that Marco mentioned), then please modify summary to "New design of mail window is impractical for attachments (collapsed header view)" or something similar. Mirek, could you please clarify?

I agree, I was really foggy. I'll try to be more rigor. In the main menu I could select either View/Header/Normal or View/Header/All. In the message menu there two possible views of the header, let me call them "collapsed" and "expanded", according the - and + indicator in the message header. Case 1) "Normal" In the main menu is selected "Normal". Then the two possible views of the header "collapsed" or "expanded" are fine. Case 2)"All" In the main menu is selected "All". Then the collapsed view of the header is fine as in Case 1. However, clicking the attachements to save them leads to the full expansion, which is problematic. This was my point. The expanded header section is too long and the header misses the scroll bar (is this bug somewhere?). What I expected was a sort of medium-step, i.e., that from the collapsed view it would either turn in to "normal/expanded" for the saving of attachements or the righ-click would invoke a contex menu for saving. Then it could have one more step to expand once again to "all/expanded". I think that the change from "all/collapsed" to "all/expanded", as it is implemented now, is too big step to be really useful - an thus it is impractical. I have changed the Summary according to your suggestion. I think this is really better.

I still don't understand. Can you make a screenshot and mark the problem? Or is this no longer an issue? pi

The design has changed a little. But see the added screenshots. The forst one is for normal view, the second is showing "All". You can see that the "all" view can be so big that certain windows (like lis of emails) can disappear. More problematic is the case, when the list of recipients is more than the screen size allows. What should be added is a scrollbar if the header is bigger than, say, one third of the screen height.

I have not attached the case, when the header is so large that it takes the full available height of all three windows (list of mails, header, email body).

Your second screenshot does not show very much. What is it which extends so far and how does it happen? pi

This is the case, when the email has too big header to be diplayed. Way to reproduce: -receive email with "really big header", say 100 disclosed recipients -swith from "normal" header view to "all" (sometimes the computer may "freeze" for longer peroid, sometimes not) -you may also want to show all recipients clicking on the "+" checkbox to be sure the header exceeds the reasonable viewsize -you will see nothing but header, all scrollbars are gone.... -right part of the screen with missing scrollbars is the attached picture

This is a dupe. Thanks for your help in finding the details. Possibly related: bug 145086 pi *** This bug has been marked as a duplicate of 56825 ***

I agree, this converged to the same problem as bug 56825 (and bug 145086 ) is about.

*** Bug 150457 has been marked as a duplicate of this bug. ***