Closed Bug 389691 Opened 17 years ago Closed 17 years ago

dialog with width attribute does not draw

Categories

(Core :: Layout, defect)

Product:
Core
Component:
Layout
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE
Milestone:
mozilla1.9beta1

People

(Reporter: sdwilsh, Unassigned)

References

Details

I've got a dialog that has a width of 320 specified on the dialog element (as |width="320"|). When it is specified like this, the window never shows up (but it is there as it is visible in the Window menu). Checking in the DOM Inspector, it says the computed width is -26 pixels. Setting the width with |style="width:320px;"| works just fine.
Flags: blocking1.9?
it appears as though setting the height fixes the issue - not sure if that should be a requirement though
Is this a regression? Maybe from the reflow branch?
No longer blocks: 389689
Depends on: 389689
comrade693+bmo: If you have more information about this (e.g., a testcase), it might make it more likely to be fixed. Not sure why you nominated it.
Flags: blocking1.9? → blocking1.9-
Whiteboard: [wanted-1.9]
Nominated because it was blocking the protocol handling dialog work, but it's not anymore...
Shawn: Does this still happen for you? Got a testcase?
I can't recall who I was talking too, but I was told it was the expected behavior. I can come up with a testcase if we need one still - otherwise I'm OK with WONTFIXing this.
It is the expected behavior that a table with a width and no height shouldn't be displayed? Might as well throw your test case up here, just so we have it, would you?
It wasn't a table - it was a XUL dialog element. I'll try to get some time this weekend for the testcase, but I have exams this week and next week, so it might be a bit longer...
Flags: wanted1.9+
Whiteboard: [wanted-1.9]
No testcase ... let's just close this.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.