(not sure whether this warrants a different bug):

while in "&uselang=he" state, try to add new category: though it is possible, notice that the autocomplete feature is missing

REPRODUCTION:
0-4) steps 0-4 same as comment 0

5. begin typing a category name. notice therre is no autocomplete.

peace.

(In reply to comment #0)
...

category (one can still add new categories through "page settings", though).

peace.

my bad: the "add category" input line exists on the form, but does not work: when you add a new category and press "החלת שינויים" (i.e., "Appy chnages"), the category is not actually added to the page.

peace.

(In reply to comment #2)

(In reply to comment #0)
...

category (one can still add new categories through "page settings", though).

peace.

my bad: the "add category" input line exists on the form, but does not work:
when you add a new category and press "החלת שינויים" (i.e., "Appy chnages"),
the category is not actually added to the page.

peace.

my bad second time: my confusion was because of the autocomplete problem, but one *can* add new category: you just have to press <Enter> explicitly. (with autocomplete, you normally click on the new cat name with the mouse - without autocomplete, you don't have this option).

peace.

Can confirm that Categories dialog is busted in RTL. No autocomplete, and clicking on existing categories does not allow category removal.

Change 74835 had a related patch set uploaded by Mooeypoo:
RTL Fix for Category Popup

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

Okay, I know (more or less) how to solve it, but there are a couple of issues I must raise with the VE team so I can figure out a proper solution.

The problem is that the menu element has its left position calculated dynamicallym and when we have an RTL widget, the positions are all flipped.

I can fix it by making a quickfix for RTL using this.$.parent as the wrapper to flip against (basically, "flip the coordinates of anything inside that parent").

However, if I do that, the link widget (which uses the same menu widget class) gets all messy and out of position.

The issue as far as I understand it is that the frame parents change between the link (parent being the editable surface) and the category menu (parent being the page settings widget). I need to find a general-enough "parent" call, or find a way to call the 'position' method on the category-menu only, leaving the link alone.

This will have to wait until after the weekend, when the VE team are available for some help on this.

This is a blocker for wider deployment on right-to-left wikis.

Problem appeared to be solved in the newest Patchset. Awaiting review and confirmation.

I confirm that the latest patch set solves the problem functionally. Thanks, Moriel.

Done and will be deployed tomorrow. Thank you, Moriel! :-)

Checked in production (just in case) - categories in hewiki can be removed&added.