[Bug 19464] #time should ignore newlines.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19464 --- Comment #4 from Niklas Laxström niklas.laxst...@gmail.com 2009-07-06 06:22:32 UTC --- It is: *{{#time: Y m d H:i:s | 1959 }} → 2009 07 05 19:59:00 Input is treated as a time rather than a year. Compare: *{{#time:Y-m-d H:i:s|January 1 2008}} *{{#time:Y-m-d H:i:s|January 1 2008}} -- 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 17953] rdf export does not generate valid XML
https://bugzilla.wikimedia.org/show_bug.cgi?id=17953 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-06 07:26:41 UTC --- This bug is fixed in the current SVN version. -- 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 18910] Setting {{#ask: ... |link=none}} works, but {{#ask: ... |link= none}} does not.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18910 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-06 07:49:20 UTC --- Fixed in SVN. -- 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 18323] Error in SMW_DV_WikiPage.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=18323 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-06 08:15:18 UTC --- I think this really is a problem in Exhibit, but of course SMW should still prevent a crash here. The SVN version now includes a check that will prevent this, but some Title values that really should be displayed will probably still be missing from the Exhibit output. Maybe file a bug for Exhibit if this is the case. -- 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 19128] style=clear: both; causing problems with customized skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=19128 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-06 08:32:03 UTC --- Good point. Fixed in SVN. -- 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 19477] The ask inline query format=template should imply link=none.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19477 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-06 08:39:25 UTC --- I first thought that this is clearly a useful change, that essentially all applications of format=template would want. Now I found that I actually have various cases where format=template is used without link=none, simply to display links in a different layout without doing any smart processing in the template. So changing the behaviour will break such uses of format=template, and it will potentially cause confusion again. So some uses of the format will be more complicated and confusing either way. Could there be other ways (e.g. better documentation) to address these difficulties? Your P.S. was already fixed (there was a separate bug there). -- 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 19484] Remove MediaWiki:noexactmatch usage.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19484 --- Comment #3 from Robert Stojnic rain...@eunet.yu 2009-07-06 08:50:03 UTC --- I see two issues here: 1) templates are gone - yes, the old message is no longer in use, so the get stuff to properly show copy your old content from MediaWiki:Noexactmatch to MediaWiki:Searchmenu-new. Please make it as concise as possible and avoid templates that take up half a screen. 2) there is no special go message. I prefer it staying this way. New users don't understand very well the distinction between Go and Search (although it is a useful one), and are confused by things sometimes turning up, other times don't. There is no reason why a person doing a Go should be offered to make an article, but someone doing Search not. If your templates are annoying and take up too much space trim them down. -- 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 18547] Properties of type 'email' are not rendered anymore in #ask
https://bugzilla.wikimedia.org/show_bug.cgi?id=18547 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2009-07-06 08:54:19 UTC --- This problem is due to a change in the internal DB format, and could be fixed by refreshing the DB contents (using the button in Special:SMWAdmin). However, I have now extended SMW in SVN so that this problem is fixed on the fly without doing this upgrade. If you are not running on SVN, you can separately download the file http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SemanticMediaWiki/includes/SMW_DV_URI.php and copy it into your installation. -- 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 19196] API for reviewed and unreviewed pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=19196 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Gurch matthew.brit...@btinternet.com 2009-07-06 08:58:50 UTC --- Resolving this as fixed since the things mentioned in its description have been implemented. Will open a new one for [[Special:ProblemChanges]] if the need arises (which after thinking about, it probably won't, for me at least). -- 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 18657] Special:Log can give database error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18657 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Severity|major |normal Summary|Special:Log on en.wikipedia |Special:Log can give |giving database error |database error --- Comment #4 from Gurch matthew.brit...@btinternet.com 2009-07-06 09:01:23 UTC --- Changed title and lowered priority as the urgent part of the issue -- failure on en.wikipedia -- was resolved. -- 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 11420] Think of ways to reduce annoyance of the unregistered purge confirmation screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=11420 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #12 from Gurch matthew.brit...@btinternet.com 2009-07-06 09:08:57 UTC --- Bug 19541, basically same thing as this, wontfix'd with note that requiring confirmation on the purge screen is a feature not a bug, so JavaScript wouldn't be an option. Making the purge message more intelligible would be but that can be done by individual projects, so marking this as wontfix also. Reminder to everyone not to use action=purge in your links if you expect readers of your wiki to be able to follow them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19547] New: Quotes inside of math\text{...}/math leads to lexing errors.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19547 Summary: Quotes inside of math\text{...}/math leads to lexing errors. Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nmich...@gmail.com While working at wikibooks recently I found the following problem: *math\text{next year's}/math leads to lexing errors *math\text{next years}/math does 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 14892] Allow external links in edit summary and log reason
https://bugzilla.wikimedia.org/show_bug.cgi?id=14892 --- Comment #7 from Gurch matthew.brit...@btinternet.com 2009-07-06 09:27:51 UTC --- I don't see the value in external links. I do see the value in *internal* links to things that currently can only be linked to externally because there is no syntax for linking to them internally. But I consider that an issue that should be fixed by adding such a syntax, and then allowing *that* in summaries, not by permitting external links in summaries. -- 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 14892] Allow external links in edit summary and log reason
https://bugzilla.wikimedia.org/show_bug.cgi?id=14892 --- Comment #8 from Gurch matthew.brit...@btinternet.com 2009-07-06 09:30:12 UTC --- (In reply to comment #6) with pages we can edit to remove links we don't want - not so for edit summaries and log reasons. Well, it is so, but only for the powers that be. I think the rest of us prefer our edit histories without every other summary censored for our protection, though, which is why I'm opposed to allowing external links there. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19484] Remove MediaWiki:noexactmatch usage.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19484 --- Comment #4 from Moilleadóir sean.an...@gmail.com 2009-07-06 09:36:43 UTC --- Being kind to new users is a Good Thing (TM), but that's no reason to be nasty to old users. Many of the *Wiktionaries* rely on this way of working to simplify the process of adding new content that adheres to a standard. The difference between Go and Search is not only well understood, but relied upon and used to improve users' experience of adding content. If you don't like it that's fine, but why force your opinions on well-established projects? There is one perfectly good reason why a person using Go should be offered the option of creating and article and that's because it's been done that way and that's what older users and help pages will recommend! Maybe it makes no sense for a Wikipedia, but it certainly does for a Wiktionary. Lastly, Robert it's really none of your business what text any project puts on that page or how much room it takes up. That has *nothing* to do with MediaWiki and is rightly a matter for the individual projects to decide. -- 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 19079] Unexpected whitespace on the wikipedia.org portal in IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=19079 Chaoji Li licha...@gmail.com changed: What|Removed |Added Priority|Normal |High --- Comment #2 from Chaoji Li licha...@gmail.com 2009-07-06 10:04:38 UTC --- I am copy-pasting the following from Bug 19121, hope it can help you to fix this problem. This bug is only repro on IE7 and IE8’s compatible view. The root cause is relative positioned elements is not clipped by its parent, although the parent has overflow:hidden style. You can find there is a book shelves element with width 1100%, and not clipped by its parent. This has been a wellknown problem in ie7, A common fix is to add a “position:relative” to the parent. -- 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 19484] Remove MediaWiki:noexactmatch usage.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19484 --- Comment #7 from Robert Stojnic rain...@eunet.yu 2009-07-06 10:24:10 UTC --- Someone made the same comment a couple of days on IRC. We probably didn't think enough about what kind of implications would it have for all projects, and I certainly didn't expect such a strong opposition from wiktionaries. However, this has been in stock for months, it was enabled on test.wp for even longer and in my initial redesign I removed the message sometime around December last year. The only way to stay on top of these things is to have someone from the community be involved or at least follow what's going on with development. I remember that a couple of years back there was a person that was on top of things for wiktionaries and who tested and was a voice of community before things were finally deployed, I don't know if there is a person like that now and but we really need one. -- 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 19484] Remove MediaWiki:noexactmatch usage.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19484 --- Comment #5 from Robert Stojnic rain...@eunet.yu 2009-07-06 10:07:18 UTC --- The usability of the search page is of my business. The old Go (aka article creation wizard) and Search (aka normal search) model is a neat idea but in practice doesn't work. I know lots of old users are used to it and that it makes sense to them, but remember that majority of views come from readers, and that in the end we want this project to be useful for readers and provide information. This is what typically happens. User gets to your favorite wmf project, sees the search box and types in somethings. He presses enter since it is the easiest and because he's in doubt what gosearch means. Where there is no exact match, Special:Search is shown. User sees a bunch of buttons and warnings, on lower resolutions might not even see a single search results. He gives the page a quick glance, concludes that there are no search results and closes the tab/windows. There have been numerous complains about this, and from personal communication from Trevor Pascal I also know the usability study found the same. The search UI sucked, and it is partly the communities fault by putting unnecessary information up, it is also partly developers fault for not giving them the tools to do it differently and for neglecting it for so long that people used to it. Having some kind of an intermediate page with those templates would be IMHO much nicer, or just compressing them so that they are there for the experienced user but not interfere with anonymous user navigation. -- 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 19484] Remove MediaWiki:noexactmatch usage.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19484 --- Comment #6 from Derk-Jan Hartman hart...@videolan.org 2009-07-06 10:13:54 UTC --- I think the problem here is more that the behaviour has changed overnight, without communities having been able to prepare for it. Breaking major functionality for primarily the wiktionaries. -- 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 14892] Allow external links in edit summary and log reason
https://bugzilla.wikimedia.org/show_bug.cgi?id=14892 --- Comment #9 from Helder heldergeov...@gmail.com 2009-07-06 10:10:13 UTC --- (In reply to comment #7) I don't see the value in external links. I do see the value in *internal* links to things that currently can only be linked to externally because there is no syntax for linking to them internally. But I consider that an issue that should be fixed by adding such a syntax, and then allowing *that* in summaries, not by permitting external links in summaries. I agree. Maybe we could use the same sintax of the magic words 'fullurl' and 'filepath' http://www.mediawiki.org/wiki/Help:Magic_words#URL_data because codes like {{fullurl:w:pt:Wikipedia:A enciclopédia livre|action=editoldid=15930217}} are shorter than the external link form http://pt.wikipedia.org/w/index.php?title=Wikipedia:A_enciclop%C3%A9dia_livreaction=editoldid=15930217 -- 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 19546] Vector skin does not support jsMsg() javascript function
https://bugzilla.wikimedia.org/show_bug.cgi?id=19546 Amalthea amalthea.wikime...@googlemail.com changed: What|Removed |Added CC||amalthea.wikime...@googlemai ||l.com --- Comment #1 from Amalthea amalthea.wikime...@googlemail.com 2009-07-06 11:48:40 UTC --- That's how Modern does it. Some other skins like Monobook created the div dynamically, using the following code from wikiBits: if ( document.getElementById( 'column-content' ) document.getElementById( 'content' ) ) { // MonoBook, presumably document.getElementById( 'content' ).insertBefore( messageDiv, document.getElementById( 'content' ).firstChild ); } else if ( document.getElementById('content') document.getElementById( 'article' ) ) { // Non-Monobook but still recognizable (old-style) document.getElementById( 'article').insertBefore( messageDiv, document.getElementById( 'article' ).firstChild ); } That's of course ugly enough. I think the best way would be to change the Monobook, presumably way to always insert the message div right before the #top element. Or better yet, do that and change all skins so that they *have* a #top element (which would be useful in any case) and remove the skin branching from wikibits.js. -- 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 14611] Special:Version should show all third party software which it depends on
https://bugzilla.wikimedia.org/show_bug.cgi?id=14611 --- Comment #24 from Shinjiman shinji...@gmail.com 2009-07-06 12:09:26 UTC --- (In reply to comment #4) On second look, this seams like this is more trouble than it's worth: Trying to get the WebServer version: The output of $_SERVER['SERVER_SOFTWARE'] is highly useless. For me it simply outputs 'nginx', I expect Apache also just outputs 'Apache'. There's a slight chance of getting a process name using the pid from postix_getpid (Only works on *nix), but if PHP is being run in fcgi then that's just going to get the name of PHP. Alternatively $_SERVER['SERVER_SOFTWARE'] could be used to understand what software is being run. Then we could code a bunch of different version checks. Though, those would fail if someone installs their WebServer off path. I looked into Operating System as well for the hell of it. But that's pretty useless to. PHP_OS is highly useless, no version and on any *nix system it outputs 'Linux', which with all the distros is completely useless. posix_uname is also useless, the version is a release time, and the 'release' is a useless sort of version. And again, it outputs 'Linux' as the OS name. On r52792 was added the feature to showing the version of the web server, if applicable. -- 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 19245] Some gadgets cannot be activated
https://bugzilla.wikimedia.org/show_bug.cgi?id=19245 Euku e...@arcor.de changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Euku e...@arcor.de 2009-07-06 13:31:54 UTC --- Make the path shorter as Andrew Garrett wrote it. That is the reason. -- 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 19245] Some gadgets cannot be activated
https://bugzilla.wikimedia.org/show_bug.cgi?id=19245 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||schema-change Resolution|WONTFIX |LATER --- Comment #4 from p858snake p858sn...@yahoo.com.au 2009-07-06 13:50:55 UTC --- This is something that appears to be needing to be fixed but requires a schema change so I'm changing won't fix to later and adding schema-change keyword. -- 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 19550] New: Summary oddness
https://bugzilla.wikimedia.org/show_bug.cgi?id=19550 Summary: Summary oddness Product: MediaWiki extensions Version: any Platform: All URL: http://wiki.werdn.us/test/view/Talk:Open_discussion#lqt_ thread_119 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org CC: davemcc...@gmail.com For some reason, the summary pages are all the same, and the same as the header page. Needs some sort of investigation ;) http://wiki.werdn.us/test/view/Talk:Open_discussion#lqt_thread_119 -- 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 17398] Allow Image link= parameter when using thumb or frame
https://bugzilla.wikimedia.org/show_bug.cgi?id=17398 --- Comment #8 from Michael Daly michael.d...@kayakwiki.org 2009-07-06 14:20:07 UTC --- I can understand the logic for not permitting link= for thumbs (as explained in the log of IRC from March 1, 2009, but I've seen no explanation of why link= is forbidden for frame. WHat would be the consequences of making this change to frame? -- 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 19551] New: Point links to talk page, not thread view
https://bugzilla.wikimedia.org/show_bug.cgi?id=19551 Summary: Point links to talk page, not thread view Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org CC: davemcc...@gmail.com Need to make most links point to the talk page with the thread anchored, rather than to the thread. -- 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 19552] New: Edit box for LQT is way too big
https://bugzilla.wikimedia.org/show_bug.cgi?id=19552 Summary: Edit box for LQT is way too big Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org CC: davemcc...@gmail.com Need to find a way to make the edit box smaller, as the huge edit box is manifestly excessive for leaving quick comments. Also helps people understand that it's a discussion forum, not a wiki page. -- 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 19464] #time should ignore newlines.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19464 --- Comment #5 from Chris jesdisci...@gmail.com 2009-07-06 16:15:30 UTC --- So the purpose is to work around an ambiguity between formats for years and a 24-hour clock. I wonder if an optional input format could be specified as an overriding clarification? But that might require its own bug... Thanks for your time. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19493] Fix the README file
https://bugzilla.wikimedia.org/show_bug.cgi?id=19493 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 16:30:58 UTC --- Done in r52799. -- 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 19495] variant links are invisible
https://bugzilla.wikimedia.org/show_bug.cgi?id=19495 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 16:37:00 UTC --- Fixed by Trevor in r52800 -- 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 19498] Horizontal Scrollbar in Special:Preferences by small windows in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=19498 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 16:45:30 UTC --- Can you provide a screenshot that actually shows a horizontal scrollbar? This one only shows the vertical one that's pretty much always there. -- 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 19553] New: PrefStatsHooks require a DB that doesnot exist.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19553 Summary: PrefStatsHooks require a DB that doesnot exist. Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: alfred.ma...@gmail.com CC: wikibugs-l@lists.wikimedia.org When I had the following in localsettings: $wgDBname = wiki_gerard; [...] require_once($IP/extensions/UsabilityInitiative/PrefStats/PrefStats.php); $wgPrefStatsTrackPrefs = array( 'skin' = 'vector', 'usebetatoolbar' = 1 ); $wgGroupPermissions['sysop']['prefstats'] = true; $wgPrefStatsTimeUnit = 60*60*24; I had a mysql error: « PrefStatsHooks::save ». MySQL send error « 1146 : Table 'wiki_gerard.gerardprefstats' doesn't exist (localhost) ». and with commented the following: //require_once($IP/extensions/UsabilityInitiative/PrefStats/PrefStats.php); //$wgPrefStatsTrackPrefs = array( 'skin' = 'vector', 'usebetatoolbar' = 1 ); //$wgGroupPermissions['sysop']['prefstats'] = true; //$wgPrefStatsTimeUnit = 60*60*24; it works well. So README should be fixed, as it doesn't state anything on the following bug. http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/UsabilityInitiative/README -- 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 19553] PrefStatsHooks require a DB that doesnot exist.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19553 --- Comment #1 from Al Maghi alfred.ma...@gmail.com 2009-07-06 16:47:50 UTC --- (In reply to comment #0) I had a mysql error: ... on creation of user account. -- 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 19413] white background in ul item bullet
https://bugzilla.wikimedia.org/show_bug.cgi?id=19413 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 16:49:16 UTC --- Solved in r52776 by alexsh - thanks! The solution was to use an 8bit PNG with a transparent background and have the bullet anti-alias against a white background, which with most light colored backgrounds should look good. -- 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 19548] Special:OldReviewedPages: Click on next loeses Category filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=19548 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-07-06 17:04:22 UTC --- Fixed in r52802 -- 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 19114] Redirecting to the mobile site should always be optional
https://bugzilla.wikimedia.org/show_bug.cgi?id=19114 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #5 from Gurch matthew.brit...@btinternet.com 2009-07-06 17:45:51 UTC --- Reopening. Some quotes just from the *last couple of hours* of feedback on the mobile site: The mobile site is not working for me. ... And it refuses to let me use the regular wiki. So now it's useless to me. Please let me have the option of using reg. Wiki. Yes, I chose the option. Got an error. Tried to disable mobile permanently. Error again. Please do not set this as the default view for access to your site from a mobile phone. If anything have it as an option. The normal layout is much more user friendly The iPhone handles real websites just fine and I would prefer to view and navigate the real site, rather than a crippled mobile version. Why do I have to use your mobile site? ... Please make it easier to stay on the regular site! Wikipedia gets shedloads of traffic, for every feedback comment recieved there could be a thousand users out there with similar problems. Yes, there are positive comments too, but this represents a serious usability issue, and should not be dismissed just because the reporter lacked a solution. Some of the feedback seems to echo the earlier suggestion of making the link to the standard version more prominent. Personally, I think disabling the forced redirection for iPhones would be a good start. They are versatile devices and can view standard web pages pretty well; a lot of the complaints seem to be along those lines. I'm more concerned that this doesn't just get marked invalid and the user feedback ignored. -- 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 19114] Redirecting to the mobile site should always be optional
https://bugzilla.wikimedia.org/show_bug.cgi?id=19114 --- Comment #6 from Charles Melbye char...@mudoo.net 2009-07-06 17:52:50 UTC --- I agree. While I personally like the idea of an iPhone-optimised site for browsing Wikipedia, I've found that the mobile site is very buggy, and it shouldn't be forced onto thousands of users if it's not going to work properly. -- 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 19554] New: Bold/minor markers are not bold
https://bugzilla.wikimedia.org/show_bug.cgi?id=19554 Summary: Bold/minor markers are not bold Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Vector Skin AssignedTo: tpars...@wikimedia.org ReportedBy: innocentkil...@gmail.com Looking at RecentChanges, etc in Vector, you'll notice that the B/M markers are not bolded. Probably some generic CSS can be moved from Monobook to shared, haven't looked. -- 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 19396] Phonetic KeyBoard is not working in Mozilla Fire fox
https://bugzilla.wikimedia.org/show_bug.cgi?id=19396 --- Comment #2 from Jayanta Nath jayanta...@gmail.com 2009-07-06 18:06:01 UTC --- I found an error in error console Error: [Exception... Node was not found code: 8 nsresult: 0x80530008 (NS_ERROR_DOM_NOT_FOUND_ERR) location: http://bn.wikipedia.org/w/index.php?title=-action=rawsmaxage=0gen=jsuseskin=monobook Line: 1277]Source File: http://bn.wikipedia.org/w/index.php?title=-action=rawsmaxage=0gen=jsuseskin=monobook Line: 1277 at editform.insertBefore(element,textBox); Do you Know where Node has to be define? -- 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 19499] Embbed REVISIONID is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=19499 --- Comment #5 from Umherirrender umherirrender_de...@web.de 2009-07-06 18:07:52 UTC --- Do a purge as a loggedin user, than the result is wrong. By a purge as a anon the result is right. -- 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 19396] Bengali phonetic keyboard is not working in Mozilla Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=19396 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Summary|Phonetic KeyBoard is not|Bengali phonetic keyboard is |working in Mozilla Fire fox |not working in Mozilla ||Firefox --- Comment #3 from Brion Vibber br...@wikimedia.org 2009-07-06 18:10:46 UTC --- Clarified summary line. Note that the phonetic keyboard goodie is a local JavaScript tool; it may have been affected by recent changes to software or may have been changed, or may just be broken as-is and needs some debugging. -- 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 19114] Non-mobile site sometimes redirects to mobile site after clicking the disable link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19114 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Summary|Redirecting to the mobile |Non-mobile site sometimes |site should always be |redirects to mobile site |optional|after clicking the disable ||link --- Comment #7 from Brion Vibber br...@wikimedia.org 2009-07-06 18:14:04 UTC --- I've adjusted the summary to something actionable -- resolving the bugs with the redirect. (Has this already been resolved or are we still having problems with the cookies?) -- 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 19498] Horizontal Scrollbar in Special:Preferences by small windows in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=19498 --- Comment #2 from Umherirrender umherirrender_de...@web.de 2009-07-06 18:22:18 UTC --- Created an attachment (id=6301) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6301) Three Screenshots of Special:Preferences with Vector skin Misc and Stability is not visible on the first screenshot, but on the second, after horizontal scroll. The third screenshot shows a window who is enough place for all tabs. I hope, that's helpful. -- 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 19527] (Changed) element IDs and scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=19527 Phillip Patriakeas dragonlordofxant...@gmail.com changed: What|Removed |Added CC||dragonlordofxant...@gmail.co ||m --- Comment #3 from Phillip Patriakeas dragonlordofxant...@gmail.com 2009-07-06 18:22:48 UTC --- At the very least, would it be possible to get the older classes added as alternates to the new Vector ones? E.g. span class=ca-nstab-main ca-main -- 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 19555] New: Registration time in Preferences different from Special:ListUsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=19555 Summary: Registration time in Preferences different from Special:ListUsers Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de CC: agarr...@wikimedia.org The Registration time in Preferences is different from Special:ListUsers. The different is the offset, specified by user. It seems that Special:ListUsers use the right timezone. Special:Preferences has only UTC. -- 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 19511] 404 error when navigating away from the mobile site to regular Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19511 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-07-06 18:37:28 UTC --- Sounds like one or more servers didn't get their software updates installed properly and are missing the files -- probably need a sync-common-all, or check if some boxes aren't allowing login or otherwise borked. -- 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 17398] Allow Image link= parameter when using thumb or frame
https://bugzilla.wikimedia.org/show_bug.cgi?id=17398 --- Comment #9 from Michael Daly michael.d...@kayakwiki.org 2009-07-06 18:38:06 UTC --- Referring to that IRC chat (http://toolserver.org/~amidaniel/chanlogs/%23mediawiki/20090301.txt), faking the thumb was the recommended workaround (using a div to set a size etc). Faking a frame obviously does the same sort of thing. Hence it is relatively trivial to override the intended restriction on the use of thumb. It seems to me that this faking just adds complexity to the situation (for the user) whereas just providing the capability would allow the user to do what they want to do without adding complexity. If the objection is to using thumb in this manner as a way of removing access to the image's page with the attribution and copyright information and since it appears that the link=... functionality is done by invoking ImageMap in some way (an error can invoke an ImageMap error message - hence my assumption) it seems to me that this feature should use an additional capability of ImageMap and just put the info icon (i in a circle) onto the image with the link to the image's page provided by clicking on the info icon. This would provide full use of the link=... feature for all extended image options without loss of direct access to the image's page. From the user's perspective, we get less complexity all around and a more consistent rule for the feature's use. -- 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 19533] Create wiki for Wikimedia Ukraine
https://bugzilla.wikimedia.org/show_bug.cgi?id=19533 Anatoliy Goncharov ahonc...@gmail.com changed: What|Removed |Added AssignedTo|wikibugs- |rhals...@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 19114] Non-mobile site sometimes redirects to mobile site after clicking the disable link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19114 --- Comment #8 from Hampton Catlin hcat...@wikimedia.org 2009-07-06 18:49:05 UTC --- The cookie problem has been resolved, but mainline wikipedia keeps dropping the mobileRedirect.php file for some reason... -- 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 19553] PrefStatsHooks require a DB that doesnot exist.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19553 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 19:18:29 UTC --- Run the update.php script, it'll create the table. -- 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 14892] Allow external links in edit summary and log reason
https://bugzilla.wikimedia.org/show_bug.cgi?id=14892 --- Comment #10 from Mike.lifeguard mike.lifegu...@gmail.com 2009-07-06 19:22:33 UTC --- (In reply to comment #7) I do see the value in *internal* links to things that currently can only be linked to externally because there is no syntax for linking to them internally. Agreed - I think there is an open bug report for that, but I can't immediately find it. (In reply to comment #8) (In reply to comment #6) with pages we can edit to remove links we don't want - not so for edit summaries and log reasons. Well, it is so, but only for the powers that be. Unless you're talking about sysadmins manually editing the database, that's not true. There's no way to do it from inside the software. -- 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 19556] New: diff: as a sudo namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=19556 Summary: diff: as a sudo namespace Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: phoenixoverr...@gmail.com CC: innocentkil...@gmail.com create a diff: namespace and redirect it to a diff url. http://en.wikipedia.org/w/index.php?diff=prevoldid=300616445 would become [[diff:300616445]] -- 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 19556] diff: as a pseudo namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=19556 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Summary|diff: as a sudo namespace |diff: as a pseudo namespace --- Comment #1 from Chad H. innocentkil...@gmail.com 2009-07-06 20:16:45 UTC --- Was chatting with BC about this earlier, a couple of notes: * It would probably be best as a namespace, not an IW link. Relative IW links would be pretty straightfoward and could be shipped with default MW, but they might be broken (related: bug 18664 and bug 19270). Fully qualified URLs are not friendly for something like this, nor would they be quick to implement in a large-scale installation a la WMF. * A pseudo-namespace (similar to Special: at -1 and Media: at -2) would be better than a normal one, as it eliminates chances of collisions with existing namespace definitions. -- 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 19417] line number missing by action=parseprop=sections
https://bugzilla.wikimedia.org/show_bug.cgi?id=19417 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 20:57:17 UTC --- (In reply to comment #2) Thanks for your answer! I heard from this new value, but I was wondering what happens with the unicode char encodings (which can also have more than 1 byte per char)? Does it count each char as 1 byte? Yes. Charoffset would have been a better name. And another thing is; what happens if the page contains templates whose contain headings by themselves (retrieved by 'query': action=queryprop=revisionsrvprop=contentrvexpandtemplates)? Are those headings took into account too, or how are they handled? They aren't counted, the offset you get is the offset in the *original* wikitext, which of course doesn't contain these sections, just the template call. Transcluded sections themselves don't have offsets. -- 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 19090] Watchlist settings of ApiEditPage are insufficient
https://bugzilla.wikimedia.org/show_bug.cgi?id=19090 --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:13:56 UTC --- (In reply to comment #4) I'm unsure why there are two parameters for watching and unwatching at the moment. Maybe the cleanest way would be to deprecate those, and replace them with one parameter instead, e.g. watchlist=(watch|unwatch|preferences|nochange) which will either forcibly watch, forcibly unwatch, decide upon preference settings (default), or leave the current watchlist setting untouched. That sounds like a good idea. I won't have much time to implement this soon, though. -- 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 19523] prop=infoinprop=watched
https://bugzilla.wikimedia.org/show_bug.cgi?id=19523 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:18:47 UTC --- This sounds feasible, and should be done as an optional inprop=watched. I have no time to do this, but patches are welcome :) -- 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 19304] Vector Skin needs hook similar to SkinTemplateContentActions
https://bugzilla.wikimedia.org/show_bug.cgi?id=19304 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:26:49 UTC --- (In reply to comment #3) Also, using function JidanniLessRedContentActionsVectorSkin($a,$links){var_dump($a,$links);die();return true;} $wgHooks['SkinTemplateNavigation'][]='JidanniLessRedContentActions'; I was shocked to find in $links that local language strings have crept into variable names themselves, at the markers @@1@@, and @@3@@, that I put in below: Trevor has fixed this in r52806. Now finally returning to the original topic of this bug. If the two skins could use the same hook, that would be great I suppose... OK, each should have its own hook, but users will dare to do $wgHooks['SkinTemplateTabs'][]=$wgHooks['SkinTemplateNavigation'][]='MyFunction'; so there should be some statement about how safe that is. The formats are not compatible, so it's not safe to assume they are. Using one function that somehow still differentiates between them is safe as long as you do it right. -- 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 19527] (Changed) element IDs and scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=19527 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:36:36 UTC --- (In reply to comment #3) At the very least, would it be possible to get the older classes added as alternates to the new Vector ones? E.g. span class=ca-nstab-main ca-main We're not talking about classes, but about IDs. An element cannot have multiple IDs. (In reply to comment #1) * ca-talk → ca-main_talk, ca-template_talk (this has some merit in my opinion, but you only went half the way since the captions are still all taken from the same msg:vector-namespace-talk) * ca-nstab-project → ca-wikipedia (this one is very bad, the ids should always follow the canonical namespace names so that scripts and css are easily portable between all languages, and of course at e.g. ru-wiki you end up with the ca-.D0.B2.D0.B8.D0.BA.D0.B8.D0.BF.D0.B5.D0.B4.D0.B8.D1.8F) * ...? All of these were fixed in r52806. For something related, is it really a good move to add skin-specific messages? Brion says it is... -- 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 19528] XSLT parameter to API queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:51:34 UTC --- Processing of the XML output should be done client-side, not server-side, and certainly not in a way that introduces XSS vulnerabilities. Closing as WONTFIX. -- 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 19529] Missing styling for file metadata table
https://bugzilla.wikimedia.org/show_bug.cgi?id=19529 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:54:55 UTC --- *** This bug has been marked as a duplicate of bug 19524 *** -- 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 19524] table.collapsed tr.collapsable from Monobook to common CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=19524 --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 21:54:55 UTC --- *** Bug 19529 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19557] New: is_khtml can be triggered by Chrome with !DOCTYPE html
https://bugzilla.wikimedia.org/show_bug.cgi?id=19557 Summary: is_khtml can be triggered by Chrome with !DOCTYPE html Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: need-review, patch Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: greenrea...@hotmail.com Created an attachment (id=6302) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6302) Add navigator.accentColorName to KDE detection in wikibits.js When !DOCTYPE html is used (yes, I know . . .), the is_khtml compatibility variable in wikibits.js is activated by Google Chrome. This misdetection results in the KHTML fix stylesheet being applied, including this rule: #column-content { margin-left: 0; } Unfortunately this prevents the portlets from floating on the left; instead, they appear on the left but beneath the page content. http://www.webreference.com/programming/javascript/sniffing/2.html suggested that the presence of navigator.accentColorName could be used to distinguish between Konquerer and Safari (or rather KHTML and Webkit, hence including Chrome). I added this to is_khtml, the stylesheet was no longer loaded, and the problem disappeared. -- 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 19514] Bullet list symbol background not transparent
https://bugzilla.wikimedia.org/show_bug.cgi?id=19514 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 22:42:11 UTC --- Fixed by alexsh in r52776. -- 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 19505] Missing tooltips and accesskeys
https://bugzilla.wikimedia.org/show_bug.cgi?id=19505 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 23:09:37 UTC --- This is all fixed up now. Had to do with the HTML IDs. -- 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 19531] namespaces and views lists should not have a span in the anchor, for compatibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19531 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #1 from jida...@jidanni.org 2009-07-06 23:12:06 UTC --- Note also bug 17710. -- 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 19531] namespaces and views lists should not have a span in the anchor, for compatibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=19531 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 23:16:17 UTC --- To achieve the design from a visual standpoint on all browsers, the spans are necessary. I will look into how to solve this nicely. -- 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 19554] Bot/minor markers are not bold
https://bugzilla.wikimedia.org/show_bug.cgi?id=19554 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|Bold/minor markers are not |Bot/minor markers are not |bold|bold -- 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 19554] Bot/minor markers are not bold
https://bugzilla.wikimedia.org/show_bug.cgi?id=19554 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:28:34 UTC --- Fixed in r52813. -- 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 19524] table.collapsed tr.collapsable from Monobook to common CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=19524 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:36:18 UTC --- (In reply to comment #1) This one does not seem to be related to #19471 Found it. Monobook has: table.collapsed tr.collapsable { display: none; } This can obviously be moved to the common skin Thanks for identifying this, done in r52815. -- 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 19522] vector skin hooks not documented in hooks.txt
https://bugzilla.wikimedia.org/show_bug.cgi?id=19522 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:36:57 UTC --- (In reply to comment #0) Several vector skin hooks not documented in hooks.txt. VectorTemplateToolboxEnd, SkinTemplateNavigation... Done by Trevor in r52806 and r52814. -- 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 19502] personal portlet
https://bugzilla.wikimedia.org/show_bug.cgi?id=19502 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:41:40 UTC --- *** This bug has been marked as a duplicate of bug 19527 *** -- 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 19527] (Changed) element IDs and scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=19527 --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:41:40 UTC --- *** Bug 19502 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19486] On FlaggedRevs wikis: Success message 'revreview-successful' not shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=19486 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|On FlaggedRevs wikis: |On FlaggedRevs wikis: |Success message 'revreview- |Success message 'revreview- |successful' |successful' not shown -- 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 19506] non-corrected accesskey tooltips.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19506 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 23:44:51 UTC --- This is working now, since the XML ids are changed to match monobook. -- 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 19506] non-corrected accesskey tooltips.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19506 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:46:14 UTC --- (In reply to comment #1) This is working now, since the XML ids are changed to match monobook. In r52816, for reference. -- 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 19527] (Changed) element IDs and scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=19527 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 23:49:25 UTC --- The following are working now, just as they were in monobook... * p-personal * p-search * p-logo The following will not work, because vector works fundamentally differently, and if we make these IDs the same, it will cause unwanted results anyways. * p-cactions * column-one * column-content * globalWrapper -- 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 19532] Menu's are CSS id's. possibly better as classes.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19532 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 23:50:05 UTC --- Great idea, it's now done. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19508] Color combo's suited for visual impaired.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19508 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 2009-07-06 23:52:04 UTC --- Thanks for looking into this. This is now done! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19496] new pages don't have yellow background
https://bugzilla.wikimedia.org/show_bug.cgi?id=19496 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-07-06 23:52:36 UTC --- Fixed in r52819. -- 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 19529] Missing styling for file metadata table
https://bugzilla.wikimedia.org/show_bug.cgi?id=19529 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added URL|http://commons.wikimedia.org|http://commons.wikimedia.org |/wiki/File:President_Obama_m|/w/index.php?title=File:Pres |eets_with_North_Dakota_and_M|ident_Obama_meets_with_North |innesota_representatives.jpg|_Dakota_and_Minnesota_repres ||entatives.jpguseskin=vector Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2009-07-06 23:57:29 UTC --- This is not the same bug as #19524 This bug should dealswith the lack of any CSS definitions for the LOOK of the metadata table (where 19524 addresses the problem of supposedly collapsed rows beings uncollapsed). Note there are no borders for the cells of this table for instance. P.S. updated URL with useskin=vector -- 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 19546] Vector skin does not support jsMsg() javascript function
https://bugzilla.wikimedia.org/show_bug.cgi?id=19546 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2009-07-07 00:07:44 UTC --- (In reply to comment #1) That's how Modern does it. Some other skins like Monobook created the div dynamically, using the following code from wikiBits: if ( document.getElementById( 'column-content' ) document.getElementById( 'content' ) ) { // MonoBook, presumably document.getElementById( 'content' ).insertBefore( messageDiv, document.getElementById( 'content' ).firstChild ); } else if ( document.getElementById('content') document.getElementById( 'article' ) ) { // Non-Monobook but still recognizable (old-style) document.getElementById( 'article').insertBefore( messageDiv, document.getElementById( 'article' ).firstChild ); } That's of course ugly enough. I think the best way would be to change the Monobook, presumably way to always insert the message div right before the #top element. Or better yet, do that and change all skins so that they *have* a #top element (which would be useful in any case) and remove the skin branching from wikibits.js. Fixed this logic to do proper skin detection in r52821. -- 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 19539] Vector skin messages with 0 translations, not even English
https://bugzilla.wikimedia.org/show_bug.cgi?id=19539 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-07-07 00:12:59 UTC --- Fixed in r52823. -- 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 19536] AJAX tabs in monobook, vector...
https://bugzilla.wikimedia.org/show_bug.cgi?id=19536 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Status|NEW |RESOLVED Resolution||LATER --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-07-07 00:18:36 UTC --- I'm a bit leery of this, as I'd prefer separate accessible URLs for these things. (Though to some extent one could stick things on hashes eh.) Some 'quick' items loading inline might be nice, though. We can reconsider some options later once we've moved on more of the basic things and have beefed up the infrastructure more. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19537] Enable Extension:Collection in he.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=19537 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Component|General/Unknown |Site requests Keywords||shell 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 19460] http://www.wikibooks.org is an HTTP redirect loop
https://bugzilla.wikimedia.org/show_bug.cgi?id=19460 Joshua C. Lerner jler...@gmail.com changed: What|Removed |Added CC||jler...@gmail.com --- Comment #2 from Joshua C. Lerner jler...@gmail.com 2009-07-07 00:28:33 UTC --- This is kinda bad - http://www.wikipedia.org/ points to http://www.wikibooks.org/. -- 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 19460] http://www.wikibooks.org is an HTTP redirect loop
https://bugzilla.wikimedia.org/show_bug.cgi?id=19460 Mike.lifeguard mike.lifegu...@gmail.com changed: What|Removed |Added CC||mike.lifegu...@gmail.com --- Comment #3 from Mike.lifeguard mike.lifegu...@gmail.com 2009-07-07 00:30:46 UTC --- (In reply to comment #2) This is kinda bad - http://www.wikipedia.org/ points to http://www.wikibooks.org/. That's what the bug summary says. Unless comments aid the resolution of the bug, they are simply noise. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19546] Vector skin does not support jsMsg() javascript function
https://bugzilla.wikimedia.org/show_bug.cgi?id=19546 Splarka h...@goldrush.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from Splarka h...@goldrush.com 2009-07-07 00:38:39 UTC --- Fixed this logic to do proper skin detection in r52821. Yes the original code was bad, but this is worse. _ This presumably breaks it in chick, myskin, and simple, as well as any other user-defined monobook+template skins, which use the same HTML as Monobook (and are basically Monobook skins), but have a different name. You shouldn't rely on a js-based skin-name check, but fix the underlying problems with vector. Or do what the code suggests: // We special-case skin structures provided by the software. Skins that // choose to abandon or significantly modify our formatting can just define // an mw-js-message div to start with. -- 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 19527] (Changed) element IDs and scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=19527 --- Comment #7 from Phillip Patriakeas dragonlordofxant...@gmail.com 2009-07-07 00:58:15 UTC --- (In reply to comment #4) (In reply to comment #3) At the very least, would it be possible to get the older classes added as alternates to the new Vector ones? E.g. span class=ca-nstab-main ca-main We're not talking about classes, but about IDs. An element cannot have multiple IDs. Aah, that would be my bad, then. -- 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 19558] New: emailuser UI to override prefs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19558 Summary: emailuser UI to override prefs Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Email AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jay...@gmail.com The preference Send me copies of e-mails I send to other users cant be overridden for individual emails sent. Some people don't like receiving copies of all emails they send, but occasionally need to keep a copy for their records, and it would be easier to change the pref for just those emails rather than change their preferences, send the email, restore the preference. -- 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 19559] New: JS addPortletLink() should perhaps have vector specific code in order to be compatible
https://bugzilla.wikimedia.org/show_bug.cgi?id=19559 Summary: JS addPortletLink() should perhaps have vector specific code in order to be compatible Product: MediaWiki Version: 1.13-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Vector Skin AssignedTo: tpars...@wikimedia.org ReportedBy: bawolff...@gmail.com Very similar to Bug 19531 . Basically, Vector changes the portlet structure of the html, thus making the javascript function addPortletLink() not work as expected in some cases. Perhaps there should be some special case code in the function to make it compatible with vector in so much that it would behave in the way most closey to that as it would on monobook. For example if in vector, addPortletLink() should do the following: if the portlet id is namespaces or views it should wrap the new portlet link in a span if on vector, and portlet id is 'p-personal' it should make it go to the id 'personal' if on vector, and portlet id is 'p-cactions' it should make it go to id 'actions' (as thats the closest) Modifying the function from wikibits as follows would accomplish that: function addPortletLink(portlet, href, text, id, tooltip, accesskey, nextnode) { var wrapSpan = false; //default if (skin === vector) { if (portlet === namespaces || portlet === views) { wrapSpan = true; } else if (portlet === 'p-personal') { portlet = 'personal'; } else if (portlet === 'p-cactions') { portlet = 'actions'; } } var node = document.getElementById(portlet); if ( !node ) return null; node = node.getElementsByTagName( ul )[0]; if ( !node ) return null; var link = document.createElement( a ); var linkText; if (wrapSpan) { linkText = document.createElement('span'); linkText.appendChild( document.createTextNode( text ) ); } else { linkText = document.createTextNode( text ); } link.appendChild( linkText ); link.href = href; var item = document.createElement( li ); item.appendChild( link ); if ( id ) item.id = id; if ( accesskey ) { link.setAttribute( accesskey, accesskey ); tooltip += [+accesskey+]; } if ( tooltip ) { link.setAttribute( title, tooltip ); } if ( accesskey tooltip ) { updateTooltipAccessKeys( new Array( link ) ); } if ( nextnode nextnode.parentNode == node ) node.insertBefore( item, nextnode ); else node.appendChild( item ); // IE compatibility (?) return item; } Thanks, [[n:user:Bawolff]] -- 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 19558] emailuser UI to override prefs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19558 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from John Mark Vandenberg jay...@gmail.com 2009-07-07 02:50:56 UTC --- This feature already exists. Sorry. -- 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 19560] New: Request for Unblock-zh-l
https://bugzilla.wikimedia.org/show_bug.cgi?id=19560 Summary: Request for Unblock-zh-l Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Mailing lists AssignedTo: cb...@wikimedia.org ReportedBy: xu.jimmy@gmail.com Please set up [Unblock-zh-l] for unblock request on zhwiki. And please set the list as everyone can post to the list but only authenticated users can read or subscribe (like local sysops). Please add me to the listadmin and I will organize it. Local discussion at Village Pump: http://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%96%B9%E9%92%88#.E6.8F.90.E8.AD.B0.E7.A2.BA.E8.AA.8D.E5.B0.81.E7.A6.81.E6.96.B9.E9.87.9D.E7.9A.84.E6.9B.B4.E6.96.B0.E7.89.88.E6.9C.AC.E7.82.BA.E6.AD.A3.E5.BC.8F.E6.96.B9.E9.87.9D Best regards. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l