Open
Bug 531885
Opened 16 years ago
Updated 3 years ago
Should honor bin->child size allocation rather than assuming we have the full window size
Categories
(Core :: Widget: Gtk, defect, P5)
Tracking
()
NEW
People
(Reporter: bratsche, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.256.0 Safari/532.5
Build Identifier:
Firefox right now assumes that it has the full width/height of the toplevel window to draw its content into. Normally this isn't a big problem, even though it's incorrect, but we're adding [optional] support to GTK+ now for doing window decorations on the client side [*], and when that feature is enabled Firefox often looks incorrect. It draws the content at the correct [x,y] for the bin->child, but the content appears to get clipped by the right/bottom edges of the window.
I looked into this a little bit awhile back and it seemed that there was a certain point where the window gets its XID from the GdkDrawable and passes that to the drawing surface, which obtained the width/height from the XID. I don't remember the exact details now, and I'm not very familiar with the Mozilla source code.
[*] https://bugzilla.gnome.org/show_bug.cgi?id=587475
Reproducible: Always
| Reporter | ||
Comment 1•16 years ago
|
||
Also it should be noted that some windows behave differently than others, and I never discovered why. The main window seems to correct itself when it receives a configure event, but the "about" dialog never gets corrected.
Updated•16 years ago
|
Component: General → Widget: Gtk
Product: Firefox → Core
QA Contact: general → gtk
Comment 3•6 years ago
|
||
Priority: -- → P5
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•