[Bug 25934] New: Optionally enable urldecode for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=25934 Summary: Optionally enable urldecode for external links Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: c...@uniyar.ac.ru Created attachment 7818 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7818 Optionally enable urldecode for non-ASCII external links At a some wiki site I add external links to another wikis (primarily in Russian). Such wiki have Cyrillic Titles, which links contain utf8 entities that are encoded (%xx). One may add such wiki to interwiki table to decode Title names. However, adding of every wiki is a bit tiresome. Browsers, like Firefox, already properly decode these URLs in their address line. I suggest to perform urldecode for such links. This way, Cyrillic external links become readable in generated html page. One may introduce a new $wgExternalLinksDecode, if such vehavior is undesired by default. -- 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 25932] Mobile edition should be served to users of Mobile firefox (including nightlies)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25932 --- Comment #1 from Hampton Catlin hcat...@wikimedia.org 2010-11-15 09:10:55 UTC --- Does the site currently look ok in the browser? Can you post a screenshot? -- 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 10331] Introduce article creation log
https://bugzilla.wikimedia.org/show_bug.cgi?id=10331 Dmitriy c...@uniyar.ac.ru changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #13 from Dmitriy c...@uniyar.ac.ru 2010-11-15 10:08:56 UTC --- Sorry. I've just forgot to re-run php update.php after re-importing dump from 1.15. -- 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 25935] New: cleanupRemovedModules.php has introductory comment apparently belonging to a different script
https://bugzilla.wikimedia.org/show_bug.cgi?id=25935 Summary: cleanupRemovedModules.php has introductory comment apparently belonging to a different script Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Keywords: easy Severity: trivial Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org CC: innocentkil...@gmail.com $ head -n 3 cleanupRemovedModules.php ?php /** * Maintenance script to create an account and grant it administrator rights It seems the above comment has been copied from some other file without being rewritten. -- 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 25895] Create Wikimedia alias for Chennai, India
https://bugzilla.wikimedia.org/show_bug.cgi?id=25895 --- Comment #1 from Tinu Cherian tinucher...@gmail.com 2010-11-15 11:58:27 UTC --- Any update ? :D -- 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 25935] cleanupRemovedModules.php has introductory comment apparently belonging to a different script
https://bugzilla.wikimedia.org/show_bug.cgi?id=25935 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Chad H. innocentkil...@gmail.com 2010-11-15 12:20:13 UTC --- Done in r76682. -- 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 25934] Optionally enable urldecode for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=25934 Bawolff bawolff...@gmail.com changed: What|Removed |Added Keywords||patch CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2010-11-15 12:50:38 UTC --- Just to clarify, this is for decoding the text part of the link, not the url in the href? The idea itself sounds sane if the user just writes a url in the wiki (at least imho). However i don't think we'd want to url-decode something like: [http://example.com some text for the link with %25 in it] If the user specified the text for the link, we should assume they know what they are doing and not decode it. (your patch would decode both). -- 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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920 Reedy s...@reedyboy.net changed: What|Removed |Added CC||jschulz_4...@msn.com Component|Blocking|General/Unknown --- Comment #1 from Reedy s...@reedyboy.net 2010-11-15 14:42:35 UTC --- CC'ing aaron. I think he might be the one to have broken this (he's been working on it recently) -- 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 25931] Random Page in a category
https://bugzilla.wikimedia.org/show_bug.cgi?id=25931 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|Random Page |Random Page in a category -- 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 25928] AbuseFilter API: output problems with aflprop=details
https://bugzilla.wikimedia.org/show_bug.cgi?id=25928 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||23855 -- 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 23855] Non Core API Tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=23855 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||25928 -- 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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920
--- Comment #2 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 14:44:39 UTC
---
(In reply to comment #0)
After svn update to r76651 the following warning is shown:
Warning: preg_match() [function.preg-match]: Compilation failed: assertion
expected after (?( at offset 157 in [my
server]/mediawiki-trunk/includes/IP.php
on line 85
The actual
regex=/^((::|:(:([0-9A-Fa-f]{1,4})){1,7})|([0-9A-Fa-f]{1,4})(:([0-9A-Fa-f]{1,4})){0,6}::|([0-9A-Fa-f]{1,4})(:([0-9A-Fa-f]{1,4})){7}|([0-9A-Fa-f]{1,4})(:(?Pabbr(?(abbr)|:))?([0-9A-Fa-f]{1,4})){1,6}(?(abbr)|^))(\/(12[0-8]|1[01][0-9]|[1-9]?\d)|)$/
Used software versions:
mediawiki: 1.17alpha (r76658)
PHP: 5.2.8 (but somehow does not accept the syntax (?name) which should
work as of version 5.2.2, see
http://php.net/manual/en/function.preg-match.php)
Are you saying there might be a PHP bug?
--
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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920 --- Comment #3 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 14:48:04 UTC --- From: http://php.net/manual/en/function.preg-match.php 5.2.2 Named subpatterns now accept the syntax (?name) and (?'name') as well as (?Pname). Previous versions accepted only (?Pname). I choose ?P since it was the oldest. It *should* be fine... -- 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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920 --- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 14:53:54 UTC --- OK, I think the problem is that the backreference (not just the name) also needs the P. *sigh of relief*. -- 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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920
--- Comment #5 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 15:21:07 UTC
---
(In reply to comment #4)
OK, I think the problem is that the backreference (not just the name) also
needs the P. *sigh of relief*.
I do think it's something about the conditional and not the named ref. that
5.2.8 dislikes. Worst case, I can use numbered references as a workaround, but
it makes the expression less versatile for outside use (like combining it with
other regexes).
The following is also valid syntax (perl style):
define( 'RE_IPV6_ADD',
'(' . // starts with :: (includes the address ::)
'(::|:(:' . RE_IPV6_WORD . '){1,7})' .
'|' . // ends with :: (not including the address ::)
RE_IPV6_WORD . '(:' . RE_IPV6_WORD . '){0,6}::' .
'|' . // has no ::
RE_IPV6_WORD . '(:' . RE_IPV6_WORD . '){7}' .
'|' . // contains one :: in the middle (^ check always fails if no ::
found)
RE_IPV6_WORD . '(:(?Pabbr(?(abbr)|:))?' . RE_IPV6_WORD .
'){1,6}(?(abbr)|^)' .
')'
);
Does this work on your setup?
--
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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920
--- Comment #6 from Paul Oranje p.ora...@xs4all.nl 2010-11-15 15:42:52 UTC ---
(In reply to comment #2)
(In reply to comment #0)
[cut]
PHP: 5.2.8 (but somehow does not accept the syntax (?name) which should
work as of version 5.2.2, see
http://php.net/manual/en/function.preg-match.php)
Are you saying there might be a PHP bug?
No, but the new named pattern syntax does not work with hosting provider,
though the reported version of PHP 5.2.2. So I thought the same could be true
for the backreferences.
(In reply to comment #5)
A test with as part of the pattern set set on line 45 like proposed by you
RE_IPV6_WORD . '(:(?Pabbr(?(abbr)|:))?' . RE_IPV6_WORD .
'){1,6}(?(abbr)|^)' .
produces the error message:
Compilation failed: assertion expected after (?( at offset 157 in [my
server]/mediawiki-trunk/includes/IP.php on line 85
An other test with as part of the pattern set set on line 45 like
RE_IPV6_WORD . '(:(?Pabbr(?P(abbr)|:))?' . RE_IPV6_WORD .
'){1,6}(?P(abbr)|^)'
produces the error message:
Compilation failed: unrecognized character after (?P at offset 157 in [my
server]/mediawiki-trunk/includes/IP.php on line 85
My knowledge of PHP is superficial, so likely the other pattern I tested isn't
right.
What would be the correct pattern (for the back reference ?(abbr))?
It seems to me a good choice that the oldest still supported syntax be used.
--
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 25936] New: Request for creation of mailing list for Singapore Wikimedians
https://bugzilla.wikimedia.org/show_bug.cgi?id=25936 Summary: Request for creation of mailing list for Singapore Wikimedians Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Mailing lists AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: anirudh...@gmail.com Hi Cary and Casey, Proposed name of the list: WikimediaSG (Singapore) Proposed list admins: anirudh...@gmail.com [Anirudh Bhati], terenceon...@gmail.com [Terence Ong] Public archives, subscription should be free, listed on the info page. -- 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 25936] Request for creation of mailing list for Singapore Wikimedians
https://bugzilla.wikimedia.org/show_bug.cgi?id=25936 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||shell -- 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 25934] Optionally enable urldecode for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=25934 --- Comment #2 from Dmitriy c...@uniyar.ac.ru 2010-11-15 16:08:15 UTC --- Firefox is performing entities decode for URL in address line. For example, try to place the following link to wiki page (even without the patch), then open it and look at address line: http://ru.wikipedia.org/wiki/%D0%94%D1%80%D0%BE%D1%84%D0%B0 Series of hex codes %xx were replaced with Cyrillic chars, which are readable to anyone who knows Cyrillic alphabet. However, when you copy/paste such URL to text editor back from address line, %xx will reappear again - so internally that is the same binary representation, the decoding is preformed only for visualization. Opera and Safari probably does this, too. IE8 - does not, haven't checked IE9, yet. [http://ru.wikipedia.org/wiki/%D0%94%D1%80%D0%BE%D1%84%D0%B0 %D0%94%D1%80%D0%BE%D1%84%D0%B0], the description is not decoded with my patch, only URL. Quite opposite, however probably matches Firefox logic. -- 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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920
--- Comment #7 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 16:15:35 UTC
---
Before PHP 5.3, PCRE was an extension. The host might be using an old version.
From: http://www.pcre.org/changelog.txt
...Version 7.0 19-Dec-06...
(d) A conditional reference to a named group can now use the syntax
(?(name) or (?('name') as well as (?(name).
--
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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920 --- Comment #8 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 16:29:02 UTC --- It looks like (?(name)x|y) was actually the oldest named group assertion syntax, from Version 4.0 17-Feb-03. -- 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 25778] A large number of templates on a page causes display errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=25778 Lejonel lejo...@telia.com changed: What|Removed |Added Status|NEW |RESOLVED CC||lejo...@telia.com Resolution||INVALID --- Comment #3 from Lejonel lejo...@telia.com 2010-11-15 16:49:53 UTC --- The parser linmits are not a bug. -- 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 25920] preg_match cannot compile pattern in includes/IP.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25920 --- Comment #9 from Aaron Schulz jschulz_4...@msn.com 2010-11-15 17:06:06 UTC --- Do you know what version of PCRE the host uses as the PHP extension? -- 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 7133] Few more format specifiers for #time
https://bugzilla.wikimedia.org/show_bug.cgi?id=7133
✓ andbe...@web.de changed:
What|Removed |Added
CC||andbe...@web.de
--- Comment #10 from ✓ andbe...@web.de 2010-11-15 17:09:46 UTC ---
(In reply to comment #8)
So e, I and T would be useful to avoid the confusion.
The I parameter would be really useful. In the German Wikipedia we have the
problem that there is a date (not yet, otherwise we could use
{{LOCALDATE}}-{{CURRENTDATE}}) of which we want to the UTC time.
{{#time:I|{{{date}}} }} should help to find out whether the {{{date}}} was in
MESZ or MEZ (fixme?).
I propose this bug not to be an enhancement but of normal priority.
--
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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 Frank Selton s...@trash-mail.com changed: What|Removed |Added Priority|Normal |High CC||s...@trash-mail.com Component|General/Unknown |Site requests Severity|enhancement |major -- 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 25388] Deployment checklist for November 2010 Pending Changes release
https://bugzilla.wikimedia.org/show_bug.cgi?id=25388 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED URL||http://wikitech.wikimedia.o ||rg/view/FlaggedRevs_setup/2 ||010-11-17_Rollout_Checklist Resolution||FIXED --- Comment #1 from Rob Lanphier ro...@wikimedia.org 2010-11-15 17:57:20 UTC --- Done. Since we don't have any db updates, this is easier than the initial rollout: http://wikitech.wikimedia.org/view/FlaggedRevs_setup/2010-11-17_Rollout_Checklist -- 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 25293] Pending Changes November 2010 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25293 Bug 25293 depends on bug 25388, which changed state. Bug 25388 Summary: Deployment checklist for November 2010 Pending Changes release https://bugzilla.wikimedia.org/show_bug.cgi?id=25388 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com, ||simetrical+wikib...@gmail.c ||om --- Comment #1 from Platonides platoni...@gmail.com 2010-11-15 18:04:10 UTC --- They would currently be unable to login until they request a new password by email. -- 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 25919] NullRevision should not produce pending changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25919 --- Comment #1 from Umherirrender umherirrender_de...@web.de 2010-11-15 18:25:59 UTC --- Addition: When a page from an unreviewable namespace is used as a template in a reviewable namespace and get a block, all the user of the template have to reviewed manual. -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 ✓ andbe...@web.de changed: What|Removed |Added CC||andbe...@web.de --- Comment #2 from ✓ andbe...@web.de 2010-11-15 18:37:18 UTC --- How many would be affected by this? Do the server admins have access to these password data to inform everybody whose password is to short? Otherwise we'd have to change the MediaWiki-messages login* to warn them. Are there some who had not specified a e-mail-address? Their accounts would get locked. But I dont think there are a lot of these or their contributions to important. -- 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 25937] New: Error: data is null in Vector.combined.min.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=25937 Summary: Error: data is null in Vector.combined.min.js Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: platoni...@gmail.com CC: roan.katt...@gmail.com, amil...@wikimedia.org, asha...@wikimedia.org Originally reported in http://es.wikipedia.org/w/index.php?title=Wikipedia:Caf%C3%A9/Portal/Archivo/T%C3%A9cnica/Actualdiff=41738883oldid=41738850 when trying to debug a failing user script. My Firefox error console says the following: «Error: data is null Source: http://bits.wikimedia.org/w/extensions/UsabilityInitiative/Vector/Vector.combined.min.js?283-12 Line: 33 -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 Ashar Voultoiz has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #3 from Ashar Voultoiz has...@free.fr 2010-11-15 18:39:32 UTC --- Password are encrypted with md5 and salted. We cant reliably detect short passwords. -- 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 25900] Problems with using Semantic maps in trunk
https://bugzilla.wikimedia.org/show_bug.cgi?id=25900 Corneel Booysen corneelbooy...@hotmail.com changed: What|Removed |Added Resolution|WONTFIX |INVALID --- Comment #5 from Corneel Booysen corneelbooy...@hotmail.com 2010-11-15 18:40:42 UTC --- It seems the problem was that I was testing the code on a private server. I moved it to a public server and the Map extension is now working fine. http://semanticstreams.com/wiki117/index.php?title=New_York Thanks for all the help... I am new to this. :-) Corneel. -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 --- Comment #4 from Max Semenik maxsem.w...@gmail.com 2010-11-15 18:42:20 UTC --- Actually, bruteforcing 1-char password is easy, despite even salt. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added CC||tpars...@wikimedia.org --- Comment #20 from Trevor Parscal tpars...@wikimedia.org 2010-11-15 18:42:52 UTC --- What's the history of the practice of trying to encode the name of the section in the anchor for that section? It seems to get very messy and unpredictable unless the heading text is written in latin characters without any punctuation. And even in those cases, it's still possible that the heading text will be encoded as the same ID as other IDs on the page, such as those used by the skin or other software that renders user interfaces. The IDs seem to be effectively unpredictable in a couple of ways: 1. The encoding does not follow a standard encoding algorithm, making any non string that's not [a-zA-Z0-9 ] be converted to something that only someone who knows the algorithm well would expect. 2. The anchor names could possibly intersect with IDs used on the page for other things. An effort has been made to conform the IDs of skins use the mw-* namespace, but it's still not a guarantee, just a bit less likely. If anchor names were encoded in a predictable way, such as id=section-1.2 the anchors would be able to correspond to the table of contents, which is pretty simple and straightforward, plus we could know for sure that there would never be collisions with IDs so long as we never use the section-* namespace in skins or other software. Since we have more control over the software than the content, this seems like a superior approach. -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 --- Comment #5 from Platonides platoni...@gmail.com 2010-11-15 18:44:13 UTC --- Another option is to allow login once with a one character password, forcing them to change it. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #21 from Laurence 'GreenReaper' Parry greenrea...@hotmail.com 2010-11-15 18:50:00 UTC --- The point is to be able to link to a specific section of an article from another article (or even externally). Yes, it is possible that the name will change, but often that does not happen, especially for articles using a specific template. Naming it section-1.2 would not really provide anything useful, and would be even more likely to change than the name of the header. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #22 from Trevor Parscal tpars...@wikimedia.org 2010-11-15 19:08:40 UTC --- but often that does not happen What is this based on? -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 --- Comment #6 from ✓ andbe...@web.de 2010-11-15 19:11:26 UTC --- (In reply to comment #3) Password are encrypted with md5 and salted. I thought as much. Bruteforcing is neither a solution, it might be possible for 1-char passwords, but 2 or 3 are also not save enough. (Also imagine about the PR: Wikipedia admins hack their users' passwords! :-) (In reply to comment #5) Good idea, but not as easy to code as I supposed at first. And you can't guarantee that any user would login another time... But a new variable like $wgMinimalPasswordLengthForNewRegistrations sounds well. Together with the force to change it would imho solve the problem. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #23 from Laurence 'GreenReaper' Parry greenrea...@hotmail.com 2010-11-15 19:23:21 UTC --- Personal experience? Maybe you edit different articles than I do, but a lot of them are relatively static, especially in terms of section headers. And that's just on Wikipedia. Section header links are used a lot. Maybe they shouldn't be, in their current state, but they are. Getting rid of them entirely is not a good idea, nor is replacing them with something that would be useless for their main purpose: linking to a specific part of an article. -- 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 25926] Firefogg does not work in Firefox 4.0 beta 7
https://bugzilla.wikimedia.org/show_bug.cgi?id=25926 --- Comment #2 from r2 rigo...@yahoo.com 2010-11-15 20:01:55 UTC --- I did uninstall and install again and still does not work, same problem as above -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #24 from Derk-Jan Hartman hart...@videolan.org 2010-11-15 20:04:15 UTC --- Jumping to named sections is very common. Numbered sections change, so cannot be used for section jumping. And it's not that difficult. A section anchor is basically: section title - uri encode - replace ( '%', '.' ) I do agree we have a lot of issues with id clashing. Anchors really should have their own prefix, but changing that now would be rather disruptive I fear... -- 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 25916] SSL cert being lost at captchta page
https://bugzilla.wikimedia.org/show_bug.cgi?id=25916 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Arthur Richards aricha...@wikimedia.org 2010-11-15 20:04:40 UTC --- I have confirmed that there is some SSL issue when a user is presented with a captcha on the credit card form. It appears that communication pulling the captcha interface from reCaptcha is /not/ happening in SSL, which will cause some browser configurations to complain and even to potentially not show non-SSL content. -- 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 25938] New: move default styles out of BannerController to prevent page blanking
https://bugzilla.wikimedia.org/show_bug.cgi?id=25938 Summary: move default styles out of BannerController to prevent page blanking Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: CentralNotice AssignedTo: rkald...@wikimedia.org ReportedBy: rkald...@wikimedia.org The document.writeln() statement in BannerController is occasionally causing page blanking. The default styles included by the document.writeln() statement should be moved to a separate css file or into the CSS of the banners themselves. -- 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 25871] Create the Palatinate German Wikipedia (wp/pfl)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25871 Robin robinp.1...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #4 from Robin robinp.1...@gmail.com 2010-11-15 20:05:16 UTC --- The logo does not appear, because it has been set to: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-pfl.png but it should be set to the actual file path, which is: http://upload.wikimedia.org/wikipedia/commons/5/50/Wikipedia-logo-v2-pfl.png -- 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 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 25871, which changed state. Bug 25871 Summary: Create the Palatinate German Wikipedia (wp/pfl) https://bugzilla.wikimedia.org/show_bug.cgi?id=25871 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|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 25812] Internal error on SVN head when visiting Special:SpecialPages not logged in
https://bugzilla.wikimedia.org/show_bug.cgi?id=25812 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Neil Kandalgaonkar ne...@wikimedia.org 2010-11-15 20:06:27 UTC --- (In reply to comment #3) still occurs for me. mah confirms the error is gone (see r76537), so marking this resolved. -- 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 25569] Create the Gagauz Wikipedia (wp/gag)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 Robin robinp.1...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from Robin robinp.1...@gmail.com 2010-11-15 20:06:39 UTC --- The logo does not appear, because it has been set to: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-gag.png and it should be set to the actual file path, which is: http://upload.wikimedia.org/wikipedia/commons/4/4e/Wikipedia-logo-v2-gag.png -- 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 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 25569, which changed state. Bug 25569 Summary: Create the Gagauz Wikipedia (wp/gag) https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|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 25934] Optionally enable urldecode for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=25934 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2010-11-15 20:07:17 UTC --- I'm in favor of this idea, and the implementation is only for links in wikicode without text. I think that with all the international versions we have, this would be a welcome change for many. -- 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 25939] New: references/ in ordered list or unordered list
https://bugzilla.wikimedia.org/show_bug.cgi?id=25939 Summary: references/ in ordered list or unordered list Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Cite AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: foma...@googlemail.com The following wikitext: Text 1refRef 1/ref Text 2refRef 2/ref Text 3refRef 3/ref * Item 1 references / * Item 2 is converted to: pText 1sup id=cite_ref-0 class=referencea href=#cite_note-0[1]/a/sup Text 2sup id=cite_ref-1 class=referencea href=#cite_note-1[2]/a/sup Text 3sup id=cite_ref-2 class=referencea href=#cite_note-2[3]/a/sup/p ul liItem 1 ol class=references li id=cite_note-0a href=#cite_ref-0↑/a Ref 1/li /ol /li /ul ul li id=cite_note-1a href=#cite_ref-1↑/a Ref 2/li li id=cite_note-2a href=#cite_ref-2↑/a Ref 3/li li style=list-style-type: none; list-style-image: none; list-style-position: outside; display: inline; ul liItem 2/li /ul /li /ul expected result: pText 1sup id=cite_ref-0 class=referencea href=#cite_note-0[1]/a/sup Text 2sup id=cite_ref-1 class=referencea href=#cite_note-1[2]/a/sup Text 3sup id=cite_ref-2 class=referencea href=#cite_note-2[3]/a/sup/p ul liItem 1 ol class=references li id=cite_note-0a href=#cite_ref-0↑/a Ref 1/li li id=cite_note-1a href=#cite_ref-1↑/a Ref 2/li li id=cite_note-2a href=#cite_ref-2↑/a Ref 3/li /ol /li liItem 2/li /ul -- 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 25569] Create the Gagauz Wikipedia (wp/gag)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 --- Comment #6 from Anatoliy Goncharov ahonc...@gmail.com 2010-11-15 20:14:55 UTC --- But why this image not upload locally in gag.wikipedia? Logo image should be uploaded locally and protected. -- 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 25926] Firefogg does not work in Firefox 4.0 beta 7
https://bugzilla.wikimedia.org/show_bug.cgi?id=25926 --- Comment #3 from j^ j...@v2v.cc 2010-11-15 20:16:32 UTC --- yes, Firefox changed the api for extensions just before releasing b7, Firefogg is currently broken due to that. also opened a Firefogg bug on this issue at https://bugs.launchpad.net/firefogg/+bug/675724 -- 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 25569] Create the Gagauz Wikipedia (wp/gag)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 --- Comment #7 from Robin robinp.1...@gmail.com 2010-11-15 20:34:02 UTC --- No, it's not necessary, there are a lot of logos on Commons that are used on a wiki, see wgLogo on http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 25569] Create the Gagauz Wikipedia (wp/gag)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 --- Comment #8 from Anatoliy Goncharov ahonc...@gmail.com 2010-11-15 20:51:26 UTC --- Well, I had just protect this image on Commons. -- 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 25916] SSL cert being lost at captchta page
https://bugzilla.wikimedia.org/show_bug.cgi?id=25916 --- Comment #2 from Arthur Richards aricha...@wikimedia.org 2010-11-15 21:10:20 UTC --- I've now fully identified the issue. The code currently uses $wgProto to determine whether or not to communicate with reCaptcha in HTTPS or HTTP. Becase we are terminating SSL before MediaWiki sees the traffic (on our payments cluster), the protocol is being set to regular HTTP. I am going to add a configurable variable in the DonationInterface to explicitly set whether or not to use HTTPS and update the reCaptcha code to rely on that instead. -- 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 25569] Create the Gagauz Wikipedia (wp/gag)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 JeLuF je...@gmx.de changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from JeLuF je...@gmx.de 2010-11-15 21:17:33 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 1327) +++ InitialiseSettings.php(working copy) @@ -447,7 +447,7 @@ 'fywikibooks' = '$stdlogo', 'ganwiki' = 'http://upload.wikimedia.org/wikipedia/commons/d/d5/Wikipedia-logo-gan.png', 'gawiki'= '$stdlogo', -'gagwiki'= 'http://commons.wikimedia.org/wiki/File:Wikipedia-logo-gag.png', +'gagwiki'= 'http://upload.wikimedia.org/wikipedia/commons/4/4e/Wikipedia-logo-v2-gag.png', 'gawiktionary' = '$stdlogo', 'gdwiki'= '$stdlogo', 'glkwiki' = '$stdlogo', === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 25569, which changed state. Bug 25569 Summary: Create the Gagauz Wikipedia (wp/gag) https://bugzilla.wikimedia.org/show_bug.cgi?id=25569 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||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 25932] Mobile edition should be served to users of Mobile firefox (including nightlies)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25932
Derk-Jan Hartman hart...@videolan.org changed:
What|Removed |Added
CC||hart...@videolan.org
--- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2010-11-15 21:23:18
UTC ---
UA:
Mozilla/5.0 ({OS FAMILY}; U; {OS VERSION} {CPU}; en-US; rv:{GECKO VERSION})
Gecko/{BUILDID} Firefox/{FIREFOX VERSION} Fennec/{FENNEC VERSION}
--
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 25932] Mobile edition should be served to users of Mobile firefox (including nightlies)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25932 --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2010-11-15 21:26:32 UTC --- https://developer.mozilla.org/en/Mobile/Using_the_viewport_meta_tag_to_improve_the_mobile_browsing_experience For web developers, this means that 320px be full width in portrait mode at scale=1, on all of the above-mentioned handheld devices, and they may size their layouts and images accordingly. But remember that not all mobile devices are the same width; you should also make sure that your pages work well in landscape mode, and on larger devices like the iPad and Android tablets. On 240-dpi screens, pages with initial-scale=1 will effectively be zoomed to 150% by both Fennec and Android WebKit. Their text will be smooth and crisp, but their bitmap images will probably not take advantage of the full screen resolution. To get sharper images on these screens, web developers may want to design images – or whole layouts – at 150% of their final size (or 200%, to support the rumored 320-dpi iPhone) and then scale them down using CSS or viewport properties. -- 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 17733] Search results incorrect for 4-letter words after update from 1.13
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 Brion Vibber br...@pobox.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | Summary|Search results incorrect|Search results incorrect |for 4-letter words |for 4-letter words after ||update from 1.13 --- Comment #19 from Brion Vibber br...@pobox.com 2010-11-15 21:39:51 UTC --- Reopening -- further consideration after a post on mailing list reminds me that in fact some words will behave differently. If padding keeps the word off the ignore list, then it becomes a required word -- which won't be found in old pages that had the word but not the padded word. Upgrade procedure possibly should be updated, or at least a reference to rebuildtextindex slipped into UPGRADE. -- 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 25940] New: Add module(s) to add comments/set revision status
https://bugzilla.wikimedia.org/show_bug.cgi?id=25940 Summary: Add module(s) to add comments/set revision status Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com, s...@reedyboy.net As per IRC disscussion, could be useful in a post commit sanity check stuff -- 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 20069] Implement PHP syntax validity (as SVN post commit hook)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20069 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||25940 Summary|Implement PHP syntax|Implement PHP syntax |validity checking to upload |validity (as SVN post |results to CodeReview tests |commit hook) --- Comment #4 from Reedy s...@reedyboy.net 2010-11-15 21:49:22 UTC --- Retitling and adding dependancy Post commit hook, pinging CR and setting fixme would be great -- 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 25940] Add module(s) to add comments/set revision status
https://bugzilla.wikimedia.org/show_bug.cgi?id=25940 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||20069 -- 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 25916] SSL cert being lost at captchta page
https://bugzilla.wikimedia.org/show_bug.cgi?id=25916 --- Comment #3 from Arthur Richards aricha...@wikimedia.org 2010-11-15 22:09:05 UTC --- This is resolved in r76717 of trunk, will be merging to deploy later today with Kaldari's changes -- 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 25828] UploadWizard should properly handle audio files
https://bugzilla.wikimedia.org/show_bug.cgi?id=25828 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Neil Kandalgaonkar ne...@wikimedia.org 2010-11-15 22:17:00 UTC --- *** This bug has been marked as a duplicate of bug 25902 *** -- 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 25902] Icons for stashed audio files are broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=25902 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added CC||vasi...@gmail.com --- Comment #2 from Neil Kandalgaonkar ne...@wikimedia.org 2010-11-15 22:17:01 UTC --- *** Bug 25828 has been marked as a duplicate of 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 25933] Characters in fields on interface limited
https://bugzilla.wikimedia.org/show_bug.cgi?id=25933 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||pbeaude...@wikimedia.org --- Comment #1 from Arthur Richards aricha...@wikimedia.org 2010-11-15 22:18:32 UTC --- I'm taking care of this now. -- 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 25933] Characters in fields on interface limited
https://bugzilla.wikimedia.org/show_bug.cgi?id=25933 --- Comment #2 from Arthur Richards aricha...@wikimedia.org 2010-11-15 22:22:06 UTC --- Resolved in r76723 of trunk, will merge and deploy later with Kaldari's changes -- 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 25941] New: Enhanced recent changes clobbers classes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25941 Summary: Enhanced recent changes clobbers classes Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Javascript AssignedTo: d...@ucsc.edu ReportedBy: orangepickl...@googlemail.com CC: tpars...@wikimedia.org Created attachment 7819 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7819 patch detailed in description Instead of adding/removing classes from elements, toggleVisiblity in enhancedchanges.js sets the full class attribute. This conflicts with any third-party scripts that might set their own classes (and it was in writing such a script that I came across this). I've attached a patch for skins/common/enhancedchanges.js, which fixes this for the #mw-rc-subentries- elements - I think it unlikely you'd need to mess with the arrows' classes, but fixing them is as easy. Maybe it would also make sense to use similar RexEx to test for the arrow's class instead of openarrow.className == 'mw-changeslist-expanded'? -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925 --- Comment #7 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-11-15 22:31:10 UTC --- As I've remarked elsewhere repeatedly and at length, I don't think unprivileged users should have any password strength requirements. It hurts them and no one else if their account is compromised, so they can make the convenience vs. security decision for themselves. Ideally, strict password strength requirements should be imposed on sysops and bots. But if a wiki did want this anyway, I definitely would say that making $wgMinimalPasswordLength not prevent login is a blocker. It's not reasonable to disable thousands of accounts just because we've strengthened password policy. (BTW, I tried running a query as root on the toolserver to see how many users had ' ' as a password, but it's taking an awfully long time. It's possible to do, but I doubt it's worth it except for sysops.) -- 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 23602] [partner] Change to Vector skin broke Apple's Dictionary.app
https://bugzilla.wikimedia.org/show_bug.cgi?id=23602 --- Comment #6 from Derk-Jan Hartman hart...@videolan.org 2010-11-15 23:10:04 UTC --- Mac OS X Update 10.6.5: * resolve an issue with Wikipedia information not displaying correctly in Dictionary Woohooo ! Will need to test myself, but sounds promising. -- 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 25775] Remove top 5 reviewers in the last hour from Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=25775 Leinad danny.lei...@gmail.com changed: What|Removed |Added CC||danny.lei...@gmail.com --- Comment #5 from Leinad danny.lei...@gmail.com 2010-11-15 23:48:08 UTC --- I support Philipp (the same on pl-WP). +a bit history... top5 has been enabled when user:aka had to disable on toolserver the statistics tool due to performance problems. The tool had been widely used by de. pl. and hu.wiki communities, so I suspect that the new MediaWiki feature was a good solution and should remain so. -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #25 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-11-16 00:15:10 UTC --- (In reply to comment #20) What's the history of the practice of trying to encode the name of the section in the anchor for that section? The same as the practice of trying to encode the name of the article in the URL for the article, I imagine. Pretty URLs are nice. It seems to get very messy and unpredictable unless the heading text is written in latin characters without any punctuation. $wgExperimentalHtmlIds is enabled in trunk, so this is no longer the case -- non-Latin scripts and punctuation will work fine. (Although there are still a bunch of other problems.) 1. The encoding does not follow a standard encoding algorithm, making any non string that's not [a-zA-Z0-9 ] be converted to something that only someone who knows the algorithm well would expect. This is no longer the case on trunk. (Actually, legacy id's are just urlencoded as UTF-8, but with % replaced by ., so that's not really nonstandard. But it is ugly.) 2. The anchor names could possibly intersect with IDs used on the page for other things. An effort has been made to conform the IDs of skins use the mw-* namespace, but it's still not a guarantee, just a bit less likely. Yes, this is a problem. If anchor names were encoded in a predictable way, such as id=section-1.2 the anchors would be able to correspond to the table of contents, which is pretty simple and straightforward, plus we could know for sure that there would never be collisions with IDs so long as we never use the section-* namespace in skins or other software. Since we have more control over the software than the content, this seems like a superior approach. We could also make our URLs use page_id instead of the article title, but I don't think it's desirable. The section name is more stable than the number, because it doesn't change when sections are added or removed, and adding/removing sections is more common than renaming them. (No, I have no stats on this, but it's clear to me from personal experience.) The section name can also be typed manually or copy-pasted from the rendered page, not just copy-pasted from the URL, so it's more convenient. You could type a #section-1.2 type anchor manually too, but only if you count the sections, which isn't worth it on large articles. And the section name gives you an idea of what section you're being linked to before you click the URL. The section number is opaque. There are indeed some problems with the way we do things in trunk. Overall, IMO, they're not enough to offset the (modest) advantages we get from using section names instead of numbers. It would be pretty easy to more or less eliminate anchor collisions from headers by just making a big pattern of reserved anchors, including unprefixed ones like content and top, and tweaking header id's if they matched -- we wouldn't get them all, but we'd make the problem really negligible. -- 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 25925] increase $wgMinimalPasswordLength
https://bugzilla.wikimedia.org/show_bug.cgi?id=25925
--- Comment #8 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-11-16
00:20:15 UTC ---
(In reply to comment #7)
(BTW, I tried running a query as root on the toolserver to see how many users
had ' ' as a password, but it's taking an awfully long time. It's possible to
do, but I doubt it's worth it except for sysops.)
r...@sql-s2:dewiki SELECT COUNT(*) FROM user WHERE (user_password LIKE ':B:%'
AND SUBSTR(user_password, 13) = MD5(CONCAT(SUBSTR(user_password, 4, 8), '-',
MD5(' ' OR (user_password LIKE ':A:%' AND SUBSTR(user_password, 4) = MD5('
')) OR (user_password NOT LIKE ':%' AND user_password = MD5(CONCAT(user_id,
'-', MD5(' ';
+--+
| COUNT(*) |
+--+
| 62 |
+--+
1 row in set (33.86 sec)
Not actually that long, it would be easily doable to detect such users with a
maintenance script. But what would we want to do with them?
--
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 25942] New: MediaWiki:Revreview-reject-default-summary needs improvements
https://bugzilla.wikimedia.org/show_bug.cgi?id=25942 Summary: MediaWiki:Revreview-reject-default-summary needs improvements Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: ro...@wikimedia.org ReportedBy: danny.lei...@gmail.com CC: jschulz_4...@msn.com, innocentkil...@gmail.com If we rejecting changes made by more than one user, summary ([[MediaWiki:Revreview-reject-default-summary]]) should inform about all users, not only about author of last change. To reproduce: 1. Made edits from various accounts without editor rights. 2. Log in as user with editor rights and push button Reject changes 3. Look at Edit summary, there is Rejected changes by [[User:XXX|XXX]] to... - summary show only author of last pending change and anything about authors of older pending changes. For example (there were 2 authors - 76.104.247.13 and 216.38.130.167, but summary shows only one - 76.104.247.13): By completing this action, you will be rejecting the following changes: (diff) 08:26, 15 November 2010 76.104.247.13 (test) (diff) 17:24, 1 November 2010 216.38.130.167 (diff) 17:23, 1 November 2010 216.38.130.167 This will revert the page back to the version as of 15:27, 1 November 2010. Edit summary: Rejected changes by [[User:76.104.247.13|76.104.247.13]] to version 7925 by [[User:Lotje|Lotje]] -- 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 23602] [partner] Change to Vector skin broke Apple's Dictionary.app
https://bugzilla.wikimedia.org/show_bug.cgi?id=23602 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Derk-Jan Hartman hart...@videolan.org 2010-11-16 00:55:56 UTC --- Confirmed to work. Solution they chose: GET /w/index.php?title=pagenameuseskin=monobook HTTP/1.1\r\n ah well. -- 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 25943] New: [[MediaWiki:Revreview-reject-text-revto]] - problem with $1
https://bugzilla.wikimedia.org/show_bug.cgi?id=25943 Summary: [[MediaWiki:Revreview-reject-text-revto]] - problem with $1 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: ro...@wikimedia.org ReportedBy: danny.lei...@gmail.com CC: jschulz_4...@msn.com, innocentkil...@gmail.com [[MediaWiki:Revreview-reject-text-revto]] incorrectly parsing $1 - outputs empty value. -- 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 25944] New: Styles are not loaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=25944 Summary: Styles are not loaded Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: dasch...@gmx.net CC: jeroen_ded...@yahoo.com I updated from 1.5.2 to 1.5.3 and now styles are not loaded anymore/do not appear anywhere in the page My MediaWiki Version is 1.17alpha (r76433) -- 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 25942] MediaWiki:Revreview-reject-default-summary needs improvements
https://bugzilla.wikimedia.org/show_bug.cgi?id=25942 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||ro...@wikimedia.org Blocks||25293 AssignedTo|ro...@wikimedia.org |innocentkil...@gmail.com Severity|enhancement |normal --- Comment #1 from Rob Lanphier ro...@wikimedia.org 2010-11-16 01:17:47 UTC --- Thanks for the detailed report, Leinad. This problem was on our radar (see comments in r75408) but it's good to have a bug report for it. -- 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 25293] Pending Changes November 2010 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25293 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Depends on||25942 -- 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 25775] Remove top 5 reviewers in the last hour from Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=25775 --- Comment #6 from Bawolff bawolff...@gmail.com 2010-11-16 01:28:33 UTC --- This must be the only time in the history of everything that something was too performance heavy for the toolserver, so it got moved to core ;) -- 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 22463] Change getPoweredBy to be customizable
https://bugzilla.wikimedia.org/show_bug.cgi?id=22463 DaSch dasch...@gmx.net changed: What|Removed |Added Attachment #7817|0 |1 is obsolete|| --- Comment #26 from DaSch dasch...@gmx.net 2010-11-16 01:29:17 UTC --- Created attachment 7820 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7820 reworked new patch rework with some fixes now even works with only a key and an url given -- 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 25910] geoiplookup should have Cache-Control headers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25910 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2010-11-16 01:29:30 UTC --- Done http://wikitech.wikimedia.org/index.php?title=Server_admin_logaction=historysubmitdiff=30033oldid=30032 -- 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 25944] Styles are not loaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=25944 --- Comment #1 from DaSch dasch...@gmx.net 2010-11-16 01:32:43 UTC --- And by the way... entering Userpages I get this error Fatal error: Call to a member function isTemplate() on a non-object in /.../httpdocs/extensions/SemanticMediaWiki/includes/parserhooks/SMW_Declare.php on line 26 -- 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 25775] Remove top 5 reviewers in the last hour from Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=25775 --- Comment #7 from Leinad danny.lei...@gmail.com 2010-11-16 01:40:18 UTC --- (In reply to comment #6) This must be the only time in the history of everything that something was too performance heavy for the toolserver, so it got moved to core ;) Current feature on Special:ValidationStatistics is only a small piece of former FlaggedRevs stats tool on toolserver. The old tool had various stats and graphs etc. :) -- 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 25775] Remove top 5 reviewers in the last hour from Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=25775 --- Comment #8 from Gurch matthew.brit...@btinternet.com 2010-11-16 01:40:46 UTC --- (In reply to comment #6) This must be the only time in the history of everything that something was too performance heavy for the toolserver, so it got moved to core ;) Move it back out to toolserver then. -- 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 25934] Optionally enable urldecode for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=25934 --- Comment #4 from Bawolff bawolff...@gmail.com 2010-11-16 01:47:04 UTC --- Whoops. You're right this doesn't affect [http://example.com %E0%B4%B3%E0%B5%8D%E2%80%8D] style links since the parser sets the $escape argument for false for those kind of links. However it still seems a bit weird, as if I do something like $sk-makeExternalLink( http://example.com/some_url;, some text that is not a url, entered by the user, containing a %HH code ); in an extension, the result would probably not be what is expected. -- 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 25945] New: Canadian transactions failing AVS
https://bugzilla.wikimedia.org/show_bug.cgi?id=25945 Summary: Canadian transactions failing AVS Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: DonationInterface AssignedTo: aricha...@wikimedia.org ReportedBy: tf...@wikimedia.org CC: tf...@wikimedia.org Were seeing a disproportionate amount of donations from Canada failing AVS even though they should go through. -- 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 25946] New: recentchangestext is contentlanguage instead of userlanguage
https://bugzilla.wikimedia.org/show_bug.cgi?id=25946 Summary: recentchangestext is contentlanguage instead of userlanguage Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Recent changes AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com As can be seen on this page: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/specials/SpecialRecentchanges.php?view=markup#l535 It does: wfMsgForContentNoTrans( 'recentchangestext' ) Which for example causes the page on Meta ( http://meta.wikimedia.org/wiki/Special:RecentChanges?uselang=pt ) not to be translated as defined there ( http://meta.wikimedia.org/wiki/MediaWiki:Recentchangestext/pt ). -- 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 23686] Ids in user contributions Atom feed are not unique
https://bugzilla.wikimedia.org/show_bug.cgi?id=23686 --- Comment #4 from nornand nowon...@hotmail.com 2010-11-16 04:02:40 UTC --- My first link has changed its url. Instead of http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#To_Google_Reader_users:_You_may_be_missing_items_from_your_watchlist_feed. now it is http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_82#To_Google_Reader_users:_You_may_be_missing_items_from_your_watchlist_feed. -- 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 25626] Document message review-logentry-diff2
https://bugzilla.wikimedia.org/show_bug.cgi?id=25626 --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2010-11-16 05:08:23 UTC --- Done in r76780. -- 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 25626] Document message review-logentry-diff2
https://bugzilla.wikimedia.org/show_bug.cgi?id=25626 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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 25919] NullRevision should not produce pending changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25919 --- Comment #2 from Aaron Schulz jschulz_4...@msn.com 2010-11-16 05:20:04 UTC --- I don't think there is any effective way to check for this at all (skipping down the top X edits because they are null). Even with some rev_type flag or something, it would not be efficient like checking page_latest, so you would need a page_latest_unique or something. This looks like a wontfix unfortunately. -- 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 25943] [[MediaWiki:Revreview-reject-text-revto]] - problem with $1
https://bugzilla.wikimedia.org/show_bug.cgi?id=25943 --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2010-11-16 05:32:35 UTC --- Where? I don't have this on my testwiki. $1 is the url and the link works fine. -- 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 25775] Remove top 5 reviewers in the last hour from Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=25775 --- Comment #9 from Aaron Schulz jschulz_4...@msn.com 2010-11-16 05:35:42 UTC --- (In reply to comment #4) It has been in use for a long time on de-WP and on the one hand provides useful information in allowing for example to see if someone is overdoing it, while at the same time giving gratification to reviewers. If en-WP does not want it, remove it for that project only, but actually I suggest keeping it, since there's no real reason to remove it. Would this be OK user-wise on toolserver only again? I don't see a performance reason why a top X list can't be there. -- 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 25884] SF loads SMW Javascripts even if loaded already
https://bugzilla.wikimedia.org/show_bug.cgi?id=25884 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Yaron Koren yaro...@gmail.com 2010-11-16 06:21:42 UTC --- This is now fixed in SVN; thanks for the bug report. -- 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 25947] New: Namespaces in Bhojpuri
https://bugzilla.wikimedia.org/show_bug.cgi?id=25947 Summary: Namespaces in Bhojpuri Product: Wikimedia Version: unspecified Platform: All URL: http://bh.wikipedia.org/ OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: me.prav...@gmail.com Namespaces for language Bhojpuri translated in translatewiki.net months ago (http://translatewiki.net/wiki/MediaWiki:Sp-translate-data-Namespaces/bh). But still its not available there. Please update configuration for language Bhojpuri (bh) -2 = मीडिया -1 = विशेष 1 = वार्तालाप 2 = प्रयोगकर्ता 3 = प्रयोगकर्ता_वार्ता 5 = $1_वार्ता 6 = चित्र 7 = चित्र_वार्ता 8 = मीडियाविकि 9 = मीडियाविकि_वार्ता 10 = टेम्पलेट 11 = टेम्पलेट_वार्ता 12 = मदद 13 = मदद_वार्ता 14 = श्रेणी 15 = श्रेणी_वार्ता 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 25944] Styles are not loaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=25944 --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2010-11-16 06:27:32 UTC --- (In reply to comment #0) I updated from 1.5.2 to 1.5.3 and now styles are not loaded anymore/do not appear anywhere in the page My MediaWiki Version is 1.17alpha (r76433) Can you link to this, or reproduce it on a public wiki? (In reply to comment #1) And by the way... entering Userpages I get this error Fatal error: Call to a member function isTemplate() on a non-object in /.../httpdocs/extensions/SemanticMediaWiki/includes/parserhooks/SMW_Declare.php on line 26 There is a known issue with #declare in 1.5.3, which has been fixed since the release. Using the latest svn version of SMW (which, as far as I know, is stable) should help you out. -- 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 25948] New: Logo is not shown on pfl-wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=25948 Summary: Logo is not shown on pfl-wiki Product: MediaWiki Version: 1.17-svn Platform: All URL: http://pfl.wikipedia.org/wiki/Haubdsaid OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: i...@gno.de CC: innocentkil...@gmail.com On the new pfl-wiki there is no logo shown, neigter in vector skin nor in monobook. Investigating its html source there is a wrong background-image style: style=background-image: url(http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-pfl.png); which leads to the commons page but not to the immage itself. The style should lead direct to the image like: style=background-image: url(http://upload.wikimedia.org/wikipedia/commons/5/50/Wikipedia-logo-v2-pfl.png); -- 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
