Closed Bug 23345 Opened 25 years ago Closed 24 years ago

Tool bar at the top is not centered

Categories

(Core :: Layout: Tables, defect, P2)

Product:
Core
Component:
Layout: Tables
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: waqar, Assigned: karnaze)

References

(
URL
)

Details

(Keywords: regression, testcase, Whiteboard: [nsbeta2+] [7/22] [TESTCASE])

Attachments

(2 files)

Testcase, problem 1 - vertical gap between images
968 bytes, text/html
Details
Testcase, problem 2 - nav bar not centered
701 bytes, text/html
Details 
Apples new page layout does not render the tool bar at the top correctly, and
the large X is has four images and they are not aligned properly, there is a gap
between the top image and the bottom.
Assignee: troy → kipp
Block problem
Whiteboard: [TESTCASE]
I think there are two separate problems on http://www.apple.com:
1. There is a vertical gap between images in the top nav bar and in the large X
   image. This is caused by the DOCTYPE:
"-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"
2. The top nav bar should be centered but it isn't. This is most likely a dup
   of one of karnaze's "cell width" bugs.
Target Milestone: M15
mass-moving bugs to M15
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
*** Bug 25240 has been marked as a duplicate of this bug. ***
*** Bug 25439 has been marked as a duplicate of this bug. ***
*** Bug 25175 has been marked as a duplicate of this bug. ***
*** Bug 25244 has been marked as a duplicate of this bug. ***
mine! mine mine mine!  all mine!  whoo-hoo!
Assignee: kipp → buster
The alignment problems appear to have been fixed, it's now just the centering of

the tool bar at the top that needs work. This bug is also displayed on

http://www.AmbrosiaSW.com/ which has been recently revamped to emulate Apple's

website design.


Confirming that problem 1 is now working (2000-03-21-08 on Windows NT4sp6).
Changing Summary to reflect the remaining problem with the tool bar (which looks
like a table bug).
Summary: Does not render the images correctly → Tool bar at the top is not centered
*** Bug 34812 has been marked as a duplicate of this bug. ***
moving all buster m15 bugs to m16.
Target Milestone: M15 → M16
Priority: P3 → P2
Now that the image alignment problem is fixed, should this be 
reassigned to HTMLTables for the nested-tables-toolbar problem?
Changing platform/OS to All according to recent (and soon to come) duplicates and 
first-hand experience on Mac.
OS: Linux → All
Hardware: PC → All
*** Bug 32619 has been marked as a duplicate of this bug. ***
*** Bug 30084 has been marked as a duplicate of this bug. ***
this is now a table bug.  notice that it's on a major website, so should get a 
fairly high priority.
Assignee: buster → karnaze
Component: Layout → HTMLTables
Status: NEW → ASSIGNED
Target Milestone: M16 → M17
Adding nsbeta2 keyword since there are a lot of duplicates.
Keywords: nsbeta2
[nsbeta2+] [6/1] please fix by 6/1 so we can stop this endless stream of dups.
Whiteboard: [TESTCASE] → [nsbeta2+] [6/1] [TESTCASE]
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Yippee! This problem has been fixed with the May 30th builds.
Status: RESOLVED → VERIFIED
Reopening, adding regression keyword.  test 1 fails again
Status: VERIFIED → REOPENED
Keywords: regression
Resolution: FIXED → ---
*** Bug 45516 has been marked as a duplicate of this bug. ***
*** Bug 45771 has been marked as a duplicate of this bug. ***
Note that the actual content on Apple's page (below top tab bar) is also not 
centered

When this is in QuirksMode testcase 1 to works correctly, however the doctype of 
testcase 1 should be QuirkMode but seems to be causing standard mode now...

Using viewer to force the mode to QuirkMode makes the apple page and the 
testcase work correctly. There seems to be a problem with the mode detection 
now... I'll talk to harish and find out what happened.
Whiteboard: [nsbeta2+] [6/1] [TESTCASE] → [nsbeta2+] [7/22] [TESTCASE]
This may have been caused by a checkin to htmlparser on 6/29 - the default for 
unrecognized doctypes is not to go into standard mode. I'm backing out that 
change to verify...
reverting nsParser.cpp to version 3.212 (just prior to rick's change to default 
mode to standard) fixes this, so the regression resulted from that change. I'm 
waiting to hear back from Harish (cc'ing him also since rickg is out).
I believe transitional FPIs with a System Identifier are now meant to trigger
the transitional DTD and strict layout mode.  I feel quite strongly that they
should trigger strict layout mode (they do in MacIE5 also).

I suspect the underlying problem with centering is a duplicate of bug 40038
(and  a bug).  The underlying problem with gaps is bug 5821 (not a bug).
So, from looking at bug 43274 and David's related comments in this bug about 
transitional DTD and strict mode, this bug looks to be partially invalid, 
partially a dup of 40038. Since the page looks correct when it is displayed in 
QuirksMode, and because the doctype in the page would have resulted in a 
QuirksMode rendering mode before the fixes for 43274 were checked in, this looks 
like a regression.

So, this is {INVALID, DUP of 40038 and highly related to bug 43274} 

I'm marking it INVALID: PDT, please recognize that the change to nsbeta2+ bug 
43274 made this look like a regression, and that this bug has regressed due 
specifically to that change. Further, it is believed that the changes made to 
bug 43274 are the correct changes. Please advise if we need to do something else 
with this.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → INVALID
Marking verified invalid per last comments.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: