[Bug 18748] New: Magic words for CREATEUSER and CREATETIMESTAMP
https://bugzilla.wikimedia.org/show_bug.cgi?id=18748 Summary: Magic words for CREATEUSER and CREATETIMESTAMP Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m.s.jo...@ncl.ac.uk So now we have the magic words REVISIONUSER as well as REVISIONTIMESTAMP, etc. and these are really useful. I would like to request a similar magic words for the user who created a page and the time that it was created. They might be called CREATEUSER and CREATETIMESTAMP. -- 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 18728] Non-admins can no longer to see page protection settings.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18728 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2009-05-10 09:18:39 UTC --- Fixed in r50420 -- 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 18677] Give proper error message when viewing action=protect without sufficient rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=18677 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Resolution|FIXED |WONTFIX --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2009-05-10 09:19:12 UTC --- (In reply to comment #3) IMO this is a regression, not a bug fix. We've removed useful functionality and replaced it with an error message. Patch reverted in r50420. WONTFIXing per the comment above. -- 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 18743] API: revision size with list=usercontribs
https://bugzilla.wikimedia.org/show_bug.cgi?id=18743 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-05-10 09:25:59 UTC --- Done in r50423 -- 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 18749] New: information about using as generator is missing in action=paraminfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=18749 Summary: information about using as generator is missing in action=paraminfo Product: MediaWiki Version: unspecified Platform: All URL: http://translatewiki.net/w/api.php?action=paraminfoquer ymodules=allpages|allusers OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: umherirrender_de...@web.de CC: bryan.tongm...@gmail.com, vasi...@gmail.com action=help shows a Generator: This module may be used as a generator, but this information is missing in output from paraminfo. Maybe add a 'generator=', if the module can used as a generator. Not all modules can used as generator, for example 'allusers' -- 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 18749] information about using as generator is missing in action=paraminfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=18749 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-05-10 09:53:04 UTC --- Fixed in r50425 -- 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 18750] New: remove empty prefix= from action=paraminfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=18750 Summary: remove empty prefix= from action=paraminfo Product: MediaWiki Version: unspecified Platform: All URL: http://translatewiki.net/w/api.php?action=paraminfomodu les=parse OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: umherirrender_de...@web.de CC: bryan.tongm...@gmail.com, vasi...@gmail.com To signal a true boolean in xml the syntax 'attribut=' is used. When there is a module without a prefix, action=paraminfo shows a prefix=, but that means there is no prefix (because the string is empty), and not a true boolean. So remove this empty attribut, to show there is no prefix (or make this as invalid). Thanks. Maybe getModulePrefix() should give a null instead of an empty string, when there is no prefix. -- 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 18750] remove empty prefix= from action=paraminfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=18750 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-05-10 10:01:31 UTC --- Yes, empty strings and boolean trues look the same, and yes, that's not ideal, but that's how it is, and it can't be changed because that would break every bot using the API. IMO it's pretty clear from context that 'prefix' is not a boolean attribute (knowing there is a prefix is pretty useless unless you know what it is), so I'm closing this as 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 18751] New: Impossible to launch mediawiki (EmbedVideo extension)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18751 Summary: Impossible to launch mediawiki (EmbedVideo extension) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bertrand.gron...@aliceadsl.fr Impossible to launch mediawiki. I've the following message : Catchable fatal error: Object of class EmbedVideo could not be converted to string in /var/www/wiki/includes/Setup.php on line 312 -- 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 189] Add a music wikimodule
https://bugzilla.wikimedia.org/show_bug.cgi?id=189 --- Comment #92 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-10 13:43:34 UTC --- It seems clear that there will be no fixed list of requirements. Either a LilyPond dev is willing to put in the work and submit it for eventual inspection when Tim finds the time, and is willing to then work on any totally new issues that might come up in the course of the review, without any advance guarantee that their work will ever get enabled on Wikipedia; or not. If so, that's great. If not, it looks like LilyPond support won't happen, and ABC will have to do. It's unfortunate that we don't have the resources to get every single bug fixed as nicely as everyone would like, but no software project does. There are thousands of open bugs here and a lot have unreviewed patches attached. If, in fact, nobody from LilyPond is willing to work on this without guaranteed returns (entirely understandable), and nobody on Wikimedia's side is willing to give guarantees in advance (this seems certain), then I suggest that everyone drop the issue until the status quo changes, rather than dwelling on it. Complaining is not going to give the relevant people more time that they can spend on things that are, to them, evidently low-priority. Now could I please ask everyone -- MediaWiki developers, LilyPond developers, Wikipedia users, and everyone else -- to stop using Bugzilla as a discussion forum, and only post further if you have anything to say *that will contribute to fixing the bug* (e.g., an expression of interest in working on a LilyPond solution, or a note on progress in enabling ABC). You're spamming a significant number of uninterested people with every uninformative post you make. The correct fora for recriminations and complaints (on both sides) are wikitech-l and/or lilypond-devel, if anywhere. If you really just have to respond to someone else's misplaced Bugzilla comment, you can do it by e-mailing them privately. Thank 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18752] New: Show categorization on shared repository on local file page.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18752 Summary: Show categorization on shared repository on local file page. Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Wikipedia_talk:Criteria_for _speedy_deletion#Clarifying_F2 OS/Version: All Status: NEW Keywords: crosswiki Severity: enhancement Priority: Normal Component: File/Repo AssignedTo: innocentkil...@gmail.com ReportedBy: viper...@cogeco.ca You know what I've noticed? You can categorize files on a shared repository (i.e. Commons), locally AS WELL as on the repository. What I think we need, is an ability to show categories from the shared repository alongside the categories locally. If this were the case, we'd be able to drop the redundant categorization some Wikipedias do with featured images locally, only needing to categorize them on Commons. -- 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 16937] PostgreSQL wrong protocol version
https://bugzilla.wikimedia.org/show_bug.cgi?id=16937 --- Comment #29 from Tim Starling tstarl...@wikimedia.org 2009-05-10 15:28:11 UTC --- (In reply to comment #28) tsnowman proposes in the forum page (http://www.mwusers.com/forums/showthread.php?t=10799) referred to in Bug 18742 proposes that the client and server versions is checked. This approach appears to resolve the issue on Windows. It's completely wrong and broken. At least Etienne's suggestion in the initial report kind of made sense. We already have the reproduction procedure in comment #22, all that needs to be done on this bug is for someone to reproduce it and isolate it in the relevant source code. We don't need guesswork. -- 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 189] Add a music wikimodule
https://bugzilla.wikimedia.org/show_bug.cgi?id=189 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added URL||http://meta.wikimedia.org/wi ||ki/Music_markup --- Comment #93 from John Mark Vandenberg jay...@gmail.com 2009-05-10 15:54:34 UTC --- General discussion should go on meta: http://meta.wikimedia.org/wiki/Music_markup http://meta.wikimedia.org/wiki/Talk:Music_markup Everyone interested should watchlist that page, and change your preferences to enable email modifications as shown in this image: http://www.mediawiki.org/wiki/File:Preferences_in_rel15-enec318.png -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18716] CSS for Catlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=18716 --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2009-05-10 18:31:08 UTC --- Created an attachment (id=6104) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6104) catlinks Patch to remove one of the declarations, and assign a tight but still visible padding for the Categories in the catlinks. -- 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 4281] Allow users to set a starting digit in ordered lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=4281 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #9 from Derk-Jan Hartman hart...@videolan.org 2009-05-10 18:50:42 UTC --- (In reply to comment #5) Note: The start= attribute has been deprecated by the W3C HTML 5 is undeprecating this attribute, perhaps it is time to revisit this problem? http://www.w3schools.com/tags/html5_ol.asp -- 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 16937] PostgreSQL wrong protocol version
https://bugzilla.wikimedia.org/show_bug.cgi?id=16937 --- Comment #30 from Karun Dambiec ka...@fastmail.fm 2009-05-10 19:37:56 UTC --- (In reply to comment #29) It's completely wrong and broken. At least Etienne's suggestion in the initial report kind of made sense. We already have the reproduction procedure in comment #22, all that needs to be done on this bug is for someone to reproduce it and isolate it in the relevant source code. We don't need guesswork. I have reproduced the bug on Windows using the instructions in comment #22. It does not apply to the MediaWiki application and I have tried another application that has the same problem. It works fine in my initial tests, if I disable version checking for PostGreSQL, but this could cause problems should someone try to install it on PostGreSQL 7.3 on other platforms than windows. -- 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 18753] New: RevDeleted to link to the actual revision(s) involved
https://bugzilla.wikimedia.org/show_bug.cgi?id=18753 Summary: RevDeleted to link to the actual revision(s) involved Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ft2.w...@gmail.com Right now RevDel log entries state that a user changed the visibility of N revisions. There's no way to tell which revisions or what changes. There might be many revisions deleted or undeleted, by different admins, at different times, and this makes tracking who did what almost impossible in all but the simplest cases. Can the deletion log for a page be sure to make clear which revision(s) were the subject of a given logged action? -- 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 18738] Today's Featured Article Date Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=18738 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com --- Comment #2 from Happy-melon happy-me...@live.com 2009-05-10 20:20:53 UTC --- That page probably hasn't been refreshed recently; try purging your browser cache or null-editing the page. Pages being out-of-date is a known WMF issue that is an unavoidable side-effect of our extensive caching cascade. This is not a MediaWiki issue. -- 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 17708] Warning on page deletion if page is linked to
https://bugzilla.wikimedia.org/show_bug.cgi?id=17708 FT2 ft2.w...@gmail.com changed: What|Removed |Added Summary|Warning on page deletition |Warning on page deletion if |if page is linked to|page is linked to -- 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 16937] PostgreSQL wrong protocol version
https://bugzilla.wikimedia.org/show_bug.cgi?id=16937 --- Comment #31 from Karun Dambiec ka...@fastmail.fm 2009-05-10 20:31:29 UTC --- (In reply to comment #30) (In reply to comment #29) I have reproduced the bug on Windows using the instructions in comment #22. It does not apply to the MediaWiki application and I have tried another application that has the same problem. My previous comment should have said it does not only apply to the MediaWiki application. The component which causes the problem is that the incorrect version number or no version number is returned by using the pg_versioninfo command -- 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 18739] generating book to pdf failed, too many links
https://bugzilla.wikimedia.org/show_bug.cgi?id=18739 Brent G overlo...@gmail.com changed: What|Removed |Added CC||overlo...@gmail.com --- Comment #2 from Brent G overlo...@gmail.com 2009-05-10 20:32:02 UTC --- If this is happening on your own server, you need to clean out the /tmp folder then. -- 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 18572] Users should be able to delete pages and image files they create/upload accidentally
https://bugzilla.wikimedia.org/show_bug.cgi?id=18572 --- Comment #4 from FT2 ft2.w...@gmail.com 2009-05-10 20:45:25 UTC --- Maybe some discussion of which of these circumstances a user should be able to delete their own addition, would be sensible. ie, should a non-admin user be allowed to delete a page where they are the sole editor: 1/ in their userspace, on all pages, or never 2/ if it has had one, up to N, or any number of edits 3/ for a limited amount of time, or any time Useful abilities, but their deployment would be a policy matter for individual projects. Those would probably be the most obvious parameters. -- 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 18725] add revision suppression UI on deleted revision page
https://bugzilla.wikimedia.org/show_bug.cgi?id=18725 FT2 ft2.w...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #1 from FT2 ft2.w...@gmail.com 2009-05-10 20:53:46 UTC --- Confirmed, if one visits a deleted revision either as a revision or a diff, there isn't a del/undel link available. This may be worth reviewing in conjunction with bug 18104; it's probably not dependent though (any generation of revision_id from the timestamp can be included behind the scenes when the RevDel link HTML is created). -- 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 18677] Give proper error message when viewing action=protect without sufficient rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=18677 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #5 from Gurch matthew.brit...@btinternet.com 2009-05-10 21:11:20 UTC --- (In reply to comment #3) IMO this is a regression, not a bug fix. We've removed useful functionality and replaced it with an error message. What useful functionality has been removed? Protection settings are in the protection log, and at the top of the page when you try to edit it. If this is the standard why aren't the block/delete/user rights pages available to all users too? -- 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 17941] $wgMaxUploadSize doesn't affect normal file uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=17941 --- Comment #5 from Karun Dambiec ka...@fastmail.fm 2009-05-10 21:19:48 UTC --- I have updated the information on the Wiki in relation to why we cannot restrict the upload size using normal file uploads and this method at http://www.mediawiki.org/wiki/Manual:Configuring_file_uploads#Set_maximum_size_for_file_uploads An alternative option could be to use JavaScript or Java to check the file size before it is uploaded. If JavaScript is disabled it would not resolve this issue. -- 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 17941] $wgMaxUploadSize doesn't affect normal file uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=17941 Karun Dambiec ka...@fastmail.fm changed: What|Removed |Added Component|General/Unknown |Uploading Product|Wikimedia |MediaWiki -- 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 17941] $wgMaxUploadSize doesn't affect normal file uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=17941 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #6 from Platonides platoni...@gmail.com 2009-05-10 21:26:34 UTC --- (In reply to comment #5) An alternative option could be to use JavaScript or Java to check the file size before it is uploaded. If JavaScript is disabled it would not resolve this issue. Firefogg should take into account that limit. I think that it would be consistent if $wgMaxUploadSize were also enforced for uploads, even if PHP configuration has the last word about it. For instance, the php limit may be higher than the desired for the wiki in order to support another app. -- 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 18754] New: Thumbnails broken on uk.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18754 Summary: Thumbnails broken on uk.wikimedia.org Product: Wikimedia Version: unspecified Platform: All URL: http://uk.wikimedia.org/wiki/File:WMUK_AGM_2009_Attendee s.jpg OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: newsmar...@googlemail.com Thumbnails seem to be broken on uk.wikimedia.org such as at http://uk.wikimedia.org/wiki/File:WMUK_AGM_2009_Attendees.jpg. Calls to http://upload.wikimedia.org/wikimedia/uk/thumb/6/6c/WMUK_AGM_2009_Attendees.jpg/800px-WMUK_AGM_2009_Attendees.jpg are rejected as errors. -- 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 18755] New: Separate move and edit levels in Special:ProtectedPages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18755 Summary: Separate move and edit levels in Special:ProtectedPages Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page protection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cenarium.sy...@gmail.com Currently, [[Special:ProtectedPages]] gives the option to choose semi and full levels for edit-protections or move-protections. But it doesn't allow to list pages that are semi-edit-protected and fully-move-protected, or fully-edit-protected and semi-move-protected. It would be useful to have those options for maintenance (e.g., to make sure no pages are in the second case) and certain analysis purposes. So the move and edit permissions should be separated, the interface could be changed to something like Namespace:[all, (article), ...] Edit restriction level: [none,semi,full] Move restriction level:[none,semi,full]. Default would be none, so it wouldn't show any page initially, and couldn't show pages to semi or full levels in the same time, which hasn't much interest anyway. -- 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 17941] $wgMaxUploadSize doesn't affect normal file uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=17941 --- Comment #8 from Platonides platoni...@gmail.com 2009-05-10 23:08:14 UTC --- (In reply to comment #7) I have been trying to find a solution to the problem that is not dependent on ActiveX and using JavaScript. Ive found many examples that use ActiveX such as http://www.codingforums.com/archive/index.php/t-68495.html With some other solutions I have looked at, browser security restrictions generally prevent them. I think we need a solution that is not browser dependent, and does not require ActiveX. PHP suggest the MAX_UPLOAD_LIMIT input but the browser's don't take it into account :( -- 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 17214] Please think over the use of the new word books instead of collections
https://bugzilla.wikimedia.org/show_bug.cgi?id=17214 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2009-05-10 23:09:11 UTC --- I agree as well, and some people on Village Pump Proposals were also pondering this. books is simply confusing, because we have ISBN, wikibooks.org and the Print books. Collections was better in my opinion. -- 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 18754] thumb.php not found - Thumbnails broken on uk.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18754 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com Component|General/Unknown |Site requests Summary|Thumbnails broken on|thumb.php not found - |uk.wikimedia.org|Thumbnails broken on ||uk.wikimedia.org --- Comment #1 from Platonides platoni...@gmail.com 2009-05-10 23:10:52 UTC --- The error message is The requested URL /w/thumb.php was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. And in fact the same error is returned on http://uk.wikimedia.org/w/thumb.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 17214] Please think over the use of the new word books instead of collections
https://bugzilla.wikimedia.org/show_bug.cgi?id=17214 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm --- Comment #2 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-10 23:13:05 UTC --- Furthermore, nearly every use of the word book conflicts with Wikibooks' indigienous conception of a book, and had to be replaced in the system messages. This despite that Wikibooks is the main user of the extension. However, I /think/ the developers already discussed this and decided to use the word book (they must have done, since they changed it, and they wouldn't have done so without thinking it over). Can we please make sure the Collections developers are aware of this bug? They have their own bug tracker, and I don't know if they automatically get CCd or something on bugs filed here (doesn't look like it at present). -- 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 18716] CSS for Catlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=18716 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Keywords||easy, need-review, 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 16890] This page doesn't print correctly with IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=16890 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #6 from Derk-Jan Hartman hart...@videolan.org 2009-05-10 23:41:09 UTC --- On en.wp we suspect this is caused by the CSS property line-height. See also: http://en.wikipedia.org/wiki/MediaWiki_talk:Common.css/Archive_7#Printing_issues_with_IE7 We were thinking of adding this to a IE specific CSS stylesheet on en.wp, if that does solve the issue, perhaps we can upmerge that ? -- 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 18757] New: PDF version link missing in sidebar of modern skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=18757 Summary: PDF version link missing in sidebar of modern skin Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Modern skin AssignedTo: ri...@loreley.flyingparchment.org.uk ReportedBy: hart...@videolan.org The link for the PDF version in the Modern-skin toolbox sidebar is missing. -- 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 18758] New: API read/reset of watchlist's wl_notificationtimestamp
https://bugzilla.wikimedia.org/show_bug.cgi?id=18758 Summary: API read/reset of watchlist's wl_notificationtimestamp Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: mk45...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com There is currently no read/reset access to the watchlist timestamp. This timestamp could be used for something like an update marker: http://www.mediawiki.org/wiki/Extension:Email_notification#Update_marker Adding this as an API feature would save editors with large watchlists from having to scan through to the last thing they checked. It would also allow editors to save certain watched items for later evaluation. This would save much time and hassle. The relevant API calls may be: http://www.mediawiki.org/wiki/API:Edit_-_Watch http://www.mediawiki.org/wiki/API:Query_-_Lists#watchlist_.2F_wl http://www.mediawiki.org/wiki/API:Query_-_Meta#userinfo_.2F_ui Adding a param to edit-watch that sets the time (if blank sets to the current time) and lastchecked as a returned field in the watchlist list would resolve this issue. -- 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 14027] User generators
https://bugzilla.wikimedia.org/show_bug.cgi?id=14027 MZMcBride pub...@mzmcbride.com changed: What|Removed |Added CC||pub...@mzmcbride.com --- Comment #1 from MZMcBride pub...@mzmcbride.com 2009-05-11 03:31:16 UTC --- Bumping this. OP requested that nobody else touch this bug; it's been over a year now -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18198] Spesial:AddData for deleted pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18198 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Yaron Koren yaro...@gmail.com 2009-05-11 03:58:46 UTC --- This was done in version 1.6. -- 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 17435] Semantic Forms should have right for restricted fields
https://bugzilla.wikimedia.org/show_bug.cgi?id=17435 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com --- Comment #3 from Yaron Koren yaro...@gmail.com 2009-05-11 03:59:56 UTC --- Has what you requested been added? If so, can you please close the bug? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17095] Allow users to receive e-mail notifications once a day, once a week, new occurrences and always
https://bugzilla.wikimedia.org/show_bug.cgi?id=17095 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Component|User preferences|Watchlist Summary|Allow users to receive e- |Allow users to receive e- |mail notifications once a |mail notifications once a |day, once a week and new|day, once a week, new |occurrences|occurrences and always --- Comment #1 from jida...@jidanni.org 2009-05-11 04:21:04 UTC --- I on the other hand resent the There will be no other notifications in case of further changes unless you visit this page. I want a way, for certain pages, or just all pages, to be able to say go ahead, send me mail every time it changes. I'm at the QZW Convention Center, using a MXQ device, and won't be able to login an browse the page anyway, but I sure want to know every change via email. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18759] New: subpages should not display the full qualified page name
https://bugzilla.wikimedia.org/show_bug.cgi?id=18759 Summary: subpages should not display the full qualified page name Product: MediaWiki Version: unspecified Platform: All URL: http://www.staerk.de/thorsten/index.php/My_Tutorials/Pro gramming_Tutorials/C_Programming_Tutorial/How_to_simulat e_a_keypress OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: d...@staerk.de When I use subpages, this is mostly because I have a deep structure. For example, I have Tutorials Programming Tutorials C Programming Tutorial How to simulate a keypress. In my opinion, the page title should not appear fully qualified. It is too long and confuses the reader. You already get the complete path twice: Once in the URL bar of your browser and once as the subpage-navigation-links. Please only show the page title without the path-prefix if subpages are activated. -- 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 18760] New: Must check $wgEnableEmail before showing ANY email related preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18760
Summary: Must check $wgEnableEmail before showing ANY email
related preferences
Product: MediaWiki
Version: 1.16-svn
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: Normal
Component: User preferences
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jida...@jidanni.org
It is very important that you test $wgEnableEmail before showing the
user ANY email related preferences.
Or else we
* make the user think the wiki has features enabled but in fact they
are disabled.
* cause some users to type in personal information that we DO NOT want to
collect, and is only useful for disabled features.
Please read the definition of $wgEnableEmail in DefaultSettings.php.
The following quick workaround in Preferences.php merely shows you where the
test should be. You still
will need to eliminate duplication within it, and of course test, which I
haven't.
@@ -270,2 +270,3 @@
## Email stuff
+ global $wgEnableEmail; if($wgEnableEmail){#BEGIN QUICK FIX
@@ -372,2 +373,3 @@
}
+ }#END QUICK 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 18738] Today's Featured Article Date Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=18738 --- Comment #3 from James King king...@yahoo.com 2009-05-11 05:23:55 UTC --- I tried purging the cache, and refreshing, but still the same result. I don't know what you mean by null-editing, but try out this page: http://en.wikipedia.org/wiki/Wikipedia:Today%27s_featured_article/2009 yourself. But the wrong date on that page is just a symptom of the problem. Check out http://jeays.net/wikipedia/featured.xml. That is the RSS feed to which I subscribe, and it also thinks that it is still May 5th. So obviously something in the back end that is supplying both of those pages with the date is incorrect. BTW, I am using Firefox 3.0.10 on Windows XP, if that helps in the troubleshooting. -- 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 16836] Display preview of signature in user preferences, and say what it is for
https://bugzilla.wikimedia.org/show_bug.cgi?id=16836 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Summary|Display preview of signature|Display preview of signature |in user preferences |in user preferences, and say ||what it is for --- Comment #2 from jida...@jidanni.org 2009-05-11 05:25:01 UTC --- On Preferences please also mention what the signature is for. One thinks it may be for appending to email one sends to other users. When in fact is has to do with . So please say so. -- 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 14201] Create AdminSettings.php during wiki installation, in the same way as LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=14201 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #4 from jida...@jidanni.org 2009-05-11 05:36:41 UTC --- Bah! I would just do as: http://www.mediawiki.org/wiki/Manual:AdminSettings.php#Merging_with_LocalSettings for them. That way they could use maintenance scripts just fine and need not maintain two files. They could always them separate the two back out later if they are such power users. -- 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 18762] New: refreshLinks.php forgets redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18762 Summary: refreshLinks.php forgets redirects Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org $ php refreshLinks.php --help says --redirects-only : Only fix redirects, not all links which implies that all links includes redirects. But it really should be worded --redirects-only : Only fix redirects, not all links EXCEPT REDIRECTS Because without it, refreshLinks.php forgets to also refresh redirects. This has in turn fooled the author of rebuildall.php into thinking that he is rebuilding all. But to actually rebuild all, one needs $ php rebuildall.php php refreshLinks.php --redirects-only So please fix the behavior of refreshLinks.php to reflect its documentation (and not the documentation to reflect the behavior!) By the way, the message Rebuilding links tables should add and category table. Also metion that table in the documentation too. And perhaps the same for redirects, as that table does not have the word links in its name... which in fact you could use as an excuse to close this bug, but don't do that, as you still wouldn't have fixed the implies problem above. -- 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
