Closed Bug 289351 Opened 20 years ago Closed 19 years ago

Attachment list printout gets excessively long if many attachments

Categories

(Thunderbird :: General, enhancement)

x86
Windows XP
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: chase1989, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

When printing a message that has a lot of attachments, several pages can be
printed that are just tables of attachment information.  Each attachment is
printed in its own table that also includes information on mime type and content
encoding.  I feel that it wastes space and just a comma-delimited list at the
end of the message would do.

Reproducible: Always

Steps to Reproduce:
1. Receive (or send yourself) a message that has quite a few attachments (i.e.,
7 or 8)
2. Print that message.
Actual Results:  
The message was printed, as well as a large table for each attachment including
name, mime type, and content encoding.

Expected Results:  
The message will be printed, and instead just a comma-delimited list of the
files be printed, perhaps up with the other headers.
I am troubled with the same issue, when subscribing to maling lists sending me
mails with 30+ attachments (emails .eml).

Using "display attachments inline" will show all the attachements inline, of
cause, and in the attachment list attachment with subject. And gives me like 6
to 12 lines of actual mail view area for the email, depending on if header info
is expanded, this being in full screen (1200x1080)

Not using "display attachments inline" will not show all the attachements
inline, of cause, and in the attachment list, attachment with no subject simply
named "ForwardedMessage.eml", not very useful when the mails are not inline and
you need to open the attachement to see what it is. In this mode I get between
20-30 lines of view area for the email.

What about limiting the attachement area by added in scrollbar, and enable the
used to resize the areas.

Enabling some more user choices on how attachments should be displayed would be
nice. Like in a normal file browser.
 
I just received a message that has more than 145 attachments (I can't tell how
many because I can only see the first 145), and the attachment list takes up my
whole screen, making the message itself unreadable.  I can't even get to all of
the attachments easily to view and save them.  A limited-size attachment section
with a scrollbar would help immensely.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.