https://bugzilla.wikimedia.org/show_bug.cgi?id=32474
Web browser: ---
Bug #: 32474
Summary: Blue top part of Cologne Blue skin has shifted right
Product: MediaWiki
Version: 1.18
Platform: PC
OS/Version: Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=25542
Umherirrender umherirrender_de...@web.de changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947
--- Comment #31 from Vitaliy Filippov vita...@yourcmc.ru 2011-11-18 10:48:16
UTC ---
(In reply to comment #27)
(.dia doesn't have this problem as there's not a separate extension or special
HTTP header configuration for compressed files!)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29250
j^ j...@v2v.cc changed:
What|Removed |Added
CC||j...@v2v.cc
--- Comment #3 from j^
https://bugzilla.wikimedia.org/show_bug.cgi?id=32165
--- Comment #45 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18
11:52:50 UTC ---
@Van de Bugger: My vote goes for the below form, since this is what is done for
the result formats. Either way, I think both forms are acceptable. The main
https://bugzilla.wikimedia.org/show_bug.cgi?id=25915
--- Comment #10 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18
11:58:27 UTC ---
Just re-read the issue and my analysis of the problem. The current way extra
params are passed to the further results links is rather ugly and fragile, and
https://bugzilla.wikimedia.org/show_bug.cgi?id=32475
Web browser: ---
Bug #: 32475
Summary: Safari does not properly detect Ogg support
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474
Derk-Jan Hartman hart...@videolan.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32475
--- Comment #1 from j^ j...@v2v.cc 2011-11-18 13:58:07 UTC ---
this is caused by
MwEmbedModules/EmbedPlayer/resources/mw.EmbedTypes.js:
// older versions of safari do not support canPlayType,
// but xiph qt registers mimetype via quicktime
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474
--- Comment #2 from Jaan Rebane jaa...@yahoo.com 2011-11-18 14:05:05 UTC ---
Thanks for bringing that up. It seems that even http://en.wikipedia.org does
not pass the W3C Validator at http://validator.w3.org. It has a total of 3
errors. Same
https://bugzilla.wikimedia.org/show_bug.cgi?id=32351
--- Comment #7 from Bawolff bawolff...@gmail.com 2011-11-18 14:14:38 UTC ---
(In reply to comment #6)
I don't really like #time: with no formatting string being user pref. It
should probably have some symbol to specify that user time
https://bugzilla.wikimedia.org/show_bug.cgi?id=32476
Web browser: ---
Bug #: 32476
Summary: MwEmbedSupport mw.isLocalDomain does no longer work
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=31903
Jeroen De Dauw jeroen_ded...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702
Jeroen De Dauw jeroen_ded...@yahoo.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477
Web browser: ---
Bug #: 32477
Summary: MWHttpRequest may have to require_once()
GlobalFunctions.php
Product: MediaWiki
Version: 1.19-svn
Platform: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477
Liangent liang...@gmail.com changed:
What|Removed |Added
CC||liang...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=31330
Beau b...@adres.pl changed:
What|Removed |Added
CC||b...@adres.pl
--- Comment #1 from
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702
Jeroen De Dauw jeroen_ded...@yahoo.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461
--- Comment #1 from Platonides platoni...@gmail.com 2011-11-18 16:36:48 UTC
---
Created attachment 9490
-- https://bugzilla.wikimedia.org/attachment.cgi?id=9490
Patch adding xiy format
There's no support for years in 2-digit format (other
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461
Platonides platoni...@gmail.com changed:
What|Removed |Added
Keywords||patch
https://bugzilla.wikimedia.org/show_bug.cgi?id=32463
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32464
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477
--- Comment #2 from drzraf raphael.d...@gmail.com 2011-11-18 16:48:59 UTC ---
But shouldn't Auth-related extensions be used in LocalSettings in order to
setup wgAuth instead of using wgExtensionFunctions ?
If so, then does it mean that such
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
--- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-11-18
17:05:00 UTC ---
Interesting.
I looked at another video file
(http://commons.wikimedia.org/wiki/File:Sintel_extract_new.ogv) and found
something different.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461
--- Comment #2 from reza1615 reza.ene...@gmail.com 2011-11-18 17:23:51 UTC ---
Thank you for The Patch.
In the Persian calender the short form is the last two right side digits
۱۳۹۰ == short form == ۹۰
۱۳۸۹ == short form == ۸۹
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=31945
--- Comment #11 from Saibo saibotr...@arcor.de 2011-11-18 17:33:37 UTC ---
a note to emphasize (I had already mentioned it above): it was faster before
1.18 - so somehow it worked there .. much faster. unless my brain really
tricks me
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
--- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-11-18
17:34:10 UTC ---
Seeking beyond the last frame works on this ogg file, though:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=32468
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32479
Web browser: ---
Bug #: 32479
Summary: semantic search: 'edit query' link is broken
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=32469
--- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-11-18
17:44:31 UTC ---
Actual sequence of events before comment 0:
1. Uploaded jar.jpg to local wiki with UW.
2. Moved jar.jpg to jar2.jpg and left a redirect.
3. Deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=32469
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=32463
Platonides platoni...@gmail.com changed:
What|Removed |Added
CC||platoni...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745
--- Comment #22 from Antoine hashar Musso has...@free.fr 2011-11-18
18:15:09 UTC ---
I have enabled recentchanges patrolling on ruwikisource ( wgUseRCPatrol = true
):
Index: InitialiseSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466
Jeroen De Dauw jeroen_ded...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=32469
--- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18
18:23:15 UTC ---
I tried again, those 3 steps, then uploading jar.jpg. And again I'm getting
please wait, still checking the title for uniqueness
Looks like we got 2
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745
--- Comment #23 from Vitaliy ch...@yandex.ru 2011-11-18 18:29:28 UTC ---
(In reply to comment #22)
I have enabled recentchanges patrolling on ruwikisource ( wgUseRCPatrol = true
):
Now I can see red ! in RecentChanges list but still NO mark
https://bugzilla.wikimedia.org/show_bug.cgi?id=32479
Jeroen De Dauw jeroen_ded...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745
--- Comment #24 from Aaron Schulz aschulz4...@gmail.com 2011-11-18 18:30:06
UTC ---
I thought only new page patrol was desired.
A fix for that would be to make links to new pages in ChangesList have rcid if
unpatrolled.
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947
--- Comment #32 from Brion Vibber br...@wikimedia.org 2011-11-18 18:41:05 UTC
---
That isa quirk of Inkscape that you cannot rely on.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugzilla.wikimedia.org/show_bug.cgi?id=32470
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=27793
Bawolff bawolff...@gmail.com changed:
What|Removed |Added
CC||bawolff...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466
--- Comment #4 from Van de Bugger van.de.bug...@gmail.com 2011-11-18 19:26:51
UTC ---
Which extension is this? Maybe this one:
http://www.mediawiki.org/wiki/Extension:Validator
Yes. `Validator' is not present in a list of extensions, so I
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477
--- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 19:33:05 UTC
---
You'll want to create a $wgAuth instance I think (or should even that not run
until wgExtensionFunctions time? quite possibly) but you definitely should NOT
be
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466
--- Comment #5 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18
19:37:23 UTC ---
This is about an issue you did not cause, but is made somewhat worse by adding
more values that get accepted by the boolean type. I'm just pointing out this
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478
--- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-18 19:37:49 UTC
---
object/historyblobcurstub entries should only exist on old stuff that
referenced the MediaWiki 1.4-era cur table.
You should absolutely *never* see an increase
https://bugzilla.wikimedia.org/show_bug.cgi?id=32476
--- Comment #1 from Michael Dale d...@ucsc.edu 2011-11-18 19:44:16 UTC ---
thanks for the patch. You can commit that changes like these directly. ( added
in r103605
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
https://bugzilla.wikimedia.org/show_bug.cgi?id=32476
Michael Dale d...@ucsc.edu changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=32473
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478
--- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-18 19:48:58 UTC
---
Ah, the 'gzip,external/simple pointer' is stuff not marked as UTF-8... that
might be a bit worrying actually. :)
Shouldn't occur on new entries unless there's
https://bugzilla.wikimedia.org/show_bug.cgi?id=32480
Web browser: ---
Bug #: 32480
Summary: [SRF] function getParameters(); Define parameter
dependencies, display in Special:Ask
Product: MediaWiki extensions
Version: any
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481
Web browser: ---
Bug #: 32481
Summary: UploadWizard: Multiple files selected, only one file
uploads, wrong info
Product: MediaWiki extensions
Version: any
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481
Neil Kandalgaonkar ne...@wikimedia.org changed:
What|Removed |Added
Priority|Unprioritized |High
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481
--- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-18 20:03:28 UTC
---
Hmm, sounds the same as bug 32353 on Firefox 3.6, but happening on trunk
nightlies as well.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
--- Comment #3 from Mark A. Hershberger m...@everybody.org 2011-11-18
20:07:54 UTC ---
To clarify, the problem here is that there should be consistent behavior
regardless of the file type. Saturn_Lightning.OGG shows one behavior when you
seek
https://bugzilla.wikimedia.org/show_bug.cgi?id=32480
--- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18
20:08:39 UTC ---
Validator supports parameter dependencies. This is used for example for the
format parameter. However, having special behavior for others might simply not
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481
--- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-18 20:10:03 UTC
---
Created attachment 9491
-- https://bugzilla.wikimedia.org/attachment.cgi?id=9491
Screenshot of failing uploads in Firefox 11 nighly
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481
--- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 20:10:31 UTC
---
Created attachment 9492
-- https://bugzilla.wikimedia.org/attachment.cgi?id=9492
Screenshot of succeeding uploads in Firefox 7.0.1
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
Summary|thumbs of video are not |Inconsistent
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
--- Comment #4 from Brion Vibber br...@wikimedia.org 2011-11-18 20:13:36 UTC
---
This is probably nothing to do with thumb.php, but rather the behavior of the
underlying tool used to create thumbnail images. Have you tested it in
isolation on
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
Brion Vibber br...@wikimedia.org changed:
What|Removed |Added
Component|General/Unknown |OggHandler
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465
--- Comment #5 from Brion Vibber br...@wikimedia.org 2011-11-18 21:03:32 UTC
---
oggvideotools 0.8 (as shipped on Ubuntu 11.10) doesn't seem to want to generate
thumbnails after the end of the document on any of the above input files (tried
eg
https://bugzilla.wikimedia.org/show_bug.cgi?id=32467
--- Comment #7 from Brion Vibber br...@wikimedia.org 2011-11-18 21:20:54 UTC
---
It kinda sounds like you just didn't select the whole URL when copy-pasting it.
Did you click on the clickable thumbnail link? Did it work? Can you reproduce
https://bugzilla.wikimedia.org/show_bug.cgi?id=32467
--- Comment #8 from Olena bogd...@telus.net 2011-11-18 21:37:36 UTC ---
(In reply to comment #7)
It kinda sounds like you just didn't select the whole URL when copy-pasting
it.
Did you click on the clickable thumbnail link? Did it work?
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466
Van de Bugger van.de.bug...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478
Platonides platoni...@gmail.com changed:
What|Removed |Added
CC||platoni...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478
--- Comment #4 from Platonides platoni...@gmail.com 2011-11-18 22:39:44 UTC
---
Yes, select afl_var_dump from abuse_filter_log order by afl_id desc confirms
that suspicion.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477
--- Comment #4 from drzraf raphael.d...@gmail.com 2011-11-18 22:52:52 UTC ---
I need MWHttpRequest during Auth::authenticate.
Just tested and it happens that wfIniGetBool *is* defined at this time.
(thus I'm fine with WONTFIX)
*but* if I
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478
--- Comment #5 from Brion Vibber br...@wikimedia.org 2011-11-18 23:28:49 UTC
---
Good catch, Platonides!
Looks like this is where AbuseFilter stores variable state dumps on filter
matches so they can be checked out later.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32475
--- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-18 23:44:24 UTC
---
j^ - are you indicating that it's showing a *false positive* claiming to
support video/ogg when it in fact does not?
On my MacBook Pro (OS X 10.7.2), without
https://bugzilla.wikimedia.org/show_bug.cgi?id=32449
--- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 23:51:47 UTC
---
Added a note on Chris McKee's branch:
https://github.com/ChrisMcKee/Wikipedia/commit/60bac986c264d80475be078699c03d6788ec364a#commitcomment-731856
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
Web browser: ---
Bug #: 32482
Summary: CentralNotice should use $fallback
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=32070
--- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-18 23:53:52 UTC
---
They've been bumped to a higher resolution (meaning they get scaled *down* on
lower-res devices) which does look nicer, but they're still sprited which makes
them
https://bugzilla.wikimedia.org/show_bug.cgi?id=31486
Brion Vibber br...@wikimedia.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=32101
Bug 32101 depends on bug 31486, which changed state.
Bug 31486 Summary: Android app's 'W' and search icons get upscaled on hdpi
devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=31486
What|Old Value |New
https://bugzilla.wikimedia.org/show_bug.cgi?id=32070
Brion Vibber br...@wikimedia.org changed:
What|Removed |Added
Blocks|31486 |
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=32483
Web browser: ---
Bug #: 32483
Summary: en.wp uses lang=simple for simple: interlang links.
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
James Alexander jalexan...@wikimedia.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
--- Comment #2 from Jon Harald Søby jhs...@gmail.com 2011-11-19 00:16:47 UTC
---
These two are fixed manually right now. I agree that CN should use fallback
languages, though, so it's a larger issue than just that.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
--- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2011-11-19 00:17:56
UTC ---
CentralNotice does use fallback languages (if they are available). What banner
are you looking at?
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32148
--- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-19 00:22:14 UTC
---
That link isn't discoverable anywhere in the interface; it also doesn't work on
my local wiki where I test tweaks to MobileFrontend.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474
Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
--- Comment #4 from Jon Harald Søby jhs...@gmail.com 2011-11-19 00:43:45 UTC
---
See for instance this: http://ru.wikipedia.org/wiki/?uselang=inh
It should fall back to Russian (which has a translation), firstly because that
is the fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32302
--- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-19 00:47:55 UTC
---
Created attachment 9493
-- https://bugzilla.wikimedia.org/attachment.cgi?id=9493
Sample patch switching from hr to border-bottom for the dividers
Looks like
https://bugzilla.wikimedia.org/show_bug.cgi?id=32302
--- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-19 00:49:09 UTC
---
Created attachment 9494
-- https://bugzilla.wikimedia.org/attachment.cgi?id=9494
Screenshot comparing rendering of hr vs border-bottom on 120, 160, 240dpi
https://bugzilla.wikimedia.org/show_bug.cgi?id=32302
--- Comment #4 from Brion Vibber br...@wikimedia.org 2011-11-19 00:53:02 UTC
---
(Note that increasing the padding can keep the previous spacing/look.)
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
Jon Harald Søby jhs...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
--- Comment #6 from Ryan Kaldari rkald...@wikimedia.org 2011-11-19 02:42:53
UTC ---
Ah, OK. I see what's going on. They aren't using CentralNotice's banner
translation system but are using int messages instead. Thus the fallback
languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
Ryan Kaldari rkald...@wikimedia.org changed:
What|Removed |Added
Summary|CentralNotice should use|CentralNotice
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
Ryan Kaldari rkald...@wikimedia.org changed:
What|Removed |Added
Priority|Normal |High
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482
--- Comment #7 from Jon Harald Søby jhs...@gmail.com 2011-11-19 03:22:23 UTC
---
Yup, you're right. CN's native system for handling fallback languages seems to
work fine, so the retitle is a good explanation of the real issue at hand.
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=32484
Web browser: ---
Bug #: 32484
Summary: Strange behaviour of the link Tax and other legal
information
Product: MediaWiki extensions
Version: any
Platform: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=32484
Siebrand s.mazel...@xs4all.nl changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745
--- Comment #25 from Aaron Schulz aschulz4...@gmail.com 2011-11-19 05:14:13
UTC ---
I can't see the ! marks, but they are in the source:
'abbr class=unpatrolled title=This edit has not yet been
patrolled!/abbr'
Looks like it's hidden by
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745
--- Comment #26 from Aaron Schulz aschulz4...@gmail.com 2011-11-19 05:37:51
UTC ---
(In reply to comment #24)
I thought only new page patrol was desired.
A fix for that would be to make links to new pages in ChangesList have rcid if
98 matches
Mail list logo