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)
Tracking
()
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.
Comment 3•20 years ago
|
||
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.
Comment 5•20 years ago
|
||
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.
Comment 6•20 years ago
|
||
*** This bug has been marked as a duplicate of 46117 ***
URL: http://prism54.org/
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.
Description
•