https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #15 from Nux 2011-03-23 18:14:56 UTC ---
This is in Bug 27488. AFAIK it's impossible to fix it otherwise.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #14 from AlexSm 2011-03-22 15:05:14 UTC ---
However the textarea still loses focus after the new toolbar is loaded and you
can even type some characters before this happens. This is easily reproduced on
Wikipedia in Firefox 3.6.15 a
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
Nux changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #12 from Ryan Kaldari 2011-03-09 02:40:43
UTC ---
The BannerListLoader issue on non-english wikis is fixed on the live wikis now.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiv
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #11 from Nux 2011-03-08 23:34:16 UTC ---
(In reply to comment #9)
> I wonder if implementing the suggestion I made in bug 25860 would solve at
> least some of this?
I don't think so. The problem is that the elements are already bei
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
WlaKom changed:
What|Removed |Added
CC||w...@polhome.com
--- Comment #10 from WlaKom
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
Ilmari Karonen changed:
What|Removed |Added
CC||nos...@vyznev.net
--- Comment #9 from
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #8 from Nux 2011-03-01 22:43:56 UTC ---
I'm almost certain now that all this problems are based in one thing - scripts
(all scripts) were moved from head to the bottom of a page.
I know it is supposed to make pages load faster but
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #7 from Ryan Kaldari 2011-02-24 22:24:35
UTC ---
Fix to avoid redirect checked into r82749.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #6 from Ryan Kaldari 2011-02-24 22:13:33
UTC ---
That sounds like a good idea (checking the hide cookie before loading).
In case anyone's interested, the answer to my earlier question is:
$wgContLang->specialPage( $pageName )
I'l
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #5 from Nux 2011-02-24 21:06:34 UTC ---
(In reply to comment #2)
> The slowness of BannerLoader is because the script has to lookup your location
> based on your IP address before it decides which banner to serve (and it
> doesn't e
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #4 from Ryan Kaldari 2011-02-24 19:30:43
UTC ---
It seems the behavior of special page aliases is the opposite of what is
described at
http://www.mediawiki.org/wiki/Manual:Special_pages#The_Alias_files. Was this
switched around at
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
Krinkle changed:
What|Removed |Added
CC||krinklem...@gmail.com
--- Comment #3 from Kr
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
Ryan Kaldari changed:
What|Removed |Added
CC||rkald...@wikimedia.org
--- Comment #2 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=27620
--- Comment #1 from Nux 2011-02-21 22:15:55 UTC ---
BTW wouldn't it be faster to have all banner on a statical page loaded
(refreshed e.g. twice a week) and just pick a random one from the list
(filtering the list with JS for current user)? The
15 matches
Mail list logo
