Open Bug 1400403 Opened 7 years ago Updated 2 years ago

scrollbars missing in message print preview

Categories

(MailNews Core :: Printing, defect)

Product:
MailNews Core
Component:
Printing
Type:
defect

Tracking

(Not tracked)

People

(Reporter: aceman, Unassigned)

Details

(Keywords: regression, regressionwindow-wanted) 

In current TB nightly when you run Print Preview on a message (whether composed one or incoming), there are no scrollbars in the preview window. The document can be scrolled via scrollwheel.
The scrollbars are visible fine in compose mode or normal display of a message.
The scrollbars are there in TB52 and also todays Firefox nightly.

Using DOM Inspector, the difference on these hidden scrollbars is that the elements do have css with -moz-binding: url("chrome://global/content/bindings/scrollbar.xml#scrollbar"), however it looks like it is not applied/bound.
The elements have no children (that they should) and there is no XBL bindings to be seen in DOM Inspector (there should be, seen e.g. on compose window).
I asked on IRC and these are some hints to debug it:
aceman: hi, what could make a <browser> element hide the scrollbar if the document does not fit into the window?
bz: aceman: styles in the page?
aceman: I mean I have a browser without scrollbar that should have one and ask what I could check
bz: aceman: e.g. html { overflow: hidden }
bz: aceman: or body { overflow: hidden }
bz: aceman: So I would start by checking the overflow styles on those two elements in the page
aceman: bz: it is not hidden, it can be scrolled via mousewheel, just the scrollbar is missing
bz: aceman: Something in your UI making the <browser> wider than the browser window, so the scrollbar is not visible?
aceman: bz: the scrollbar elements are there, one with orient=vertical
bz: aceman: Right, but where is "there"?
bz: aceman: what's the innerWidth of the page Window involved?
bz: aceman: What's the outerWidth?
aceman: bz: I mean as children of the <HTML> inside the <browser>
bz: aceman: yes, I understand that
bz: aceman: another interesting question is what the getBoundingClientRect for those elements is
aceman: bz: ok, I'll check the width
aceman: bz: the dimensions of the scrollbars are all 0px

I tried looking into this but I see no problems with dimensions of the scrollbars. I tried to enlarge the preview window.
What I found suspicious is in comment 0.
Keywords: regression
I don't see this with a current beta on Windows?
Is this linux only?
Flags: needinfo?(acelists)
I still see it on trunk, but strangely only in one test profile (also in safe mode).
Flags: needinfo?(acelists)

(In reply to :aceman from comment #3)

I still see it on trunk, but strangely only in one test profile (also in safe mode).

That is strange. Does it still reproduce - do you even still have the test profile?

Flags: needinfo?(acelists)

I am not sure, because invoking the print preview has shown the preview but crashed TB immediatelly:
Assertion failure: result.mScrollId == ScrollableLayerGuid::NULL_SCROLL_ID, at mozilla/gfx/layers/apz/src/WRHitTester.cpp:123

But the print preview design has definitely changed since then.

Flags: needinfo?(acelists)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.