Last modified: 2012-11-30 12:16:16 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 T43625, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41625 - IME icon stays visible on page when corresponding input field gets removed from DOM
IME icon stays visible on page when corresponding input field gets removed fr...
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
UniversalLanguageSelector (Other open bugs)
unspecified
All All
: Highest minor (vote)
: ---
Assigned To: Santhosh Thottingal
:
Depends on:
Blocks: 41590
  Show dependency treegraph
 
Reported: 2012-11-01 11:22 UTC by tobias.gritschacher
Modified: 2012-11-30 12:16 UTC (History)
9 users (show)

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


Attachments
IME icon stays on page when inputfield is removed. (162.95 KB, image/png)
2012-11-01 11:22 UTC, tobias.gritschacher
Details

Description tobias.gritschacher 2012-11-01 11:22:01 UTC
Created attachment 11279 [details]
IME icon stays on page when inputfield is removed.

This bug is related to Wikidata. It can be reproduced on http://wikidata-test-repo.wikimedia.de/wiki/Q6.

* Click on "edit" in the aliases (also known as) section. The IME icon is displayed.
* Click on "cancel" to close the edit mode. The icon will remain on the page until you focus on another input field.

This behaviour is true for all edit sections on Wikidata.

Also see the attached screenshot.
Comment 1 Daniel A. R. Werner 2012-11-01 17:29:25 UTC
It seems like the IME feature uses the focus event of all inputboxes to display the tool. The blur event though is not used to remove the tool again.

In some cases this behavior might even be desired though. (e.g.  if you have another toolbar where pressing a button related to the input box should not trigger the IME to disappear)

The IME should probably come with a clear API to allow nicer integration in different UI scenarios.
We also have some input boxes which grow when the user enters stuff (aliases). IME will probably never work nicely there if there isn't a way to control it. What we would need here would be the ability to manually trigger a 'redraw' which would re-calculated the displaying position of the IME. Alternatively, the IME could register to our custom 'eachchange' DOM event, this would be twisted dependencies though.
Comment 2 Santhosh Thottingal 2012-11-23 11:29:44 UTC
This was an issue when input method is hidden too. I hope gerrit I18e18243 fixes it. We wanted to avoid input fields not aware of IME apis as far as possible.

This issue was present in preference page too. When focus is in a field like Real name, and switch to another tab of preference screen, IME icon was visible. but not happening now.
Comment 3 Andre Klapper 2012-11-30 11:56:04 UTC
Q6 doesn't exist anymore...

Cannot reproduce for "Helium" entry on http://wikidata-test-repo.wikimedia.de/wiki/Q5148?uselang=en with Firefox 16.0.2.
Comment 4 tobias.gritschacher 2012-11-30 12:16:16 UTC
it's fixed.

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


Navigation
Links