Page MenuHomePhabricator

Hovercards: the fading ::after CSS displays wrong on RTL wikis
Closed, DuplicatePublic

Description

so, at some point (don't remember exactly when - today was the first time i noticed), the hovercard's text began to fade at the end, i guess to give a hint that there's more.

personally, i don;'t think this is a good idea, but this is a different story. this report is about the fact that this fade-out is broken in RTL wikis: instead of fading the last word (or last part of the sentence), it fades the _rightmost_ part of the last line of the overcard, which happens to be some random word in the middle of the sentence.

REPRODUCTION:

  1. log in to wiki account.
  2. open hebrew wikipedia
  3. go to preferences => beta
  4. enable hovercards (if you find it difficult, add ?uselang=en to the address line)
  5. open random page and hover over a random internal link

WHAT IS EXPECTED
the last word in the hovercard text fades out (personally, i will not be sorry to see this behavior go away - it doesn't add any value, and i think it's silly. why not let me read the last word too?)

WHAT ACTUALLY HAPPENS
The rightmost word in the last line of the hovercard is smudged or disappeared. remember that the rightmost word is not the last one in RTL languages.

verified that same problem exists in fawiki, and i assume in any other RTL wiki.

peace.

Event Timeline

Kipod renamed this task from the fading ::after CSS displays wrong on RTL wikis to Hovercards: the fading ::after CSS displays wrong on RTL wikis.Feb 27 2017, 12:57 AM
Kipod updated the task description. (Show Details)
Jhernandez subscribed.

Thanks for the report @Kipod.

This particular bug was reported previously in T158858: Horizontal gradient appearing on right side of text for RTL page previews and has been treated with high priority and a fix is on the way.