[Bug 36310] JavaScript error in jQuery 1.7.2 in FireFox on Special:MovePage
https://bugzilla.wikimedia.org/show_bug.cgi?id=36310 --- Comment #9 from Umherirrender umherirrender_de...@web.de 2012-05-31 19:15:19 UTC --- It is already there (includes/specials/SpecialMovepage.php, around line 290) and that makes problems, because the browser is deleted it on first validate, that gives -1 for the javascript. tr td class='mw-label' . Xml::label( $this-msg( 'movereason' )-text(), 'wpReason' ) . /td td class='mw-input' . Html::element( 'textarea', array( 'name' = 'wpReason', 'id' = 'wpReason', 'cols' = 60, 'rows' = 2, 'maxlength' = 200 ), $this-reason ) . /td /tr After the dom is ready and shown, you can add maxlength with javascript and it works (de.wp uses a workaround). Maybe jQuery simulates it, I do not know. if( mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Movepage' ) { $( function() { var wpReason = $( '#wpReason' ); wpReason.removeAttr( 'maxLength' ); mw.loader.using( [ 'jquery.byteLimit' ], function() { //restore byteLimit wpReason.byteLimit( 200 ); }); }); } -- 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 34228] Uploads can end up with no file page, creating deletion and protection problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=34228 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Priority|Low |Highest CC||b...@mzmcbride.com Severity|normal |major --- Comment #5 from MZMcBride b...@mzmcbride.com 2012-05-31 19:27:22 UTC --- Bumping up the importance of this bug. Uploads where the file is uploaded but the file description page is not created is a major problem. This is unacceptable (and completely preventable) data loss. Possibly UploadWizard-related? https://en.wikipedia.org/wiki/File:The_Camden_Head_Front.jpg is a recent (May 30, 2012) example that was reported here: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)oldid=495342367#Odd_file. -- 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 31189] Language frr missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=31189 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added Keywords||patch, patch-need-review CC||mtrac...@member.fsf.org --- Comment #1 from Mark Holmquist mtrac...@member.fsf.org 2012-05-31 19:32:22 UTC --- This is definitely a problematic solution to the problem, because the current implementation just adds in a list of 10 languages or so, and goes from that. But this is MediaWiki! I18n is important! I've added a patch that takes all possible language codes and names, checks if there is an existing template for each language code, and only includes the ones with proper templates. This should allow much better support for multiple languages, and definitely for Nordfriisk, because Commons has a template for it. However, there is a problem: Commons has many, many templates. It's likely that we'll need to come up with a better solution than drop-down list, go! for the language selector. I wouldn't expect this patch to get deployed to Commons anytime soon. The patch is at https://gerrit.wikimedia.org/r/9528, but again, it's a temporary solution and should probably not be used on a wiki with a lot of language support, due to usability problems. -- 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 37253] New: Contents in nav UI to section navigation not scrolling to section on iOS 4.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=37253 Web browser: --- Bug #: 37253 Summary: Contents in nav UI to section navigation not scrolling to section on iOS 4.3 Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: phili...@gmail.com CC: aricha...@wikimedia.org, prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- On iOS 4.3.3, using the nav UI on the beta site, clicking on a section in the Contents list does not scroll to the section in the article. -- 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 37251] onlyinclude does not work properly in Google Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=37251 snaevar snaevar-w...@gmx.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from snaevar snaevar-w...@gmx.com 2012-05-31 19:44:33 UTC --- Seems to work properly now. Marking as 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 37236] Vector Skin: Insert Link Button in Edit Window (sr.wikisource.org)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37236 FriedrickMILBarbarossa emen1...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from FriedrickMILBarbarossa emen1...@gmail.com 2012-05-31 19:58:44 UTC --- (In reply to comment #1) Works for me. What browser are you using? Is this just for your account or do other people see it? Do you have any special user settings or user scripts that might interfere? I'm sorry for bothering you. It turned out to be caused by disabling one of beta features - dialogs for inserting links, tables and more. It happened while I was experimenting with new editing features a year 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 32247] Cannot go back after uploading files
https://bugzilla.wikimedia.org/show_bug.cgi?id=32247 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added Keywords||patch-need-review --- Comment #11 from Mark Holmquist mtrac...@member.fsf.org 2012-05-31 20:18:16 UTC --- I have whipped up a quick patch that adds in remove functionality at the details step, which is really the only other place that makes sense (excluding the upload step which is obvious). It works really well, it's a very minor change, and I'd appreciate review. Here it is: https://gerrit.wikimedia.org/r/9549 -- 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 37144] UploadWizard: Wiki Loves Monuments contest issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37144 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added Depends on||30728 --- Comment #2 from Mark Holmquist mtrac...@member.fsf.org 2012-05-31 20:28:05 UTC --- Adding in some bugs mentioned on the Commons page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30728] user gets dropped to Main Page instead of upload wizard page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30728 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added Blocks||37144 -- 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 36650] Article Feedback Page - Metrics Stage 4 Test: Survey button, bucketing and/or click tracking
https://bugzilla.wikimedia.org/show_bug.cgi?id=36650 --- Comment #6 from Reha Sterbin r...@omniti.com 2012-05-31 20:54:36 UTC --- Replaced button: https://gerrit.wikimedia.org/r/#/c/9591/ -- 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 35519] Upload does not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=35519 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added CC||mtrac...@member.fsf.org --- Comment #4 from Mark Holmquist mtrac...@member.fsf.org 2012-05-31 20:55:33 UTC --- Laberkiste, I'm going to leave this bug as it is for now, but if you could experiment with using an actual Firefox release, as opposed to a nightly build or even a beta, it would be very helpful. If your problem persists, then we have a serious issue on hand, but if it's fixed, then we should close this bug as invalid (because it's likely a Firefox bug, not a UW one). Thanks much! -- 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 35520] Wikilinks in author field break {{information}} template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=35520 --- Comment #2 from Chris McKenna cmcke...@sucs.org 2012-05-31 21:50:09 UTC --- I can see your point about allowing custom links, but I can see value in allowing the inclusion of real name AND username (maybe just because that's what I do, I don't know how common it is). An alternative would be to have two check boxes, the first next to a text-entry field for real name, the second would use your username. If neither option was checked, or the real name option was checked but the text field was blank then an error would occur. If only the real name option was checked and a real name supplied, that name with a link to the userpage would be used as now. If only the username option was checked, then that name with a link to the userpage would be used. If both options were checked, then Real name ([[user:username|username]]) would be used. I haven't a clue how easy to implement this would be though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16655] Install RandomRootPage on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=16655 --- Comment #22 from aaron.adrign...@gmail.com 2012-05-31 21:58:37 UTC --- This worked yesterday. Today the below page doesn't exist: http://en.wikibooks.org/wiki/Special:Randomrootpage -- 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 35520] Wikilinks in author field break {{information}} template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=35520 --- Comment #3 from Mark Holmquist mtrac...@member.fsf.org 2012-05-31 21:59:11 UTC --- Chris, that's pretty complicated, but the current implementation still seems like the best one, to me. For the following examples, the username is Newbie, the real name is New Person. Option 1: Enter your username, there will be a link to your user page like so: |author=[[User:Newbie|Newbie]] Option 2: Enter your real name, there will be a link to your user page like so: |author=[[User:Newbie|New Person]] The only other option is to actually show _both_ your real name _and_ your username, but that's largely the same as option 2, except that your username wouldn't be visible without viewing the URL Plus, these options help us avoid the complication of creating new fields for people to fill out. Really, the only thing we're after is a concrete statement of release for copyright purposes, so this should do just fine. Further attribution details could just as easily go into the description in the details page, which _is_ equipped to deal with WikiText, or into the file page after the upload process is completed. -- 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 35520] Wikilinks in author field break {{information}} template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=35520 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #4 from Platonides platoni...@gmail.com 2012-05-31 22:05:40 UTC --- The problem of the information template is not with wikilinks being there but that you wrote [[user:Thryduulf|] instead of [[user:Thryduulf|]]. That's what broke the information template, not the wikilinks (the author field would still have problems, but not the whole template). Beside that note, I see no problems with implementing the proposal of comment #1. Your name is not expected to contain [[! :) -- 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 37250] [ApprovedRevs] disappearing editsection
https://bugzilla.wikimedia.org/show_bug.cgi?id=37250 --- Comment #1 from Jos j...@wikiworks.com 2012-05-31 22:09:48 UTC --- Hi Yaron, when I unapprove the page, the section edit links beside headings are back. -- 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 35520] Wikilinks in author field break {{information}} template.
https://bugzilla.wikimedia.org/show_bug.cgi?id=35520 --- Comment #5 from Mark Holmquist mtrac...@member.fsf.org 2012-05-31 22:11:33 UTC --- Platonides, good eye! Sorry about the misunderstanding, Chris! I'll look into adding some more error checking to that field. -- 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 37224] Random button doesn't maintain browser history
https://bugzilla.wikimedia.org/show_bug.cgi?id=37224 Phil Chang phili...@gmail.com changed: What|Removed |Added CC||phili...@gmail.com --- Comment #4 from Phil Chang phili...@gmail.com 2012-05-31 22:27:46 UTC --- The Random function is under the W or in the menu when you opt-in to the Beta mobile site: bit.ly/wmoptin -- 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 16655] Install RandomRootPage on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=16655 --- Comment #23 from Sam Reed (reedy) s...@reedyboy.net 2012-05-31 22:40:05 UTC --- Not sure what happened. Fixed again -- 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 29876] 1.18 post-deployment actions (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 --- Comment #2 from Krinkle krinklem...@gmail.com 2012-05-31 23:06:50 UTC --- This is tracking 1.18 post-deploy, which technically still aplies ;-) .. seriously though. Lets close this and reschedule those tasks for an actual deployment. -- 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 37101] List view stats should be based on the namespace of your filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=37101 bs...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from bs...@wikimedia.org 2012-05-31 23:25:34 UTC --- https://gerrit.wikimedia.org/r/#/c/9601/ -- 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 36622] non-optimal behaviour with the number of unreviewed pages count
https://bugzilla.wikimedia.org/show_bug.cgi?id=36622 bs...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from bs...@wikimedia.org 2012-05-31 23:26:40 UTC --- https://gerrit.wikimedia.org/r/#/c/9601/ -- 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 34778] Deploy extension Memento on Wikipedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=34778 --- Comment #19 from Harihar Shankar hariharshan...@gmail.com 2012-05-31 23:34:10 UTC --- We have updated the plugin to incorporate the changes suggested above. The major fix is in the timemaps, where we were trying to fetch all the revisions of an article earlier. Now, we have introduced paged timemaps, where an optional configuration parameter can be set to limit the revisions that can be fetched. If this variable is not set, the number of revisions default to 500. -- 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 37254] New: Make description text of the filters clickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=37254 Web browser: --- Bug #: 37254 Summary: Make description text of the filters clickable Product: MediaWiki extensions Version: unspecified Platform: All URL: https://en.wikipedia.org/wiki/Special:NewPagesFeed OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- If I go to [[Special:NewPagesFeed]] and click the Filter list button, it will be displayed a box with items such as [ ] Reviewed pages [ ] Nominated for deletion [ ] Redirects ... It should be possible to select an item by clicking its description, but currently only the small [ ]'s are clickable. The same happens for the ( )'s. -- 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 25851] Few characters might be missing in the special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25851 Ty tya.w...@gmail.com changed: What|Removed |Added CC||tya.w...@gmail.com --- Comment #4 from Ty tya.w...@gmail.com 2012-06-01 01:09:05 UTC --- Submitted at https://gerrit.wikimedia.org/r/#/c/9605 for review -- 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 37255] New: LastModified output overlaps with article icons (emblems)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37255 Web browser: --- Bug #: 37255 Summary: LastModified output overlaps with article icons (emblems) Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: LastModified AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: asha...@wikimedia.org, kgladst...@wikimedia.org, swall...@wikimedia.org Classification: Unclassified Mobile Platform: --- Looking at https://test.wikipedia.org/wiki/Thesaurus?uselang=test where the LastModified extension has recently been enabled, the little icons used on wikis such as the English Wikipedia overlap with the extension's output. I'll attach a screenshot momentarily. Ideally this extension's output would be above the article tabs (where there's plenty of room). Putting this text on the same line as the article title risks hitting the little icons or, with long page titles, hitting the page title. This is bad. -- 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 37255] LastModified output overlaps with article icons (emblems)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37255 --- Comment #1 from MZMcBride b...@mzmcbride.com 2012-06-01 01:49:19 UTC --- Created attachment 10673 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10673 Screenshot of overlap between LastModified extension's output and article icons These icons were pulled from https://en.wikipedia.org/wiki/4chan. -- 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 5309] Localize captcha images
https://bugzilla.wikimedia.org/show_bug.cgi?id=5309 555 lugu...@gmail.com changed: What|Removed |Added CC||lugu...@gmail.com --- Comment #12 from 555 lugu...@gmail.com 2012-06-01 02:40:11 UTC --- It's a shame that even single implementations are very backlogged. The developers team really thinks that Vector skin and a WYSIWYG editing interface will be the most relevant to help on editors retention? Somewhere I've recently said that the language barrier was solved on Wikimedia, resting only the non-Wikipedia projects issue. But unfortunately I was very wrong. On the bug opening, the Wikimedia paid staff was very small. Now it's a bit larger. But still no single word from any tech-guys, neither the volunteers one... [[:m:User:555]] -- 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 37255] LastModified output overlaps with article icons (emblems)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37255 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added CC||rkald...@wikimedia.org --- Comment #2 from Ryan Kaldari rkald...@wikimedia.org 2012-06-01 02:47:35 UTC --- Well that sucks. I guess we should see if the designers have any ideas. I don't really like the idea of having it outside the content area since it then looses the visual association with the content, but I'm not sure where else would be 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 37255] LastModified output overlaps with article icons (emblems)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37255 --- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2012-06-01 02:52:28 UTC --- FWIW, the original implementation had the message in the upper-right hand corner of the content div, but this doesn't work very well with CentralNotice. Perhaps if it were in very small print and flush against the top... -- 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 37256] New: [MW] #tag cannot produce XHTML-style self-closing tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=37256 Web browser: --- Bug #: 37256 Summary: [MW] #tag cannot produce XHTML-style self-closing tags Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fastgoldf...@gmail.com Classification: Unclassified Mobile Platform: --- This: {{#tag:section||begin={{PAGENAME might reasonably be expected to produce this (with the page name expanded): section begin={{PAGENAME}} / Instead, it probably produces this (with the page name expanded): section begin={{PAGENAME}}/section These tags are from the Labeled Section Transclusion extension (LST): http://www.mediawiki.org/wiki/Extension:Labeled_Section_Transclusion LST requires self-closing XHTML-style tags in order to function correctly, but #tag does not seem to have any means of providing that capability. I would expect that either it would do it by default when the content parameter of #tag is empty, or perhaps when some parameter flag is present, maybe like this with a close parameter: {{#tag:section||begin={{PAGENAME}}|close}} If the empty opening and closing tag behavior has no function, then maybe it would be better to change it to produce a self closing tag by default instead. If I understand it correctly, I think the XHTML and XML W3C specification allows all tags to be self-closing if empty. I'm not sure if there's any official preference though, since these are totally equivalent as far as I know: .../... and ... / -- 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 37257] New: Sidebar is too narrow
https://bugzilla.wikimedia.org/show_bug.cgi?id=37257 Web browser: --- Bug #: 37257 Summary: Sidebar is too narrow Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Bugzilla AssignedTo: mhershber...@wikimedia.org ReportedBy: hy...@alphacorp.tk CC: innocentkil...@gmail.com, s...@reedyboy.net, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- The Wikimedia Bugzilla's sidebar is too small, and some text under the Saved Searches gets covered by the main body. 3 suggestions: 1. Increase the width of the sidebar, so that its the same size as the normal wiki. 2. Cut down the amount of text used. 3. Get the text to respect the width of the sidebar, and go to a new line if necessary (like MediaWiki does). 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 37258] New: Inline Query: columns= no longer works with format=template
https://bugzilla.wikimedia.org/show_bug.cgi?id=37258 Web browser: --- Bug #: 37258 Summary: Inline Query: columns= no longer works with format=template Product: MediaWiki extensions Version: REL1_18 branch Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: salqu...@gmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Mobile Platform: --- This page: http://scratchpad.referata.com/wiki/InlineQueryColumnsTest holds {{#ask: [[Category:AGP]] |format=template |template=AGPList |columns=2 }} The columns= argument seems to be ignored. Referata is running SMW 1.8 alpha, and I noticed it wasn't working in the upgrade I'm doing to MW 1.18 / SMW 1.7.0.1. I'm upgrading from MW 1.16.0 / SMW 1.5.2, where columns= works with 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
[Bug 37259] New: Subquery Namespace filter not working
https://bugzilla.wikimedia.org/show_bug.cgi?id=37259 Web browser: --- Bug #: 37259 Summary: Subquery Namespace filter not working Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jmccl...@hypergrove.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Mobile Platform: --- {{#ask:[[Form:Dataset]] [[with::q[[Modification date::+]]/q]]}} returns a template:xyz and two concepts, as it should {{#ask:[[Form:Dataset]] [[with::q[[Template:+]][[Modification date::+]]/q]] returns an error that the subquery is not understood it should return just the template... -- 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 37259] Subquery Namespace filter not working
https://bugzilla.wikimedia.org/show_bug.cgi?id=37259 --- Comment #1 from John McClure jmccl...@hypergrove.com 2012-06-01 05:56:18 UTC --- I meant to say {{#ask:[[Form:Dataset]] [[with::q[[Concept:+]][[Modification date::+]]/q]] returns all three pages and an error that the subquery is not understood {{#ask:[[Form:Dataset]] [[with::q[[Template:+]][[Modification date::+]]/q]] returns nothing -- 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