Last modified: 2012-08-09 13:05:48 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 T27478, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 25478 - The homepage's "search" field not accessible by the mouse if one is logged in with Chromium.
The homepage's "search" field not accessible by the mouse if one is logged in...
Status: RESOLVED DUPLICATE of bug 19194
Product: MediaWiki extensions
Classification: Unclassified
WikiLexicalData/OmegaWiki (Other open bugs)
unspecified
All Linux
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-10-10 12:10 UTC by Fiable.biz
Modified: 2012-08-09 13:05 UTC (History)
2 users (show)

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


Attachments

Description Fiable.biz 2010-10-10 12:10:06 UTC
The homepage's "search" field box is not accessible by the mouse if I'm logged with Chromium. I can only place the focus on it by the keyboard (tab or Alt+tab) from an accessible element of the page. The problem doesn't appear on other pages. Neither does it appear if I'm not logged in.
The problem appears both with Google Chromium 5.0.389.0 (45688-1mdv2009.1) and with Konqueror Version 4.2.4 (KDE 4.2.4), but does not appear with Mozilla/5.0 (X11; U; Linux x86_64; mn-MN; rv:1.9.2.8) Gecko/20100809 Mandriva Linux/1.9.2.8-0.1mdv2009.1 (2009.1) Firefox/3.6.8. I'm on Mandriva Linux 2009 Spring, KDE.
  If, being logged in with Chromium, I triple-click on that field box, then nearly all the right column of the page, from "Welcome to Omegawiki" to "Stichting Open Progress" gets selected. If I double-click on the field box with Konqueror, a word of the right column, at the same level of the box, is selected, not always the same: either "information" (under the "Welcome to OmegaWiki title) of the number of expressions (the line below).
Comment 1 Fiable.biz 2010-10-10 13:51:45 UTC
In fact, the problem arises on other pages too, and depends on whether the right column text is expanded or hidden. This makes sense: there are probably boxes expanded by Javascript which, instead of beeing restricted to the right column, have the width of the whole page or not far from it.
Comment 2 Robert Leverington 2010-10-12 17:45:05 UTC
I've just tested this in Google Chrome and can't replicate this.  I do not think JavaScript is being involved in the resizing of elements.

Can you confirm you are using the Monobook skin?
Comment 3 Fiable.biz 2010-10-13 10:37:47 UTC
I had forgotten I changed the skin long ago. With Monobook, as with the other skins, everything seems OK, so I downgrade this bug to "normal". I was using "Modern" skin. I've just tried with Modern on Ubuntu 10.04 (2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010 x86_64 GNU/Linux). Here are the results of the tests on Ubuntu:
the problem appears with both Chromium 6.0.472.62 (59676) Ubuntu 10.04 and Epiphany 2.30.2, both on the homepage and on other pages when something is developed at in the right column, up to the level of the "search" field box. It doesn't appear when definitions, translations etc. are retracted so that there is nothing at that level, and never appears on Mozilla Firefox 3.6.10 .
Comment 4 Mark A. Hershberger 2011-04-01 20:26:38 UTC
S
Comment 5 Kipmaster 2012-08-09 13:03:40 UTC
I guess it's a problem with MediaWiki in general, and not just with the OmegaWiki extension.
Comment 6 Kipmaster 2012-08-09 13:05:48 UTC

*** This bug has been marked as a duplicate of bug 19194 ***

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


Navigation
Links