[Bug 17962] New: Users should be able to see their own deleted contribs.
https://bugzilla.wikimedia.org/show_bug.cgi?id=17962 Summary: Users should be able to see their own deleted contribs. Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pgraw...@hotmail.com I suggest making Special:Deleted Contribs/Myself accessible for everyone. It would really be handy to know which of my own contributions were deleted. Otherwise, there's currently no easy way (for non-admins) to know when or if a (speedy) deletion request was granted. Adding all those pages where I request deletion to the watchlist is bloating that one needlessly. -- 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 17874] name attributes get removed by server
https://bugzilla.wikimedia.org/show_bug.cgi?id=17874 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon innocentkil...@gmail.com 2009-03-13 12:20:24 UTC --- Is this a Tidy thing? -- 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 17963] New: SkinTemplate.php's buildContentActionUrls() ignores protection for article and talk pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17963 Summary: SkinTemplate.php's buildContentActionUrls() ignores protection for article and talk pages Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Page protection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org SkinTemplate.php's buildContentActionUrls ignores protection for article and talk pages. It should be updated to deal with today's $wgNamespaceProtection etc. You see, users are given (red)links to go edit Article and Talk pages that they cannot possibly edit. Users should not be even given any link at all, for pages that don't exist and they have no rights to create. In SkinTemplate.php let's take a look at this part of function buildContentActionUrls: if( $this-iscontent ) { $subjpage = $this-mTitle-getSubjectPage(); $talkpage = $this-mTitle-getTalkPage(); $nskey = $this-mTitle-getNamespaceKey(); $content_actions[$nskey] = $this-tabAction( $subjpage,$nskey,!$this-mTitle-isTalkPage() !$prevent_active_tabs,'',true); $content_actions['talk'] = $this-tabAction($talkpage,'talk', $this-mTitle-isTalkPage() !$prevent_active_tabs,'',true); if($this-mTitle-quickUserCan('edit')($this-mTitle-exists()||$this-mTitle-quickUserCan('create'))){ Well, the two $content_actions unfortunately come BEFORE the quickUserCan tests. This means the user could get (red)links to pages he cannot possibly create. Also he will get redlinks to pages he cannot possibly edit, if they already exist. Case in point: In LocalSettings.php we set $wgNamespaceProtection[NS_CATEGORY]=$wgNamespaceProtection[NS_CATEGORY_TALK]=array('editinterface');} So, e.g., browsing a category page (with members, but no content), he sees two redlinks, one to the category page itself, and one to the category page's talk page (which doesn't exist.) Well, he shouldn't see any link at all to the talk page. And he should see a blue link to the category page itself. And if he browses to a URL which doesn't exist, no talk page too, and he has no rights... he should see no tabs at all. -- 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] Windows PHP 5.2.6 precompiled binaries and Postgresql numeric version
https://bugzilla.wikimedia.org/show_bug.cgi?id=16937 --- Comment #12 from Etienne Massip etienne.mas...@laposte.net 2009-03-13 13:01:38 UTC --- If you take the last comment alone, that is true. But could you read the whole part of this ticket and try to understand that the bug is not in the way the DBMS version is rendered in but that this DBMS version is not the real one, only the version of the DBMS the client library has been compiled with. The underlying DBMS version is 8.2, and MediaWiki find a '7.3 or earlier' (see comment #9). And as Alex stated in comment #1, this make a huge difference as mw does not support PostGreSQL 7.x. I had to alter the setup to force it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17964] New: namespaceDupes.php assumes all wikis have a interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17964 Summary: namespaceDupes.php assumes all wikis have a interwiki table Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org namespaceDupes.php thinks all wikis have a interwiki table. But that is not always the case for older wikis even though they have run update.php faithfully even thru 1.15: $ php namespaceDupes.php Warning: Invalid argument supplied for foreach() in /home/jidanni/phase3/maintenance/namespaceDupes.php on line 59 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3663] ISSN Magic Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=3663 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #11 from ^demon innocentkil...@gmail.com 2009-03-13 13:11:57 UTC --- WONTFIX'ing per comment 10 and lack of activity for 3 years. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3663] ISSN Magic Numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=3663 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m --- Comment #12 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-03-13 13:14:13 UTC --- Lack of activity is never a legitimate reason for WONTFIXing, but I don't think we want more magic like ISBN and RFC. Better that those should be phased out in favor of templates at some point in the future. -- 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 17880] Add various things to MediaWiki namespace, such as Skin names, etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=17880 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon innocentkil...@gmail.com 2009-03-13 13:40:20 UTC --- (In reply to comment #0) Making configuration of their wikis easier for operators, and allow them quickly testing modifications, please move various things to the namespace MediaWiki, which are currently not in it: Skin names: (a mapping would do: Modern:Nieuwe mode; Monobook:Enkel Book; ... in a single message) Yes they are. See 'MediaWiki:skinname-monobook' or any of the others. Namespagenames: (a mapping would do again in a single message) Alternate namespacenames (a mapping would do, it could even be in 1 message with normal names: Talk:Oeverleg:Dikutie:Gesprek; User:Bruker:Bruiker:Broeker:Meidoger; ... or 0::Aartikel; 1:Oeverleg:Dikutie; 2:Bruker: ...) Bad idea. Changing Namespaces requires running namespaceDupes and should not be done via the UI. This needs to remain a LocalSettings change. I dunno about the other two ideas (linktrail and redirect logo, etc.). -- 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 14771] Thumbnail links to individual DjVu pages have two page GET parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=14771 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from ^demon innocentkil...@gmail.com 2009-03-13 15:02:43 UTC --- Fixed in r48378 -- 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 14771] Thumbnail links to individual DjVu pages have two page GET parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=14771 --- Comment #2 from ^demon innocentkil...@gmail.com 2009-03-13 15:04:44 UTC --- (In addition: the first issue is what I fixed. The latter seems like it has already been 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 16927] add support for firefogg
https://bugzilla.wikimedia.org/show_bug.cgi?id=16927 --- Comment #4 from Michael Dale d...@ucsc.edu 2009-03-13 15:48:02 UTC --- this patch has been folded into the add_media_wizard.js and re factored with jQuery dependency and in the process of adding chunk support. By moving it into add_media_wizard.js space it can be deployed as a user gadget. Hopefully we can do some test deployment with that next week. -- 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 17966] New: MiniAtlas has to be loaded via SSL in secure environments
https://bugzilla.wikimedia.org/show_bug.cgi?id=17966 Summary: MiniAtlas has to be loaded via SSL in secure environments Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gerald.mau...@siemens-enterprise.com Every wiki page loads MiniAtlas from http://meta.wikimedia.org but in secure environments it has to be loaded via https too. In secure environments the wiki is called via https and returns all content but the MiniAtlas secure. This leads (for e.g. Internet Explorer) to a popup message at every page that the current page uses mixed mode secure and unsecure content. If you use an open browser you could enable your browser to accept mixed mode pages from this site but in enterprise environments the browser is not open and you are not able to activate this setting. -- 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 17965] New: Show reviewed page for all users
https://bugzilla.wikimedia.org/show_bug.cgi?id=17965 Summary: Show reviewed page for all users Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: titilamb...@gmail.com Hi To respect ISO, I needed to do : - Do not show page which is not reviewed : I don 't find how to do this. Did plan it or have you an idea or tips to help me ? - reviewed page as default page for everybody : I made a patch to show, by default (when you arrive to a page), for all users, the reviewed version. (For mediawiki 1.13) : diff -Naur FlaggedRevs/FlaggedArticle.php FlaggedRevs.sfl/FlaggedArticle.php --- FlaggedRevs/FlaggedArticle.php 2008-08-08 15:00:28.0 -0400 +++ FlaggedRevs.sfl/FlaggedArticle.php 2009-02-18 14:03:16.0 -0500 @@ -73,6 +73,12 @@ */ public function pageOverride() { global $wgUser, $wgRequest; + global $wgFlaggedRevsReviewedOnly; + if ( $wgFlaggedRevsReviewedOnly ){ + return true; + } # This only applies to viewing content pages $action = $wgRequest-getVal( 'action', 'view' ); if( ($action !='view' $action !='purge') || !$this-isReviewable() ) diff -Naur FlaggedRevs/FlaggedRevs.php FlaggedRevs.sfl/FlaggedRevs.php --- FlaggedRevs/FlaggedRevs.php 2009-01-21 02:00:31.0 -0500 +++ FlaggedRevs.sfl/FlaggedRevs.php 2009-02-18 14:03:16.0 -0500 @@ -57,6 +57,11 @@ # IMPORTANT: # When configuring globals, add them to localsettings.php and edit them THERE +# Reviewed pages is shown by default +$wgFlaggedRevsReviewedOnly = true; + # This will only distinguish sigted, quality, and unreviewed # A small icon will show in the upper right hand corner $wgSimpleFlaggedRevsUI = false; -- 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 17957] Infrastructure for image/video file uploads by FTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=17957 --- Comment #3 from Michael Dale d...@ucsc.edu 2009-03-13 16:21:11 UTC --- We can easily add pass-through support to firefogg then it can handle any large file type with the same upload chunk api system with progress indicators and resume on reset POST requests.( making it much more particle to upload 100+ megs for both the server and client ) I will try and get the pass-through patch in firefogg. Not to say FTP would not be useful for some contexts ... and if its not difficult to add ... then by all means ;) I just think efforts would be better concentrated on a web browser based solution. A web / mediaWiki api solution uses the existing authentication system; the existing http Apache / php services; existing asset description system. The FTP use case for importing lots of assets could be better covered by copy by url support being integrated into the api. (its already done on the new_upload branch... just finishing up the chunk system then I will push for review on the whole branch) FTP is complicated... I can't think of any sites that use that for users to contribute content. For FTP support I imagine we would have to invent a key + user_id hash dynamic FTP account generation system. We would be generating temp accounts ( tied to users IP address? ) ; having the user use FTP software with proper account + server ip + port + force a given naming convention? or limit it to one file? probably don't allow them to create folders then mediaWiki import asset system can run against the normal api...; then we have to have the user issue a request to close up the ftp account and import the asset back in the web interface. Then we have to hope users are not confused when they try to connect to the old account on a new upload? Perhaps we just provide a sandboxed FTP server + Web Serving and give away accounts and let users admin it? (rather than try and directly tie it into mediaWiki? ) Then scripts could import via upload api copy by url system? This could address the immediate need for the restorations project in getting some shared network space. They can then just link to the original files in the asset descriptions and limit commons to the 12 megapixel range resolution versions.(while providing links to the uncompressed TIFFs on the sand boxed FTP. So they can coordinate restorations and upload new 12 megapixel versions once an image has been restored. -- 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 17966] WikiMiniAtlas has to be loaded via SSL in secure environments
https://bugzilla.wikimedia.org/show_bug.cgi?id=17966 G.Maurer gerald.mau...@siemens-enterprise.com changed: What|Removed |Added CC||gerald.mau...@siemens- ||enterprise.com Summary|MiniAtlas has to be loaded |WikiMiniAtlas has to be |via SSL in secure |loaded via SSL in secure |environments|environments -- 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 17966] WikiMiniAtlas has to be loaded via SSL in secure environments
https://bugzilla.wikimedia.org/show_bug.cgi?id=17966 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Component|General/Unknown |General/Unknown Product|MediaWiki |Wikimedia Version|1.14.0 |unspecified -- 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 16365] Enable FlaggedRevs custom configuration on Portuguese Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=16365 Rob Halsell rhals...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #11 from Rob Halsell rhals...@wikimedia.org 2009-03-13 16:54:16 UTC --- I have made the requested changes. If there are any issues, just either re-open this bug or enter a new one (make sure to reference this one if you create a new one!) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17714] Support TIFFs on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=17714 --- Comment #5 from Michael Dale d...@ucsc.edu 2009-03-13 16:54:46 UTC --- also see command line usage cpu / memory / speed comparisons: http://www.vips.ecs.soton.ac.uk/index.php?title=Speed_and_Memory_Use -- 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 17968] New: Scripts from other hosts being requested
https://bugzilla.wikimedia.org/show_bug.cgi?id=17968 Summary: Scripts from other hosts being requested Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Semantic Forms AssignedTo: yaro...@gmail.com ReportedBy: gulli...@gmail.com When editing a page with a form some data is being read from the host yui.yahooapis.com, apparently using http. Therefore, if the wiki is set up using https, a warning appears each time saying that some unencrypted info is going to be displayed. It would be appropriate to have all the necessary scripts on the server hosting the wiki. -- 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 17968] Scripts from other hosts being requested
https://bugzilla.wikimedia.org/show_bug.cgi?id=17968 Petr Andreev gulli...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Petr Andreev gulli...@gmail.com 2009-03-13 19:07:24 UTC --- One can resolve this issue by storing YUI library locally and changing $sfgYUIBase in SF_Settings.php. This is even desctibed at http://www.mediawiki.org/wiki/Extension:Semantic_Forms#Hosting_the_YUI_library_locally So the bug was submitted because of not reading the docs carefully :) One suggestion: mention the topic of YUI library under Installation, not under Other topics. -- 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 17969] New: SitenMatrix should not list NomCom wiki as another Wikipedia.
https://bugzilla.wikimedia.org/show_bug.cgi?id=17969 Summary: SitenMatrix should not list NomCom wiki as another Wikipedia. Product: MediaWiki extensions Version: any Platform: All URL: http://ksh.wikipedia.org/wiki/Spezial:Le%C3%9F_met_de_Wi kimedia_Steffung_ier_Wikis?action=raw OS/Version: All Status: NEW Severity: minor Priority: Normal Component: SiteMatrix AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net Special:SitenMatrix should not list NomCom wiki as another Wikipedia. -- 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 17857] {{anchorencode:…}} does not produce the same as anchors
https://bugzilla.wikimedia.org/show_bug.cgi?id=17857 René Kijewski rene.kijew...@fu-berlin.de changed: What|Removed |Added Summary|{{achnorencode:…}} does |{{anchorencode:…}} does |not produce the same as |not produce the same as |achnors |anchors -- 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 17970] New: {{PROTECTIONLEVEL}} should be able to return the status for pages besides the one it's on
https://bugzilla.wikimedia.org/show_bug.cgi?id=17970 Summary: {{PROTECTIONLEVEL}} should be able to return the status for pages besides the one it's on 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: brad9...@gmail.com For example: {{PROTECTIONLEVEL:action|Some other page}} would return some value depending on the protection status of Some other page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17965] Show reviewed page for all users
https://bugzilla.wikimedia.org/show_bug.cgi?id=17965 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-03-13 19:47:30 UTC --- See http://www.mediawiki.org/wiki/Extension:FlaggedRevs#Site_access set $wgFlaggedRevsExceptions = array(); Add these to localsettings.php, not flaggedrevs.php -- 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 17956] Uniwiki Layouts: Edge case with assigning Category
https://bugzilla.wikimedia.org/show_bug.cgi?id=17956 MinuteElectron minuteelect...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from MinuteElectron minuteelect...@googlemail.com 2009-03-13 20:01:38 UTC --- Patch applied in r48378, in future please can you supply patches as an attachment including the full header - so that they can be automatically applied. 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. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17971] New: {{REVISIONTIMESTAMP}} is not handled correct by ExpandTemplates
https://bugzilla.wikimedia.org/show_bug.cgi?id=17971 Summary: {{REVISIONTIMESTAMP}} is not handled correct by ExpandTemplates Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: ExpandTemplates AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de {{REVISIONTIMESTAMP}} shows the current time on Special:ExpandTemplates, but not the timestamp of the last revision form the given page/contexttitle. It is possible to fix this? Template programming with {{REVISIONTIMESTAMP}} can only be test by saving the page, with Special:ExpandTemplates it can be easier. 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 14801] Global deleted image review for Commons admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=14801 --- Comment #18 from Platonides platoni...@gmail.com 2009-03-13 23:56:25 UTC --- I don't like that it created one permission per namespace, which then lead to those giantic switches. What about $allowed = !$wgUser-isBlocked() $wgUser-isAllowed( viewdeletedns . MWNamespace::getSubject( $target-getNamespace() ) . andtalk ); ? -- 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 17963] SkinTemplate.php's buildContentActionUrls() ignores protection for article and talk pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17963 jida...@jidanni.org changed: What|Removed |Added Priority|Normal |High --- Comment #1 from jida...@jidanni.org 2009-03-13 23:59:35 UTC --- come BEFORE the Actually it is not as simple as placing them AFTER. They need their own tests. Also one might say 'well, clean it up via a hook'. Well, that would currently be very inefficient. Also, it is a bug. Not just something one should just use a hook to workaround. -- 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 15294] Allow blocking of global accounts
https://bugzilla.wikimedia.org/show_bug.cgi?id=15294 --- Comment #6 from Jesse PW (Pathoschild) pathoschild+wmb...@gmail.com 2009-03-14 00:08:37 UTC --- If it's easier to do without block options, we can do without for now. We can add those later in a separate request, and there's much benefit to displaying a block message. -- 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 17972] New: FileDuplicateSearch breaks on index.php wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=17972 Summary: FileDuplicateSearch breaks on index.php wikis Product: MediaWiki Version: 1.15-svn Platform: All URL: http://radioscanningtw.jidanni.org/index.php?title=Speci al:FileDuplicateSearchuselang=en OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Please test Special:FileDuplicateSearch on default (ugly URL) wikis, e.g., the URL above. Don't only test just on Wikipedia. Try even just clicking the button with no string entered. On wikipedia, this will get one to http://en.wikipedia.org/wiki/Special:FileDuplicateSearch?filename= which is fine. But on default path wikis, one ends up at http://radioscanningtw.jidanni.org/index.php?filename= i.e., suddenly sent to the Main_Page. I hope there are no other Special Pages with the same 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 17963] SkinTemplate.php's buildContentActionUrls() ignores protection for article and talk pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17963 --- Comment #2 from jida...@jidanni.org 2009-03-14 00:59:23 UTC --- (I really am using 1.15 SVN. The code fragment above looks different because I took out the whitespace.) -- 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 17751] clean up null filenames from database by update.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17751 --- Comment #10 from jida...@jidanni.org 2009-03-14 01:14:29 UTC --- As a workaround, the administrator manually running maintenance/refreshLinks.php apparently fixes them, though the output doesn't indicate such. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17680] colon sometimes URL encoded %3A right there in the browser URL entry area
https://bugzilla.wikimedia.org/show_bug.cgi?id=17680 jida...@jidanni.org changed: What|Removed |Added AssignedTo|philip@gmail.com|wikibugs- ||l...@lists.wikimedia.org URL|http://radioscanningtw.jidan|http://zh.wikipedia.org/w/in |ni.org/index.php?title=特��|dex.php?title=Special%3A%E6% |�%3A所有页面from=保全|89%80%E6%9C%89%E9%A1%B5%E9%9 |to=高雄縣警察局鳳山|D%A2from=to=namespace=0 |分局namespace=1 | Severity|trivial |normal Summary|colon sometimes URL encoded |colon sometimes URL encoded ||%3A right there in the ||browser URL entry area Version|1.14.0 |1.15-svn --- Comment #4 from jida...@jidanni.org 2009-03-14 02:05:57 UTC --- I'm sorry but I cannot find even the one spot in the code where this is doing this. The urlencode()s I saw act on what comes after the colon. I have replaced the URL with zh.wikipedia's for you to test easier. -- 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 17973] New: Printing Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=17973 Summary: Printing Problem Product: MediaWiki Version: unspecified Platform: HP OS/Version: Windows Vista Status: NEW Severity: critical Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nkhart2...@aol.com CC: nkhart2...@aol.com I've been using Wikipedia for many years. In the last two weeks I've been having trouble printing articles. Pages come out blank. I need to select and print the pages that didn't print the first time, and print them again. It is not my printer. I only have the problem on Wikipedia. -- 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 17973] Printing Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=17973 ^demon innocentkil...@gmail.com changed: What|Removed |Added Severity|critical|normal -- 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 17974] New: Useless 'Other special pages' at the bottom of Special:SpecialPages for sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=17974 Summary: Useless 'Other special pages' at the bottom of Special:SpecialPages for sysops Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org If one is a sysop on one's wiki, at the bottom of Special:Special one sees Other special pages * Book sources * Normal special pages. * Restricted special pages. But they are not links, and maybe some/all of them do not make sense to be listed here. Maybe they look good on WikiPedia, but not elsewhere. Or maybe they can be worded better. E.g., I am already the sysop, how can there be something restricted that I cannot click on? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17964] namespaceDupes.php assumes all wikis have a interwiki table with at least one row
https://bugzilla.wikimedia.org/show_bug.cgi?id=17964 jida...@jidanni.org changed: What|Removed |Added Summary|namespaceDupes.php assumes |namespaceDupes.php assumes |all wikis have a interwiki |all wikis have a interwiki |table |table with at least one row --- Comment #1 from jida...@jidanni.org 2009-03-14 02:51:34 UTC --- Yes, via the update.php, all wikis will have the table. However, it never occured to the script that the table might be empty, as the contents of that table are the choice of the administrator. -- 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 17973] Printing Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=17973 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-03-14 02:54:19 UTC --- *** This bug has been marked as a duplicate of bug 16890 *** -- 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 16890] This page doesn't print correctly with IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=16890 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||nkhart2...@aol.com --- Comment #4 from p858snake p858sn...@yahoo.com.au 2009-03-14 02:54:19 UTC --- *** Bug 17973 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 17974] Useless 'Other special pages' at the bottom of Special:SpecialPages for sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=17974 --- Comment #2 from jida...@jidanni.org 2009-03-14 03:09:17 UTC --- They're a legend indicating that bolded... OK, but four out of five people would never guess that. I would just have perhaps a different CSS on items that only appear if one is a sysop... -- 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 17964] namespaceDupes.php assumes all wikis have a interwiki table with at least one row
https://bugzilla.wikimedia.org/show_bug.cgi?id=17964 --- Comment #2 from jida...@jidanni.org 2009-03-14 03:26:42 UTC --- (E.g., following the advice of Bug #12200, the sysop might have just done TRUNCATE TABLE wiki_interwiki;) -- 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 12200] updaters.inc will never load interwiki.sql
https://bugzilla.wikimedia.org/show_bug.cgi?id=12200 --- Comment #6 from jida...@jidanni.org 2009-03-14 03:30:41 UTC --- recommend dumping the default interwiki table entirely. (People reading this should use TRUNCATE TABLE wiki_interwiki; if one DROPs it, it will only come back again, all filled up, next update.php run. And in the meantime, not having the table at all will break things...) -- 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 17967] Alias of 'Wikibooks' namespace in Chinese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=17967 skJackey Tse skjackey@gmail.com changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 17680] colon sometimes URL encoded %3A right there in the browser URL entry area
https://bugzilla.wikimedia.org/show_bug.cgi?id=17680 jida...@jidanni.org changed: What|Removed |Added URL|http://zh.wikipedia.org/w/in|http://www.mediawiki.org/w/i |dex.php?title=Special%3A%E6%|ndex.php?title=Special%3ASea |89%80%E6%9C%89%E9%A1%B5%E9%9|rchns6=1search=fullte |D%A2from=to=namespace=0 |xt=Advanced+search --- Comment #5 from jida...@jidanni.org 2009-03-14 04:43:12 UTC --- Even seen on English e.g., http://www.mediawiki.org/w/index.php?title=Special%3ASearchns6=1search=fulltext=Advanced+search -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l