Closed
Bug 540974
Opened 15 years ago
Closed 14 years ago
[Mac classic] On received messages, if too many attachments, scroll bar works but is not visible
Categories
(SeaMonkey :: Themes, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
seamonkey2.1a1
People
(Reporter: luke, Assigned: stefanh)
Details
(Keywords: fixed-seamonkey2.0.5)
Attachments
(3 files, 1 obsolete file)
222.91 KB,
image/tiff
|
Details | |
16.24 KB,
image/png
|
Details | |
592 bytes,
patch
|
neil
:
superreview+
iannbugzilla
:
approval-seamonkey2.0.5+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.1.7) Gecko/20100105 Lightning/1.0b1 SeaMonkey/2.0.2 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.1.7) Gecko/20100105 Lightning/1.0b1 SeaMonkey/2.0.2 On received messages, if too many attachments, scroll bar works but is not visible Reproducible: Always Steps to Reproduce: 1. Receive message with multiple attachments. 2. Open message either in message pane or own windows. 3. Click scroll bars to scroll through attachments. Actual Results: Scrolling works if you click where the scroll bar should be but the scroll bar is not visible at all. Expected Results: Click on visible scroll bar to scroll through attachments. Using default theme.
If you click on the bottom of the silver bar to the right of the attachments it scrolls.
I switched to SeaMonkey modern theme and the scroll bars appear as expected.
Assignee | ||
Comment 3•15 years ago
|
||
I see this in 2.0.2 (and it probably happens on trunk too). I guess the native mac scrollbar could have some kind of minimum height, because it works when I add the attachments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hardware: PowerPC → All
Version: SeaMonkey 2.0 Branch → Trunk
Assignee | ||
Updated•15 years ago
|
Summary: On received messages, if too many attachments, scroll bar works but is not visible → [Mac classic] On received messages, if too many attachments, scroll bar works but is not visible
Comment 4•15 years ago
|
||
nsNativeThemeCocoa.mm has #define MIN_SCROLLBAR_SIZE 56 and the list in the screenshot is 54px high. So maybe the easiest fix is just to set min-height: 56px on it.
Assignee | ||
Comment 5•15 years ago
|
||
Thanks Markus, yeah that would be the easiest fix ;-) I did had to set a min-height of 58px and then a min-height on the header itself - otherwise you'll get a scrollbar for the header. Hmm, those headers needs love. I guess this is OK for a branch fix, but on trunk we should do an overhaul of those rules.
Comment 6•14 years ago
|
||
Comment on attachment 428277 [details] [diff] [review] Make scrollbar visible Looks sensible.
Attachment #428277 -
Flags: review?(mnyromyr) → review+
Assignee | ||
Comment 7•14 years ago
|
||
Comment on attachment 428277 [details] [diff] [review] Make scrollbar visible Neil, I guess you might want to look at this.
Attachment #428277 -
Flags: superreview?(neil)
Comment 8•14 years ago
|
||
(In reply to comment #5) > I did had to set a min-height of 58px and then a min-height on the header > itself - otherwise you'll get a scrollbar for the header. Can you explain this please (screenshot perhaps?)
Assignee | ||
Comment 9•14 years ago
|
||
First row is without the patch, third image is with the patch, but without the min-height on the header. I now realize that I could probably set a min-height on the expandedAttachmentList instead (82px, 1px more than the calc. height).
Comment 10•14 years ago
|
||
Comment on attachment 428277 [details] [diff] [review] Make scrollbar visible >+#expandedHeaderView { >+ min-height: 84px; This can't be right, since it overrides the height even when there are no attachments. At the very least you should put the min-height on the expandedAttachmentBox, but at least in Modern I can't get any random heights (below 14em, of course) to cause the expandedHeaderView to scroll, so there's still something wacky going on somewhere...
Attachment #428277 -
Flags: superreview?(neil) → superreview-
Assignee | ||
Comment 11•14 years ago
|
||
Turns out that the native listbox causes the scrollbar - setting -moz-appearance: none, makes the extra scrollbar go away. The listbox looks quite bad, though. Anyway, here's a new version that set 0 top/bottom margin on the listbox - that works too.
Attachment #435702 -
Flags: superreview?(neil)
Updated•14 years ago
|
Attachment #435702 -
Flags: superreview?(neil) → superreview+
Assignee | ||
Comment 12•14 years ago
|
||
Comment on attachment 435702 [details] [diff] [review] new version I think we should take this on branch - it's a safe theme tweak that improves usability.
Attachment #435702 -
Flags: approval-seamonkey2.0.5?
Attachment #435702 -
Flags: approval-seamonkey2.0.5? → approval-seamonkey2.0.5+
Assignee | ||
Updated•14 years ago
|
Attachment #428277 -
Attachment is obsolete: true
Assignee | ||
Comment 13•14 years ago
|
||
http://hg.mozilla.org/comm-central/rev/87d7ac659d9a http://hg.mozilla.org/releases/comm-1.9.1/rev/daeafd052434
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: fixed-seamonkey2.0.5
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.1a1
Reporter | ||
Comment 14•14 years ago
|
||
I just checked with 2.0.5 and it works. Scrollbar rendered as expected. Thanks for all the hard work guys!
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•