[Bug 30491] Enable WikiLove on Swedish Chapter Wiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30491

Jan Ainali  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #2 from Jan Ainali  2011-08-28 06:50:47 UTC ---
It does not seem to work. Is there something wrong in our MediaWiki:WikiLove.js
or has it something to do with Liquid Threads perhaps?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30600] Interwiki extension's "URL" field doesn't validate input

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30600

--- Comment #2 from MZMcBride  2011-08-28 02:10:47 UTC ---
(In reply to comment #1)
> What if you wish to disallow gopher links, while keeping the possibility to
> link to a specific domain via gopher ?

Then you're being rather silly, in my opinion.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30600] Interwiki extension's "URL" field doesn't validate input

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30600

Alphos  changed:

   What|Removed |Added

 CC||alphos.og...@gmail.com

--- Comment #1 from Alphos  2011-08-28 02:06:00 UTC ---
What if you wish to disallow gopher links, while keeping the possibility to
link to a specific domain via gopher ?
Same goes with other protocols, obviously…

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30600] New: Interwiki extension's "URL" field doesn't validate input

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30600

   Web browser: ---
 Bug #: 30600
   Summary: Interwiki extension's "URL" field doesn't validate
input
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Interwiki (extension)
AssignedTo: soxre...@gmail.com
ReportedBy: b...@mzmcbride.com
Classification: Unclassified


The Interwiki extension's "URL" field doesn't check against the list of
$wgUrlProtocols when URLs are added or edited. It should validate input.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30599] New: Interwiki extension's "prefix" field doesn't validate input

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30599

   Web browser: ---
 Bug #: 30599
   Summary: Interwiki extension's "prefix" field doesn't validate
input
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Interwiki (extension)
AssignedTo: soxre...@gmail.com
ReportedBy: b...@mzmcbride.com
Classification: Unclassified


When using the Interwiki extension, you can put all sorts of garbage into the
"prefix" field (such as "<>[]|") and it'll be gladly accepted and stored. The
input should probably be validated for legal title characters, at a minimum.
Interwiki prefixen may have stricter rules (bound to ASCII?). That'll require
some research.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30598] New: XSS vulnerability in Interwiki extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30598

   Web browser: ---
 Bug #: 30598
   Summary: XSS vulnerability in Interwiki extension
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: Interwiki (extension)
AssignedTo: soxre...@gmail.com
ReportedBy: b...@mzmcbride.com
Classification: Unclassified


I guess the URL field in the Interwiki extension's log isn't sanitized before
being output? If you put in "hello", it gets through without a problem. This
appears to be an XSS vulnerability, even if the extension is generally limited
to more advanced user groups. Observed at
.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 17791] ProofreadPage broken for GIF images due to assuming it can always create thumbnails

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=17791

Brion Vibber  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #5 from Brion Vibber  2011-08-28 01:17:10 UTC 
---
There are bugs described in the above comment, and the patch makes a lot of
unrelated style changes that hide the functional code, making it harder to
review and test.

John, can you back this out pending review and fixes? Thanks!

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 29582] UploadWizard fails while rendering messages with {{GRAMMAR}}

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29582

--- Comment #2 from Leinad  2011-08-28 00:45:14 UTC ---
PS Also in Polish version {{GRAMMAR}} brokes UploadWizard.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 29582] UploadWizard fails while rendering messages with {{GRAMMAR}}

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29582

--- Comment #1 from Leinad  2011-08-28 00:43:35 UTC ---
Hi,

Is there any progess to fix this bug?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30427] Provide data collected by ReaderFeedback extension for Portuguese Wikibooks users

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30427

Reedy  changed:

   What|Removed |Added

 CC||s...@reedyboy.net

--- Comment #6 from Reedy  2011-08-27 23:53:12 UTC ---
Do you have any preferences for the formatting of the output?

Is Tab/CSV ok?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30591] Add support to only return keys in ApiAllMessages

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30591

Reedy  changed:

   What|Removed |Added

   Severity|normal  |enhancement

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 29068] Bugs to be fixed for 1.18 WMF deployment (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29068

--- Comment #3 from Mark A. Hershberger  2011-08-27 
20:05:20 UTC ---
(In reply to comment #2)

> On the http://www.mediawiki.org/wiki/MediaWiki_1.18 #
> MediaWiki_now_supports_women.21 you boast that MW will support women, but in
> fact this feature is broken, please look at bug27398 and consider to add this
> bug as blocker.

If you are talking about 1.18, it would be better to put this as a tarball
blocker.

I think it is best way to interpret that statement ("now supports women") is
that there is *any* support for gender rather than saying the support doesn't
have any issues.

Is the support bug free?
No.

Is there some support where there was none before?
Yes.

Are there plans to improve this support?
Yes

So we've only begun to support women.  It isn't like a switch that can be
flipped on and off.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30206] Non-existing wikis should redirect to Incubator

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30206

Robin Pepermans (SPQRobin)  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=11125

--- Comment #6 from Robin Pepermans (SPQRobin)  
2011-08-27 19:48:44 UTC ---
FYI: the welcome pages are now deployed so the Wx/xyz pages are nicer and
user-friendly.

Btw, I was thinking..
Maybe it is possible to (temporarily) redirect the missing wiki page
() through
PHP's header() or an HTML meta refresh. (This would require some PHP to make
xyz.wikiproject.org go to incubator:Wx/xyz but that's easier than Apache
config.)
Just an idea..

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30597] tag name collides with HTML 5 tag

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30597

