See also: https://bugzilla.wikimedia.org/show_bug.cgi?id=19194 For some reason the searchfield of mediawiki's modern skin does not receive focus when you click on it. It DOES receive focus if explicitly told so through JS or by using an access key (ctrl-alt-f). The links in the same column do work, and this problem is only notable on Webkit browsers, the skin works just fine on all the other browsers. The problem is probably due to "overlapping" content divs or something. If you select the text of the article content, you can notice that the selected text includes all the left margin, overlapping the sidebar that contains the searchfield. P.S. likely this can be fixed in some way in HTML, i'm open for suggestions, but it's still a bug i think.
If anyone is EVER gonna look at this, an interesting effect is that when I use the inspector to change the input field (#searchInput) with the WebInspector, from "display:block;" into "display:inline-block", the problem disappears.
Do you have a reduction that could be attached to this bug?
Created attachment 49174 [details] reduced case A somewhat reduced case. I suspect this is highly dependent on the negative left margin of the parent div. But the example shows that an input field with "display:block" set in the style cannot be mouse selected, whereas the field with no "display" mode set can be selected for data entry.
I cannot quite reproduce the problem with this reduction - clicking on "broken" does select it. But drag-selecting is somewhat wrong - when mouse pointer moves past the end of the text to the right, the selection jumps back, as if mouse pointer was moved to the left of text.
(In reply to comment #4) > I cannot quite reproduce the problem with this reduction - clicking on "broken" > does select it. But drag-selecting is somewhat wrong - when mouse pointer moves > past the end of the text to the right, the selection jumps back, as if mouse > pointer was moved to the left of text. Don't click on broken, click slightly to the right. It seems that when the cursor switches to textmode (as when hovering on the text), selection is possible. This is interesting. I hadn't seen this before, because default values for the Searchbox, are not used on Wikipedia.
More minimized test-case: data:text/html, <!doctype html> <div style="height:20em;float:right;margin-left:-15em;width:100%"></div> <input style="display:block"> Every element and style rule there is necessary for the bug to occur, removing any one allows you to click in the <input>. I'm not expert enough at CSS to figure out what's happening here or supposed to happen, but Gecko, Presto, and (I think) Trident all agree here on the opposite behavior from WebKit.
A workaround is in MediaWiki as of <http://www.mediawiki.org/wiki/Special:Code/MediaWiki/62795>, FWIW, so the Wikipedia link will probably stop exhibiting the problem at some point.
Thanks for the reductions!
I can still reproduce this problem Version 6.0.5 (8536.30.1)
This problem can still be triggered with the reduced test case icw Safari 9 seed1.
Still a problem in Safari 14