[Bug 38543] New: Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 Web browser: --- Bug #: 38543 Summary: Local logo changing function active request Product: Wikimedia Version: 1.20wmf7 Platform: All URL: http://ko.wikisource.org OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Site configuration AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: soti...@naver.com CC: benap...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- Good to see you. I'm not english speaker, If I have a mistake, please understand me and re-ask about it. I don't know this bug category is correct. (If it is not, I'm so sorry. Please let me know.) I'm Korean Wikisource administrator. Our community want to change logo. We hear that local logo changing function exist and can apply bugzilla. For this reason, We request local logo changing function on. Thank you in advance. -- 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 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 --- Comment #1 from soti...@naver.com 2012-07-21 06:26:41 UTC --- Plus, logo already uploaded and protected. please check [[s:ko:File:Wiki.png]]. Thank you. -- 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 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||shellpolicy CC||p858sn...@gmail.com --- Comment #2 from p858snake p858sn...@gmail.com 2012-07-21 06:31:52 UTC --- Please link to the local community consensus for this change. -- 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 38525] Pager on Special:Categories is broken when this special page is accessed with a parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=38525 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||ialex.w...@gmail.com Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2012-07-21 07:14:19 UTC --- *** This bug has been marked as a duplicate of bug 25095 *** -- 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 25095] Special:Categories should also include the first relevant item when from is filled
https://bugzilla.wikimedia.org/show_bug.cgi?id=25095 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added CC||liang...@gmail.com --- Comment #8 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2012-07-21 07:14:19 UTC --- *** Bug 38525 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 --- Comment #3 from soti...@naver.com 2012-07-21 07:42:54 UTC --- Can I ask you a question? consensus means function active, or means logo changing? We collect opinion about 'logo must change', but support and oppose consensus do not exist yet. If it needed, I will start support and oppose about it. please wait a few days and cancel it. Thank you for your hard work. -- 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 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 --- Comment #4 from soti...@naver.com 2012-07-21 08:19:11 UTC --- related discussion about logo changing is [[s:ko:위키문헌:사랑방#로고]] and [[s:ko:위키문헌:사랑방#로고 변경 요청]]. recently discussion is [[s:ko:위키문헌:사랑방#로고 논의]]. I open new discussion about using function. If it needed, please a few days. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 Srikanth Logic srik@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38544] New: Statistics error on the Korean Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=38544 Web browser: Google Chrome Bug #: 38544 Summary: Statistics error on the Korean Wikisource Product: Wikimedia Version: 1.20wmf7 Platform: All URL: http://ko.wikisource.org OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Statistics AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: soti...@naver.com Classification: Unclassified Mobile Platform: Android Hi, Good to see you. Korean Wikisource has a problem about page statistics. I made nearly 2,000+ new pages(normal pages. not templates and category). But statistics don't change. But I deleted wrong pages(it is no contains new pages), page statistics count is down. I find out another statistics about Korean Wikisource. surprisingly, page count is 11,000+. I don't know why such situation caused. Would you please check it? Thank you for your hard work! -- 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 37461] Language variant conversion for labels doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=37461 --- Comment #8 from Nikola Smolenski smole...@eunet.rs 2012-07-21 08:56:09 UTC --- As of right now on the demo, variant form is stored, but conversion is not done. I see no reason to transliterate to a canonical form on save. Rather, it should be possible to save in a variant form. If a variant form exists, it is displayed, and if not, it is transliterated from the canonical form (or perhaps another variant if there is no canonical form). It is in general not possible to use counting of characters because some variant forms might be the same - for example in Serbian abbreviations are often left in Latin alphabet, so something like SCADA is correct Cyrillic text. Perhaps a warning could be issued but nothing more than that. Besides, this character check is not done for languages that have no defined variants (for example, it is possible to save Japanese text in Romaji). -- 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 38542] heading in diff view changes from title to label on same item
https://bugzilla.wikimedia.org/show_bug.cgi?id=38542 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added Status|NEW |RESOLVED CC||daniel.kinz...@wikimedia.de Resolution||INVALID --- Comment #1 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-07-21 10:16:52 UTC --- no it doesn't. the first revision doesn't have a label: http://wikidata-test-repo.wikimedia.de/w/index.php?title=Data:Q2075oldid=227434uselang=en The first revision has a *link* to the en wikipedia. That is not at all the same as an english language label. We could derive a fallback label from the language links, if we have a reliable mapping from languages to sites... That could/should be done during item creation though, not on the fly - that would be confusing. I think it should be up to the code creating the item to generate the default labels though. Don't know what mechanism created this item here. -- 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 33079] VisualEditor mis-positions caret in RTL text
https://bugzilla.wikimedia.org/show_bug.cgi?id=33079 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #10 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-21 10:17:14 UTC --- Verified on my own installation. Great! -- 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 38545] New: VisualEditor: down arrow in drop-down menu in RTL interface overlaps with the text
https://bugzilla.wikimedia.org/show_bug.cgi?id=38545 Web browser: --- Bug #: 38545 Summary: VisualEditor: down arrow in drop-down menu in RTL interface overlaps with the text Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: User Interface AssignedTo: rm...@wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il CC: jforres...@wikimedia.org Blocks: 33126 Classification: Unclassified Mobile Platform: --- Configure the user language to be Hebrew. Try to edit a page. The down arrow in format selection drop-down menu will overlap with the text. -- 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 33126] VisualEditor right-to-left support tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=33126 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Depends on||38545 -- 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 38542] Page title not replaced by item label when viewing old revisions.
https://bugzilla.wikimedia.org/show_bug.cgi?id=38542 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | Summary|heading in diff view|Page title not replaced by |changes from title to label |item label when viewing old |on same item|revisions. --- Comment #2 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-07-21 10:27:51 UTC --- So... looking at the JSON, the label *is* there from the fist revision. Apparently, the page title is replaced with the item label only if the current revision is show. For old revision, this doesn't work at all for some reason. This is a bug, so I'll re-open this ticket. Also changing the description. -- 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 38545] VisualEditor: down arrow in drop-down menu in RTL interface overlaps with the text
https://bugzilla.wikimedia.org/show_bug.cgi?id=38545 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Keywords||patch, patch-need-review --- Comment #1 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-21 10:37:37 UTC --- Attempted to fix at https://gerrit.wikimedia.org/r/#/c/16218/ . -- 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 38544] Statistics error on the Korean Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=38544 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Mobile Platform|Android |--- Web browser|Google Chrome |--- Severity|normal |minor -- 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 38000] VisualEditor: Ctrl + {left,right} arrow should skip a word left or right (Apple + ... on Mac OS X)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38000 --- Comment #1 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-21 10:58:17 UTC --- This is one of those things that should be left to the browser as much as possible. If it is implemented inside the VE, there will be no end to surprises. Different browsers have subtle differences in the behavior of this feature, and users who use it often and are accustomed to the behavior in their favorite browser won't like the VE implementation, whatever it will be. There are also numerous surprises in the i18n side - the different direction of movement in RTL environments, word-boundary algorithms in Thai, and many, many more. See https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements . -- 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 33126] VisualEditor right-to-left support tracking bug (RTL, bidi)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33126 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Summary|VisualEditor right-to-left |VisualEditor right-to-left |support tracking bug|support tracking bug (RTL, ||bidi) --- Comment #3 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-21 11:01:39 UTC --- Adding RTL, bidi to the title, to make it easier to find. -- 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 38546] New: Arrow keys move the caret in the opposite direction in RTL environment
https://bugzilla.wikimedia.org/show_bug.cgi?id=38546 Web browser: --- Bug #: 38546 Summary: Arrow keys move the caret in the opposite direction in RTL environment Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: ContentEditable AssignedTo: i...@wikia-inc.com ReportedBy: amir.ahar...@mail.huji.ac.il CC: jforres...@wikimedia.org, or...@framezero.com Blocks: 33126 Classification: Unclassified Mobile Platform: --- Arrow keys move the caret in the opposite direction in RTL environment. Simple textareas in browsers do this correctly, so as much as possible, the Visual Editor should rely on the browsers' behavior. See https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements . Related: bug 38000. -- 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 33126] VisualEditor right-to-left support tracking bug (RTL, bidi)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33126 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Depends on||38546 -- 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 38461] VisualEditor: {Ctrl|Option}+{Delete,Backspace} should delete a word right, left of the caret
https://bugzilla.wikimedia.org/show_bug.cgi?id=38461 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added CC||amir.ahar...@mail.huji.ac.i ||l --- Comment #2 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-21 11:09:35 UTC --- As with bug 38000, this feature must be left to the browser as much as possible. Some browsers delete the space after the word, some don't; some delete the punctuation after the word, some don't; in some languages the meaning of word is very surprising to people who speak English; in RTL languages right is the previous word and not the next; etc. We should just leave the behavior to which the users are accustomed in their favorite browsers. See https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements . -- 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 38547] New: Bulleted list and Numbered list buttons in the editing toolbar must be reversed in RTL wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=38547 Web browser: --- Bug #: 38547 Summary: Bulleted list and Numbered list buttons in the editing toolbar must be reversed in RTL wikis Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: User Interface AssignedTo: rm...@wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il CC: jforres...@wikimedia.org Blocks: 33126 Classification: Unclassified Mobile Platform: --- This bug is almost the same as Bug 28544 in WikiEditor :) The buttons Bulleted list and Numbered list must be mirrored in RTL wikis. The numbers in Numbered list in languages he, yi, arc and dv should look like regular Western numbers - not mirrored. In languages written in the Arabic alphabet (ar, fa, ur, ps, mzn etc.) [[Eastern Arabic numerals]] can be written there, but maybe Western numbers are OK, too. -- 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 33126] VisualEditor right-to-left support tracking bug (RTL, bidi)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33126 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Depends on||38547 -- 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 38539] references disappear
https://bugzilla.wikimedia.org/show_bug.cgi?id=38539 DaSch da...@daschmedia.de changed: What|Removed |Added Component|Cite|Maps AssignedTo|wikibugs-l@lists.wikimedia. |jeroen_ded...@yahoo.com |org | Severity|normal |major --- Comment #1 from DaSch da...@daschmedia.de 2012-07-21 11:17:12 UTC --- Just discovered, that this just happens when Maps are included bevor references / so this is not an error of the Cite extension comparing http://www.wecowi.de/index.php?title=Massaker_von_Auroraoldid=128672 http://www.wecowi.de/index.php?title=Massaker_von_Auroraoldid=128655 -- 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 38548] New: Undo and Redo buttons must be flipped for RTL environments
https://bugzilla.wikimedia.org/show_bug.cgi?id=38548 Web browser: --- Bug #: 38548 Summary: Undo and Redo buttons must be flipped for RTL environments Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: User Interface AssignedTo: rm...@wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il CC: jforres...@wikimedia.org Blocks: 33126 Classification: Unclassified Mobile Platform: --- Undo and Redo buttons must be flipped for RTL environments. Undo must point right and Redo must point left. The same images can be used, but they must be swapped. -- 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 33126] VisualEditor right-to-left support tracking bug (RTL, bidi)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33126 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Depends on||38548 -- 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 37902] VisualEditor: Parsoid needs to hint on each internal link as to the status of its target (redlink; stub; interwiki)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37902 --- Comment #3 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-21 11:26:04 UTC --- I'm a bit surprised about the importance. Coloring for stub may be an enhancement, but a link to a nonexistent page definitely shouldn't be blue. -- 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 38549] New: ParamDefinition cannot be instantiated
https://bugzilla.wikimedia.org/show_bug.cgi?id=38549 Web browser: --- Bug #: 38549 Summary: ParamDefinition cannot be instantiated Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Validator AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: da...@daschmedia.de CC: jeroen_ded...@yahoo.com Classification: Unclassified Mobile Platform: --- Fatal error: Cannot instantiate abstract class ParamDefinition in /.../httpdocs/extensions/Validator/includes/definitions/ParamDefinition.php on line 903 This got broken in one of the last commits -- 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 38469] Missing image on Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=38469 --- Comment #4 from Platonides platoni...@gmail.com 2012-07-21 12:31:57 UTC --- I'm all for doing image and publication in the same transaction, but see Bug 15430. -- 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 35354] Problems with UploadWizard stash moving to the target
https://bugzilla.wikimedia.org/show_bug.cgi?id=35354 --- Comment #17 from Pocoapoco pocoapocow...@googlemail.com 2012-07-21 13:53:19 UTC --- In some cases the workaround does not work, for those there is a different workaround: keeping the more simple file name until the conclusion of the upload process and then moving the page. I had to do this for files like this: File:Parque Natural da Arrábida, Setúbal, Portugal, 2012-05-11, DD 01.JPG (see history) -- 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 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 Krenair kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #5 from Krenair kren...@gmail.com 2012-07-21 14:06:35 UTC --- Changing the logo (or another configuration setting) for a Wikimedia wiki works something like this: You make a proposal on the wiki. If it gets accepted, you create a bug with a link to where the discussion took place. A volunteer will create and commit the configuration change and then upload it to Gerrit, the code review system. A WMF employee can then review, approve and deploy the change to Wikimedia servers. -- 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 38550] New: Gerrit emails sent two months after the fact
https://bugzilla.wikimedia.org/show_bug.cgi?id=38550 Web browser: --- Bug #: 38550 Summary: Gerrit emails sent two months after the fact Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Git/Gerrit AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com CC: innocentkil...@gmail.com, rlan...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 10867 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10867 Email with headers Today I got the following email from Gerrit I expected to arrive two months ago (changeset was created at 2012-05-25, last updated at 2012-06-15 and today is 2012-07-21). What is going on? I've noticed this many times, so it's not isolated case. -- 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 38549] ParamDefinition cannot be instantiated
https://bugzilla.wikimedia.org/show_bug.cgi?id=38549 --- Comment #1 from DaSch da...@daschmedia.de 2012-07-21 14:26:57 UTC --- reverting last commit makes it work again! -- 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 37890] review action not displaying in the logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37890 Sumana Harihareswara suma...@wikimedia.org changed: What|Removed |Added CC||suma...@wikimedia.org --- Comment #3 from Sumana Harihareswara suma...@wikimedia.org 2012-07-21 14:36:19 UTC --- Speaking as a user, I think of marking a page as patrolled/reviewed as a kind of contribution, so I would want to also see it in my Special:Contributions list, or linked to in the (talk | ... | uploads | ...) list near the top of Special:Contributions. -- 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 38190] API help docs should document token as param-required for modules that use tokens
https://bugzilla.wikimedia.org/show_bug.cgi?id=38190 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Umherirrender umherirrender_de...@web.de 2012-07-21 14:49:36 UTC --- successfully merged for core (under that this bug was filled) Please create seperate bugs for extensions. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38551] New: Bold and Italic buttons are not internationalizes
https://bugzilla.wikimedia.org/show_bug.cgi?id=38551 Web browser: --- Bug #: 38551 Summary: Bold and Italic buttons are not internationalizes Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: User Interface AssignedTo: rm...@wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il CC: jforres...@wikimedia.org Classification: Unclassified Mobile Platform: --- The Bold and Italic buttons say B and I. Some languages can have different letters there; for example, Italian has G and C and German has F and K. The corresponding buttons in the WikiEditor extension can be localized, but not in Visual Editor. -- 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 38552] New: FileBackend tests fail for swift backend if swift cluster uses version 1.4.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=38552 Web browser: --- Bug #: 38552 Summary: FileBackend tests fail for swift backend if swift cluster uses version 1.4.3 Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: File management AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@v2v.cc CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified Mobile Platform: --- FileBackend tests fail for swift backend if swift cluster uses version 1.4.3 running php phpunit.php --group FileBackend --use-filebackend local-swift with swift 1.4.8 (as shipped in precise) or current git (1.5.1) fail, checking out 1.4.3 from git and using that, tests behave as expected. Before upgrading swift in production, this needs to be addressed. -- 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 38511] chunkUpload broken with swift backend
https://bugzilla.wikimedia.org/show_bug.cgi?id=38511 j^ j...@v2v.cc changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from j^ j...@v2v.cc 2012-07-21 15:22:25 UTC --- *** This bug has been marked as a duplicate of bug 38552 *** -- 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 38552] FileBackend tests fail for swift backend if swift cluster uses version 1.4.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=38552 --- Comment #1 from j^ j...@v2v.cc 2012-07-21 15:22:25 UTC --- *** Bug 38511 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38553] New: Article is wrongly attributed to user 0 as creator
https://bugzilla.wikimedia.org/show_bug.cgi?id=38553 Web browser: --- Bug #: 38553 Summary: Article is wrongly attributed to user 0 as creator Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: suma...@wikimedia.org CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 10868 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10868 in new pages feed, edit count for a user is missing I see in the feed right now, waiting to be reviewed: https://en.wikipedia.org/wiki/Amitabh_Bachchan listed as: Amitabh Bachchan (hist) · 59801 bytes · 100+ edits · 33 categories By 0 (talk · contribs) When I look at https://en.wikipedia.org/wiki/Special:Contributions/0 and https://en.wikipedia.org/w/index.php?title=Amitabh_Bachchandir=prevlimit=500action=history , I see that the user 0 did not create this article. IP address (?) 203.200.84.xxx created it at 12:45, 5 September 2001, and then at 15:51, 25 February 2002, user 0 did an automated conversion. I suspect this wasn't really the user who currently goes by username 0, but some kind of automated process running as a user with internal userid zero. (Attaching a screenshot of the reason why I noticed this -- the edit count was missing.) -- 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 38553] Article is wrongly attributed to user 0 as creator
https://bugzilla.wikimedia.org/show_bug.cgi?id=38553 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #1 from Platonides platoni...@gmail.com 2012-07-21 15:37:00 UTC --- The edition of 0 shows as the first revision when paging. There's something weird there: https://en.wikipedia.org/w/index.php?title=Amitabh_Bachchanoldid=57756 - 0 at 15:51, 25 February 2002 https://en.wikipedia.org/w/index.php?title=Amitabh_Bachchanoldid=148343 - Tobias at 03:01, 22 July 2002 https://en.wikipedia.org/w/index.php?title=Amitabh_Bachchanoldid=235586 - 203.200.84.xxx at 12:45, 5 September 2001 I guess it is paging by rev_id instead of rev_timestamp? -- 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 37890] review action not displaying in the logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37890 --- Comment #4 from Oliver Keyes oke...@wikimedia.org 2012-07-21 16:08:54 UTC --- The list thing is a great idea; we really should surface such actions more. I'd be hesitant about including it in Special:Contributions *directly* because the filtering there is so limited as to make it very hard to exclude it if someone just wants to look at edits. But I think patrol actions taken by $name should totally be linked. -- 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 37628] Creating a Git/Gerrit/Labs account requires human intervention
https://bugzilla.wikimedia.org/show_bug.cgi?id=37628 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Severity|normal |blocker --- Comment #2 from MZMcBride b...@mzmcbride.com 2012-07-21 16:16:19 UTC --- This seems like the most classic case of a blocker to me. Can someone please describe the current process to create a Git/Gerrit account and what needs to be done to remove the need for human intervention in the current process? This would greatly help moving this bug forward, I think. -- 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 33385] Translatable pages and FlaggedRevs don't play nice together
https://bugzilla.wikimedia.org/show_bug.cgi?id=33385 --- Comment #9 from Aaron Schulz aschulz4...@gmail.com 2012-07-21 17:35:51 UTC --- (In reply to comment #8) Assuming you mean can't. Do you suggest using whitelist or blacklist for actions? Yeah I meant can't. Right now you have a tiny whitelist. You could just add 'review' to it. In the long term it seems like a blacklist might make more sense. It seems like the function really just wants to prevent editing and moves. -- 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 37225] Several history entries for the same content and watchlists showing wrong article size changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=37225 --- Comment #67 from Aaron Schulz aschulz4...@gmail.com 2012-07-21 18:42:44 UTC --- I've fixed DATA_FOR_UPDATE loading in https://gerrit.wikimedia.org/r/#/c/16228/. I've replaced the 'forupdate' loading with 'fromdbmaster' in EditPage in https://gerrit.wikimedia.org/r/#/c/16229/. -- 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 34873] Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=34873 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||krinklem...@gmail.com Resolution||WORKSFORME --- Comment #7 from Krinkle krinklem...@gmail.com 2012-07-21 19:50:24 UTC --- It appears to be fixed now. https://en.wikipedia.org/wiki/Special:Contributions/62.253.64.xxx shows contributions. And when testing locally on the latest master, edits by maintenance scripts (user id 0) also show up properly. -- 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 37926] Split 'deleterevision' user right
https://bugzilla.wikimedia.org/show_bug.cgi?id=37926 Krenair kren...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED -- 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 38554] New: [TestSwarm] Failed to load resource: the server responded with a status of 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=38554 Web browser: --- Bug #: 38554 Summary: [TestSwarm] Failed to load resource: the server responded with a status of 404 Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: Testing Infrastructure AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: federicol...@tiscali.it CC: has...@free.fr, innocentkil...@gmail.com, krinklem...@gmail.com, niklas.laxst...@gmail.com Classification: Unclassified Mobile Platform: --- Niklas found that TestSwarm is currently broken: Failed to load resource: the server responded with a status of 404 (Not Found) http://integration.mediawiki.org/testswarm/images/hpwos.sm.png/ and later things like /testswarm/?_=1342900814929swarmURL=http%3A%2F%2Fintegration.mediawiki.org%2Ftestswarm%2F%3Frun_id%3D82192%26client_id%3D17260%26state%3D:111GET http://integration.mediawiki.org/testswarm/images/hpwos.sm.png/ 404 (Not Found) after 3 min the test looks completed and TS goes on with the next 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 38554] [TestSwarm] Failed to load resource: the server responded with a status of 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=38554 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added Priority|Unprioritized |High -- 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 38554] [TestSwarm] Failed to load resource: the server responded with a status of 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=38554 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords||upstream Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Krinkle krinklem...@gmail.com 2012-07-21 20:08:30 UTC --- These are both minor issues with the front-end of the upstream TestSwarm software. It does not affect the run flow in any way. Both of these bugs are obsolete in the latest version of TestSwarm. We are currently running 0.2. The latest version is 1.0.0-alpha. The continuous integration project is working on setting up the new environment at labs, including running TestSwarm 1.0. -- 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 38554] [TestSwarm] 404 Not Found: ./images/hpwos.sm.png/
https://bugzilla.wikimedia.org/show_bug.cgi?id=38554 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|High|Low Summary|[TestSwarm] Failed to load |[TestSwarm] 404 Not Found: |resource: the server|./images/hpwos.sm.png/ |responded with a status of | |404 | Severity|blocker |minor --- Comment #2 from Krinkle krinklem...@gmail.com 2012-07-21 20:09:25 UTC --- http://integration.wmflabs.org/testswarm -- 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 38555] New: Diffs no longer work for data items, JSON diff is shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=38555 Web browser: --- Bug #: 38555 Summary: Diffs no longer work for data items, JSON diff is shown Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: daniel.kinz...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Change d7fe3f896f545a3047528ee9eba37087b1382c13 broke diffs for Items completely, only the JSON diff is shown. The reason is that Wikibase\ItemContentDiffView needs to extend Wikibase\EntityContentDiffView instead of DifferenceEngine. But there seem to be additional issues. -- 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 38555] Diffs no longer work for data items, JSON diff is shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=38555 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added Status|NEW |ASSIGNED CC||daniel.kinz...@wikimedia.de -- 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 38555] Diffs no longer work for data items, JSON diff is shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=38555 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added Priority|Unprioritized |Highest -- 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 38555] Diffs no longer work for data items, JSON diff is shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=38555 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-07-21 20:29:43 UTC --- fixed by change I8f2e03cc -- 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 34873] Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=34873 Platonides platoni...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #8 from Platonides platoni...@gmail.com 2012-07-21 20:38:54 UTC --- It's not, see for intance http://nl.wiktionary.org/wiki/Speciaal:Bijdragen/Metr%C3%B3nomo where edits do exist: http://nl.wiktionary.org/w/index.php?diff=prevoldid=1070120 You're seeing a workaround, where if there isn't an account with that name, searches by text, but if the account exists, it searches by user id. Which leads to odd situations such as the contributions you were seeing magically disappear when you login for the first time (see bug 37735). -- 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 34873] Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=34873 --- Comment #9 from Aaron Schulz aschulz4...@gmail.com 2012-07-21 20:45:34 UTC --- We should really fix the DB entries. If the edits are by user X, they should be recorded as such. Maybe the import/user logic could be changed to handles this better, though it's bit tricky. -- 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 34873] Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=34873 --- Comment #10 from Krinkle krinklem...@gmail.com 2012-07-21 20:55:59 UTC --- The problem is that when importing things from a different wiki, the username can be someone else. So that's why (afaik) the import system specifically does not tie edits to a user id. -- 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 260] Handle pre overflow automatically with a scroll bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=260 --- Comment #20 from Krinkle krinklem...@gmail.com 2012-07-21 21:14:23 UTC --- When talking about this with Trevor we both had the same idea, but came up with different implementations that seemed the same at first. Trevor suggested white-space: pre-wrap; and I suggested word-wrap: break-word;. Both appear to do the same thing when used in a pre (when not used on a pre, but on a p the difference is much more obvious). When used on a pre there is a sudle difference. * white-space: pre-wrap; This causes the browser to naturally wrap by displaying words on the next line if they don't fit on the same line within the box (does not cut off words). At first sight this appears to be a nice solution, however long urls or JSON strings will often still break out of the box and cause the page layout to look broken. * word-wrap: break-word: This forces the browser to wrap anywhere (even within when the spot is not a word boundry) when the line becomes too long. The latter doesn't have the problem with long urls and JSON strings, but... it always breaks the word, even a short word such as the will be wrapped on 2 lines if it happens to be at the cut-off point of the pre box dimensions. The best solution appears to combine the two. That way the browser will first naturally wrap the lines in a natural way (if a word doesn't fit it puts the entire word on the next line), and then break-word will only step in if necessary. Browser support for both of these are very good. I'll do some testing and come up with a patch on monday. -- 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 260] Handle pre overflow automatically with a scroll bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=260 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|REOPENED|ASSIGNED -- 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 38451] Kill $wgAllowPageInfo; enable MediaWiki's info action by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=38451 --- Comment #2 from Sam Reed (reedy) s...@reedyboy.net 2012-07-21 22:01:13 UTC --- https://gerrit.wikimedia.org/r/#/c/16235/ does the actual killing of the global -- 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 38556] New: Add header and footer messages to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38556 Web browser: --- Bug #: 38556 Summary: Add header and footer messages to MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- There should be header and footer messages for MediaWiki's info action. These can be blank by default, though it may make sense to have some standard text for the header. Something along the lines of This is an overview about the specified page title. -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38556 -- 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 38210] Adding customization of unwatched changes to user preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=38210 Brandon Harris bhar...@wikimedia.org changed: What|Removed |Added CC||bhar...@wikimedia.org --- Comment #3 from Brandon Harris bhar...@wikimedia.org 2012-07-21 22:18:54 UTC --- The Foundation design team does not believe in preference proliferation and we recommend that this not be done (we actually want to remove preferences when possible, as they create a confusing experience). Accordingly, we are not going to spend any resources on this request. If the community wishes this to be implemented, it can (and should) be done with a gadget that can be enabled by users or by the enwiki community. It is further our believe that watchlist bolding should be enabled by default (as it is a feature of MediaWiki), and that any gadget to disable the functionality should not be turned on globally. However, that is a community decision. -- 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 38557] New: Curation toolbar obscured by article in monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=38557 Web browser: --- Bug #: 38557 Summary: Curation toolbar obscured by article in monobook Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: oke...@wikimedia.org CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 10869 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10869 Screenshot See the screenshot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38558] New: Add number of recent edits, authors to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38558 Web browser: --- Bug #: 38558 Summary: Add number of recent edits, authors to MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- Leveraging the recentchanges table and its indices, it'd be nice if MediaWiki's info action could include the number of recent edits and the number of recent authors to the 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38558 -- 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 38559] New: Add hook to info action to allow extensions to add extra information to a pages info
https://bugzilla.wikimedia.org/show_bug.cgi?id=38559 Web browser: --- Bug #: 38559 Summary: Add hook to info action to allow extensions to add extra information to a pages info Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Blocks: 38450, 38534 Classification: Unclassified Mobile Platform: --- A hook should be added allowing extensions to add extra information to the action=info page (such as LQT status in bug 38534) -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Depends on||38559 -- 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 38534] Add LiquidThreads status to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38534 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Depends on||38559 -- 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 38560] New: Add page length (in bytes) to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38560 Web browser: --- Bug #: 38560 Summary: Add page length (in bytes) to MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- The output of MediaWiki's info action should include the current page length of the specified title, in bytes. (Output page.page_len.) -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38560 -- 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 38467] Using of #32; is look ok, but still leads to splitting of charinsert section
https://bugzilla.wikimedia.org/show_bug.cgi?id=38467 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Low Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||INVALID Severity|normal |minor --- Comment #1 from Krinkle krinklem...@gmail.com 2012-07-21 22:30:49 UTC --- See the manual: https://www.mediawiki.org/wiki/Extension:CharInsert * Separate different symbols by space, each symbol will become a separate button * To make a button that contains a space, you have to enclose it inside nowiki You shouldn't use hacks like #32;, unless you want to have a button that literally inserts #32; into the editor. -- 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 38467] Using of #32; is look ok, but still leads to splitting of charinsert section
https://bugzilla.wikimedia.org/show_bug.cgi?id=38467 --- Comment #2 from Krinkle krinklem...@gmail.com 2012-07-21 22:31:02 UTC --- I fixed the example on mediawiki.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 38467] Using of #32; is look ok, but still leads to splitting of charinsert section
https://bugzilla.wikimedia.org/show_bug.cgi?id=38467 --- Comment #3 from Krinkle krinklem...@gmail.com 2012-07-21 22:31:33 UTC --- I fixed your test: https://www.mediawiki.org/w/index.php?title=MediaWiki:Edittoolsoldid=564071 (removed it in the mean 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 38561] New: Add page ID to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38561 Web browser: --- Bug #: 38561 Summary: Add page ID to MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- The output of MediaWiki's info action should include the page's internal ID (page.page_id). This is interesting metadata (as the integers are chronologically sequential, largely) and this bit of metadata is currently tucked away in the page source, but not exposed anywhere, making debugging sometimes more tedious than it should be. -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38561 -- 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 38562] New: Remove talk page statistics from MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38562 Web browser: --- Bug #: 38562 Summary: Remove talk page statistics from MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- Currently MediaWiki's info action shows a table that looks similar to this: --- Page Talk page Edits Number of edits 10 3 Number of distinct authors 4 2 Watchlist Number of watchers 1 --- Given that namespaces aren't always so cleanly paired like this (for example, the English Wikinews associates three namespaces together) and given that ?action=info is kind of 1:1 title to information based, I believe the talk page-related data should be removed. When someone queries ?title=Talk:Main_Pageaction=info, they can retrieve the metadata about the talk page. Including it at ?title=Main_Pageaction=info is a bad idea. -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38562 -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38563 -- 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 38563] New: Add number of subpages to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38563 Web browser: --- Bug #: 38563 Summary: Add number of subpages to MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- The output of MediaWiki's info action should include the number of subpages that the specified title has. -- 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 38563] Add number of subpages to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38563 --- Comment #1 from MZMcBride b...@mzmcbride.com 2012-07-21 22:41:56 UTC --- It'd also be nice to include a (list) link that goes to Special:PrefixIndex in case users wish to see a list of the subpages. -- 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 38564] New: Add number of redirects to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38564 Web browser: --- Bug #: 38564 Summary: Add number of redirects to MediaWiki's info action Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Blocks: 38450 Classification: Unclassified Mobile Platform: --- The output of MediaWiki's info action should include the number of redirects that the specified title has. It'd also be nice to include a (list) link that goes to a filtered version of Special:WhatLinksHere in case users wish to see a list of the redirects. -- 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 38450] Reimplement MediaWiki's info action (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38450 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||38564 -- 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 38565] New: please enable admins to add and remove members of account creators group on he.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=38565 Web browser: --- Bug #: 38565 Summary: please enable admins to add and remove members of account creators group on he.wiki Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site configuration AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matanya.mo...@gmail.com CC: benap...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- please enable admins to add and remove members of account creators group on he.wiki based on this consensus at the village pump: https://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F#.D7.94.D7.A8.D7.A9.D7.90.D7.AA_.22.D7.99.D7.95.D7.A6.D7.A8_.D7.97.D7.A9.D7.91.D7.95.D7.A0.D7.95.D7.AA.22 BTW, the last oppose is a joke, he opposes the fact everybody supports, please ignore. -- 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 38565] please enable admins to add and remove members of account creators group on he.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=38565 Krenair kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #1 from Krenair kren...@gmail.com 2012-07-21 23:01:49 UTC --- Gerrit change 16237 -- 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 38566] New: Unable to access recent change when login
https://bugzilla.wikimedia.org/show_bug.cgi?id=38566 Web browser: --- Bug #: 38566 Summary: Unable to access recent change when login Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: blocker Priority: Unprioritized Component: Recent changes AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: md_yo...@yahoo.com Classification: Unclassified Mobile Platform: --- Created attachment 10870 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10870 Screen print Error message when access History 50:- [324b0ea2] 2012-07-21 23:06:02: Fatal exception of type MWException Problem on:- Android, Windows Browser:- Dolfin, Chrome, IE6 -- 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 38567] New: Not possible to register SemanticMediaWiki in most languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=38567 Web browser: --- Bug #: 38567 Summary: Not possible to register SemanticMediaWiki in most languages Product: MediaWiki extensions Version: REL1_19 branch Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nussgip...@gmx.ch CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Mobile Platform: --- Today I updatet our MediaWiki installation and also the SemanticMediaWiki extension. I've seen the Announce your wiki Button and tried to hit it for every language we use. It was only possible to register the Wikis which use english as there configured language (German worked also). The problem is, that for most languages MediaWiki supports the special pages (and even the special pages namespace) has a different name than in english. Here is a example for the italien language (Version page): http://it.publicdomainproject.org/index.php/Speciale:Versione The URL that was requested by this italian installation was: http://semantic-mediawiki.org/wiki/Special:SMWRegistry?url=http%3A%2F%2Fit.publicdomainproject.org%2Findex.php%2Freturn=Special%3ASMWAdmin -- 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 38566] Unable to access recent change when login
https://bugzilla.wikimedia.org/show_bug.cgi?id=38566 Krenair kren...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Highest Status|UNCONFIRMED |NEW CC||kren...@gmail.com Ever Confirmed|0 |1 --- Comment #1 from Krenair kren...@gmail.com 2012-07-21 23:43:13 UTC --- https://ms.wikipedia.org/w/index.php?title=Khas:Perubahan_terkinilimit=100 -- 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 38568] New: Sitelinks not handled in diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=38568 Web browser: --- Bug #: 38568 Summary: Sitelinks not handled in diffs Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: jeb...@gmail.com CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Both additions and removal (both are using set-operation) fails to show up in diffs when they are changed through the user interface for sitelinks. Direct use of the APi gives the same result. -- 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 38569] New: Returning URLs for sitelinks should be optional
https://bugzilla.wikimedia.org/show_bug.cgi?id=38569 Web browser: --- Bug #: 38569 Summary: Returning URLs for sitelinks should be optional Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: jeb...@gmail.com CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Returning URLs for sitelinks through the calls wbgetitems and wbsetsitelink should be optional. The URLs will be a large part of the content during transfer and it should be possible to turn them off if they will not be used. They are now returned always. -- 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 37590] Can't install CheckUser extension with SQLite
https://bugzilla.wikimedia.org/show_bug.cgi?id=37590 Brandon Sky brandonskypime...@gmail.com changed: What|Removed |Added CC||brandonskypime...@gmail.com --- Comment #2 from Brandon Sky brandonskypime...@gmail.com 2012-07-22 00:33:01 UTC --- I have the same problem. -- 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 38570] New: Page URLs is now returned as HTTPS
https://bugzilla.wikimedia.org/show_bug.cgi?id=38570 Web browser: --- Bug #: 38570 Summary: Page URLs is now returned as HTTPS Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: jeb...@gmail.com CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Page URLs are at least in some cases returned as HTTPS, even if the call to the API uses HTTP. The URLs should be protocol-less if possible, only using the protocol if one of HTTP/HTTPS is not supported, and otherwise act as a network-path reference http://tools.ietf.org/html/rfc3986#section-4.2 -- 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 38375] Monobook main.css incomplete, which makes modification difficult
https://bugzilla.wikimedia.org/show_bug.cgi?id=38375 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||krinklem...@gmail.com Resolution||INVALID --- Comment #2 from Krinkle krinklem...@gmail.com 2012-07-22 00:45:57 UTC --- Loading of resources in MediaWiki is done through the concept of modules. A module can contain more than 1 file. For example the skins.monobook module contains the following files: 'styles' = array( 'common/commonElements.css' = array( 'media' = 'screen' ), 'common/commonContent.css' = array( 'media' = 'screen' ), 'common/commonInterface.css' = array( 'media' = 'screen' ), 'monobook/main.css' = array( 'media' = 'screen' ), ), Please do not link to refer to internal mediawiki files directly. Instead load the module as a whole by its canonical name (skins.monobook in this case). Files can be renamed or moved between versions of MediaWiki, but the module name will not. To learn how to load a module, see: https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader#Loading_module Also, don't copy or modify internal files as a whole. If you copy all of main.css to your wiki's MediaWiki:Monobook.css page you cause all css to be loaded twice. This is both inefficient and causes the styles to be outdated. And when you upgrade to the next version you might end up with a broken-looking wiki because you still have old styles - even styles you didn't want to change - and then a result have effectively changed. Instead keep your MediaWiki:Monobook.css clean with only styles you intent to override from the default styles. Don't worry about where the files are in MediaWiki core, the software takes care of that. The css wasn't removed in 1.19.1, they were just renamed and moved somewhere else. So if you want to override the color of headings, adding the following to MediaWiki:Monobook.css will work just fine: h1, h2, h3, h4, h5, h6 { color: green; } Marking this bug as 'invalid', because it is not a bug in the software. If you need further assistance feel just leave a comment below and we'll answer :) -- 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 38294] jquery.articleFeedbackv5.special styles loaded incorrectly in RTL languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=38294 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal Summary|CSS seems to be loaded |jquery.articleFeedbackv5.sp |incorrectly for RTL |ecial styles loaded |interface |incorrectly in RTL ||languages -- 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 38571] New: Some attributes have become editable on action pages for items
https://bugzilla.wikimedia.org/show_bug.cgi?id=38571 Web browser: --- Bug #: 38571 Summary: Some attributes have become editable on action pages for items Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: jeb...@gmail.com CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- At the dev site, which is the bleeding edge of the code labels and descriptions are editable even in the history http://wikidata-dev-repo.wikimedia.de/w/index.php?title=Data:Q2curid=234diff=34492oldid=34491uselang=en In the test site the same is not the case http://wikidata-test-repo.wikimedia.de/w/index.php?uselang=entitle=Data%3AQ2075diff=238420oldid=227434 I assume that the correct behavior is that those attributes should _not_ be editable for actions that usually have a page that is not editable like the history 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 38494] wbsetitem should normalize linktitle
https://bugzilla.wikimedia.org/show_bug.cgi?id=38494 --- Comment #1 from jeb...@gmail.com 2012-07-22 00:57:30 UTC --- Partly solved in https://gerrit.wikimedia.org/r/#/c/16200/ -- 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 38571] Some attributes are now editable on action pages for items
https://bugzilla.wikimedia.org/show_bug.cgi?id=38571 jeb...@gmail.com changed: What|Removed |Added Summary|Some attributes have become |Some attributes are now |editable on action pages|editable on action pages |for items |for items -- 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 34873] Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=34873 --- Comment #11 from Aaron Schulz aschulz4...@gmail.com 2012-07-22 00:59:32 UTC --- (In reply to comment #10) The problem is that when importing things from a different wiki, the username can be someone else. So that's why (afaik) the import system specifically does not tie edits to a user id. Right, and so why should would list the contribs of both users under the one name? Either we go all the way or don't. I'd prefer not attributing things to someone unless it is that person for sure. Such rows could perhaps be flagged and displayed slightly differently in history/RC links. If the contribs link had an extra parameter it could show header or footer about the edits being imported and list by rev_user_text = X. -- 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