Page MenuHomePhabricator

Links sometimes not working on en.ws, and then behaving weirdly when they do
Closed, InvalidPublic

Description

Author: pinkampersand.wikimedia

Description:
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).


Version: master
Severity: major

Details

Reference
bz50367

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:46 AM
bzimport added a project: ProofreadPage.
bzimport set Reference to bz50367.
bzimport added a subscriber: Unknown Object (MLST).

pinkampersand.wikimedia wrote:

(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.)

baltoslavic wrote:

Tested COTUS links in Safari (Mac OSX). Links not behaving like links for me either, cannot even click "[Hide]".

pinkampersand.wikimedia wrote:

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.

ssanbeg wrote:

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?

This was ultimately a local template & module issue solved later in 2013 and had nothing to do with the Proofread Page Extension at all.

Closing.

GOIII claimed this task.
GOIII set Security to None.
GOIII removed a subscriber: wikibugs-l-list.