Open Bug 812050 Opened 7 years ago Updated 6 years ago

[modern] some dialog boxes clipped at the bottom. Need to add commonDialog.css to Modern.

Categories

(SeaMonkey :: Themes, defect)

x86
macOS
defect
Not set

Tracking

(Not tracked)

People

(Reporter: rbgray, Assigned: fjjdfsd, Mentored)

References

Details

(Keywords: modern, Whiteboard: [good first bug][lang=css])

Attachments

(2 files)

Starting with the 2.14 betas, certain dialog boxes (but not all) are clipped at the bottom edge.  The edge of the dialog box cuts off the lower edge of the buttons in the box.

Possible dup of bug 280909 but this just started.

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14
Build identifier: 20121108003404
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14
    Build identifier: 20121113154231

Strangely, under 2.14b5, the browser close confirm window no longer clips, but the master password window is still clipped.
Duplicate of this bug: 817318
Phillip, here be screenshots. 

Still seeing this in 2.15b1.  Also, the browser close confirm window is now clipping again...

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15
Build identifier: 20121125145905

Also just confirmed in 2.14.1 and 2.17b1 under OS X 10.7.5 Lion.  
Version > trunk, right?
Version: SeaMonkey 2.14 Branch → Trunk
In reply to comment #4: There is no 2.17b1 yet. SeaMonkey trunk is 2.17a1, the latest (and highest, so far) b1 is the recently released 2.15b1. If you mean you see the problem in 2.17a1, then yes, that means Trunk.
Thanks, Tony, my mistake.  2.17A1.
Modern doesn't seem to have commonDialog.css. Including the pinstripe version fixes the problem. We should probably get us a "Modern" commonDialog.css that looks ok on all OS.
In this particular case, it's the #infoContainer in toolkit's commonDialog.css that fixes it.
Keywords: modern
Summary: [modern] some dialog boxes clipped at the bottom → [modern] some dialog boxes clipped at the bottom. Need to add commonDialog.css to Modern.
Whiteboard: [good first bug][lang=css][mentor=?]
Whiteboard: [good first bug][lang=css][mentor=?] → [good first bug][lang=css]
Possible fallout from either/or:
Bug 625814 - commonDialog icon and text are now differently misaligned (at least on Linux)
Bug 608604 - commonDialog icon and text are misaligned
Whiteboard: [good first bug][lang=css] → [good first bug][lang=css][mentor=stefanh]
Is this really a SeaMonkey theme problem?  I see a similar problem in Thunderbird (Default 24.1.0 theme), with the Check Spelling dialogue.
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22
Build identifier: 20131023190953

I am see this "Clipped Window" occurring on my Win7 SM 2.22, info shown above.

In my case, I am seeing the "Clipped Window" in the Spell-checker window when trying to send a message.

Co-coincidently, maybe, in the Mail & Newsgroup screens Accounts Pane and Threads Pane, the lines of text are extra spaced out, maybe for 16pt or 18pt text. The text actually can be reduced back to 12pt, but the spacing is still spread out, as though the line spacing is still set for the much bigger font size, not reduced for the reduced text size.

Is it at all possible that the "Clipped Window" are having their window size set for 'x' lines of 12pt font, but the lines of text with-in the "Clipped Window" are being set to use the bigger font size lines, so the lines of text are spaced more widely, so having their bottom lines cut off??
Should have mentioned in Comment 11 that I use the Default theme!
(In reply to Daniel from comment #11)
> User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101
> Firefox/25.0 SeaMonkey/2.22
> Build identifier: 20131023190953
> 
> I am see this "Clipped Window" occurring on my Win7 SM 2.22, info shown
> above.
> 
> In my case, I am seeing the "Clipped Window" in the Spell-checker window
> when trying to send a message.

I can confirm this issue, but it's not this bug. Please create a new one for that, attach a screen shot, and CC me. Thanks. [That dialog is totally unrelated to the issue here - same "high level" issue, but needs its own analysis and technical solution. BTW concerning the bug it doesn't matter whether you're trying to send a message or open the dialog just like that.]

> Co-coincidently, maybe, in the Mail & Newsgroup screens Accounts Pane and
> Threads Pane, the lines of text are extra spaced out, maybe for 16pt or 18pt
> text.

That's bug 927779 which I pushed a fix to trunk for yesterday. The next nightly will include it, and if all goes well, SM 2.23 eventually will, too.

> Is it at all possible that the "Clipped Window" are having their window size
> set for 'x' lines of 12pt font, but the lines of text with-in the "Clipped
> Window" are being set to use the bigger font size lines, so the lines of
> text are spaced more widely, so having their bottom lines cut off??

Don't know about this bug here (since it's Mac-specific), but the Check Spelling bug you found is probably related to the height of buttons which I could imagine to be greater now on Win7 due to some platform-specific Toolkit CSS that might have been introduced at some point in time.
Hi Rich Gray

I would want to help fix this bug, can you assign it to me please. I will be attempting to fix the bug, thank you.
Flags: needinfo?(nobody)
Hi Rich Gray

I would want to help fix this bug, can you assign it to me please. I will be attempting to fix the bug, thank you.
Sure.  Sadly, real world situations have prevented me from SeaMonkey activity.
Assignee: nobody → fjjdfsd
Seems to be healed in Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.  I think this is beta 1.

Must be a side effect of some other change...  Can anyone else confirm?   Resolve WFM?
I don't see this in my trunk debug build. If you don't see this with both an old and a fresh profile, I think you can resolve this as WFM.
Flags: needinfo?(nobody)
Re comment #12 and comment #13:  
I see this problem with SeaMonkey 2.25 and its default theme.  Does this bug report not address the default theme?  Or is a new bug report required?  

Re comment #18:  
I request that this bug report NOT be marked "Works for me" until end-users can install and experience the RELEASED version 2.26.  If it is indeed fixed in 2.26, this bug report should be marked as Fixed before the release of 2.26 only if specific code changes between 2.25 and 2.26 can be identified.
(In reply to David E. Ross from comment #19)
> Re comment #12 and comment #13:  
> I see this problem with SeaMonkey 2.25 and its default theme.  Does this bug
> report not address the default theme?  Or is a new bug report required?  

This bug report is/was about an issue in the modern theme (see the keywords field). It's also probably mac-specific, since there have been no reports about this specific issue on other platforms (but the modern theme is the same for all platforms, though). If you have an issue with the default theme, you should file a new bug report.
Mentor: stefanh
Whiteboard: [good first bug][lang=css][mentor=stefanh] → [good first bug][lang=css]
You need to log in before you can comment on or make changes to this bug.