Footer text non-clickable

[Paul Sladen]

On pages such as:

  https://bugs.launchpad.net/malone/+filebug

the text that appears at the bottom:

  Terms of Use | Help improve Launchpad | FAQ Copyright 2004-2007 Canonical Ltd. | build 492

is not clickable or selectable, except when hovering over the bottom ~5px of the text; the upper 2/3rds doesn't respond to actions.

Perhaps there is an invisible image or div over the top and obscuring events?

Ideally the links should be fully clickable.

  Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/2007040314 Firefox/2.0.0.3 (Ubuntu-feisty)

[Diogo Matsubara (matsubara)]

After today's rollout the footer became totally un-clickable

[Diogo Matsubara (matsubara)]

Footer is unclickable in Firefox (2.0.0.8) only. It works in IE6 and Opera.

[Björn Tillenius (bjornt)]

On Thu, Oct 25, 2007 at 06:48:16PM -0000, Diogo Matsubara wrote:
> Footer is unclickable in Firefox (2.0.0.8) only. It works in IE6 and
> Opera.

The footer is still unclickable for me with Opera 9.21, at least on most
pages. On https://launchpad.net/ the footer is clickable, but not on
https://bugs.launchpad.net/.

[Diogo Matsubara (matsubara)]

Matthew Nuzum suggested:

https://pastebin.canonical.com/798/

Matthew Thomas, can you take a look and land accordingly on edge?

Thanks

[David Allouche (ddaa)]

This is caused by the "top: 28px" property in the #container rule.

Removing that property damages the layout w.r.t. to the application chooser, so it's not trivial to fix.

[David Allouche (ddaa)]

It seems that increasing the padding-top in this rule to 48px fixes the layout.

[David Allouche (ddaa)]

In other words, I suggest the same thing as Matthew Nuzum :)

[Diogo Matsubara (matsubara)]

Fix in mainline r5110

[verdy_p (verdy-p)]

Absolutely not fixed in IE: the content area is ALL blnk, due to the <div class="clear"></div> that follows it (with a comment "for Opera").
The problem is not this div, but the way the class "clear" is implemented (in "style.css"): it forces a height="0", BUT, it incorrectly sets "overflow:hidden" which does not change the height, but forces the excess height below it to be clipped. So we have space reserved for the "float:left" content area, but the normal inline/block flow truncates everything that is below it.

You MUST remove "overflow:hidden" (this won't change the layout or position of any element, but at least the floatting elements beside the clear will be drawn!). Even the kludge for Opera (with ".clearfix") is not even needed if you remove this undesirable property! If you search where it is set, it is just in the few first lines of "style.css"...

In addition, the CSS file "style.css" is bogous at line 710: a floating element (float:left) CANNOT be "display:inline". This should be "display:block". Normally browsers should ignore "display:" in this case where "float:left" applies, if this is not "display:none" and always treat it as if it was "display:block" (see the CSS1 and CSS2 specs for the algorithm used to get the COMPUTED style value, this is clearly "display:block"). So don't specify things that could be bogous, remove "display:inline" or set it exactly the way it should be interpreted "display:block".

Finally, at the same place, there's "position:relative": is this needed? The only value possible alternate for floating elements is "position absolute" to set the position of the floating element according to the display frame instead of the container block of the floating element. It is NOT relative to the current inline or block position of the main central flow of the container, but to the current position of the left flow of the container.

[Khoo Kah Ken (gossipze)]

I tried on Firefox 2.0.0.6 and im still unable to use the link

[Diogo Matsubara (matsubara)]

Not entirely fixed.
Some places it does work while in others it does not.
Places confirmed as not working:
The main applications front pages (bugs.launchpad.net, code.launchpad.net, translations.launchpad.net, and so on)
The launchpad help wiki (https://help.launchpad.net/)

Places where the links do work:
LP front page (launchpad.net)
Any random bug page (launchpad.net/bugs/1)
Translations page (+translations)

[Ansgar Burchardt (aburch)]

Konqueror (3.5.7) is also affected by this bug.

[verdy_p (verdy-p)]

The bug is fixed for me in Internet Explorer 6 or 7...

[Matthew Paul Thomas (mpt)]

I'm not able to reproduce this problem on any Launchpad page in Firefox 2.0, Konqueror 3.5.8, Opera 9.25, or Internet Explorer 6.

[Matthew Paul Thomas (mpt)]

If you can reproduce it, please give an exact browser version and the exact URL of a problem page.

[Matthew Paul Thomas (mpt)]

This probably is fixed already, but certainly won't be altered for 1.2.1 without steps to reproduce.

[Martin Albisetti (beuno)]

Problem seems fixed, I can't find anywhere where it's no clickable with Firefox 3

[Paul Sladen (sladen)]

Works for me, so seemingly this probably got fixed.

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/145624