Closed Bug 9534 Opened 25 years ago Closed 25 years ago

[PP]Display problem in Open File or Location window

Categories

(Core :: Layout, defect, P1)

Product:
Core
Component:
Layout
Platform:
PowerPC
Mac System 8.6
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: blee, Assigned: beard)

References

Details

To see this, select File| Open File or Location...

==> The window contents are only partially displayed. As a result, OK and Cancel
buttons at the bottom of the window are not displayed, althogh they are there and
functional.

bld: 1999-07-09-08-M8
QA Contact: leger → claudius
Summary: Display problem in Open File or Location window → [PP]Display problem in Open File or Location window
I cannot get this to work on Mac Jul20 build.  Win32 Jul 20 ok.  claudius,
please check Linux.
Bug reproduces with the MacOS8.5 1999072108 build but not with the WinNT 1999072010 build. Not currently testable on Linux
due to bug 10281. There are several problems with that dialog right now, see bug 9582, bug 10038 as well.
The open file dialog appears ok. The open Location seems to suffer the same
problem as 12804
Assignee: don → davidm
Component: Browser-General → XPApps
Priority: P3 → P2
Target Milestone: M11
David, is this our bug?
I don't think so. I think the problem is that layout isn't updating all of the
window for whatever reason.
Assignee: davidm → troy
Severity: normal → critical
Component: XPApps → Layout
Priority: P2 → P1
reassign to layout although it might be a widget bug. I think the problem is in
nsWindow::HandleUpdateEvent(). The vis region  has its upper left corner at (-
23,-56) while the bounds upper corner is at are at (0,0). We do the intersection
test and do not draw the 24 pixels on the bottom and 56 on the right. Since this
is the first time the window is being updated we definitely should be updating
the whole window.
Assignee: troy → beard
It displays fine for me on NT.

The fact that it works on one platform and not another strongly suggests it has
nothing to do with layout (hint, layout is all XP code).

Patrick, maybe you know who this should go to...
It belongs to whoever owns gfx/views which I thought was layout.
*** Bug 13031 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This should be fixed now, although I still see a strange redraw when native text
widgets are used, but the whole window should now be visible. Fixed in mozilla/
widget/src/mac/nsWindow.cpp,1.123.
Status: RESOLVED → REOPENED
In 9/6 M10 bld, the buttons are correctly displayed, but the location (URL) field
is disabled and abnormally narrow. Reopening for the latter problem.
Resolution: FIXED → ---
Clearing FIXED resolution due to reopen of this bug.
the text actually works fine but is so short (vertically) that you
can't see what you are typing
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
This was never a Layout or view bug, but most likely an editor or XUL bug. If it
gets reopened, it should be given to an XPFE engineer. This looks fine in my
build today.
Status: RESOLVED → VERIFIED
Target Milestone: M11 → M10
Looks ok with 09/24 build.  Marking Verified.
You need to log in before you can comment on or make changes to this bug.