Closed Bug 276738 Opened 20 years ago Closed 20 years ago

Some of the top links in prism54.org do not work

Categories

(Firefox :: General, defect)

1.0 Branch
x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 46117

People

(Reporter: jsado_sc5, Assigned: bugzilla)

References

()

Details

Attachments

(2 files)

At prism54.org, there are a number of links going across the page at the top in sort of a menu. Looking at the source for this portion nothing seems odd about the html. The problem is that the links do not work. The mouse does not change to show that you are hovering over a link, and clicking on the link does not load the page. Also the working links highlight to a different color, but these non-working links do not. Upon further inspection some links do not work at all: "Wiki", "Download", "Webstats", "Forums", "bugzilla", "CVS". And others only partially work. As I slowly move my mouse across the first link, "Prism54.org", I find the link works (is highlighted and the mouse is the appropriate icon) until just after the 'o' in "org". Then as I move my mouse across, non of the links work until just partway into the 'o' in "Supported cards". Also, because of my window size (less than 1024x768), the links "Readme" and "Changelog" are on a line below the rest of the menu links. Those two links only work if my mouse is hovering in the top one third of the height of the font area. I downloaded the web page (using the save page as menu item) but the downloaded page renders quite differently than the site itself, and all the links from there work. I will attach an image showing how this portion of the web page looks on my system. I am running Linux kernel 2.6.8 under a Gentoo 2004.2 distribution. My window manager is ion2, and my X is xorg 6.8.
I reran Firefox under a FloatWS workspace (if you don't know anything about ion, this workspace works much more like a "regular" window manager) where I could more easily resize the window. It turns out that the problem happens when the window's width is less than or equal to 952 pixels (without window manager window decorations, 952 pixels of actual FireFox application rendered area). At 953 pixels (on my system) and greater the links all work. When I shrink it to 952 pixels, the second line of text "Linux Driver for the 802.11g Prism GT / Prism Duette / Prism Indigo Chipsets" is too long to fit on one line, and the word "Chipsets" moves down to a second line, pushing the menu down with it.
There's seems to be something wrong with hovering : the cursor doesn't change, and you're not able to click. But the link is reachable with find-as-you-type (type a ' and wiki, and you're find yourself on the 'Wiki' link, then type return). I can see an error in the CSS-file, reported in the javascript console : html>body #banner { height:95px;*/ } Maybe this has something to do with it ? Banner is the div where all the links are located.
I can verify that find as you type gets to the links, but I do not see that error in the javascript console. This is the first time I have used it, so maybe I am not using it correctly. I downloaded the css file and it does have the */ in the wrong place.
Attached file Testcase
Distilled the markup a bit and added a couple of borders to illustrate what is happening, reduce the window width until you get links in the red box. The links overflow since the banner has an explicit height of 95px, making them overflow the blue box at narrow window widths. The rendering is correct given the style. The parsing of the stylesheet is also correct AFAICT, the spurious */ should just be ignored as an invalid property name. The links does not work when they are in the red box because it's rel.pos. - this is bug 46117.
*** This bug has been marked as a duplicate of 46117 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: