[Bug 32970] MW 1.18; How to determine the search profile / setting of a default search profile
https://bugzilla.wikimedia.org/show_bug.cgi?id=32970
--- Comment #1 from MWJames jamesin.hongkon...@gmail.com 2011-12-23 08:31:13
UTC ---
We came across SpecialSearch.php (MW 1.18) line 104 which says:
if ( $profile === null) {
$this-profile = 'advanced';
Instead of assuming option 'advanced' where $profile is empty, it certainly
would be more convenient to check for a global variable, use a hook or just
have a user option to decided which profile to be used as 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 28652] Create mobile main page for Telugu Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28652 Arjuna Rao Chavala arjunar...@googlemail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||arjunar...@googlemail.com 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 33346] New: Update Resource loader migration docs
https://bugzilla.wikimedia.org/show_bug.cgi?id=33346 Web browser: --- Bug #: 33346 Summary: Update Resource loader migration docs Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Resource Loader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com CC: roan.katt...@gmail.com, tpars...@wikimedia.org Blocks: 1 Classification: Unclassified http://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_for_extension_developers No mention of lrt/rtl flipping or how to avoid flash of unstyled content. -- 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 1] Documentation is out of date, incomplete (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Depends on||33346 -- 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 33298] Option to disable all TALK namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=33298 --- Comment #2 from Subfader subfa...@gmail.com 2011-12-23 10:08:20 UTC --- I defined a few extra namespaces without the corresponding talk namespace and see no problem at all. About the option being worth it: First of all, not every wiki is Wikipedia. Besides that MediaWiki is used a lot in company intranets. In such the wiki is used by small teams which don't need talk pages to discuss things. Instead you have a bunch of unneeded namespaces and related talk-links appearing all over the wiki (of which only a few can be removed by CSS) and this is only confusing and not helpful at all for unexperienced wiki users (your typical company worker). Arguing that it's deeply integrated into the code is no argument for the software of the world's largest knowledge center. [Insert epic Jimmy Wales quote] This is more important than many other global settings which let you disable single unneeded stuff... Other wiki software don't have talk namespaces too. And they work 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 33321] Parser functions don't work anymore in MediaWiki:Sidebar
https://bugzilla.wikimedia.org/show_bug.cgi?id=33321
--- Comment #3 from Toni Hermoso Pulido toni...@softcatala.cat 2011-12-23
10:33:22 UTC ---
I was using in a wiki here:
http://biocore.crg.cat/w/index.php?title=MediaWiki:Sidebaraction=edit
(extensions: UserFunctions and PipeEscape)
I was checking this in MW 1.18:
* navigation
{{#ifeq:2|2|{{#!:
** User:WikiSysop|My Sysop page
}}|{{#!:
** User:None|No user
** mainpage|mainpage-description
** portal-url|portal
** currentevents-url|currentevents
** recentchanges-url|recentchanges
** randompage-url|randompage
** helppage|help
* SEARCH
* TOOLBOX
* LANGUAGES
MediaWiki:Sidebar contents behave correctly, but in sidebar both links are
presented...
--
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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 Michael M. listenle...@gmail.com changed: What|Removed |Added CC||listenle...@gmail.com --- Comment #17 from Michael M. listenle...@gmail.com 2011-12-23 10:44:06 UTC --- As I already mentioned in CR as an author of user scripts I depend in some way on the fact that the javascript code is also parsed as wikitext. Just this week I updated one of my scripts in a not-100-%-backwardscompatible way, so I had to inform the users of my script about the changes. With the What links here function this was no problem. To remove this means that an author of users scripts has no simple way to find out who is using his scripts. By looking at random .js user pages you will find that I'm not the only one who makes use of this feature, without looking much around I found [[User:Ale jrb/Scripts/igloo]] which asks users to include the backlink in a comment. One of my scripts I don't want to show up in Google, so I put __NOINDEX__ in it - this change makes this not to work any longer. When a script causes links that shouldn't be there, you just have to put a nowiki inside a comment at the beginning. And not parsing the script as wikitext makes it possible to circumvent Extension:SpamBlacklist and possibly other anti-spam-extensions, as I pointed out in CR. -- 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 33347] New: type check for mw.util.wikiGetlink
https://bugzilla.wikimedia.org/show_bug.cgi?id=33347
Web browser: ---
Bug #: 33347
Summary: type check for mw.util.wikiGetlink
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Javascript
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: foma...@googlemail.com
CC: tpars...@wikimedia.org
Classification: Unclassified
mw.util.wikiGetlink has a bad type check:
mw.util.wikiGetlink() → /wiki/MediaWiki
mw.util.wikiGetlink('')→ /wiki/MediaWiki
mw.util.wikiGetlink(undefined) → /wiki/MediaWiki
mw.util.wikiGetlink(null) → /wiki/MediaWiki
mw.util.wikiGetlink(false) → /wiki/MediaWiki
mw.util.wikiGetlink(true) → /wiki/true
mw.util.wikiGetlink(0) → /wiki/MediaWiki
mw.util.wikiGetlink(1) → /wiki/1
mw.util.wikiGetlink(NaN) → /wiki/MediaWiki
mw.util.wikiGetlink([])→ /wiki/
mw.util.wikiGetlink({})→ /wiki/%5Bobject_Object%5D
--
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 33348] New: Page jumps to top when you click on the menu
https://bugzilla.wikimedia.org/show_bug.cgi?id=33348 Web browser: --- Bug #: 33348 Summary: Page jumps to top when you click on the menu Product: MediaWiki extensions Version: any Platform: All URL: https://www.mediawiki.org/wiki/MediaWiki?useskin=myski n#p-personal OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WebFonts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: listenle...@gmail.com CC: s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified When you click on the menu to select a font, the page jumps to the top. In most skins you won't notice this since you are at the top of the page anyway, but for example in the skin myskin (see url) you will notice this. There seems a e.preventDefault(); to be missing. -- 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 33322] Submitting a clicked search suggestion is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=33322 Michael M. listenle...@gmail.com changed: What|Removed |Added CC||listenle...@gmail.com --- Comment #3 from Michael M. listenle...@gmail.com 2011-12-23 11:29:34 UTC --- This is bug 31602. Not marking as duplicate in the hope that you backport r100348 before closing this 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 33348] Page jumps to top when you click on the menu
https://bugzilla.wikimedia.org/show_bug.cgi?id=33348 --- Comment #1 from Siebrand s.mazel...@xs4all.nl 2011-12-23 11:31:35 UTC --- We're basically only supporting and testing Vector, Monobook and Modern for WebFonts and Narayam UI elements. Them working in any of the legacy skins is being lucky. We're not going to fix this, but we're open to accepting patches, testing those and integrating 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 33348] Page jumps to top when you click on the menu
https://bugzilla.wikimedia.org/show_bug.cgi?id=33348 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Priority|Unprioritized |Lowest Severity|normal |minor -- 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 33348] Page jumps to top when you click on the menu
https://bugzilla.wikimedia.org/show_bug.cgi?id=33348 --- Comment #2 from Michael M. listenle...@gmail.com 2011-12-23 11:38:33 UTC --- This actually is an issue with the modern skins, too: It breaks the backwards button of your browser: 1. Go to https://www.mediawiki.org/wiki/Talk:MediaWiki 2. Click Page to go to https://www.mediawiki.org/wiki/MediaWiki 3. Click Select font 4. Click the back button of your browser. Expected behaviour: You should return to the talk page. Actual behaviour: You have to click back a second time. -- 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 33331] Excessive punctuation highlighting in wikidiff2
https://bugzilla.wikimedia.org/show_bug.cgi?id=1 --- Comment #6 from TMg mr.h...@gmx.de 2011-12-23 12:06:04 UTC --- Does this mean you still colorize full words in red even if only a single character changed? Why? The previous version was good, it was marking single characters only. What was the problem? Where was this change discussed? Neither bug 26038 (replacing a dash with another dash) not bug 25725 (removing some whitespace from the HTML output) nor bug 27993 (bad diff in the last line, as far as I understand) nor some Thai support (that's a Wikipedia with 70,000 articles) can explain why the diff algorithm was changed so extreme for all languages (for a total of over 10 million articles!). -- 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 33230] Watchlist: creating category talk pages doesn't add them to the watchlist (at Commons, possibly elsewhere)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33230 --- Comment #3 from User:Docu test5...@myway.com 2011-12-23 12:19:13 UTC --- It seems to happen with category namespace as 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 33322] Submitting a clicked search suggestion is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=33322 --- Comment #4 from Joerg mueller062001-...@yahoo.de 2011-12-23 12:23:02 UTC --- Hi Michael, yes, r100348 fixes the issue for me. This is an anoying bug. If you plan to have another 1.18.x release, I would highly appreciate a backport! I have just checked it in my 1.18 installation and it is working. :-) -- 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 33349] New: Mbiama Assogo Roger
https://bugzilla.wikimedia.org/show_bug.cgi?id=33349 Web browser: --- Bug #: 33349 Summary: Mbiama Assogo Roger Product: Datasets Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: ar...@wikimedia.org ReportedBy: mbi...@voila.fr CC: tf...@wikimedia.org Classification: Unclassified [[Mbiama Assogo Roger]] ref name=test[http://fr.wikipedia.org/w/Mbiama Assogo Roger], Mbiama Assogo Roger./refref name=test /références / -- 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 33349] Mbiama Assogo Roger
https://bugzilla.wikimedia.org/show_bug.cgi?id=33349 --- Comment #1 from Mbiama assogo Roger mbi...@voila.fr 2011-12-23 12:32:31 UTC --- Created attachment 9760 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9760 META, name -- 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 33349] Mbiama Assogo Roger
https://bugzilla.wikimedia.org/show_bug.cgi?id=33349 Mbiama assogo Roger mbi...@voila.fr changed: What|Removed |Added Keywords||newphp CC||mbi...@voila.fr Web browser|--- |Internet Explorer 7.x -- 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 33349] Mbiama Assogo Roger
https://bugzilla.wikimedia.org/show_bug.cgi?id=33349 --- Comment #2 from Ariel T. Glenn ar...@wikimedia.org 2011-12-23 13:04:55 UTC --- Hi, I'm sorry but I can't really understand the issue you are reporting. Can you please be a little more specific? What exactly is the problem you are encountering? How can we reproduce it? What results do you expect to get and don't? 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 --- Comment #18 from DavidL lamb...@orange.fr 2011-12-23 13:30:03 UTC --- Javascript must be Javascript. How many javascript are broken because they are parsed as wiki ? If you want wiki-parsing in scripts, you should make a feature request for special comment or tag. We should not have to modify numerous scripts to put a nowiki tag. Also tracking script users like this is not good: 1 - Users knowning about Javascript syntax won't include the link comment. So all users are not listed. 2 - It doesn't work for gadgets. 3 - Tracking of users seems only useful for the total usage count only, not for the user names. You may request a new feature of MediaWiki to get total script usage count, instead of using links. Not parsing the script as wikitext DO NOT make possible to circumvent Extension:SpamBlacklist because links are not links. -- 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 33345] Webfonts preference option still displaying even after disabling in IE6
https://bugzilla.wikimedia.org/show_bug.cgi?id=33345 sunil vss...@gmail.com changed: What|Removed |Added CC||vss...@gmail.com --- Comment #3 from sunil vss...@gmail.com 2011-12-23 14:02:54 UTC --- If the feature is not available, what is the purpose for showing it there? -- 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 32641] Configuration changes for the Babel extension at es.wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=32641 Marco Aurelio wmdf...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED URL||https://es.wikibooks.org/w/ ||index.php?title=Wikilibros: ||Caf%C3%A9oldid=178149#Conf ||iguraci.C3.B3n Resolution|FIXED | --- Comment #4 from Marco Aurelio wmdf...@gmail.com 2011-12-23 14:05:42 UTC --- Reopening. Please remove from 'wmgBabelMainCategory' 'eswikibooks' = 'Usuarios por idioma - %wikiname%', and leave it to default, which is set to 'false' so the extension does not use categories at all. 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 31209] Enable the WikiLove extension for incubator
https://bugzilla.wikimedia.org/show_bug.cgi?id=31209 --- Comment #5 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-12-23 14:16:04 UTC --- The cause is fixed in r107120. WikiLove can be enabled again. -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #19 from Liangent liang...@gmail.com 2011-12-23 14:23:42 UTC ---
(In reply to comment #18)
How many javascript are broken because they are
parsed as wiki ?
You only need to add backslashes in a few cases which triggers PST to prevent
the script being broken:
* var str = {\{subst:template}};
* var str = ~~\~~;
And what more?
--
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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 --- Comment #20 from DavidL lamb...@orange.fr 2011-12-23 14:33:12 UTC --- No, putting backslash is not javascript ! Do you have a bot to make the replacement for all scripts, gadgets, on all wiki projects and all langs ? The simplest way to have parsed scripts is to use another extension like .jsw instead of .js (.cssw instead of .css) because they aren't true javascript (stylesheet). -- 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 22659] Give projects the opportunity to add mobile specific JS/CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=22659 --- Comment #6 from Derk-Jan Hartman hart...@videolan.org 2011-12-23 14:33:38 UTC --- Since en.wp started using hlist (which is defined in MediaWiki:Common.css), many elements are broken in mobile. See for instance the navbar (n * v * e) on navboxes. http://en.m.wikipedia.org/wiki/Wyrley_and_Essington_Canal -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 --- Comment #21 from Phillip Patriakeas dragonlordofxant...@gmail.com 2011-12-23 17:03:14 UTC --- (In reply to comment #20) No, putting backslash is not javascript ! Are you listening to yourself? Using a backslash in strings to escape particular characters so they aren't incorrectly parsed is done by just about everybody who writes JS, including those not writing it on MediaWiki installations - it's the simplest and most obvious way to prevent unwanted parsing by the JS engine running the script. Using the backslash to prevent unwanted parsing by MediaWiki is a natural and obvious extension of this built-in syntax without any downsides; every JS programmer immediately recognises what's going on when they see the backslash, even if they don't understand the reasoning for its being there. How exactly, then, is putting backslash ... not javascript? (In reply to comment #18) 3 - Tracking of users seems only useful for the total usage count only, not for the user names. Michael M. gave an explicit counterexample to this in comment 17: 'Just this week I updated one of my scripts in a not-100-%-backwardscompatible way, so I had to inform the users of my script about the changes. With the What links here function this was no problem.' If the script tracking only listed the number of users with the script installed, that notification would have been impossible. -- 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 33343] Binary Gender
https://bugzilla.wikimedia.org/show_bug.cgi?id=33343 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-12-23 17:37:32 UTC --- This is for grammatical genders, which depends on the language, and is for choosing appropriate grammatical forms: pronouns (as in English), adjective and noun agreement (as in Romance and Germanic languages), verb agreement (as in Semitic languages), etc. For English this gives a trinary system, currently labeled as 'male' (usually goes with he/him/his), 'female' (usually goes with she/her/her), and 'undisclosed' (probably tends to they/them/their though I haven't checked lately). These won't come up all that often for English, relatively. In other languages, there may be different choices, and the actual results of choosing a gender will be more far-reaching (eg appropriate grammatical forms for the 'User:' namespace). I suspect better labeling would be appropriate, but I'm not sure what additional options would actually accomplish in English specifically. -- 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 33342] Wikipedia Android app shows null menus on Droid Pro
https://bugzilla.wikimedia.org/show_bug.cgi?id=33342 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-12-23 17:38:39 UTC --- Is this only during initial page load, or after as 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 10858] ordermethod ignored in form 2 [param1, param2]
https://bugzilla.wikimedia.org/show_bug.cgi?id=10858 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #1 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:00:01 UTC --- Adding need-review keyword to indicate patch awaits review. -- 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 8648] DidYouMean extension submitted for comment and testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=8648 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed CC||suma...@panix.com --- Comment #18 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:00:55 UTC --- Marking reviewed as the extension has been reviewed by Brion in comment 16. -- 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 2336] Automatic links to internal wiki articles based on patterns
https://bugzilla.wikimedia.org/show_bug.cgi?id=2336 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #24 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:03:03 UTC --- Adding need-review keyword to indicate extension awaits review. jediarchives11, you might want to check whether an extension like this already exists (look on mediawiki.org) - if it doesn't, you should probably update your extension to work with MediaWiki as it is now, and then follow these instructions: https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment -- 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 798] UTF-8 characters in math don't work properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=798 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||i18n, reviewed CC||suma...@panix.com --- Comment #27 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:07:10 UTC --- Branko, thank you for your patch. I am sorry it's been unreviewed for so long; I am 99% certain that it's been somewhat obsoleted since you wrote it. Is this bug still reproducible? If so, would you be interested in revisiting 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 1594] change texvc's HTML rendering of - to minus;
https://bugzilla.wikimedia.org/show_bug.cgi?id=1594 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed CC||suma...@panix.com --- Comment #5 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:08:37 UTC --- Marking patch as reviewed per Brion's comment 4. -- 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 18960] mvTextInterface.js error on loading CMML mediaSource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18960 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||d...@ucsc.edu, ||suma...@panix.com --- Comment #5 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:10:19 UTC --- Adding need-review keyword to indicate patch awaits review (Michael Dale, is that wrong?). I'm sorry for the wait. -- 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 22759] different boilerplates per namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=22759 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #2 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:11:01 UTC --- Adding need-review keyword to indicate patch awaits review. Regrets on the wait. -- 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 32518] On Screen Keyboard with Narayam
https://bugzilla.wikimedia.org/show_bug.cgi?id=32518 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:11:55 UTC --- Abhijeet, I've marked this patch reviewed per Brion's comment 1 -- can you reply to his question? -- 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 24911] $wgSelectCategoryRoot ignored on Special:Upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=24911 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #5 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:13:36 UTC --- Adding need-review keyword to indicate patch awaits review. I'm sorry for the wait, Christian. -- 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 9848] SelectCategory removes indentation
https://bugzilla.wikimedia.org/show_bug.cgi?id=9848 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:14:18 UTC --- Adding need-review keyword to indicate patch awaits review. Sorry for the wait, Samuel. -- 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 27445] When SMW_QueryPrinter maxRecursionDepth 2, properties can get inherited via embed queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=27445 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #2 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:15:37 UTC --- Alex, I've added the need-review keyword to indicate patch awaits review, and pinged a SMW developer to ask him to review the 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 33323] SVG line element without stroke-attribute was previously rendered black and is now not visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=33323 --- Comment #13 from Mark A. Hershberger m...@everybody.org 2011-12-23 18:16:10 UTC --- just tested librsvg2-bin 2.26.2-0ubuntu1 from Lucid and got the problem described in this bug. This is probably the version installed on commons... now going to look for upstream bug reports. -- 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 27779] SMW_dumpRDF.php does not appear to work for SMW = 1.5.5
https://bugzilla.wikimedia.org/show_bug.cgi?id=27779 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:16:20 UTC --- Adding need-review keyword. -- 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 13884] Better validation for Type:URL and Type:Email
https://bugzilla.wikimedia.org/show_bug.cgi?id=13884 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed CC||suma...@panix.com --- Comment #2 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:17:22 UTC --- (In reply to comment #1) OK, I modified the code as suggested and extended the possible characters to up to 6 (this includes museum). Am therefore marking patch as reviewed. -- 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 27885] limit0 query fail to produce proper links.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27885 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:17:59 UTC --- Adding need-review keyword to indicate patch awaits review. -- 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 17949] Patch adding support to chose language and colorscheme to SyntaxHighlight_vim
https://bugzilla.wikimedia.org/show_bug.cgi?id=17949 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:20:28 UTC --- Adding reviewed tag per comment 1 and comment 2. -- 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 26539] lqt.pg.sql doesn't match current db schema.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26539 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #1 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:21:05 UTC --- Adding need-review keyword to indicate patch awaits review. -- 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 17406] Page loads incorrectly when egLogEntryMultiLine or egLogEntryMultiLineRows is set
https://bugzilla.wikimedia.org/show_bug.cgi?id=17406 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:21:35 UTC --- Adding need-review keyword to indicate patch awaits review. I'm sorry for the wait, Caleb. -- 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 1605] [[Section::...]] variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=1605 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #55 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:27:15 UTC --- Kinsey, thanks for writing this. I added the need-review keyword to indicate that your code awaits review. You might just want to apply for commit access and commit your extension to Subversion to get review faster, per https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment . Sorry for the wait! -- 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 7750] Extension for storing non-default $wgGroupPermission's in MySQL table
https://bugzilla.wikimedia.org/show_bug.cgi?id=7750 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:29:12 UTC --- Marco, thanks for writing this. I added the need-review keyword to indicate that your code awaits review. (I'm guessing your extension probably needs updating to work with MediaWiki's current trunk, though.) You might just want to apply for commit access and commit your extension to Subversion to get review faster -- see https://www.mediawiki.org/wiki/Commit_access_requests#Requesting_commit_access . Sorry for the wait! -- 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 1605] [[Section::...]] variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=1605 --- Comment #56 from Kinsey Moore nyphb...@gmail.com 2011-12-23 18:36:31 UTC --- Thanks for the update after all this time. My need for this extension is waning, but it seems to be a useful feature so I'll jump back in and see if I can get everything working the way it needs to be. I have all next week off and ever so much to get done, but I'm sure I can find time for this as 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 21315] Proposed aggregate smw query enhancement
https://bugzilla.wikimedia.org/show_bug.cgi?id=21315 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||reviewed CC||suma...@panix.com --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:37:17 UTC --- It looks like Markus reviewed this patch, so I am adding the reviewed keyword. -- 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 27885] limit0 query fail to produce proper links.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27885 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|markus@semantic-mediawiki.o |jeroen_ded...@yahoo.com |rg | --- Comment #4 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-12-23 18:37:42 UTC --- I agree w/ the reasoning here, and in fact wanted to make such changes myself at some point. Patch probably needs some modifications to work properly w/ 1.7 and later though. Will look at this after 1.7 rel when I find the time. -- 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 21314] Proposed query enhancement: regexps and Type:Text search
https://bugzilla.wikimedia.org/show_bug.cgi?id=21314 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:38:49 UTC --- Marking need-review basically because it sounds like there's an unfinished code review conversation here. If I'm wrong, please feel free to replace with reviewed. -- 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 32917] It's difficult to tap into the search box
https://bugzilla.wikimedia.org/show_bug.cgi?id=32917 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |br...@wikimedia.org |org | -- 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 22118] outline: addition of template parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=22118 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:40:28 UTC --- Yaron, hope you don't mind if I add the need-review keyword to indicate that this patch awaits code review. If you've reviewed it, I figure it makes sense to replace that with the reviewed keyword. -- 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 33133] Wikipedia Android app should have a nightly build key that support maps but is not our market key
https://bugzilla.wikimedia.org/show_bug.cgi?id=33133 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added CC||yuvipa...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |yuvipa...@gmail.com |org | -- 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 18960] mvTextInterface.js error on loading CMML mediaSource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18960 --- Comment #6 from Michael Dale d...@ucsc.edu 2011-12-23 18:42:38 UTC --- its from 2009 .. I don't think this project is maintained any longer. -- 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 14761] Googlepie: too few colors
https://bugzilla.wikimedia.org/show_bug.cgi?id=14761 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review CC||suma...@panix.com --- Comment #8 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:42:40 UTC --- Adding need-review keyword to indicate patch awaits review. -- 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 33314] User creation fails through mediawiki interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=33314 Ryan Lane rlan...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ryan Lane rlan...@gmail.com 2011-12-23 18:44:54 UTC --- It was indeed OpenStackManager doing this. Fixed in r107136. -- 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 21031] lsearchd should exec java ... to optimize the number of running daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21031 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added CC||orenboch...@gmail.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:45:00 UTC --- Anon, instructions for attaching a patch as a diff: https://www.mediawiki.org/wiki/Patch#Posting_a_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 20636] Lucene Search build should allow override $dbname via $2
https://bugzilla.wikimedia.org/show_bug.cgi?id=20636 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added CC||orenboch...@gmail.com --- Comment #3 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:45:18 UTC --- Anon, instructions for attaching a patch as a diff: https://www.mediawiki.org/wiki/Patch#Posting_a_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 33350] New: Refactor preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=33350 Web browser: --- Bug #: 33350 Summary: Refactor preferences Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: LdapAuthentication AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified The way preferences are handled currently is error prone, and is hard to read. Refactor to at least be able to use preferences without checking if they are set. Preferably, set defaults for unset variables. -- 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 30284] Broken +index=x for records
https://bugzilla.wikimedia.org/show_bug.cgi?id=30284 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review, patch CC||suma...@panix.com --- Comment #5 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:51:46 UTC --- Adding patch and need-review keywords to indicate patch awaits review. -- 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 30953] Avatar upload page broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=30953 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||patch, reviewed CC||suma...@panix.com --- Comment #5 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:53:19 UTC --- Inferring that Jack Phoenix has reviewed this patch marking patch as reviewed. Gerard, have you tried Jack's suggestion in comment 4 ? -- 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 19023] waiting for video label doesn't appear
https://bugzilla.wikimedia.org/show_bug.cgi?id=19023 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #3 from Mark A. Hershberger m...@everybody.org 2011-12-23 18:54:42 UTC --- MetaVidWiki work has moved to TimedMediaHandler ... use that instead. https://www.mediawiki.org/wiki/Extension:TimedMediaHandler -- 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 19928] Should not 'Transcript' rather be 'Transcription' ?
https://bugzilla.wikimedia.org/show_bug.cgi?id=19928 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-12-23 18:54:43 UTC --- MetaVidWiki work has moved to TimedMediaHandler ... use that instead. https://www.mediawiki.org/wiki/Extension:TimedMediaHandler -- 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 18960] mvTextInterface.js error on loading CMML mediaSource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18960 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #7 from Mark A. Hershberger m...@everybody.org 2011-12-23 18:54:43 UTC --- MetaVidWiki work has moved to TimedMediaHandler ... use that instead. https://www.mediawiki.org/wiki/Extension:TimedMediaHandler -- 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 24716] MV uses the old Image class
https://bugzilla.wikimedia.org/show_bug.cgi?id=24716 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-12-23 18:54:45 UTC --- MetaVidWiki work has moved to TimedMediaHandler ... use that instead. https://www.mediawiki.org/wiki/Extension:TimedMediaHandler -- 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 20038] js2/mwEmbed/libClipEdit/mvClipEdit.js expects video to be in #embed_vid
https://bugzilla.wikimedia.org/show_bug.cgi?id=20038 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-12-23 18:54:45 UTC --- MetaVidWiki work has moved to TimedMediaHandler ... use that instead. https://www.mediawiki.org/wiki/Extension:TimedMediaHandler -- 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 33321] Parser functions don't work anymore in MediaWiki:Sidebar
https://bugzilla.wikimedia.org/show_bug.cgi?id=33321 --- Comment #4 from [[kgh]] mediaw...@kghoffmeyer.de 2011-12-23 18:56:42 UTC --- This is something that definitely works in 1.17 and does not in 1.18. Except for the new version of MW nothing has changed in my environment. No sidebar caching is in use and I am not capable of doing custom hacks. I guess it is a true regression. -- 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 32000] Display comment preview instead of an error on session failure
https://bugzilla.wikimedia.org/show_bug.cgi?id=32000 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review, patch CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2011-12-23 18:55:58 UTC --- Vitaliy, have you had a chance to ask your users? Marking patch as need-review since it sounds like Juliano is still awaiting the information needed to properly review it. If I'm wrong, it would make sense to me to replace the need-review keyword with reviewed. -- 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 11612] Maximum to Days to show in watchlist in preferences should equal $wgRCMaxAge
https://bugzilla.wikimedia.org/show_bug.cgi?id=11612 bs...@wikimedia.org changed: What|Removed |Added Keywords|need-review, patch |reviewed Status|REOPENED|RESOLVED CC||bs...@wikimedia.org Resolution||FIXED --- Comment #15 from bs...@wikimedia.org 2011-12-23 19:00:36 UTC --- Fixed in r107169 -- 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 32917] It's difficult to tap into the search box
https://bugzilla.wikimedia.org/show_bug.cgi?id=32917 --- Comment #6 from Brion Vibber br...@wikimedia.org 2011-12-23 19:18:06 UTC --- My 'absolute' branch resolves this by removing the 'position: fixed' floating toolbar and letting it scroll off the page: https://github.com/brion/Wikipedia/commits/absolute This lets us drop the event handlers that screw up the focusing, because we don't need them to work around the bug where click events went through to the background elements. It also provides more screen space for reading, which is a big plus in portrait orientation where a toolbar eats proportionately more screen space. -- 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 31524] section links on file pages scroll too far down
https://bugzilla.wikimedia.org/show_bug.cgi?id=31524 --- Comment #9 from Brion Vibber br...@wikimedia.org 2011-12-23 19:18:51 UTC --- My 'absolute' branch resolves this by removing the 'position: fixed' floating toolbar and letting it scroll off the page: https://github.com/brion/Wikipedia/commits/absolute It also provides more screen space for reading, which is a big plus in portrait orientation where a toolbar eats proportionately more screen space. -- 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 30709] Pass error info to error callbacks in mw.loader
https://bugzilla.wikimedia.org/show_bug.cgi?id=30709 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||need-review, patch --- Comment #6 from Sumana Harihareswara suma...@panix.com 2011-12-23 19:21:36 UTC --- Adding back the patch need-review keywords since the patch still awaits review -- Timo, will you be getting to this in the next few months, or should we unassign it from you? -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #22 from DavidL lamb...@orange.fr 2011-12-23 19:21:34 UTC ---
(In reply to comment #21)
(In reply to comment #20)
No, putting backslash is not javascript !
Are you listening to yourself? Using a backslash in strings to escape
particular characters so they aren't incorrectly parsed is done by just about
everybody who writes JS, including those not writing it on MediaWiki
installations - it's the simplest and most obvious way to prevent unwanted
parsing by the JS engine running the script. Using the backslash to prevent
unwanted parsing by MediaWiki is a natural and obvious extension of this
built-in syntax without any downsides; every JS programmer immediately
recognises what's going on when they see the backslash, even if they don't
understand the reasoning for its being there. How exactly, then, is putting
backslash ... not javascript?
I means that the following is valid Javascript :
var str = {{subst:template}};
Why will this code need escaping at all as Javascript is expected ?
(In reply to comment #18)
3 - Tracking of users seems only useful for the total usage count only, not
for
the user names.
Michael M. gave an explicit counterexample to this in comment 17: 'Just this
week I updated one of my scripts in a not-100-%-backwardscompatible way, so I
had to inform the users of my script about the changes. With the What links
here function this was no problem.' If the script tracking only listed the
number of users with the script installed, that notification would have been
impossible.
Then use special MediaWiki feature instead of special Wiki+Javascript syntax.
Wiki pages are wiki, Javascript pages should be Javascript.
--
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 33351] New: r106752 breaks parser testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=33351
Web browser: ---
Bug #: 33351
Summary: r106752 breaks parser testing
Product: MediaWiki
Version: 1.19-svn
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Images and files
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: overlo...@gmail.com
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com
Classification: Unclassified
Running test Link with double quotes in title part (literal) and alternate part
(interpreted)... PHP Notice: Undefined index: backend in
/var/www/thedarkcitadel.com/w/includes/filerepo/FileRepo.php on line 45
PHP Notice: Undefined index: backend in
/var/www/thedarkcitadel.com/w/includes/filerepo/FileRepo.php on line 48
No backend defined with the name ``.
Backtrace:
#0 /var/www/thedarkcitadel.com/w/includes/filerepo/FileRepo.php(48):
FileBackendGroup-get(NULL)
#1 /var/www/thedarkcitadel.com/w/includes/filerepo/RepoGroup.php(341):
FileRepo-__construct(Array)
#2 /var/www/thedarkcitadel.com/w/includes/filerepo/RepoGroup.php(329):
RepoGroup-newRepo(Array)
#3 /var/www/thedarkcitadel.com/w/includes/filerepo/RepoGroup.php(199):
RepoGroup-initialiseRepos()
#4 /var/www/thedarkcitadel.com/w/includes/ImageFunctions.php(27):
RepoGroup-checkRedirect(Object(Title))
#5 /var/www/thedarkcitadel.com/w/includes/parser/Parser.php(1890):
wfIsBadImage('Denys_Savchenko...', Object(Title))
#6 /var/www/thedarkcitadel.com/w/includes/parser/Parser.php(1646):
Parser-replaceInternalLinks2(false)
#7 /var/www/thedarkcitadel.com/w/includes/parser/Parser.php(1090):
Parser-replaceInternalLinks('[[File:Denys Sa...')
#8 /var/www/thedarkcitadel.com/w/includes/parser/Parser.php(345):
Parser-internalParse('[[File:Denys Sa...')
#9 /var/www/thedarkcitadel.com/w/tests/parser/parserTest.inc(485):
Parser-parse('[[File:Denys Sa...', Object(Title), Object(ParserOptions), true,
true, 1337)
#10 /var/www/thedarkcitadel.com/w/tests/parser/parserTest.inc(399):
ParserTest-runTest('Link with doubl...', '[[File:Denys Sa...', 'pa
href=/in...', '', '')
#11 /var/www/thedarkcitadel.com/w/tests/parser/parserTest.inc(381):
ParserTest-runTests(Object(TestFileIterator))
#12 /var/www/thedarkcitadel.com/w/tests/parserTests.php(90):
ParserTest-runTestsFromFiles(Array)
#13 {main}
--
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 33351] r106752 breaks parser testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=33351 --- Comment #1 from OverlordQ overlo...@gmail.com 2011-12-23 19:25:45 UTC --- Note that this is with no special repos defined in LocalSettings. -- 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 33351] r106752 breaks parser testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=33351 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added CC||aschulz4...@gmail.com --- Comment #2 from Aaron Schulz aschulz4...@gmail.com 2011-12-23 19:29:20 UTC --- First thing to due is fix the global leaks in parserTests.inc UploadFromURL suite. I can remove the static setup() function in parserTests.inc and they still work...I don't know why it is there and it has no teardown counterpart. Then we can see if the problem persists. -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #23 from Liangent liang...@gmail.com 2011-12-23 19:41:50 UTC ---
Is there someone using {{subst: to do strange things such as version counting?
If no, I guess it's safe to stop doing PST for .css/.js.
--
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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #24 from Liangent liang...@gmail.com 2011-12-23 19:42:49 UTC ---
Hmm there're various pages telling people to add {{subst:something}} to their
skinname-or-common.js to install a user script.
--
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 33351] r106752 breaks parser testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=33351 --- Comment #3 from OverlordQ overlo...@gmail.com 2011-12-23 19:44:43 UTC --- For giggles, I dumped what was being passed to the construct method, when the tests begin, this is output at the beginning: http://dpaste.com/677202/ but once it hits the failing test, the constructor is only being passed: http://dpaste.com/677203/ -- 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 3663] ISSN Magic Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=3663 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Keywords|need-review |reviewed --- Comment #14 from Chad H. innocentkil...@gmail.com 2011-12-23 19:53:58 UTC --- Removing need-review keyword. This absolutely depends on 26207 which presumably would handle this cleanly without requiring Sanitizer Parser changes. -- 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 2777] {{substall:foo}} beside {{subst:bar}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=2777 --- Comment #26 from Chad H. innocentkil...@gmail.com 2011-12-23 19:56:06 UTC --- (In reply to comment #25) Adding the need-review keyword for patches that need review by developers. Conrad, thank you for your patch, and sorry it's taken so long for a response on this! From what I remember, Conrad and I weren't even convinced this should be committed. Reading back over it, I am inclined to agree. Maybe we could ask Gabriel or Brion to weigh in how they think PST-type magic like this would be handled in the new parser, but as it stands I'm inclined to say WONTFIX. -- 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 33323] SVG line element without stroke-attribute was previously rendered black and is now not visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=33323 --- Comment #14 from Brion Vibber br...@wikimedia.org 2011-12-23 19:56:36 UTC --- Aha -- so a regression that's been since fixed? Needing another update... blarf! -- 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 22102] Add edit notices/warnings in a consistent fashion, and put them in a sensible order
https://bugzilla.wikimedia.org/show_bug.cgi?id=22102 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||design CC||suma...@panix.com --- Comment #1 from Sumana Harihareswara suma...@panix.com 2011-12-23 19:56:48 UTC --- Adding the design keyword to get a visual and/or UI designer's help on this. -- 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 33352] New: WikipediaMobile messages notes
https://bugzilla.wikimedia.org/show_bug.cgi?id=33352 Web browser: --- Bug #: 33352 Summary: WikipediaMobile messages notes Product: Wikimedia Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: generic AssignedTo: br...@wikimedia.org ReportedBy: platoni...@gmail.com Classification: Unclassified A few comments about WikipediaMobile messages: settings-language-desc hardcodes Wikipedia, it should instead be provided as a $1 parameter Ellipsis in langlinks-title/spinner-loading/menu-language should probably be U+2026 Horizontal ellipsis (…), not three dos. Mobileapp-error-saved-or-online You can open a saved page or go online and search for an article. This doesn't look like an error at all. Font size controls use Smaller / Larger, but there's only one Small size and one Large size. error-offline: You may be offline or the page was not saved. This should be two different messages. There seem to be an inconsistency between page and article (save *page*, the *article* has not been created…). Since they seem to refer to the same, only one term should be used through the app. -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
mybugs.m...@gmail.com changed:
What|Removed |Added
CC||mybugs.m...@gmail.com
--- Comment #25 from mybugs.m...@gmail.com 2011-12-23 20:03:31 UTC ---
(In reply to comment #24)
Hmm there're various pages telling people to add {{subst:something}} to their
skinname-or-common.js to install a user script.
I think this could be replaced by a link in the script documentation page:
http://en.wikipedia.org/w/index.php?title=Special:MyPage/common.jsaction=editwithJS=MediaWiki:Example.js
where [[MediaWiki:Example.js]] would have a simple code which adds the script
to the end of the user's common.js page.
This would be an script only solution for the installation of scripts.
There is also the following for helping users to install scripts:
* [[User:Gary King/script installer source.js]]
--
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 33322] Submitting a clicked search suggestion is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=33322 --- Comment #5 from Mark A. Hershberger m...@everybody.org 2011-12-23 20:04:35 UTC --- (In reply to comment #3) This is bug 31602. Not marking as duplicate in the hope that you backport r100348 before closing this bug. Thanks for pointing that out. I thought I had marked it for back porting before, but obviously not. -- 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 33353] New: re-flagging seems to remove the previous flag
https://bugzilla.wikimedia.org/show_bug.cgi?id=33353 Web browser: --- Bug #: 33353 Summary: re-flagging seems to remove the previous flag Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: FlaggedRevs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: saibotr...@arcor.de CC: aschulz4...@gmail.com, asha...@wikimedia.org, innocentkil...@gmail.com, ro...@wikimedia.org Classification: Unclassified https://de.wikipedia.org/w/index.php?title=Spezial:Logbuchpage=Roy+Wortershide_review_log=0 Times UTC+1, article viewing not logged-in(!) == * before 2011-12-23T20:35:29: the images were mis-oriented since the flaged revisions setup froze article and showed the old file versions (which are in two templates on bottom of the article). * 2011-12-23T20:35:31 I removed and set the flag for the last version. The files show up correctly afterwards. * 2011-12-23T20:38:12 NowCommons-Sichtbot reflagged the last revision. Images were mis-oriented again although it would be expected that the keep showing the current file versions like before. This is the flaggedrevs bug this report is about. -- 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 33353] re-flagging seems to remove the previous flag
https://bugzilla.wikimedia.org/show_bug.cgi?id=33353 --- Comment #1 from Aaron Schulz aschulz4...@gmail.com 2011-12-23 20:12:58 UTC --- I assume the bot edits via the API, which always uses the current versions. In that case, the only issue could be some sort of outdated cache of what current templates/files and revision of a page uses. -- 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 33349] Mbiama Assogo Roger
https://bugzilla.wikimedia.org/show_bug.cgi?id=33349 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Reedy s...@reedyboy.net 2011-12-23 20:16:38 UTC --- We've had these before, it's seemingly a weird type of spam -- 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 33354] New: review log misses a diff link for changed files (and templates)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33354 Web browser: --- Bug #: 33354 Summary: review log misses a diff link for changed files (and templates) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Unprioritized Component: FlaggedRevs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: saibotr...@arcor.de CC: aschulz4...@gmail.com, asha...@wikimedia.org, innocentkil...@gmail.com, ro...@wikimedia.org Classification: Unclassified https://de.wikipedia.org/w/index.php?title=Spezial:Logbuchpage=Papyrus+Nashhide_review_log=0uselang=en The review log is incomplete. It contains the diff of changes in article text. But it doesn't contain a list/diff of changed, unflagged templates and files which were changed from the last reviewed article version until the current reviewed article version. At entry 2011-12-23T19:03:50 UTC Bilddrehungsbot-Sichtbot there is no chance to see what his review changed in the standard article view for non-logged-in users. It should mention that an image was changed and before the reflagging the old file version was shown but after the re-flagging the current file version is shown -- 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 33330] only full legal code is linked in the settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=0 --- Comment #3 from Saibo saibotr...@arcor.de 2011-12-23 20:22:42 UTC --- (In reply to comment #2) Drop the full deed link and make the relevant text link to the deed in the right language. Do you mean the full legal code link? -- 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 33355] New: Provide special page for global usage of user scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=33355 Web browser: --- Bug #: 33355 Summary: Provide special page for global usage of user scripts Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: javascript Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Blocks: 32858 Classification: Unclassified I'm opening this bug because I agree with what is requested at bug 32858: the JS and CSS pages should NOT be parsed as if they were normal wiki pages (at least NOT by default, i.e., only if the user opted in for such wiki-parsing). If someone fix that bug, though, the users who create user scripts will have no other hack to track the (crosswiki) usage of their code, and won't be able to notify users about possibly breaking changes in new versions of some JS code. As you can check on [[commons:Special:WhatLinksHere/Template:GlobalJsUsage]], some people also use fake [[File:UserName UserScript.js]] pages to be able to get a list from [[Special:GlobalUsage]] for the associated scripts (see also Bug 1886) MediaWiki needs a proper way to deal with tracking user scripts. -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 mybugs.m...@gmail.com changed: What|Removed |Added Depends on||33355 -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 --- Comment #26 from mybugs.m...@gmail.com 2011-12-23 20:27:17 UTC --- (In reply to comment #2) Better tracking would be good, yes. But another use that we should consider is that people sometimes slap deletion templates on their .css and .js pages, and it works. Without that, people would be forced to make such deletion requests on some other page. Well, it doesn't works as expected: the deletion category is not shown in the script page so the users are already forced to find some admin to delete their scripts, because the template doesn't seems to work (and also causes JS errors if it is not put /* inside of a comment */ ) -- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #27 from mybugs.m...@gmail.com 2011-12-23 20:37:28 UTC ---
(In reply to comment #19)
You only need to add backslashes in a few cases which triggers PST to prevent
the script being broken:
* var str = {\{subst:template}};
* var str = ~~\~~;
Users who try to use JSHint[1] to validate a code which uses this will get a
Bad escapement error.
Although they can just change it to
var str = { + {subst:template}};
var str = ~~ + ~~;
to avoid the errors, having to fix every time these sequences of characters
which have special meaning in wiki markup is a PITA. Valid JavaScript code
should not have have unexpected results when inside of a wiki page.
[1] The tool http://www.jshint.com/ is recommended by the developers, at
[[mw:Manual:Coding_conventions/JavaScript#Performance_and_best_practices]]
--
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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858 --- Comment #28 from Phillip Patriakeas dragonlordofxant...@gmail.com 2011-12-23 20:39:38 UTC --- (In reply to comment #26) (In reply to comment #2) Better tracking would be good, yes. But another use that we should consider is that people sometimes slap deletion templates on their .css and .js pages, and it works. Without that, people would be forced to make such deletion requests on some other page. Well, it doesn't works as expected: the deletion category is not shown in the script page so the users are already forced to find some admin to delete their scripts, because the template doesn't seems to work (and also causes JS errors if it is not put /* inside of a comment */ ) (Keeping in mind that I have almost no technical understanding of how the parsing infrastructure currently works) The simplest (and most naive) method of fixing that would be to just parse CSS/JS to find comments, and send the content of each comment on to the parser proper. Of course, that opens up one massive can of worms as to how we'd want to deal with markup that does just about anything except displaying text with simple formatting and links (what, for example, would be the preferred method of handling lists? tables? images?), and it would also break the ability to copy CSS/JS directly while viewing the relevant page (since you wouldn't get the parsed markup in comments)... But then, I *did* say it would be a naive method. -- 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
