Last modified: 2013-07-10 19:35:38 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 T51416, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 49416 - VisualEditor: Link inspector surface doesn't pop up when the user language is right-to-left
VisualEditor: Link inspector surface doesn't pop up when the user language is...
Status: RESOLVED FIXED
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All All
: High critical
: VE-deploy-2013-07-04
Assigned To: Moriel Schottlender
:
Depends on:
Blocks: ve-rtl
  Show dependency treegraph
 
Reported: 2013-06-10 22:43 UTC by Moriel Schottlender
Modified: 2013-07-10 19:35 UTC (History)
5 users (show)

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


Attachments

Description Moriel Schottlender 2013-06-10 22:43:18 UTC
Editing a page in a Hebrew wiki (possibly also in other RTL languages), adding a link does not show the popup. The word automatically becomes a wiki-link, no option to change the destination or make it an external link.

The link seems to work well in English wikis.

Tested on both my local install with the latest VE (VE-wmf6+) and on the hebrew wikipedia (VE-wmf5) and on both Firefox and Chrome.
Comment 1 Moriel Schottlender 2013-06-12 17:26:54 UTC
This also happens in the English wikipedia when the user interface is set to any rtl language.

I tested with ?uselang=he ?uselang=ar and ?uselang=fa
Comment 2 Amir E. Aharoni 2013-06-15 16:57:22 UTC
And the opposite is also true: The inspector is visible in the Hebrew Wikipedia if the interface language is English.
Comment 3 Gerrit Notification Bot 2013-06-18 05:54:22 UTC
Related URL: https://gerrit.wikimedia.org/r/69281 (Gerrit Change I312610ca630a8f75f1a0778e97f227f35a003b41)
Comment 4 Moriel Schottlender 2013-06-18 06:02:44 UTC
I've been working on a fix for this but I may need some help with an issue.

The position definition had to be changed in RTL, as it is hard-coded (calculated by the location of the word/selection.) That was completed successfully and the link surface appears correctly below the marked word in both LTR and RTL. 

However, I am running into problems setting up the proper "right" dynamically-calculated value for the sub-popup TextInputMenuWidget, and my attempts to play around with left/right and windowWidths has failed. It appears "almost right" (a little to the left, a little to the right, skewed, etc) and I think I may be missing a property.

I wonder if there is a possibility to get the "right" value of the link surface (that appears correctly) to implement it in the TextInputMenuWidget without having to call the element specifically.

The fix below is still work in progress (Don't Merge!) but it should be completely fixed if I manage to figure out the position of the TextInputMenuWidget.
Comment 5 James Forrester 2013-06-23 15:36:01 UTC
Give Moriel the credit given that she's done all the work on this bug so far - we'll try to get the patch properly reviewed so we can (hopefully?) merge and deploy it very soon.
Comment 6 Moriel Schottlender 2013-07-05 05:16:48 UTC
This works for me and seems to work in the hebrew wikipedia. Can be marked as resolved.
Comment 7 Gerrit Notification Bot 2013-07-10 19:35:38 UTC
Change 69281 abandoned by Mooeypoo:
[WIP] Link surface fix for RTL

Reason:
Fixed in master.

https://gerrit.wikimedia.org/r/69281

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


Navigation
Links