412325 - gtk: borders of notebook widget are missing in "preferences" if browser.preferences.animateFadeIn is true

Status: RESOLVED INACTIVE

(Core :: Widget: Gtk, defect, P5)

Description

[u294409]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9b3pre) Gecko/2008011404 openSUSE/10.3 Minefield/3.0b3pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9b3pre) Gecko/2008011404 openSUSE/10.3 Minefield/3.0b3pre

from over a few days I see no bottom borders of notebook/tab widget.
I thinked it's gonna be fixed in a few days. I was wrong.

Reproducible: Always

Actual Results:  
bottom borders are missing

Expected Results:  
everything ok

Comment 1

[Reed Loden [:reed]]

Probably a GTK issue? If so, please move to Widget: GTK.

Comment 2

[u294409]

Where? There's no Widget component and no GTK component...

Comment 3

[Reed Loden [:reed]]

Core :: Widget: GTK

Comment 4

[Teune van Steeg]

If this is about the tab browser, is it then not a dupe of bug 412359 (no borders because no notebook)?
Otherwise can you tell me where you see this? Maybe a screenshot?

Comment 5

[u294409]

Not in main window. In preferences window.

Comment 6

[u294409]

Attachment: screenshot

Comment 7

[Teune van Steeg]

WFM... could it be a GTK theme issue?

Comment 8

[u294409]

No, silly. It worked few days/weeks ago.
It must be a regression.

I noticed it for Nodoka (current and SVN/GIT), Clearlooks (current and SVN), Rezlooks.

Comment 9

[Robert O'Callahan (:roc) (email my personal email if necessary)]

(In reply to comment #8)
> No, silly.

If you can't be polite, please leave our Bugzilla.

Your habit of dropping "ping" noise into a dozen bugs at a time is also not welcome.

Comment 10

[u294409]

[[ please leave our Bugzilla ]]

I'll not, because I'm a bug hunter.

If I left "ping" somewhere, I wanted to tell you it's time to fix it.

Comment 11

[Jesse Ruderman]

Jakub, since we're having trouble reproducing the bug, it would help if you could figure out exactly which day this bug was introduced.  Then we can look at what checkins went in between the two nightlies and try to guess which one introduced the bug.

You can download nightlies from e.g. https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2008/01/ and use them to find a regression range.

Comment 12

[Reed Loden [:reed]]

(In reply to comment #10)
> [[ please leave our Bugzilla ]]
> 
> I'll not, because I'm a bug hunter.
> 
> If I left "ping" somewhere, I wanted to tell you it's time to fix it.

You don't seem to understand how we work. We're under no obligation to do anything at all, and saying "ping" in tons of bugs does absolutely no good at all except to annoy developers.

Please read https://bugzilla.mozilla.org/page.cgi?id=etiquette.html and understand these etiquette guidelines concerning Bugzilla. We expect all users on bugzilla.mozilla.org (including you) to follow them. Thank you for reporting all these issues, but please don't ignore the Etiquette. Thanks!

Comment 13

[u294409]

[[ Jakub, since we're having trouble reproducing the bug, it would help if you
could figure out exactly which day this bug was introduced.  Then we can look
at what checkins went in between the two nightlies and try to guess which one
introduced the bug. ]]

30/31 nightlies to check out :o ?
You're crazy...

I'll try to move .mozilla to .mozilla-bkp/etc to check if it's not my profile's problem.

Comment 14

[u294409]

Attachment: new profile's screenshot

I wasn't wrong. Something's wrong with my current profile.

Comment 15

[Jesse Ruderman]

> 30/31 nightlies to check out :o ?
> You're crazy...

If you use binary search, you only ends up having to test about 7 nightlies.  Nothing crazy about that; we do it all the time.

> Something's wrong with my current profile.

Aha!  Can you figure out which file in your current profile causes the bug to appear?

Comment 16

[u294409]

I don't know, but it's not important.
My profile was earlier used by Firefox 2, and then I've migrated to Trunk.

Comment 17

[Jesse Ruderman]

Well, it's kinda important if *everyone* who migrates from Firefox 2 to Firefox 3 is going to experience the bug ;)  If that's not the case, I'm fine with this bug being marked as WORKSFORME.

Comment 18

[u294409]

Listen, I had FF2 profile, then I've migrated to FF3, but sometimes I've ran FF2, because of my mistake.

So it's not migrate bug.

Comment 19

[u294409]

I've found it!

When browser.preferences.animateFadeIn is enable, bottom borders of notebook widget in preferences are missing.

When it's disabled, everything is ok!

Comment 20

[u294409]

Ok, I know what is the problem - dimensions of Preferences window are too small for browser.preferences.animateFadeIn=true (notebook widget is CROPPED).

PS: Should I file another bug about smooth JS on Windows and non-smooth on Linux?

Comment 21

[u294409]

still true.

Comment 22

[Julien "_FrnchFrgg_" RIVAUD]

Ah, this is just another case of the pref window being too small, right ? If true, it's a dupe.

Comment 23

[u294409]

being too small and "5 times smaller than small" are different cases.

Comment 24

[Alfred Kayser]

This is same issue as bug 284414, but that one is on Windows, and this one is on Linux. The theme is the same: initial size calculation for these panes is just wrong...

Comment 25

[Alfred Kayser]

Actually bug 284414 is not precisely the same. That one is about initial size.

Bug 394299 has the fix for this 'cutoff' problem for Windows.
The line that is relevant is:
/* bottom-most box containing a groupbox in a prefpane. Prevents the bottom
   of the groupbox from being cutoff */
.bottomBox {
  padding-bottom: 2px;
}

Even better is:
  prefpane>.content-box{padding-bottom:4px}
as not not all panes have a 'bottomBox', but all do have a '.content-box'.

Comment 26

[Robert Strong (they/them - no direct email)]

Bug 394299 is for working around the cutoff problems on windows and bug 394433 is for the underlying issue on windows. Leaving dependency since you might want to use the same workaround it added for this case on Linux.

Comment 27

[Robert Strong (they/them - no direct email)]

bah, the actual work around was added in bug 283697 so changing dependency

Comment 28

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1552613

Comment 29

[Sylvestre Ledru [:Sylvestre]]

no activity for years, closing.
Feel free to reopen if this is still occurring