Niklas Laxström  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com

--- Comment #1 from Niklas Laxström  2011-08-27 
18:15:27 UTC ---
Why do we care? Wikitext is not html.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30597] New: tag name collides with HTML 5 tag

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30597

   Web browser: ---
 Bug #: 30597
   Summary:  tag name collides with HTML 5  tag
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: LabeledSectionTransclusion
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dann...@email.cz
Classification: Unclassified


 tag name collides with HTML 5  tag, thus should be renamed -
suggesting  instead...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30595] Inconsistent search results with language links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30595

Roan Kattouw  changed:

   What|Removed |Added

 CC||rain...@eunet.rs,
   ||roan.katt...@gmail.com
  Component|General/Unknown |MWSearch
Version|unspecified |any
Product|Wikimedia   |MediaWiki extensions

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 17791] ProofreadPage broken for GIF images due to assuming it can always create thumbnails

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=17791

John Du Hart  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||j...@compwhizii.net
 Resolution||FIXED

--- Comment #4 from John Du Hart  2011-08-27 17:41:30 UTC 
---
r95602

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30596] Spam problem in wikifa-l

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30596

Amir Ladsgroup  changed:

   What|Removed |Added

   Priority|Unprioritized   |High

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30596] New: Spam problem in wikifa-l

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30596

   Web browser: ---
 Bug #: 30596
   Summary: Spam problem in wikifa-l
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Mailing lists
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: ladsgr...@gmail.com
Classification: Unclassified


Hello, somebody is mailing spam for wikifa-l and we've received 30 spam mail
this month:
http://lists.wikimedia.org/pipermail/wikifa-l/2011-August/author.html
admin of this mailing list is not active (maybe temporary) and I don't know
what to do. If the problem is solved by making another admin, make me admin and
say i must to do or If you can solve this, do it please. 
Thanks

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30575] Make sure all callers to functions that have a function name parameter pass it

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30575

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #1 from Chad H.  2011-08-27 14:42:37 UTC 
---
Just to clarify (I had to re-read this, the summary wasn't quite clear)...we're
talking about functions like DB functions where we pass __METHOD__ and such.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30192] Thumbnails of archived images don't get deleted

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30192

--- Comment #20 from Chad H.  2011-08-27 14:24:00 UTC 
---
(In reply to comment #18)
> I think functions only
> used in the one file should be marked private, and the API functions 
> explicitly
> marked public.
>

+1. I was thinking that too when I was looking at this earlier in the week.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30595] New: Inconsistent search results with language links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30595

   Web browser: ---
 Bug #: 30595
   Summary: Inconsistent search results with language links
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://en.wikipedia.org/w/index.php?title=Special%3ASe
arch&search=fiets
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: lejo...@telia.com
Classification: Unclassified


When searching for "fiets" (dutch for bicycle) in English Wikipedia,
[[Bicycle]] is second in the list of results. But the displayed text is not
always the same. Most times it shows the beginning of the article (which does
not include that word or any similar words):

 Bicycle
 Bicycle (disambiguation) File:Marin bike. jpg | A mountain bike , a popular
multi-use bicycle. A bicycle, also known as a bike, pushbike or ...
 55 KB (7,627 words) - 02:20, 26 August 2011

But sometimes it displays the language links which has the words "fiets":

 Bicycle
 [[af:Fiets]] [[nl:Fiets]]
 55 KB (8,105 words) - 02:20, 26 August 2011

The sample text and the word count are different.

Searching for translations of bicycle in other languages ("cykel", "fietse",
"sykkel") does not usually find [[Bicycle]]. Unless that word is also used in
other places than the language links, like German "Fahrrad" in the name of an
image. So it looks like language links should not not usually be included in
the search.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30594] New: Change namespaces configuration - pl.wikipedia

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30594

   Web browser: ---
 Bug #: 30594
   Summary: Change namespaces configuration - pl.wikipedia
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: https://secure.wikimedia.org/wikipedia/pl/w/index.php?
title=Wikipedia:Kawiarenka/Propozycje&oldid=27794451#Z
aproponowany_spos.C3.B3b_dzia.C5.82ania_.2B_sonda
OS/Version: All
Status: NEW
  Keywords: shell
  Severity: normal
  Priority: Unprioritized
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@adres.pl
CC: danny.lei...@gmail.com
Classification: Unclassified


I would like to request a configration change for pl.wikipedia (file:
InitialiseSettings.php).

Create a new namespace Archiwum and its talk Dyskusja_archiwum (need to run
maintenance script namespaceDupes.php afterwards).

