[Bug 17743] Garbled page Special:Blockip
https://bugzilla.wikimedia.org/show_bug.cgi?id=17743 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström 2009-03-02 07:56:34 UTC --- What happened to the one bug per bug?? (In reply to comment #0) > The page Special:Blockip is pretty unreadable: > - a series of words top down on the left, meaning unclear, > - some fields to be filled at the right, purpose unclear, > - relations between text and fields cannot be established, > - text extends outside window way to the right, > - field content extends to the outside of the window, These are all the same issue caused by too small screen size. Worst offender is probably the Aanlass dropdown which contains some long item and makes everything stretch behind the right edge. > - spelt out html entities, > - spelt out wikitext, > - spelt out html markup, Not our fault if you use those before the messages are "fixed" to support. Those should be in an another bug however. > all in all a mess. Which is not totally MediaWikis fault... > > I suggest to measue the lengths of the field lables in the > upper block. If they would wrap to more than 2 lines, let > them be above the field input via colspan="2", and put the > field in an extra row. The effective variable here is screen resolution, no the length of translation. > > I suggest to render all html entities, html markup, and wiki > markup as intended. I'll repeat once more: we do not add new raw-html messages. > I suggest to wrap all text at the right edge of the window. > (Maybe with the *only* exception of the option list which may > not wrap if the browser would not let it wrap) It should wrap perfectly fine, if the issue in the dropdown is 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 14286] local timezone conversion / {{USERTIME}}, {{USERLOCALTIME}} for time formatting / signature time expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=14286
Niklas Laxström changed:
What|Removed |Added
CC||niklas.laxst...@gmail.com
--- Comment #9 from Niklas Laxström 2009-03-02
07:42:19 UTC ---
(In reply to comment #8)
> The already implemented {{int:...}} also kill content caching?
No, but it can cause link table inconsistency, so it can't be used as an
argument.
--
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 17750] Recentchanges should ignore days= if from= present in the query string
https://bugzilla.wikimedia.org/show_bug.cgi?id=17750 Andrew Garrett changed: What|Removed |Added CC||and...@epstone.net --- Comment #2 from Andrew Garrett 2009-03-02 07:39:49 UTC --- Have you verified that the days parameter is the problem? From your description of the problem, it sounds like you're speculating. The real problem is most likely that recent changes entries are deleted after 30 days. -- 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 17750] Recentchanges should ignore days= if from= present in the query string
https://bugzilla.wikimedia.org/show_bug.cgi?id=17750 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström 2009-03-02 07:38:48 UTC --- Note: this condition can only be reached while tampering the url manually. It might be possible to argue that the suggested solution is do-what-i-mean in most cases, but not 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 17751] Wantedpages "Invalid title in result set" gives no additional clues for Sysop
https://bugzilla.wikimedia.org/show_bug.cgi?id=17751 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström 2009-03-02 07:35:59 UTC --- Looks like that in this case the title contains some invisible characters, which are, well, hard to show. -- 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 17752] Taiwan site shouldn't need to open the China messages file if all strings were present
https://bugzilla.wikimedia.org/show_bug.cgi?id=17752 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Niklas Laxström 2009-03-02 07:33:20 UTC --- Nope. For example the special page aliases need to be loaded for backwards compatibility for all fallback languages. -- 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 17752] New: Taiwan site shouldn't need to open the China messages file if all strings were present
https://bugzilla.wikimedia.org/show_bug.cgi?id=17752 Summary: Taiwan site shouldn't need to open the China messages file if all strings were present Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Internationalization AssignedTo: philip@gmail.com ReportedBy: jida...@jidanni.org Curious why on my zh-tw site, every page view still causes a read of MessagesZh_hans.php, even after applying http://www.mediawiki.org/wiki/Special:Code/MediaWiki/47908 # ls -tuog languages/messages|head -rw-r--r-- 1 229975 2009-03-02 11:36 MessagesEn.php -rw-r--r-- 1 170045 2009-03-02 11:36 MessagesZh_hans.php -rw-r--r-- 1 173544 2009-03-02 11:36 MessagesZh_hant.php -rw-r--r-- 1 120139 2009-03-02 11:36 MessagesZh_tw.php Ah, some some names are still missing, e.g., # grep skinname-monobook MessagesZh_*.php MessagesZh_classical.php:'skinname-monobook'=> '單書', MessagesZh_hans.php:'skinname-monobook'=> 'MonoBook', One would hope if all strings are finally present, maybe that would finally stop the open() on MessagesZh_hans.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 17751] New: Wantedpages "Invalid title in result set" gives no additional clues for Sysop
https://bugzilla.wikimedia.org/show_bug.cgi?id=17751
Summary: Wantedpages "Invalid title in result set" gives no
additional clues for Sysop
Product: MediaWiki
Version: 1.14.0
Platform: All
URL: http://taizhongbus.jidanni.org/index.php?title=%E7%89%B9
%E6%AE%8A:%E5%BE%85%E6%92%B0%E9%A0%81%E9%9D%A2&uselang=e
n&offset=2100
OS/Version: All
Status: NEW
Severity: minor
Priority: Normal
Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jida...@jidanni.org
In SpecialWantedpages.php:
$tsafe = htmlspecialchars( $result->title );
return "Invalid title in result set; {$tsafe}";
1. make sure all lines like these are translated.
2. print out some mention of what should be done. E.g., for the above URI one
just sees
2104. 分類:新光三越(1) (1 link)
2105. 分類:玩具反斗城 (1 link)
2106. Invalid title in result set;
2107. 分類:仁化村 (1 link)
2108. 分類:交通隊 (1 link)
And doesn't know how to proceed to alleviate the problem.
Perhaps it was expected some partial name clue would be always printed.
--
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 17746] Missing "Deletion log" select option in betawiki log with French interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=17746 --- Comment #3 from Siebrand 2009-03-02 06:48:01 UTC --- (In reply to comment #2) > Messages 'suppressionlog' and 'deletionlog' are the same. This is what is > causing this. They cannot have the same text. Make that 'suppressionlog' and 'dellogpage' See http://translatewiki.net/w/i.php?title=Special%3ALog&type=delete&user=&page=&year=&month=-1&uselang=fr&action=purge now. -- 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 17746] Missing "Deletion log" select option in betawiki log with French interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=17746 Siebrand changed: What|Removed |Added CC||siebr...@wikipedia.be --- Comment #2 from Siebrand 2009-03-02 06:44:20 UTC --- Messages 'suppressionlog' and 'deletionlog' are the same. This is what is causing this. They cannot have the same text. -- 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 17750] New: Recentchanges should ignore days= if from= present in the query string
https://bugzilla.wikimedia.org/show_bug.cgi?id=17750 Summary: Recentchanges should ignore days= if from= present in the query string Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: RecentChanges AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org On Special:Recentchanges one sees a link "Show new changes starting from 10:51, 2 March 2009" so one clicks it, and notices that it puts a from=20090302025155 in one's browsers' URL bar. So, one thinks, "we can just adjust the URL, to get different result, (as the authors don't give us any way to adjust the time by just clicking on something.)" So one tries from=2007030100 i.e., two whole years back. But no results are forthcoming! It turns out there is still a hidden parameter at work behind the scenes: days. Default 7 I bet. So to fix this bug: please ignore days= if you find you have been given a from=, (unless days= is also present in the query string.) How did I discover this bug? Well I have an 1.14 wiki, but with few changes (as it is a offline test wiki.) On a busy wiki, nobody probably would have discovered this bug. Proof: k=\&uselang=en u="http://MY_OFFLINE_WIKI/index.php?title=Special:Recentchanges"; for b in \ "&from=2007030100&days=777" \ "&from=2009030100&days=777" \ "&from=2007030100&days=77" \ "&from=2009030100&days=77" \ ;do echo $b; lynx -width=111 -nolist -dump $u\&$b$k|perl -nwle 'print if /^\d/' done GIVES: &from=2007030100&days=777 31 May 2007 26 May 2007 &from=2009030100&days=777 &from=2007030100&days=77 &from=2009030100&days=77 P.S., note also Bug #17749#c1 . -- 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 17749] Add "UNTIL" option to RecentChanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=17749 --- Comment #1 from jida...@jidanni.org 2009-03-02 06:22:31 UTC --- And then messages should be printed out "sorry, recent changes only has knowledge until 2008/5/5 ..." at the end of output that reaches the bottom of its memory. Currently one just gets empty output, which doesn't distinguish "no changes" from "no knowledge". That might be acceptible for the API, e.g., api.php?action=query&list=recentchanges&rcstart=200712210&rcend=200712270 but for Special:Recentchanges, it should be more verbose. There also is the from/days conflict, which I will report in a different 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 14286] local timezone conversion / {{USERTIME}}, {{USERLOCALTIME}} for time formatting / signature time expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=14286
Anon Sricharoenchai changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|LATER |
--- Comment #8 from Anon Sricharoenchai 2009-03-02
06:03:54 UTC ---
(In reply to comment #3)
> This would break caching, or be broken by caching. For example: a server-wide
> timestamp is static until the page is purged, but a username showing in a page
> would be cached and be wrong for the next viewer. However, there is the
> possiblity of allowing user-specific magic words that are subst'able only.
>
> Related:
> * https://bugzilla.wikimedia.org/show_bug.cgi?id=4196
> * https://bugzilla.wikimedia.org/show_bug.cgi?id=10336
>
The already implemented {{int:...}} also kill content caching?
--
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 10336] {{REVISIONUSER}} to print name of editor of current revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=10336 Soxred93 changed: What|Removed |Added CC||soxre...@gmail.com Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17749] New: Add "UNTIL" option to RecentChanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=17749 Summary: Add "UNTIL" option to RecentChanges Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: RecentChanges AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org One notices that RecentChanges now can put a "from=" parameter into the URL bar. But one craves badly an additional "until=" or "to=" parameter. E.g., for when one needs to know what happended during a certian hour back two years ago. As to if it should be clickable, like from=, or just a note that one can add "until=" to the URI, that is up to you. Yes perhaps there is an API, but we still think the from= is a big tease without a matching until= or 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 4196] New variable giving USERNAME
https://bugzilla.wikimedia.org/show_bug.cgi?id=4196
Anon Sricharoenchai changed:
What|Removed |Added
CC||anon@gmail.com,
||ava...@gmail.com
--- Comment #18 from Anon Sricharoenchai 2009-03-02
06:01:26 UTC ---
(In reply to comment #1)
> WONTFIX, there's a good reason why we don't have this, it would totally kill
> content caching. If you need it implement it as a variable extension on your
> installation.
The already implemented {{int:...}} also kill content caching?
--
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 17748] Allow specifying what namespaces to generate sitemaps for, from the php command line
https://bugzilla.wikimedia.org/show_bug.cgi?id=17748 Aryeh Gregor changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m Severity|trivial |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 17748] New: Allow specifying what namespaces to generate sitemaps for, from the php command line
https://bugzilla.wikimedia.org/show_bug.cgi?id=17748 Summary: Allow specifying what namespaces to generate sitemaps for, from the php command line Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org There is no way to specify what namespaces to generate sitemaps for from the command line. One ends up having e.g., $wgSitemapNamespaces=array(NS_MAIN,NS_TALK,NS_USER,NS_USER_TALK,NS_PROJECT, NS_PROJECT_TALK,NS_TEMPLATE_TALK,NS_HELP,NS_HELP_TALK,NS_CATEGORY,NS_CATEGORY_TALK); sitting around LocalSettings.php, read on every page view all day long, even though one only generates sitemaps once a month. Or else one must append it each time one wants to make a sitemap. There isn't even a way to somehow on the command line $ php [TELL PHP THOSE VALUES HERE] generateSitemap.php --server=http:// --fspath=../ -- 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 17713] Anchors produce empty pl_title values in pagelinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17713 --- Comment #1 from Dan Barrett 2009-03-02 02:37:20 UTC --- How serious (or not) is this bug? Invalid database rows worry me -- 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 4086] Support appending to the toolbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=4086 --- Comment #7 from Splarka 2009-03-02 01:53:22 UTC --- With enhanced sidebar over-positioning possible the syntax could simply be (to append): * TOOLBOX ** my link|link text One problem with this would be... you'd *have* to define "* TOOLBOX", which, if you want it to appear below something like the new collection extension portlet, can't be defined. -- 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 17747] New: FilePage: Display thumbnail column only if image
https://bugzilla.wikimedia.org/show_bug.cgi?id=17747 Summary: FilePage: Display thumbnail column only if image Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Images AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: subfa...@gmail.com Display the thumbnail column of the file history table only if the MediaType is an image. I guess this has beem thought about but I didn't find an existing bug and think it's impossible to have a file history where you have thumbnails only sometimes? Because whenever I reupload the mediatype stays the same. -- 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 17745] History shows only one revision when a deleted page has been recreated
https://bugzilla.wikimedia.org/show_bug.cgi?id=17745 Dimitri “Diti” Torterat changed: What|Removed |Added Status|NEW |RESOLVED Priority|Normal |Lowest Resolution||INVALID --- Comment #1 from Dimitri “Diti” Torterat 2009-03-02 01:06:52 UTC --- The “bug” apparently appeared because all the posts were made in a subpage, [[fr:Project_talk:Wikiconcours/mars_2009/Équipes/Équipe_2/Multi-licenciement]]. I merged the histories. -- 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 17746] Missing "Deletion log" select option in betawiki log with French interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=17746 Dimitri “Diti” Torterat changed: What|Removed |Added CC||wikipe...@adelieland.eu Severity|enhancement |normal --- Comment #1 from Dimitri “Diti” Torterat 2009-03-02 01:05:09 UTC --- I also use the French interface and confirm the option is unavailable. -- 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 17746] New: Missing "Deletion log" select option in betawiki log with French interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=17746
Summary: Missing "Deletion log" select option in betawiki log
with French interface
Product: MediaWiki
Version: 1.15-svn
Platform: All
URL: http://translatewiki.net/w/i.php?title=Special%3ALog
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: wiki.pierro...@gmail.com
Created an attachment (id=5872)
--> (https://bugzilla.wikimedia.org/attachment.cgi?id=5872)
Screenshot of the missing option element
When I view the log from translatewiki with the French interface, the filtering
option for the deletion log is missing. There should be an option called
"Journal des suppressions" (litteraly: "Deletion log") in the list, but it is
nowhere to find.
I can manually display the deletion log by setting the parameter in the URL or
viewing page [[Special:log/delete]], and then the deletion log is indeed
listed, but the filtering option is still missing and another one is selected
instead. Note that the title of the page is correct ("Journal des
suppressions"), so the problem concerns only the form select tag.
This option is normally present when I change my settings to another language
(I checked for English and a few other localisations), the bug seems specific
to the French interface.
--
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 17745] New: History shows only one revision when a deleted page has been recreated
https://bugzilla.wikimedia.org/show_bug.cgi?id=17745 Summary: History shows only one revision when a deleted page has been recreated Product: MediaWiki Version: unspecified Platform: All URL: http://fr.wikipedia.org/w/index.php?title=Discussion_Wik ip%C3%A9dia:Wikiconcours/mars_2009/%C3%89quipes/%C3%89qu ipe_2&action=history OS/Version: All Status: NEW Severity: major Priority: Normal Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikipe...@adelieland.eu I created the page [[fr:Project_talk:Wikiconcours/mars_2009/Équipes/Équipe_2]] a bit too early, and as I have sysop rights on this wiki, I deleted it (see [[fr:Special:Undelete/Project_talk:Wikiconcours/mars_2009/Équipes/Équipe_2]]). Later, the actual page was recreated. But when you try to display the page history, you can only see the only one revision I made before I delete the page. You can't see the page history of the current version. Maybe this bug only occurs in the Project_talk namespace, or only episodically; I tried, on [[fr:User_talk:Diti/onlytwohistoryrevisions]] to write two revisions, to delete them, to recreate the page, to write two another revisions, then to display the page history: no 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 17744] New: Add username parameter to block-related interface messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17744 Summary: Add username parameter to block-related interface messages Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gti...@gmail.com The introductory texts of block-related special pages ([[MediaWiki:Blocklogtext]], [[MediaWiki:Ipblocklist-summary]], [[MediaWiki:Globalblocking-logpagetext]], [[MediaWiki:Globalblocking-list-intro]]) are typically used to refer to each other and external tools like the crosswiki blocklist, so that administrators can look up more information. It would save a lot of typing, if the messages had access to the username parameter when the list is filtered to a single user, so that the links can too include such filtering. Note that some of these special pages expect the user name in the URL parameter to be in the form "User:Foo", while others use simply "Foo". The parameter passed to the interface message should be just "Foo" in both cases. -- 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 17620] Multiple duplicate identical email notifications (enotif) being sent by job queue
https://bugzilla.wikimedia.org/show_bug.cgi?id=17620 Splarka changed: What|Removed |Added CC||h...@goldrush.com Summary|Multiple email notifications|Multiple duplicate identical ||email notifications (enotif) ||being sent by job queue --- Comment #5 from Splarka 2009-03-01 22:39:05 UTC --- A better improved redundant repeating summary, easier to find in search, I sure couldn't find this bug without being told the number. Niklas Laxström wrote: > Confirmed in Wikimedia or in other MediaWiki installations too? Shouldn't the component be changed to Wikimedia if this is just Wikimedia? Can anyone duplicate locally? -- 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 17739] Norwegian Wiktionary logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17739 Melancholie changed: What|Removed |Added CC||wiki.melancho...@web.de URL|http://no.wiktionary.org|http://no.wiktionary.org/wik ||i/Fil:Wiki.png Component|Images |Site requests Product|MediaWiki |Wikimedia -- 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 17743] New: Garbled page Special:Blockip
https://bugzilla.wikimedia.org/show_bug.cgi?id=17743 Summary: Garbled page Special:Blockip Product: MediaWiki Version: 1.15-svn Platform: All URL: https://test.wiki.krefeld.m- hs.de/phase3/index.php/Spezial:IP-Sperre OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net Created an attachment (id=5871) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5871) Screenshot of garbled Special:Blockip page The page Special:Blockip is pretty unreadable: - a series of words top down on the left, meaning unclear, - some fields to be filled at the right, purpose unclear, - relations between text and fields cannot be established, - spelt out html entities, - spelt out wikitext, - spelt out html markup, - text extends outside window way to the right, - field content extends to the outside of the window, all in all a mess. I suggest to measue the lengths of the field lables in the upper block. If they would wrap to more than 2 lines, let them be above the field input via colspan="2", and put the field in an extra row. I suggest to render all html entities, html markup, and wiki markup as intended. I suggest to wrap all text at the right edge of the window. (Maybe with the *only* exception of the option list which may not wrap if the browser would not let it wrap) -- 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 17739] Norwegian Wiktionary logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17739 --- Comment #1 from V85 2009-03-01 22:14:35 UTC --- I have uploaded the SVG-logo to Commons [[:Commons:file:WiktionaryNo.svg]]. -- 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 17741] Make Special:Unreviewed Pages sortable by age
https://bugzilla.wikimedia.org/show_bug.cgi?id=17741 --- Comment #1 from Aaron Schulz 2009-03-01 19:49:02 UTC --- This wouldn't really be efficient without a namespace,page_id index. -- 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 17742] New: zh-tw page names use many synonyms for URLs, e.g., LARGE
https://bugzilla.wikimedia.org/show_bug.cgi?id=17742 Summary: zh-tw page names use many synonyms for URLs, e.g., LARGE Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Internationalization AssignedTo: philip@gmail.com ReportedBy: jida...@jidanni.org For my zh-tw wiki, I notice many places where the URL is different than the page name, e.g. the URL is 最近更改 but the pagename is 近期變動. It is so frustrating to have one called e.g., "big", and the other e.g., "large", when they should be called the same name. $ GET http://radioscanningtw.jidanni.org/index.php?title=首頁 | perl -MURI::Escape -nwle 'next unless /變動/; s/\s+/ /g;print uri_unescape($_);' 近期變動 What a mess! Why can't they be unified? $ egrep -n "'(最近更改|近期變動)'" MessagesZh_tw.php MessagesZh_hant.php MessagesZh_tw.php:729:'prefs-rc' => '近期變動', MessagesZh_tw.php:795:'recentchanges' => '近期變動', MessagesZh_hant.php:85: 'Recentchanges' => array( '最近更改' ), MessagesZh_hant.php:1102:'prefs-rc' => '最近更改', MessagesZh_hant.php:1298:'recentchanges' => '最近更改', This is just the tip of the iceberg. There are many cases like this. Another example: $ GET http://radioscanningtw.jidanni.org/index.php?title=特殊:特殊頁面 | perl -MURI::Escape -nwle 'next unless /最舊/; s/\s+/ /g;print uri_unescape($_);' 最舊頁面 Here the two strings, 最早頁面 vs. 最舊頁面, we see are coming from: $ egrep -n "最(早|舊)頁" MessagesZh_tw.php MessagesZh_hant.php MessagesZh_tw.php:1057:'ancientpages'=> '最舊頁面', MessagesZh_hant.php:115:'Ancientpages' => array( '最早頁面' ), MessagesZh_hant.php:1636:'ancientpages'=> '最舊頁面', Anyway, for all the above cases, if you must pick one choice to unify upon, it should be the URL one, as many people have hardwired URLs into their wikitext, e.g., and as often is the case looking at http://taizhongbus.jidanni.org/index.php?title=特殊:最近更改 we have to keep changing links every time a new version of mediawiki comes out. P.S., the above is all seen even after installing http://www.mediawiki.org/wiki/Special:Code/MediaWiki/47908 which thank you very much for. -- 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 17741] New: Make Special:Unreviewed Pages sortable by age
https://bugzilla.wikimedia.org/show_bug.cgi?id=17741 Summary: Make Special:Unreviewed Pages sortable by age Product: MediaWiki extensions Version: any Platform: All URL: http://de.wikipedia.org/wiki/Spezial:Ungesichtete_Seiten OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: pbir...@gmail.com Since on de-WP, all pages have been sighted at least once, it would be nice to sort Special:Unreviewed Pages by age and not alphabetically. -- 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 17740] unwanted tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=17740 --- Comment #1 from rahul choubey 2009-03-01 18:43:39 UTC --- Created an attachment (id=5870) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5870) Screenshot -- 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 17740] New: unwanted tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=17740 Summary: unwanted tags Product: Kate's Tools Version: unspecified Platform: HP URL: http://en.wikipedia.org/wiki/Raj_Thackeray OS/Version: Windows Vista Status: NEW Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rahul.chou...@gmail.com Some unwanted tags are shown in the aforementioned page with red-bold style. -- 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 17739] New: Norwegian Wiktionary logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17739 Summary: Norwegian Wiktionary logo Product: MediaWiki Version: unspecified Platform: All URL: http://no.wiktionary.org OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Images AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: v85.wikipe...@gmail.com As the Norwegian Wiktionary is approaching 20,000 entries, it is appropriate that we change the logo from the English one which has been used so far, to one that is in Norwegian. Several versions of the new logo exists: As a small png: [[:no:wikt:Image:Wiki.png]], and as an SVG: [[:no:wikt:WiktionaryNo.svg]] (the latter should be upploaded to Commons with the other Wiktionary logos). Could you please make the appropriate changes? Sincerely [[:no:wikt:User:V85]] -- 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 17738] New: Installarion of 'Category On Upload'
https://bugzilla.wikimedia.org/show_bug.cgi?id=17738 Summary: Installarion of 'Category On Upload' Product: Wikimedia Version: unspecified Platform: All URL: http://sl.wikipedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: smih...@gmail.com Can you install 'Category On Upload' extension on sl.wikipedia, sl.wikisource, sl.wikibooks, sl.wikiquote, sl.wiktionary? Greetings, Miha -- 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 17737] New: remove session info from URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=17737 Summary: remove session info from URL Product: MediaWiki Version: 1.14.0 Platform: All URL: http://lists.wikimedia.org/pipermail/wikitech-l/2009- February/041695.html OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org On 2/22/09 5:52 PM, jidanni at jidanni.org wrote: > You must excuse me but if you take a look in > mediawiki-1.14.0rc1/languages/messages/MessagesRu.php > there's this hundreds of bytes long string of z's etc. at $bookstoreList. !Looks like somebody cut-n-pasted a URL that includes some session info !or something? Presumably should be shortened. ! !-- brion -- 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 17724] consider adding patch instructions, as recommended by patch man page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17724 --- Comment #9 from jida...@jidanni.org 2009-03-01 16:49:09 UTC --- (In reply to comment #8) > the directory might still be renamed by hand might still need to be renamed by hand -- 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 17724] consider adding patch instructions, as recommended by patch man page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17724 jida...@jidanni.org changed: What|Removed |Added Severity|normal |trivial Status|RESOLVED|REOPENED Priority|Normal |Lowest Resolution|WONTFIX | Summary|add patch instructions to a |consider adding patch |comment at the top of each |instructions, as recommended |patch file |by patch man page --- Comment #8 from jida...@jidanni.org 2009-03-01 16:45:01 UTC --- The patch man page also says: NOTES FOR PATCH SENDERS There are several things you should bear in mind if you are going to be sending out patches. Create your patch systematically. A good method is the command diff -Naur old new where old and new identify the old and new directories. The names old and new should not contain any slashes... Tell your recipients how to apply the patch by telling them which directory to cd to, and which patch options to use. The option string -Np1 is recommended. Test your procedure by pretending to be a recipient and applying your patch to a copy of the original files. You can save people a lot of grief by... So I'll reopen the bug so Tim can consider adding patch instructions to a comment at the top of each patch file or not. Also perhaps note in the instructions that after applying the patch, the directory might still be renamed by hand, to the new name shown in the patch. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1211] Subcategory paging is not separate from article or image paging
https://bugzilla.wikimedia.org/show_bug.cgi?id=1211 Subfader changed: What|Removed |Added CC||subfa...@gmail.com --- Comment #48 from Subfader 2009-03-01 16:18:36 UTC --- What's the problem about solving this? I'm thinking about manipulating CategoryPage.php myself but my php skills suck and it would take me ages of trial & error. I want to: sort articles desc, subcats asc subcats in 3 cols, articles in 2 cols different default navigation ammount for all 3 sections (subcats: e.g. all, articles: 200, files: 20) split navigation logically: the 3 sections have their own navigation: going NEXT to articles 200-400 will still list subcats and images 0-X -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. 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 17732] Wikilinks in subtitles should be ignored in PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=17732 PediaPress Support Team changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from PediaPress Support Team 2009-03-01 16:18:03 UTC --- Currently, no MediaWiki markup is supported in title and subtitle. See also: http://code.pediapress.com/wiki/ticket/449 -- 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 17736] New: tooltip mismatch in diff, zh-tw
https://bugzilla.wikimedia.org/show_bug.cgi?id=17736 Summary: tooltip mismatch in diff, zh-tw Product: MediaWiki Version: 1.14.0 Platform: All URL: http://radioscanningtw.jidanni.org/index.php?title=台�� �:一般免責聲明&curid=1664&diff=4128&oldid=4057 OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Internationalization AssignedTo: philip@gmail.com ReportedBy: jida...@jidanni.org Hello. I am WikiSysop, looking at e.g. some curid=1664&diff=4128&oldid=4057 and I notice a mismatch of these messages: 撤銷)123.252.122.126 (對話 | 禁封) [復原 -- 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 12158] Zh traditional/simplified convert too
https://bugzilla.wikimedia.org/show_bug.cgi?id=12158 Philip Tzou changed: What|Removed |Added CC||philip@gmail.com Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 6195] Articles disappear from categories for simple/traditional Chinese problem in zh-wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=6195 Philip Tzou changed: What|Removed |Added CC||philip@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Philip Tzou 2009-03-01 15:18:38 UTC --- Fixed on r46699. -- 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 13716] SVG - Request installation WenQuanYi ZenHei for better Chinese gothic fonts rendering
https://bugzilla.wikimedia.org/show_bug.cgi?id=13716 Philip Tzou changed: What|Removed |Added CC||philip@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Philip Tzou 2009-03-01 15:16:42 UTC --- See http://meta.wikimedia.org/wiki/SVG_fonts. -- 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 17735] [[File:Foo.jpg|thumb|link=|bar]] links incorrectly to the file description page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17735 Splarka changed: What|Removed |Added CC||h...@goldrush.com Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #4 from Splarka 2009-03-01 15:14:51 UTC --- The "thumb" and "frame" parameters are mutually exclusive of "link", this is expected design behavior. "thumb" is for hilighting an image, inserting a caption about it, and linking to the larger version. -- 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 17735] [[File:Foo.jpg|thumb|link=|bar]] links incorrectly to the file description page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17735 Raimond Spekking changed: What|Removed |Added Component|General/Unknown |Page rendering Summary|Display image without a link|[[File:Foo.jpg|thumb|link=|b |(link=none or nolink) |ar]] links incorrectly to ||the file description page --- Comment #3 from Raimond Spekking 2009-03-01 15:11:53 UTC --- (In reply to comment #2) > Not in thumbs, only for [[File:Name.jpg|link=]] Also "link=" is not proper for > that imo. > Sorry, you are right. It does not work with the 'thumb' and 'framed' keyword. I works well without keyword and with the 'frameless' keyword. Changing summary to reflect to problem better. -- 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 17735] Display image without a link (link=none or nolink)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17735 Subfader changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #2 from Subfader 2009-03-01 15:04:40 UTC --- Not in thumbs, only for [[File:Name.jpg|link=]] Also "link=" is not proper for that imo. -- 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 17735] Display image without a link (link=none or nolink)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17735 Raimond Spekking changed: What|Removed |Added CC||raimond.spekk...@gmail.com Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Raimond Spekking 2009-03-01 15:00:40 UTC --- It works: [[File:Name.jpg|thumb|link=|bla]] -- 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 17735] New: Display image without a link (link=none or nolink)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17735 Summary: Display image without a link (link=none or nolink) 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: subfa...@gmail.com Now that we have link=bla for displaying Images, there should be a way to not link the image at all. Maybe via "link=none" or "nolink". -- 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 deletition if page is linked to
https://bugzilla.wikimedia.org/show_bug.cgi?id=17708 --- Comment #2 from Subfader 2009-03-01 14:47:02 UTC --- Red links not bad? Maybe for article links, but what about files? ;) The point is you wouldn't need to check "Links" (on file pages) and esp opening "What links here" (on all other ns) when deleting other pages just to see if the page you want to delete is linked to. If linked to you may want to do some action e.g. remove the displayed image, etc. Can't see why this is not very helpful. -- 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 10967] Upgrade to the latest version of GeSHi (1.0.8)
https://bugzilla.wikimedia.org/show_bug.cgi?id=10967 --- Comment #10 from Splarka 2009-03-01 14:29:03 UTC --- Just a note, if my prediction is correct, on the next upgrade of GeSHi the borders will disappear from all Geshi-generated with no easy way to re-add it (see bug 16324 for possible solution vector). So possibly get ready for several bugs "syntax hilight has no border". -- 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 16427] Set $wgRestrictDisplayTitle to False on Chinese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=16427 Philip Tzou changed: What|Removed |Added AssignedTo|wikibugs- |br...@wikimedia.org |l...@lists.wikimedia.org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17701] Alias of 'Wikipedia' namespace in Chinese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=17701 Philip Tzou changed: What|Removed |Added AssignedTo|wikibugs- |br...@wikimedia.org |l...@lists.wikimedia.org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17734] Improve namesapce selecting on Search and other Spacial Pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17734 --- Comment #1 from Subfader 2009-03-01 14:02:20 UTC --- If done, remove the note "Try prefixing your query with all: to search all content" on MediaWiki:Nonefound. -- 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 17734] New: Improve namesapce selecting on Search and other Spacial Pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17734 Summary: Improve namesapce selecting on Search and other Spacial Pages 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: subfa...@gmail.com Why not add some javascript for "Select all | Deselect all | Invert selection" on the namespace selectors? -- 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 6940] wrong day of the week of Ko:
https://bugzilla.wikimedia.org/show_bug.cgi?id=6940 klutzy changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from klutzy 2009-03-01 13:36:54 UTC --- No. It seems to be fixed a few years ago. -- 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 17733] Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 --- Comment #6 from Subfader 2009-03-01 13:33:18 UTC --- About the 3 letters indexed: This was not mentioned in the release notes of 1.14 http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_14_0/phase3/RELEASE-NOTES ? Some wikis use a note that you can't search 3 or less letter words... -- 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 17733] Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 --- Comment #5 from Subfader 2009-03-01 13:30:41 UTC --- Must be something about category and article names. Searching other ns page titles works. Maybe a wrong setting? Buggy anyway then imo. WIth every new version MW seems to care care less about backward compatibility. -- 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 17733] Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 --- Comment #4 from Subfader 2009-03-01 13:24:11 UTC --- well at least club should be found and not just Talk pages. More: http://www.mixesdb.com/db/index.php/Special:Search?search=Centro+Fly&fulltext=Search doesn't find http://www.mixesdb.com/db/index.php/Category:Centro_Fly -- 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 17733] Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 --- Comment #3 from Subfader 2009-03-01 13:22:43 UTC --- Nothing to do with quotes. I just quoted my search keywords :) http://www.mixesdb.com/db/index.php/Special:Search?search=club+fg&fulltext=Search should find stuff from http://www.mixesdb.com/db/index.php/Category:Club_FG -- 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 17733] Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 Andrew Garrett changed: What|Removed |Added CC||and...@epstone.net --- Comment #2 from Andrew Garrett 2009-03-01 13:20:32 UTC --- The second error at least is expected behaviour. We want to index three-letter words (see bug 7726). I'm not sure about the first. Is it that quotes aren't working as expected? Can you link to a test case? I'm not sure how to interpret the test case you provided. -- 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 17733] Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 --- Comment #1 from Subfader 2009-03-01 13:16:34 UTC --- I simply guess the new search wasn't tested without Lucene. -- 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 17733] New: Search results crap when string includes 4 or less letter words
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733 Summary: Search results crap when string includes 4 or less letter words Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: subfa...@gmail.com On my MW 1.14 (without Lucene) the search now results only crap when you include words with 4 or less letters. in 1.1q3 all was fine. Exampes: Searching "the word" will return only talk pages when "word is found". Searching "the" will find "the" (since when are 3 letter words indexed?) and result a few articles but mostly talk pages again. Maybe there is more critical stuff I just didn't find yet. -- 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 17681] Chinese URL Query Strings: simplified Chinese appearing on a zh-tw site!
https://bugzilla.wikimedia.org/show_bug.cgi?id=17681 Philip Tzou changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Philip Tzou 2009-03-01 13:11:48 UTC --- Fixed on r47908. -- 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 17726] Namespaces messed up at Gan Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=17726 Philip Tzou changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Philip Tzou 2009-03-01 12:54:31 UTC --- Fixed in r47906. -- 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 17732] New: Wikilinks in subtitles should be ignored in PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=17732 Summary: Wikilinks in subtitles should be ignored in PDF Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Collection AssignedTo: supp...@pediapress.com ReportedBy: sco_s...@bigpond.net.au Steps to reproduce: 1) Create a book 2) Set the subtitle to [[Main Page|Example]] 3) Download and open the PDF The subtitle in the PDF is literally "[[Main Page|Example]]". It should be "Example". Example: http://en.wikipedia.org/w/index.php?title=Special:Book/download/&collection_id=d196ec454c0f7cba&writer=rl&return_to=Special%3ABook ([[Wikipedia:Books/FPC terminology]]) -- 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 8143] Localized magic words don't ignore case if containing nonASCII characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=8143 --- Comment #4 from Danny B. 2009-03-01 11:11:39 UTC --- Looks like only where additional params are, it won't work correctly. Magic words without params seem to work correctly though I didn't test all marked case-insensitive. -- 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 deletition if page is linked to
https://bugzilla.wikimedia.org/show_bug.cgi?id=17708 Filip Maljkovic [Dungodung] changed: What|Removed |Added CC||dungod...@gmail.com --- Comment #1 from Filip Maljkovic [Dungodung] 2009-03-01 10:28:04 UTC --- Why would warning be required in that case? Red links aren't bad. Maybe it could be set in preferences whether one wants the warning displayed or not. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16670] No indication in which language input should be
https://bugzilla.wikimedia.org/show_bug.cgi?id=16670 --- Comment #15 from Christopher Yeleighton 2009-03-01 10:14:09 UTC --- I never insisted the problem should be solved my way; you are free to find a better 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 17731] Logo updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=17731 Raimond Spekking changed: What|Removed |Added URL|http://meta.wikimedia.org/wi|http://meta.wikimedia.org/wi |ki/Wikibooks/Logo/Update|ki/Wikibooks/Logo/Update Component|Language setup |Site requests Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17731] New: Logo updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=17731 Summary: Logo updates Product: Wikimedia Version: unspecified Platform: All URL: http://meta.wikimedia.org/wiki/Wikibooks/Logo/Update OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: smih...@gmail.com Please set the Slovenian Wikibooks logo (new version): 'slwikibooks' => '$stdlogo', changes to 'slwikibooks' => 'http://upload.wikimedia.org/wikibooks/sl/b/bc/Wiki.png', -- Also, please set the Slovenian Wikisource logo: 'slwikisource' => '$stdlogo', changes to 'slwikisource' => 'http://upload.wikimedia.org/wikisource/sl/b/bc/Wiki.png', --- Currently we are using javascript to change logo from English -> Slovene version. Thanks in advance. Mihael Simonič -- 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 8143] Localized magic words don't ignore case if containing nonASCII characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=8143
--- Comment #3 from Niklas Laxström 2009-03-01
09:14:23 UTC ---
But {{názevserveru}} works, no idea why it is different.
--
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 17730] English arbwiki import from meta and en.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=17730 p858snake changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17730] New: English arbwiki import from meta and en.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=17730 Summary: English arbwiki import from meta and en.wp Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jay...@gmail.com Could we please have the ability to import from meta and en.wp. This will be particularly useful with importing meta templates. -- 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
