Bug 13484 – Menu rendering problem at travel.state.gov

• Component: New Bugs
• Status: RESOLVED FIXED

[David Barto]

Don Gillespie found the following bug in safari which I reproduced in the overnight build from April 24/25:
The reason the page does not appear to work in Safari and does in Firefox is that Safari and Firefox forgive errors differently, sometimes in favor of the programmer and sometimes not. In any case, the page has gross CSS bugs. Go to the page and take a look at the JavaScript Console (Safari) or Error Console (Firefox). You might have to perform a Clear and then redisplay. Lots of problems. This is not marginalization, but rather simple lack of testing and QA.

I'm recommending that this be marked as a 'bug' in Safari as it is clear that the page can be rendered properly; as FireFox does.

[David Kilzer (:ddkilzer)]

Works for me (no JavaScript errors) with a local debug build of WebKit r21083 with Safari 2.0.4 (419.3) on Mac OS X 10.4.9 (8P135).

I loaded the page (looks very close to Firefox 2.0.0.3, although I didn't go over every pixel) and hovering the mouse over various menu items didn't cause any JavaScript errors that I saw.

David, do you have exact steps to reproduce?  Do you have any haxies, APEs or Input Managers installed with your Safari?  If so, please disable them and try viewing the page again.

Could you also post a URL to where this note by Don Gillespie is published?

[David Barto]

Note posted in
http://www.macintouch.com/readerreports/macmarginalization/index.html#apr24,
then scroll down to the Government & Education bit.

My experience was that the css on the left side of the page didn't  quite display correctly, though rolling over it does display correctly.

[David Kilzer (:ddkilzer)]

(In reply to comment #2)
> Note posted in
> http://www.macintouch.com/readerreports/macmarginalization/index.html#apr24,
> then scroll down to the Government & Education bit.

Thanks!  Apparently Google hadn't indexed this yet when I searched.  :)

> My experience was that the css on the left side of the page didn't  quite
> display correctly, though rolling over it does display correctly.

I don't see any anomalies; please provide screenshots.

Considering the page was designed for IE 6 (per the outlying content to the right of the main content--in both Firefox and Safari/WebKit), I'd say the page works very well in WebKit nightlies!

[David Barto]

Created attachment 14180 [details]
Screen shot of error in css display

[Alexey Proskuryakov]

On my machine, this looks like a slight difference in how menu items are aligned. Apparently, this depends on the fonts chosen in Safari preferences.

[David Kilzer (:ddkilzer)]

(In reply to comment #5)
> On my machine, this looks like a slight difference in how menu items are
> aligned. Apparently, this depends on the fonts chosen in Safari preferences.

I don't see fonts clipped like this, either!  David, do you have Verdana installed?  The Web Inspector says the computed "font-family" style is "verdana".

[David Kilzer (:ddkilzer)]

Created attachment 14188 [details]
Screen shot of search button misplaced

I did notice that the search button is obviously misplaced, although Firefox has the same issue.  Probably an MSIE 6 specific issue.

[David Barto]

I do not have veranda installed.

[Alexey Proskuryakov]

Created attachment 14193 [details]
Screen shot of menu alignment differences

> I did notice that the search button is obviously misplaced, although Firefox
> has the same issue. 

Uh-oh, that looks fine in both Safari and Firefox here :)

[David Barto]

I just checked the original page using 6/8/07 build. Looks OK now.