'plwiki' => array(
NS_PROJECT_TALK => 'Dyskusja_Wikipedii',
NS_USER => 'Wikipedysta',
# Lower case w in wikipedysty as per bug #10064
NS_USER_TALK => 'Dyskusja_wikipedysty',
100 => 'Portal',
101 => 'Dyskusja_portalu',
102 => 'Wikiprojekt',
103 => 'Dyskusja_Wikiprojektu',
104 => 'Archiwum',
105 => 'Dyskusja_archiwum',
),

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 164] Support collation by a certain locale (sorting order of characters)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=164

--- Comment #230 from Philippe Verdy  2011-08-27 11:06:18 
UTC ---
Until recently, it was too slow to initialize a large table like the DUCET. But
now that Javascript starts being used for 2D/3D rendering with interactive
speed, demonstrating complex animations, I don't think this is a performance
issue. The only issue is the code size that must be loaded once (that's why I
spoke about caching the DUCET and loading it by parts, on demand). But note
that the DUCET is not as large as the full Unicode. You can easily exclude the
Hangul syllables, and the sinograms, and can autobuild some parts of it for
blocks of symbols. The core of the implementation is already written for the
DUCET-based collation, I need more work to instantiate tailorings. But I've not
determined the best way to handle on-demand loading of the DUCET. In addition,
if I can finalize it, I will need a way to regenerate with some automatic tool
the representation of the DUCET for each release of Unicode. For now I just use
a static table, created with lots of manual operations: a code generator will
be needed (just like in all existing full implementations of UCA).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30489] Language select options in preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30489

Etienne Beaule  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #4 from Etienne Beaule  2011-08-27 10:24:01 
UTC ---
Never mind, now its the language preference that determines the language.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 164] Support collation by a certain locale (sorting order of characters)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=164

--- Comment #229 from Andrew Dunbar  2011-08-27 10:03:28 
UTC ---
@Philippe Verdy: I think work on the bigger Unicode problems for JavaScript is
pretty important. I tried to file a bug or feature request somewhere a couple
of years ago and the sentiment from the js community was that Unicode was too
big and  unneeded, would bloat js and be too slow. I couldn't convince whoever
was my audience that you just need it and in any case the js implememtations
should be hooking into Unicode APIs provided by their host OS or browser which
must have them anyway.

I have implemented some character/script property stuff from Unidata in js and
for my purposes found it very fast indeed to do everything with binary search.
And all the js implementations are much faster now.

I was doing stuff like looking up the script of every character in an HTML
page.

I've also implemented internationalized sorting including UCA of page titles in
en.wiktionary using the toolserver as a back end. All work was done on a first
generation netbook (-: You have my support. Is there somewhere I can watch your
project perhaps?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 21796] Pages with name ending with '/.' are not accessible

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=21796

Beau  changed:

   What|Removed |Added

   Keywords||patch

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 21796] Pages with name ending with '/.' are not accessible

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=21796

--- Comment #5 from Beau  2011-08-27 09:28:11 UTC ---
Created attachment 8981
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8981
Fix displaying list of deleted pages

I have created a patch, which replaces makeTitleSafe with makeTitle. It allows
to display deleted pages corretly without dereferencing null pointer. However,
it is still impossible to view or undelete a page with an invalid title.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30593] WebFonts set cookies for different paths.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30593

Santhosh Thottingal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Santhosh Thottingal  
2011-08-27 09:15:05 UTC ---
Fixed in r95595
The cookie value when reset was not using the correct path, resulting 'none' as
one cookie and other font selections in another cookie. Thanks for reporting.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 24322] imagelinks should include ProofreadPage pages

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24322

Beau  changed:

   What|Removed |Added

   Keywords||patch

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 24322] imagelinks should include ProofreadPage pages

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24322

Beau  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|wikibugs-l@lists.wikimedia. |b...@adres.pl
   |org |

--- Comment #1 from Beau  2011-08-27 08:34:47 UTC ---
Created attachment 8980
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8980
Add image links from Page namespace to corresponding images.

If I understood you correctly I have prepared patch which insert image links
form Page namespace. For example if there is a Page:Some book.djvu/001 there
will be created link to File:Some booj.djvu.

I have put the code in ParserAfterTidy hook. I am not completly certain if it
is the best place to do so.

After deployment, it would be a good idea to run refreshLinks.php maintenance
script, but only after bug 23287 was fixed.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30593] WebFonts set cookies for different paths.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30593

Junaid  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c
   |org |om

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30593] New: WebFonts set cookies for different paths.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30593

   Web browser: ---
 Bug #: 30593
   Summary: WebFonts set cookies for different paths.
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: WebFonts
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: junu...@gmail.com
Classification: Unclassified


Created attachment 8979
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8979
More than one cookie two remember selection

WebFonts set cookies for different paths making my font selection not global.
Please see attached.

I think my selection should be global within the site.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 30506] WebFonts should have not set any font explicitly prior to user selecting one from list

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30506

Junaid  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #2 from Junaid  2011-08-27 07:00:17 UTC ---
OK.

Another issue related to cookies are found, that I will report in a new one.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l