Last modified: 2013-07-01 13:03:52 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T52367, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 50367 - Links sometimes not working on en.ws, and then behaving weirdly when they do
Links sometimes not working on en.ws, and then behaving weirdly when they do
Status: UNCONFIRMED
Product: MediaWiki extensions
Classification: Unclassified
ProofreadPage (Other open bugs)
master
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-28 11:21 UTC by T. H. Kelly (Pink&)
Modified: 2013-07-01 13:03 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description T. H. Kelly (Pink&) 2013-06-28 11:21:08 UTC
See http://en.wikisource.org/wiki/United_States_v._Windsor: The links under "Court Documents" aren't working for me. (As in, your cursor doesn't change when you go over them, and clicking does nothing.) Brought it up on IRC and they aren't working for Ariel either. However, http://en.wikisource.org/wiki/United_States_v._Detroit_Timber_%26_Lumber_Company and http://en.wikisource.org/wiki/User:PinkAmpersand/bugtest are working fine... but the TOC in http://en.wikisource.org/wiki/COTUS isn't.

In both cases where they're not working, they work while the page loads, but then stop working once it's completed loading. This is the case for me on both Chrome on my Chromebook and Firefox on my PC, and when I tried with IE on my PC, I got the even stranger result of the links working, but the "this page does not exist" messages being in Greek (presumably some strange result of Ariel having purged the page).
Comment 1 T. H. Kelly (Pink&) 2013-06-28 11:25:00 UTC
(Addendum: Chrome tests were both logged-in and logged-out, with no difference. Firefox and IE tests were only logged-out. Checked /Windsor/ and /Detroit Timber & Lumber/ in all cases; only tested COTUS and my bugtest subpage while logged in on Chrome.)
Comment 2 baltoslavic 2013-06-28 20:37:40 UTC
Tested COTUS links in Safari (Mac OSX).  Links not behaving like links for me either, cannot even click "[Hide]".
Comment 3 T. H. Kelly (Pink&) 2013-06-28 22:03:55 UTC
Someone figured out a z-index hack to get around this, and the fact that it works may provide some clues as to what's causing this.

http://en.wikisource.org/w/index.php?title=United_States_v._Windsor&curid=1516818&diff=4495733&oldid=4495320

Removing position:relative has also reportedly led to some success.
Comment 4 Steve Sanbeg 2013-06-29 04:45:10 UTC
It appears that proofreadpage is wrapping the transcluded text in a relative positioned div, which is obscuring the floating div containing the links.  I'm not sure exactly where that div is coming from, but adding a z-index to the floating div allows interaction to work.  

Immediately inside the relative position div is another div with class="my-ct"; maybe that is added in the same place?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links