[Bug 22449] MediaWiki should do validation of e-mail addresses
https://bugzilla.wikimedia.org/show_bug.cgi?id=22449 Brandon Harris changed: What|Removed |Added CC||bhar...@wikimedia.org --- Comment #6 from Brandon Harris 2010-10-26 06:12:03 UTC --- So, I looked into this recently for an extension. I've been running for years with a specific regex to check for email validity but it doesn't handle "everything". The problem is all sorts of exceptions to four billion RFCs (such as allowing "+" characters, etc.). The best I've seen is this: http://www.dominicsayers.com/isemail/ but it is pretty hard core. I'm not sure if doing anything *less* is worthwhile. -- 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 22449] MediaWiki should do validation of e-mail addresses
https://bugzilla.wikimedia.org/show_bug.cgi?id=22449 Tomasz Finc changed: What|Removed |Added CC||tf...@wikimedia.org --- Comment #5 from Tomasz Finc 2010-10-26 05:58:29 UTC --- This would be especially nice since it's very easy to copy and paste an email address for a new user with extraneous markup such as 'Name ' which upon passwordless account creation will trigger a 'mailing error' and leave the user in a tricky state. -- 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 25651] Requesting for the namespace "Portal" for Tagalog Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25651 JeLuF changed: What|Removed |Added CC||je...@gmx.de --- Comment #2 from JeLuF 2010-10-26 05:38:09 UTC --- Please also provide a name for the discussion namespace -- 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 25293] Pending Changes November 2010 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25293 Bug 25293 depends on bug 25294, which changed state. Bug 25294 Summary: "Reject" button confirmation screen in Pending Changes https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 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 25294] "Reject" button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #11 from Chad H. 2010-10-26 02:37:51 UTC --- Committed in r75408 with one last minor fix. -- 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 9790] Watchlist doesn't show earlier normal edits when hiding bot edits, own edits or minor edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=9790 Rich Farmbrough changed: What|Removed |Added CC||rich...@farmbrough.co.uk --- Comment #12 from Rich Farmbrough 2010-10-26 02:21:40 UTC --- This is a problem: editors are watching bot edits to ensure that non-bot edits aren't missed, then suffering when their watchlist lights up like the proverbial Christmas Armadillo. -- 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 25651] Requesting for the namespace "Portal" for Tagalog Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25651 p858snake changed: What|Removed |Added Keywords||shell CC||p858sn...@gmail.com Component|General/Unknown |Site requests --- Comment #1 from p858snake 2010-10-26 01:28:29 UTC --- Please show a link to community consensus for this change. -- 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 25651] New: Requesting for the namespace "Portal" for Tagalog Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25651 Summary: Requesting for the namespace "Portal" for Tagalog Wikipedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hidamarinog...@yahoo.com The Tagalog Wikipedia is requeting for the namespace "Portal". 1)When we are going to create a new "Portal", the namespace always see is the "Article". (E.g. http://tl.wikipedia.org/wiki/Portal:Anime_at_Manga) -- 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 25289] Make review load faster by speeding up display of old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25289 --- Comment #19 from Rob Lanphier 2010-10-26 00:51:07 UTC --- Priyanka checked in code to address this in r75331 and r75332. I believe there might be a loose end or two to tie up (e.g. the FIXME on r75332), but this is largely done. -- 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 25493] Daily totals on contribution tracking stats, hits, $ amount, # of donations
https://bugzilla.wikimedia.org/show_bug.cgi?id=25493 Thor Malmjursson changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Thor Malmjursson 2010-10-26 00:44:54 UTC --- Accepted: Work in progress - BarkingFish (reporting to Tomasz Finc) -- 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 23923] Special:PrefixIndex should have a simpler initial interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=23923 --- Comment #10 from Brion Vibber 2010-10-25 23:50:46 UTC --- There was a regression which caused no results to be shown for the prefix '0', as this evaluates to false in boolean context -- this is what the isset checks were there for, as they don't give that false negative. Ah, PHP. :) Fixed in r75402; comparing against '' does the job we want here just 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 25638] Allow explicit marking of follow-up revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25638 --- Comment #3 from Trevor Parscal 2010-10-25 23:28:19 UTC --- Yes, I agree, I will try and work that into another mockup... -- 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 198] Easy, secure in-place upgrade
https://bugzilla.wikimedia.org/show_bug.cgi?id=198 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||FIXED --- Comment #12 from Chad H. 2010-10-25 23:19:48 UTC --- Solved by r75392. -- 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 25638] Allow explicit marking of follow-up revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25638 --- Comment #2 from Krinkle 2010-10-25 23:12:45 UTC --- (In reply to comment #1) > Created attachment 7755 [details] > Mock-up of associate follow-up revisions & sign-off features > > This is a mockup of how we should probably layout the associate follow-up > revisions and sign-off features. Looks nice. One suggestion though, a way of undo'ing such association would be handy. -- 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 25600] Example phone number displaying in edit box but not in article.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25600 --- Comment #4 from tahrey 2010-10-25 22:35:51 UTC --- OH... just to say... this "home machine" is also running Firefox, same release version, same windows XP setup (except it's got the tablet PC extensions), also has Noscript and a bundle of other plugins & add-ons (another one common to both: Forecastfox). But it hasn't ever had skype on it... IIRC! The plot thickens. -- 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 25600] Example phone number displaying in edit box but not in article.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25600 --- Comment #3 from tahrey 2010-10-25 22:33:55 UTC --- Roan: Now I'm viewing it on my home machine, it looks fine also. Bawolff: Could be. I wouldn't be able to tell you if the (workplace) PC I was viewing/editing on originally had it installed at the time, but it *may* have had Skype installed at some point, possibly with browser integration. It wouldn't have been anything but whatever comes with the STANDARD Skype package however - no third party or otherwise explicitly downloaded apps, just the default install options. In which case, as Skype users aren't exactly so niche a market (and most will go for the default), and putting workarounds on pages doesn't seem to be an option as - just as in this case - overeager edit-admins will just end up reverting the pages back to the "broken" (but "correct" in terms of raw wiki code) version, a fix still needs to be found. Of course, a report needs to be made to the skype folks, should I check that PC and find it DOES have Skype and/or the plugin still installed... but until they isolate the problem, or should they be unable/unwilling to, is there any kind of masking code that could be silently inserted into what the mediawiki server pumps out? Some kind of fnord for the skype-plug's eyes only that stops it erasing the number? It's not exactly the same effect as the "begin skype number here" thing either. Instead of adding lines of obvious spurious code, it's silently deleting numbers off otherwise normal webpages. What I found after all was that the right combination of other characters surrounding the number could nullify the effect. Now, if that was possible without the end user seeing it...? Or even marking the page in some way that makes the plugin ignore it entirely and leave it the hell alone? Cheers, T -- 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 25650] New: Please install flagged Rollback feature on fa.wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25650 Summary: Please install flagged Rollback feature on fa.wikinews Product: Wikimedia Version: unspecified Platform: All URL: http://fa.wikinews.org OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: atgigabyte.i...@gmail.com Hi, we already haven't rollbacker user group and we have access to combat with vandalism before the editors group user is used we need access. here is a public discussion on fa.wikinews.org : http://fa.wikinews.org/wiki/%D9%88%DB%8C%DA%A9%DB%8C%E2%80%8C%D8%AE%D8%A8%D8%B1:%D8%B1%D8%A7%DB%8C%E2%80%8C%E2%80%8C%DA%AF%DB%8C%D8%B1%DB%8C_%D8%A8%D8%B1%D8%A7%DB%8C_%D8%A7%DB%8C%D8%AC%D8%A7%D8%AF_%D8%AF%D8%B3%D8%AA%D8%B1%D8%B3%DB%8C_%D9%88%D8%A7%DA%AF%D8%B1%D8%AF%D8%A7%D9%86%DB%8C_%D8%AF%D8%B1_%D9%88%DB%8C%DA%A9%DB%8C%E2%80%8C%D8%AE%D8%A8%D8%B1 Sorry if I did not explain clearly. thank you -- 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 25564] Page view anomaly starting September 27-28
https://bugzilla.wikimedia.org/show_bug.cgi?id=25564 --- Comment #9 from Ryan Kaldari 2010-10-25 21:57:41 UTC --- Still working on an issue with Roan. We can probably get this pushed out after I hear back from him. -- 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 25649] Oversight deletion in deletedrevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=25649 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||INVALID --- Comment #1 from Krinkle 2010-10-25 20:47:29 UTC --- No, it's not a bug. Oversight revisions are hidden from public view, even from sysops and oversighters. The revision data is no longer in the revision database but in a seperate database. See also http://www.mediawiki.org/wiki/Extension:Oversight -- 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 25649] New: Oversight deletion in deletedrevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=25649 Summary: Oversight deletion in deletedrevs Product: MediaWiki Version: 1.16-svn Platform: PC OS/Version: Windows Vista Status: NEW Severity: normal Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: pok...@hotmail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com hello For my bot I need to get the full history of deleted article. I noticed that http://XX.wikipedia.org/w/api.php?action=query&list=deletedrevs&titles=[Article Name] doesn't return oversight version even with the sysop rights. Is it a bug ? regards -- 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 25648] New: API discovery information: add RSD link in page
https://bugzilla.wikimedia.org/show_bug.cgi?id=25648 Summary: API discovery information: add RSD link in page Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Foo OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: br...@pobox.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com One of the things I've noticed after spending some more time working with non-MediaWiki systems is that we don't always have machine-accessible information within our web pages. A fair amount of data is available in the global JS vars, but that's not trivial to read from an application that's not running in the browser. Given the URL to some MediaWiki page -- say http://en.wikipedia.org/wiki/Foo -- we really should be able to do at least two key things: 1) Get the API root URL 2) Get the wiki page title for the current page (should be treated under a separate bug if details needed) *If* we can reliably pull the JS vars, we could reconstruct the API root as wgServer + wgScriptPath + 'api' + wgScriptExtension, but honestly I wouldn't want to have to rely on that, as the data structuring isn't very standardized. I'd recommend using the RSD "Real Simple Discovery" system, which both WordPress and StatusNet are using to expose their WordPress and Twitter API URLs: http://cyber.law.harvard.edu/blogs/gems/tech/rsd.html Here's an example on StatusNet... pages contain a discovery link: http://identi.ca/rsd.xml"/> Which points to a document like this: http://archipelago.phrasewise.com/rsd";> StatusNet http://status.net/ https://identi.ca/api/"; blogID=""> http://status.net/wiki/TwitterCompatibleAPI true So for MediaWiki we could output something like this: http://archipelago.phrasewise.com/rsd";> MediaWiki http://mediawiki.org/ http://en.wikipedia.org/w/api.php"; blogID=""> http://mediawiki.org/wiki/API false This should be pluggable, so extensions that add their own machine APIs can register themselves in there. (For instance a blogging extension could provide a WordPress-compatible API.) -- 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 25647] New: HTML error report vs. returning imagelink in case of thumbnail errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=25647 Summary: HTML error report vs. returning imagelink in case of thumbnail errors Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hart...@videolan.org CC: gpaum...@wikimedia.org, bryan.tongm...@gmail.com I've been confused for a while on why some files return a HTML version of an error, and others a textual version. For instance: http://commons.wikimedia.org/wiki/File:Harplute-mechanicaldrawing-large-sidneyrobertsoncowell.png returns an HTML error and http://commons.wikimedia.org/w/index.php?title=File:England_Administrative_1931.tif&page=1 an image url. (the image contains the error report as well, but that is not the point really). I cannot determine what the difference is between the two render methods. Clearly in one case we get the toHtml of ThumbnailImage class and in the other of MediaTransformError class, but -- 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 25604] Project namespace creation on frwiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=25604 JeLuF changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #3 from JeLuF 2010-10-25 20:21:40 UTC --- 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 24380] Allow CodeReview revisions to have multiple reviewers
https://bugzilla.wikimedia.org/show_bug.cgi?id=24380 --- Comment #3 from Trevor Parscal 2010-10-25 20:18:01 UTC --- See https://bugzilla.wikimedia.org/attachment.cgi?id=7755 for a suggestion on how to lay this out. -- 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 25638] Allow explicit marking of follow-up revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25638 --- Comment #1 from Trevor Parscal 2010-10-25 20:17:15 UTC --- Created attachment 7755 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7755 Mock-up of associate follow-up revisions & sign-off features This is a mockup of how we should probably layout the associate follow-up revisions and sign-off features. -- 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 25604] Project namespace creation on frwiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=25604 JackPotte changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from JackPotte 2010-10-25 19:23:43 UTC --- Thanks but we've got a bug: all the pages beginning by this new namespace have disappeared. Examples : Projet:Conventions/Problèmes Projet:Accueil du Wiktionnaire ... Could you please refind 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 20083] Set up site service status/uptime/downtime dashboard similar to Google Apps status page
https://bugzilla.wikimedia.org/show_bug.cgi?id=20083 --- Comment #4 from MZMcBride 2010-10-25 19:22:36 UTC --- http://status.wikimedia.org/ is currently serving an experimental prototype that would likely resolve 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 25636] Abuse filter in Persian wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25636 --- Comment #4 from sahim 2010-10-25 19:20:42 UTC --- thank you -- 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 25632] Link to image description pages is missing File: namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=25632 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Derk-Jan Hartman 2010-10-25 19:18:26 UTC --- forgot to mark as 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 25611] Support optimized WebP thumbnails as alternative to JPEG
https://bugzilla.wikimedia.org/show_bug.cgi?id=25611 --- Comment #5 from Brion Vibber 2010-10-25 19:14:30 UTC --- (In reply to comment #4) > (In reply to comment #3) > > That'll be the quickest way to get it implemented, but we get the most bang > > for > > our buck if it's automatic. > > > > Chosing this path does not mean we discard any other. Apart from that, I > agree. The main reason to implement it at all is to reduce bandwidth usage; as a per-user option it's a geek curiosity, while as a default that can act on all requests it would actually be able to have wide effect. > > One downside as a user pref: do *all* your browsers support webp? > > Right now, there is no browser supporting WebP. There is a javascript hack out > there that modifies webp files in a way to make the browser handle it as a > WebM > video, therefor displaying it. It works on Firefox, Chrome and Opera. Well, here's the scenario I was thinking of: a) user enables WebP thumbnails while logged in via Chrome-next b) later, user logs into site from another computer running a different browser, and can't see any thumbnails on the site. That browser might be a netbook, tablet, e-reader, smartphone, game console, or a computer that doesn't have any WebP-capable browser. On the other hand if what the user option is for is to enable an Accept-header check which determines which format gets used, then that's probably not a problem -- that next login would use JPEG thumbnails. -- 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 24074] UserLogin with returnto doesn't preserve GET attributes
https://bugzilla.wikimedia.org/show_bug.cgi?id=24074 --- Comment #11 from Krinkle 2010-10-25 19:13:59 UTC --- (In reply to comment #10) > > >in regards to mediawiki:logouttext > > Personally it seems a little weird to preserve the query parameters in the > "You > have successfully logged out" message On second thought, I agree with you. Also because this could leak potential information. Imagine someone is browsing stuff, when the user logs out I think it is a reasonable expectation that other then the browser-history (which is something that can be disabled) there are no obvious traces left of what one did. So that someone else can now login without directly knowing what the previous user did. -- 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 25604] Project namespace creation on frwiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=25604 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from JeLuF 2010-10-25 19:09:59 UTC --- Done. === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 1260) +++ InitialiseSettings.php(working copy) @@ -4334,6 +4334,8 @@ 105 => 'Discussion_Portail', 106 => 'Thésaurus', 107 => 'Discussion_Thésaurus', +108 => 'Projet', +109 => 'Discussion_Projet', ), 'gawiktionary' => array( 100 => 'Aguisín', -- 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 25604] Project namespace creation on frwiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=25604 JeLuF changed: What|Removed |Added CC||je...@gmx.de Summary|Project namespace creation |Project namespace creation ||on frwiktionary -- 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 25627] Please create various namespaces for fawikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25627 --- Comment #16 from mjb...@gmail.com 2010-10-25 19:09:01 UTC --- 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 25627] Please create various namespaces for fawikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25627 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #15 from JeLuF 2010-10-25 19:05:36 UTC --- Done. === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 1259) +++ InitialiseSettings.php(working copy) @@ -4593,6 +4593,12 @@ 100 => 'Comentarios', 101 => 'Comentarios_Discusión', ), +'fawikinews' => array( +100 => 'درگاه', +101 => 'بحث_درگاه', +102 => 'نظرها', +103 => 'بحث_نظرها', +), 'frwikinews' => array( 102 => 'Transwiki', 103 => 'Discussion_Transwiki', -- 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 22283] Add "Author" namespace to Telugu Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=22283 JeLuF changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from JeLuF 2010-10-25 18:54:45 UTC --- Done. === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 1257) +++ InitialiseSettings.php(working copy) @@ -2353,6 +2353,8 @@ 'tewikisource' => array( 'Page' => 104, 'Page_talk' => 105, +'పేజీ' => 104, +'పేజీ_చర్చ' => 105, ), 'tkwiktionary' => array( 'Wiktionary' => NS_PROJECT, @@ -4231,8 +4233,8 @@ 101 => 'ద్వారము_చర్చ', 102 => 'రచయిత', //Author 103 => 'రచయిత_చర్చ', -104 => 'పేజీ', // Page -105 => 'పేజీ_చర్చ', // Page_talk +104 => 'పుట', // Page +105 => 'పుట_చర్చ', // Page_talk 106 => 'సూచిక', // Index 107 => 'సూచిక_చర్చ', ), -- 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 25635] Please set the Crimean Tatar Wikipedia logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=25635 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from JeLuF 2010-10-25 18:48:10 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 1256) +++ InitialiseSettings.php(working copy) @@ -360,7 +360,7 @@ 'cowiki'=> '$stdlogo', 'cowikimedia'=> 'http://upload.wikimedia.org/wikipedia/commons/6/6b/Wikimedia-Colombia-logo.png', 'cowiktionary' => '$stdlogo', -'crhwiki'=> 'http://upload.wikimedia.org/wikipedia/commons/1/1d/Wikipedia-logo-crh.png', +'crhwiki'=> '$stdlogo', 'crwiki'=> 'http://upload.wikimedia.org/wikipedia/commons/0/0a/Wikipedia-logo-cr.png', 'csbwiki' => '$stdlogo', 'cswiki'=> '$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 25636] Abuse filter in Persian wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25636 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from JeLuF 2010-10-25 18:44:22 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 1255) +++ InitialiseSettings.php(working copy) @@ -7850,6 +7850,7 @@ 'enwikisource' => true, // Andrew 2009-03-06 Requested by jayvdb per consensus at http://en.wikisource.org/w/index.php?title=Wikisource:Scriptorium&oldid=1013862#AbuseFilter 'enwikiquote' => true, // Andrew 2009-03-29 http://en.wikiquote.org/w/index.php?title=Wikiquote:Village_pump&oldid=925413#AbuseFilter 'fawiki' => true, + 'fawikinews' => true, 'fiwiki' => true, // Andrew 2009-04-24 bug 18435 'flaggedrevs_labswikimedia' => true, // Aaron 2010-04-21 'frwiki' => true, === 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 25576] Install AbuseFilter on simplewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=25576 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from JeLuF 2010-10-25 18:42:38 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 1254) +++ InitialiseSettings.php(working copy) @@ -7874,6 +7874,7 @@ 'ptwiktionary' => true, 'ruwiki' => true, // Andrew 2009-03-01 Bug 17729 'ruwikisource' => true, // Roan 2010-01-18 bug 22127 + 'simplewiki' => true, 'svwiki' => true, // Andrew 2009-03-24 bug 18102 'testwiki' => true, // in test config -- brion 2009-01-26 'tpiwiki' => true, // Andrew 2009-04-01 bug 18299 === 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 25634] Please install flagged revisions on fawikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25634 --- Comment #3 from mjb...@gmail.com 2010-10-25 18:41:27 UTC --- Thanks a lot -- 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 25634] Please install flagged revisions on fawikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25634 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #2 from JeLuF 2010-10-25 18:36:14 UTC --- Done. -- 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 25611] Support optimized WebP thumbnails as alternative to JPEG
https://bugzilla.wikimedia.org/show_bug.cgi?id=25611 --- Comment #4 from Mathias Schindler 2010-10-25 18:25:07 UTC --- (In reply to comment #3) > That'll be the quickest way to get it implemented, but we get the most bang > for > our buck if it's automatic. > Chosing this path does not mean we discard any other. Apart from that, I agree. > One downside as a user pref: do *all* your browsers support webp? Right now, there is no browser supporting WebP. There is a javascript hack out there that modifies webp files in a way to make the browser handle it as a WebM video, therefor displaying it. It works on Firefox, Chrome and Opera. -- 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 24074] UserLogin with returnto doesn't preserve GET attributes
https://bugzilla.wikimedia.org/show_bug.cgi?id=24074 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #10 from Bawolff 2010-10-25 17:58:55 UTC --- >in regards to mediawiki:logouttext Personally it seems a little weird to preserve the query parameters in the "You have successfully logged out" message because if they hit the "log in again" button, they have now done something else, so once they have re-logged in the previous action they did was not the page with the query parameters we saved from two actions ago. But maybe that is just me. The original bug seems to be referring to the message given on private wikis (Aka read restricted to logged in users) when you try to view a page not logged in. Specifically [[mediawiki:loginreqpagetext]] which is output by OutputPage::loginToUse. That should be straight forward to fix. -- 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 25643] add Indonesian, Ukrainian and Vietnamese languages to wikibhasha supported language list
https://bugzilla.wikimedia.org/show_bug.cgi?id=25643 Dmytro Dzyuma changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||dix...@acm.lviv.ua Resolution||FIXED --- Comment #2 from Dmytro Dzyuma 2010-10-25 16:59:01 UTC --- Confirmed. -- 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 25611] Support optimized WebP thumbnails as alternative to JPEG
https://bugzilla.wikimedia.org/show_bug.cgi?id=25611 --- Comment #3 from Brion Vibber 2010-10-25 15:38:11 UTC --- That'll be the quickest way to get it implemented, but we get the most bang for our buck if it's automatic. One downside as a user pref: do *all* your browsers support webp? -- 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 25646] New: Option "MathML if possible" doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=25646 Summary: Option "MathML if possible" doesn't work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: texvc AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: netheri...@gmail.com I choose the option "MathML if possible" and purge the cache, but formulas are still rendered as PNG. I tried both Firefox 3.6.11 and Firefox 4 beta, the latter able to render MathML in text/html format. -- 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 24847] $wgSQLiteDataDirMode is undefined
https://bugzilla.wikimedia.org/show_bug.cgi?id=24847 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- 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 24074] UserLogin with returnto doesn't preserve GET attributes
https://bugzilla.wikimedia.org/show_bug.cgi?id=24074 --- Comment #9 from Liangent 2010-10-25 13:48:26 UTC --- (In reply to comment #8) > I'm don't know exactly the origin of the link in situation 2 (the link in > #pt-login) though. The link in #pt-login doesn't have 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 21582] Transliteration of Crimean Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=21582 Ilnar Shaidullov changed: What|Removed |Added CC||ilnarshaidul...@rambler.ru --- Comment #7 from Ilnar Shaidullov 2010-10-25 13:42:47 UTC --- Totally agree with you. To date, day, many representatives of these people live abroad and enjoy the Latin, Cyrillic and others, so this is a very big problem. The sooner we resolve it, the sooner these projects will develop. -- 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 24074] UserLogin with returnto doesn't preserve GET attributes
https://bugzilla.wikimedia.org/show_bug.cgi?id=24074 --- Comment #8 from Krinkle 2010-10-25 13:38:23 UTC --- I believe the interface message for situation 1 described in my earlier comment is: "MediaWiki:Logouttext" (See also: http://translatewiki.net/wiki/MediaWiki:Logouttext/en ) The link there could be replaces by $1 and the software would replace it with a link to Special:UserLogin preserving returnto and returntoquery. I'm don't know exactly the origin of the link in situation 2 (the link in #pt-login) though. -- 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 25643] add Indonesian, Ukrainian and Vietnamese languages to wikibhasha supported language list
https://bugzilla.wikimedia.org/show_bug.cgi?id=25643 anil kumar ande changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from anil kumar ande 2010-10-25 12:35:22 UTC --- we have added the three newly languages Indonesian, Ukrainian and Vietnamese to wikibhasha supported language list. with revision no 75349 the code has been committed to mediawiki svn. please confirm the same and close the ticket. anilande -- 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 25616] WikiBhasha keeps on searching for the corresponding target language article title.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25616 anil kumar ande changed: What|Removed |Added Status|NEW |ASSIGNED CC||anil_a...@yahoo.co.in --- Comment #1 from anil kumar ande 2010-10-25 12:35:20 UTC --- the issue was causing in case of english article on which the wikibhasha was raised dont have any inter wikilinks to other languages. in this case, one of the condition in the code was getting to an exception state and no action was happening in the wikibhasha afterwords. with revision no 75349 the issue has been taken care. and the code has been committed to mediawiki svn. please confirm the same and close the ticket. anilande -- 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 25645] New: Improve decision when to render a formula as HTML
https://bugzilla.wikimedia.org/show_bug.cgi?id=25645 Summary: Improve decision when to render a formula as HTML Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: texvc AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@pberndt.com PNG rendering tends to produce quite unreadable text as the fonts (especially font sizes) of text and formulas don't match. Unfortunately enforcing PNG- or HTML-rendering does not help: The setting "HTML if very simple or else PNG" does render some pretty simple formulas (like $D_f \subseteq \R$) as images while "HTML if possible or else PNG" produces HTML for some formulas which clearly look better when rendered as an image, like $X_1(u,v) = X_u(u,v) = \tfrac{\partial X}{\partial u}(u,v) = DX_{(u,v)}(e_1)$ I suggest implementing one of the following: * Implement a better mechanism to decide if a formula can be rendered as HTML. IMO sub-/superscript is quite readable in HTML-View, while multiline formulas (Fractions, Cases, Text above equal signs, ..) look better as PNGs * Use HTML for scriptstyle math per default unless it contains fractions * Add an attribute to the tag so that authors can decide how to display the formula: "text" math is rendered as HTML while "display" formulas are rendered as PNGs in displaystyle and inserted into a separate line, slightly indented (As if one wrote "\n:.." in WP) The latter would also improve semantics, which (I guess) would allow for simpler integration of math rendering with the PDF-Extension. The problem lately led to multiple discussions in German WP regarding whether to use TeX for inline math at all, so I'd appreciate a quick (technical) solution :-) -- 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 24901] editsection and floating issue with vector skin at ckb.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24901 --- Comment #5 from Derk-Jan Hartman 2010-10-25 11:05:28 UTC --- I have no idea which revisions fixed this, but said revision is at least still not deployed and I just got another help request on en.wikipedia from a rtl user, this time from dv.wikipedia.org (Gave him tips on how to do this in his MediaWiki:Vector.css. I advise deploying whatever revision fixes this. -- 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 14487] add Bugzilla to unified login :P
https://bugzilla.wikimedia.org/show_bug.cgi?id=14487 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #5 from Bawolff 2010-10-25 10:52:07 UTC --- (In reply to comment #4) > I realize this is an old bug, but is there a legitimate reason for not wanting > to do this, or is it just a low return on investment for the effort required > to > get it working? (This is just my personal opinion. Actual reasons could be different). Probably mostly the latter. All mediawiki wikis use the same type of login system, which we (as mediawiki devs) are quite familiar with, well bugzilla uses some other sort of system which we know nothing about. Thus its harder (we'd have to figure out how bugzilla does its login system) for no real benefit. There's also the secondary issue that in bugzilla emails are rather public where on wiki your email address is considered sensitive information and never shown to the public. -- 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 25644] New: Error: Template loop detected - limited recursions should be allowed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25644 Summary: Error: Template loop detected - limited recursions should be allowed. Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Templates AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net In a private Wiki. I made a simple template having 10 parameters. With Extension:Parserfunctions, it tests the wiki page given as its 1st parameter: - if omitted or empty, the template does nothing, else - if the pages exists, it yields a (blue) link to it, else - if emits a (red) link and calls itself recursively with parameters shifted one down. Called at the end of wiki pages, it allow one to see which other consecutive pages are planned but not created, and to continue reading at the next existing page. This appears sane, imho, especially, since 10 is not a large number. I declines work however, saying "template loop detected" Of course, you can always "flatten" a known (max) number of recusions, but the result is an awfully huge template, with many duplicated lines of code. Is there a chance to have a $wgTemplateLoopLimit installation setting which would make MediaWiki more flexible? I would naively recommend a default $wgTemplateLoopLimit = 2 so as to accomodate templates that document themselves with sample calls. If that can be had without restructuring or rewriting the parser, I might give it a try myself. -- 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