[Bug 43953] Empty (but existing) msgctxt isn't handled correctly in PO file export
https://bugzilla.wikimedia.org/show_bug.cgi?id=43953 --- Comment #1 from Siebrand --- You need to provide a little extra information. Steps to reproduce and gettext file headers with at least a few keys need to be known. Translate is fully dependent on the value of msgctxt for it's offline file format, which has nothing to do with the final gettext format. msgctxt stores the key that allows Translate match a translation to an internal key. The final gettext files can only be exported using the export.php script, and the source files from version control cannot be imported through Special:ImportTranslations. See https://www.mediawiki.org/wiki/Help:Extension:Translate/Off-line_translation for offline translation documentation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43938] create pep8 jobs for mw extensions using python
https://bugzilla.wikimedia.org/show_bug.cgi?id=43938 --- Comment #4 from Antoine "hashar" Musso --- updated change 43771 to include the other extensions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43947] Special:Courses and other lists of courses should show both Current and Planned by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=43947 Jeroen De Dauw changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |jeroen_ded...@yahoo.com |org | -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43949] action=info not implemented for EducationProgram pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43949 Jeroen De Dauw changed: What|Removed |Added Summary|action=info broken on |action=info not implemented |EducationProgram pages |for EducationProgram pages -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43949] action=info broken on EducationProgram pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43949 Jeroen De Dauw changed: What|Removed |Added CC||rages...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43949] action=info broken on EducationProgram pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43949 --- Comment #1 from Jeroen De Dauw --- It does not exist for these pages actually :) This enhancement can join the "stuff we get for free when switching to ContentHandler" club -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43950] ULS shows languages in multiple region sections, even if section has no other content
https://bugzilla.wikimedia.org/show_bug.cgi?id=43950 Siebrand changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Siebrand --- This is by design. Languages show up in regions where they are spoken, as configured in the language database. "World languages" like English have their own "super region", but Yiddish is too small to get a place there. I'm closing this issue as INVALID, but you could also view this particular change request as WONTFIX. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43898] VisualEditor: Port MW core changes back to 1.19.x and 1.20.x series so VE can run on them
https://bugzilla.wikimedia.org/show_bug.cgi?id=43898 --- Comment #4 from Coiby --- Not really, I find it works on 1.20.0 :) > This is correct - minimum current version of MW for the VE code is 1.21/wmf5 > (and this may go up as we add more functionality to MW core so that VE can > work; it is possible that these changes will get back-ported to 1.19 and 1.20 > by some volunteers, but we at WMF won't be looking at this whilst the > extension > is still in an experimental stage. > > Will change this to an enhancement for that to be done, with low priority > (reflecting that if a volunteer wants to do it, that'd be great). > > See my comment on the wikitech-l mailing list thread: > http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065532.html > > Have added this to the Extension page on MediaWiki.org - > https://www.mediawiki.org/w/index.php?title=Extension: > VisualEditor&diff=628258&oldid=610234 -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43898] VisualEditor: Port MW core changes back to 1.19.x and 1.20.x series so VE can run on them
https://bugzilla.wikimedia.org/show_bug.cgi?id=43898 --- Comment #3 from Coiby --- Hi Andre, The skin I use is Vector. This Mediawiki is in the local network thus can't be accessed from outside:( The version of VE is 72c121684c6edb6ab580258676759f62e3efd471 and Parsoid's is aa34a80a6e43fe4fe6c5a95b465bf10dee3ed922. > Hi Coiby, > which user interface skin do you use? > Is this MediaWiki installation publicly accessible somewhere? > Which versions of VE and Parsoid versions do you use? -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43845] User should be able to close the menu by clicking anywhere on the white panel, when the left menu is exposed not just on the hamburger
https://bugzilla.wikimedia.org/show_bug.cgi?id=43845 Juliusz Gonera changed: What|Removed |Added CC||jgon...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43113] [TUX] [Project Selector] Too many "alls"
https://bugzilla.wikimedia.org/show_bug.cgi?id=43113 Niklas Laxström changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43953] New: Empty (but existing) msgctxt isn't handled correctly in PO file export
https://bugzilla.wikimedia.org/show_bug.cgi?id=43953 Web browser: --- Bug ID: 43953 Summary: Empty (but existing) msgctxt isn't handled correctly in PO file export Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Translate Assignee: wikibugs-l@lists.wikimedia.org Reporter: lasse.li...@gmail.com CC: asha...@wikimedia.org, niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified Mobile Platform: --- Steps to reproduce: 1. Import a PO file with for example the following messages (that are in KDE's kdelibs/solid_qt file): msgid "%1 TiB" msgstr "%1 TiB" msgid "%1 TiB" msgctxt "" msgstr "%1 TiB" 2. Export it Actual results: In the exported file it becomes like this: msgid "%1 TiB" msgstr "%1 TiB" msgid "%1 TiB" msgstr "%1 TiB" And then gettext gives errors about duplicate definitions of the same message. Expected results: The empty msgctxt is preserved and export it's differentiated from the message not having a msgctxt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42135] Add page creator index (page.page_creator) to MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=42135 Legoktm changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42135] Add page creator index (page.page_creator) to MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=42135 --- Comment #3 from MZMcBride --- (In reply to comment #2) > Or we could store the first revision. Store the first revision? You mean a separate table that just stores the data from revision, but limited to the first revision only? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43113] [TUX] [Project Selector] Too many "alls"
https://bugzilla.wikimedia.org/show_bug.cgi?id=43113 --- Comment #4 from Santhosh Thottingal --- Patch: gerrit Idcddce77 -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43952] New: Error when undeleting file on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=43952 Web browser: --- Bug ID: 43952 Summary: Error when undeleting file on Commons Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: techman...@techman224.ca Classification: Unclassified Mobile Platform: --- When I went to try undeleting http://commons.wikimedia.org/w/index.php?title=File:IRISHWATERDOGS_WARRIORS_Program_logo._Rehabilitating_injured_Veterans_through_kayaking,_kayak_fishing_and_the_outdoors..jpg&action=edit&redlink=1, I got this error, "Error undeleting file: A non-identical file already exists at "mwstore://local-swift/local-public/0/0d/IRISHWATERDOGS_WARRIORS_Program_logo._Rehabilitating_injured_Veterans_through_kayaking,_kayak_fishing_and_the_outdoors..jpg"." When I try to view the first photo uploaded, I get the following error, "File not found Although this PHP script (/w/index.php) exists, the file requested for output (mwstore://local-swift/local-deleted/1/j/c/1jcn6pdy5l1gzhxp4v4rlsnlb4vw08b.jpg) does not." The second photo is fine. The logo looks similar to another file I undeleted successfully, http://commons.wikimedia.org/wiki/File:IRISHWATERDOGS_WARRIORS_Logo.jpg I think there might be some corruption to the file servers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16214] GlobalBlocking needs API modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=16214 Legoktm changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43951] New: ULS autocomplete doesn't handle rtl well
https://bugzilla.wikimedia.org/show_bug.cgi?id=43951 Web browser: --- Bug ID: 43951 Summary: ULS autocomplete doesn't handle rtl well Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: UniversalLanguageSelector Assignee: wikibugs-l@lists.wikimedia.org Reporter: yyairr...@gmail.com CC: aloli...@gmail.com, amir.ahar...@mail.huji.ac.il, niklas.laxst...@gmail.com, pgi...@wikimedia.org, s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- If a user using a ltr language starts typing in rtl characters into the search, or a rtl language user starts typing ltr characters in, ULS doesn't adapt the direction of the search field, making the autocomplete text overlap the regular text strangely. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43950] New: ULS shows languages in multiple region sections, even if section has no other content
https://bugzilla.wikimedia.org/show_bug.cgi?id=43950 Web browser: --- Bug ID: 43950 Summary: ULS shows languages in multiple region sections, even if section has no other content Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: UniversalLanguageSelector Assignee: wikibugs-l@lists.wikimedia.org Reporter: yyairr...@gmail.com CC: aloli...@gmail.com, amir.ahar...@mail.huji.ac.il, niklas.laxst...@gmail.com, pgi...@wikimedia.org, s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- Suppose a user starts to type out the language name "Yiddish". At the point they get to "yid", the only suggestion listed are Yiddish, Yiddish, and Yiddish, all listed in different region sections: America, Europe, and the Middle East. I don't know what the best display would be, but I'm pretty sure this isn't it. Maybe it should merge region sections if the sections are complete duplicates? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43949] action=info broken on EducationProgram pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43949 MZMcBride changed: What|Removed |Added Summary|action=info broken on EP|action=info broken on |pages |EducationProgram pages -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43949] action=info broken on EP pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43949 Legoktm changed: What|Removed |Added URL||https://en.wikipedia.org/w/ ||index.php?title=Education_P ||rogram:Example_College/Test ||_Course_%282013_Q1%29&actio ||n=info CC||b...@mzmcbride.com -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43949] New: action=info broken on EP pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43949 Web browser: --- Bug ID: 43949 Summary: action=info broken on EP pages Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: EducationProgram Assignee: wikibugs-l@lists.wikimedia.org Reporter: legoktm.wikipe...@gmail.com CC: jeroen_ded...@yahoo.com, wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- When trying to use action=info on a EP page (https://en.wikipedia.org/w/index.php?title=Education_Program:Example_College/Test_Course_%282013_Q1%29&action=info), an error message of "No such action. Wikipedia does not recognize the action specified by the URL." is given. The action=info does exist, and should be enabled on these pages. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43948] New: Tests fails for contenteditable divs
https://bugzilla.wikimedia.org/show_bug.cgi?id=43948 Web browser: --- Bug ID: 43948 Summary: Tests fails for contenteditable divs Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Narayam Assignee: wikibugs-l@lists.wikimedia.org Reporter: santhosh.thottin...@gmail.com CC: asha...@wikimedia.org, junu.pv+pub...@gmail.com, s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- 15 qunit tests for Narayam fails now- They are related to the contenteditable div editing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40433] Institution with current course listed as "Inactive"
https://bugzilla.wikimedia.org/show_bug.cgi?id=40433 --- Comment #4 from Sage Ross --- Hmm... it seems more complicated than that. I now see two instances where the number of courses in the table is 2 even though only 1 course appears on the institution page. Here is one of them: http://en.wikipedia.org/wiki/Education_Program:Azusa_Pacific_University Currently, that institution is also listed on that page as having 13 students in 2 courses, even though the table below shows the single course with 17 students. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43947] New: Special:Courses and other lists of courses should show both Current and Planned by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=43947 Web browser: --- Bug ID: 43947 Summary: Special:Courses and other lists of courses should show both Current and Planned by default Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: EducationProgram Assignee: wikibugs-l@lists.wikimedia.org Reporter: rages...@gmail.com CC: jeroen_ded...@yahoo.com, wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Users have reported confusion about the distinction between Current and Planned courses, and in most cases, both are relevant. Special:Courses and all other pages that display lists of courses filtered by status should default to a view of both Current and Planned courses (rather than just Current, or All, as the defaults are right now). -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43929] Special:CampusAmbassadors and Special:OnlineAmbassadors should link to profiles, when relevant
https://bugzilla.wikimedia.org/show_bug.cgi?id=43929 --- Comment #2 from Sage Ross --- If the profile isn't started yet, "Create your [Campus|Online] Ambassador profile" would be helpful. Some users will be both Campus and Online Ambassadors, so as long as there are two separate profiles, the links will at least need to specify Campus and Online rather than just "Ambassador". But a link to that special page should be shown whether or not the user has already created the profile. Otherwise, there aren't many breadcrumbs a user could follow to find the links (back) to their profile. I think simply "[Campus|Online] Ambassador Profile" would be fine in cases where the profile already exists already. (It would also be okay to just have that text whether or not the profile exists yet.) -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43909] https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back
https://bugzilla.wikimedia.org/show_bug.cgi?id=43909 --- Comment #5 from MZMcBride --- (In reply to comment #4) > CTA means call to action but this is not very descriptive. I've updated the > title to reflect this better. It was also a pleonasm ("call to action action"), as I suspected. ;-) Thanks for updating the bug summary. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43942] On printable requests, transformCssMedia does not return null for screen media types using a media query
https://bugzilla.wikimedia.org/show_bug.cgi?id=43942 Matthew Flaschen changed: What|Removed |Added Keywords||patch-in-gerrit, ||patch-need-review --- Comment #1 from Matthew Flaschen --- Fix at https://gerrit.wikimedia.org/r/#/c/43782/ needs review. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43929] Special:CampusAmbassadors and Special:OnlineAmbassadors should link to profiles, when relevant
https://bugzilla.wikimedia.org/show_bug.cgi?id=43929 --- Comment #1 from Jeroen De Dauw --- This link should say something like "create your ambassador profile"? -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43946] Inconsistent behavior between intro and introtemplate and underscore substitution
https://bugzilla.wikimedia.org/show_bug.cgi?id=43946 --- Comment #1 from LY Meng --- Semantic Mediawiki 1.8 and Madiawiki 1.20.2 by the way, and the second request is of course {{#ask:[[somepage]] |format=somepage |template=Test2 |introtemplate=Test1 }} -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43946] New: Inconsistent behavior between intro and introtemplate and underscore substitution
https://bugzilla.wikimedia.org/show_bug.cgi?id=43946 Web browser: --- Bug ID: 43946 Summary: Inconsistent behavior between intro and introtemplate and underscore substitution Product: MediaWiki extensions Version: REL1_20 branch Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki Assignee: wikibugs-l@lists.wikimedia.org Reporter: ly.meng.w...@gmail.com CC: jamesin.hongkon...@gmail.com, jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org, nischay...@gmail.com Classification: Unclassified Mobile Platform: --- It seems that Semantic Mediawiki is applying an underscore substitution to ALL the text inside a template when using the "intro" parameter in ask queries. This does not happen with the "introtemplate" parameter. For an example, it can be a problem when an intro template has CSS classes with underscores definied in it. Example: --- Template:Test1 : Hello ! --- Template:Test2 : {{{1|}}} --- Request 1 {{#ask:[[somepage]] |format=template |template=Test2 |intro={{Test1}} }} Will return: Hello ! The CSS class underscore became a space {{#ask:[[Kanon]] |format=somepage |template=Test2 |introtemplate=Test1 }} Will return: Hello ! The CSS class underscore is still here -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43945] New: "Contributors" link to the history in the footer is displayed as HTML code, not rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=43945 Web browser: --- Bug ID: 43945 Summary: "Contributors" link to the history in the footer is displayed as HTML code, not rendered Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: dann...@email.cz CC: aricha...@wikimedia.org, mgro...@wikimedia.org, prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- "Contributors" link to the history in the footer is displayed as HTML code, not rendered in *.m.wiki*.org view. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43304] [Statements-ui] Implement other Property-Snak types than Property-Value Snaks
https://bugzilla.wikimedia.org/show_bug.cgi?id=43304 --- Comment #10 from Wikidata Bot --- Change I2411ce2c: (bug 43304) "change" event and snakType function for SnakTypeSelector -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43304] [Statements-ui] Implement other Property-Snak types than Property-Value Snaks
https://bugzilla.wikimedia.org/show_bug.cgi?id=43304 --- Comment #9 from Wikidata Bot --- Change Ia479b2d5: (bug 43304) Selecting a Snak type will show UI changes -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43909] https interferes with clicking watchlist icon when logged out and then automatically watching the article when redirected back
https://bugzilla.wikimedia.org/show_bug.cgi?id=43909 Jon changed: What|Removed |Added Priority|Unprioritized |High Summary|https interferes with cta |https interferes with |action |clicking watchlist icon ||when logged out and then ||automatically watching the ||article when redirected ||back --- Comment #4 from Jon --- Thanks Max for reminding me to use terminology that people less close to the project understand! (appreciate it!) CTA means call to action but this is not very descriptive. I've updated the title to reflect this better. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39268] Support dynamically binding additional focusable textarea's to the legacy toolbar editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=39268 billinghurst changed: What|Removed |Added Severity|major |normal -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39268] Support dynamically binding additional focusable textarea's to the legacy toolbar editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=39268 billinghurst changed: What|Removed |Added Severity|enhancement |major --- Comment #20 from billinghurst --- Hang on. IT USED TO WORK!!! The toolbar used to work in the three component fields and it was a programming change in more recent MW changes that caused this to stop functioning. It is simply not an enhancement, it is base functioning. In the end the data is all mediawiki core, the overlay is a javascript script to present the three components, each edit sits in the same revision. --the file [[s:en:Page:The Irish in Australia.djvu/99]]-- --<##1st section (header)### {{RunningHeader||A BIRTHPLACE OF FREEDOM.|85}} ... ##2nd section (main)## text text text (actual text removed)... ##3rd section (footer)## <-- <>-- This is simply a request to have text inserted at the point where the cursor is located, wherever the cursor is located (within the three false sections). It is not a request to say always place this coding in the header or the footer. We have and can do those and do it with bits like var editbox = document.getElementsByName('wpTextbox1')[0]; var headerbox = document.getElementsByName('wpHeaderTextbox')[0]; var footerbox = document.getElementsByName('wpFooterTextbox')[0]; * Wikisource is a major sister, one feels that we almost have to apologise for taking time away from enWP projects. * Proofread page is our major tool to present works and to have texts available * It is not an insignificant issue. I don't see why it is seemingly dismissed as not important, or not an issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43944] Create lucene indexes for eswikivoyage, ptwikivoyage and aswikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=43944 Sam Reed (reedy) changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |p...@wikimedia.org |org | Summary|The search does not work on |Create lucene indexes for |http://pt.wikivoyage.org/ |eswikivoyage, ptwikivoyage ||and aswikisource -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43944] The search does not work on http://pt.wikivoyage.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=43944 MZMcBride changed: What|Removed |Added CC||rain...@eunet.rs, ||wikibugs-l@lists.wikimedia. ||org Component|General/Unknown |lucene-search-2 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43851] Allow bureaucrats to remove sysop rights on the English Wikivoyage
https://bugzilla.wikimedia.org/show_bug.cgi?id=43851 sumone10...@gmail.com changed: What|Removed |Added Keywords||shell -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43944] The search does not work on http://pt.wikivoyage.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=43944 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43944] New: The search does not work on http://pt.wikivoyage.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=43944 Web browser: --- Bug ID: 43944 Summary: The search does not work on http://pt.wikivoyage.org/ Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: raylton.so...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 11624 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11624&action=edit Bug exemple Hi guys! :) The pages exist in pt.wikivoyage but do not appear in your search: For example, the page Rio de Janeiro exists[1], but does not appear in the search[2]. [1]http://pt.wikivoyage.org/wiki/Rio_de_Janeiro [2]http://pt.wikivoyage.org/w/index.php?search=rio+de+janeiro&title=Especial%3APesquisar Best regards! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43304] [Statements-ui] Implement other Property-Snak types than Property-Value Snaks
https://bugzilla.wikimedia.org/show_bug.cgi?id=43304 Daniel Werner changed: What|Removed |Added Whiteboard|Storypoints: 13 |Storypoints: 21 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43799] Bundle or generate on-demand first-letters-XX.ser files to allow for using language-specific collations for category sorting
https://bugzilla.wikimedia.org/show_bug.cgi?id=43799 --- Comment #1 from Bawolff (Brian Wolff) --- Ive been reading up on the collation stuff (specifically uts#10 and uts#35). It seems like the best course of action is instead of generating huge first letter files for every locale (probably would need about 200 such files with that approach), use the root first letters as a base. Then for a specific locale take the index examplar characters for that locale (from cldr). If the thing we are sorting falls between the first and last index letter we use the index letter as the first letter header otherwise use the info from first-letter-root.ser. This would probably be best accomplished by merging the index letters with root first letters during the sorting step in icucollation that happens just before things get cached. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42055] Add Wikivoyage to squid logs page view stats
https://bugzilla.wikimedia.org/show_bug.cgi?id=42055 Diederik van Liere changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |dvanli...@gmail.com |org | -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42055] Add Wikivoyage to squid logs page view stats
https://bugzilla.wikimedia.org/show_bug.cgi?id=42055 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com, ||wikibugs-l@lists.wikimedia. ||org Component|ReportCard |Webstatscollector Assignee|dvanli...@gmail.com |wikibugs-l@lists.wikimedia. ||org Product|Analytics |Datasets -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40658] CheckUserLog API: Support for query continue
https://bugzilla.wikimedia.org/show_bug.cgi?id=40658 Legoktm changed: What|Removed |Added CC||hersfoldw...@gmail.com --- Comment #3 from Legoktm --- *** Bug 43943 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43943] CheckUser API list=checkuserlog query does not contain a query-continue element
https://bugzilla.wikimedia.org/show_bug.cgi?id=43943 Legoktm changed: What|Removed |Added Status|NEW |RESOLVED CC||legoktm.wikipe...@gmail.com Resolution|--- |DUPLICATE --- Comment #1 from Legoktm --- *** This bug has been marked as a duplicate of bug 40658 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43943] New: CheckUser API list=checkuserlog query does not contain a query-continue element
https://bugzilla.wikimedia.org/show_bug.cgi?id=43943 Web browser: --- Bug ID: 43943 Summary: CheckUser API list=checkuserlog query does not contain a query-continue element Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: CheckUser Assignee: wikibugs-l@lists.wikimedia.org Reporter: hersfoldw...@gmail.com CC: aschulz4...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- When using the API to access CheckUser logs[1], the results returned by the API do not provide a "query-continue" parameter as other query calls do[2]. This element is important for programs attempting to access this information, as it a) informs the program that there are still log entries fitting the specified criteria and thus another query needs to be run and b) prevents the retrieval of the same log entry twice by ensuring that subsequent queries continue where the previous one left off. Please ensure that the CheckUser API provides this information. Thanks! [1]: https://en.wikipedia.org/w/api.php?action=query&list=checkuserlog (must be logged into an en.wiki checkuser account) [2]: https://en.wikipedia.org/w/api.php?action=query&list=logevents -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41415] FlaggedRevs depends on legacy JavaScript globals (wgFlaggedRevsParams is not defined)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41415 Matthew Flaschen changed: What|Removed |Added Keywords|patch-need-review | Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Matthew Flaschen --- Merged. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43942] On printable requests, transformCssMedia does not return null for screen media types using a media query
https://bugzilla.wikimedia.org/show_bug.cgi?id=43942 Bartosz Dziewoński changed: What|Removed |Added CC||matma@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43942] On printable requests, transformCssMedia does not return null for screen media types using a media query
https://bugzilla.wikimedia.org/show_bug.cgi?id=43942 Matthew Flaschen changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |mflasc...@wikimedia.org |org | -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43942] New: On printable requests, transformCssMedia does not return null for screen media types using a media query
https://bugzilla.wikimedia.org/show_bug.cgi?id=43942 Web browser: --- Bug ID: 43942 Summary: On printable requests, transformCssMedia does not return null for screen media types using a media query Product: MediaWiki Version: 1.21-git Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: ResourceLoader Assignee: wikibugs-l@lists.wikimedia.org Reporter: mflasc...@wikimedia.org CC: krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org, wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- On a printable request, the screen stylesheets should not be rendered. However, if the screen type is a media query, it will be. This is because it is not taken into account by OutputPage::transformCssMedia. On a printable request OutputPage::transformCssMedia( 'screen and (min-width: 982px)' ) should return null, but the input is returned intact. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43898] VisualEditor: Port MW core changes back to 1.19.x and 1.20.x series so VE can run on them
https://bugzilla.wikimedia.org/show_bug.cgi?id=43898 Bartosz Dziewoński changed: What|Removed |Added CC||matma@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43898] VisualEditor: Port MW core changes back to 1.19.x and 1.20.x series so VE can run on them
https://bugzilla.wikimedia.org/show_bug.cgi?id=43898 James Forrester changed: What|Removed |Added Priority|Unprioritized |Low Status|UNCONFIRMED |ASSIGNED Component|ContentEditable |General Assignee|i...@wikia-inc.com |jforres...@wikimedia.org Summary|VE doesn't work in latest |VisualEditor: Port MW core |MW(1.20.2) |changes back to 1.19.x and ||1.20.x series so VE can run ||on them Ever confirmed|0 |1 Severity|major |enhancement --- Comment #2 from James Forrester --- This is correct - minimum current version of MW for the VE code is 1.21/wmf5 (and this may go up as we add more functionality to MW core so that VE can work; it is possible that these changes will get back-ported to 1.19 and 1.20 by some volunteers, but we at WMF won't be looking at this whilst the extension is still in an experimental stage. Will change this to an enhancement for that to be done, with low priority (reflecting that if a volunteer wants to do it, that'd be great). See my comment on the wikitech-l mailing list thread: http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065532.html Have added this to the Extension page on MediaWiki.org - https://www.mediawiki.org/w/index.php?title=Extension:VisualEditor&diff=628258&oldid=610234 -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Vector SectionEditLinks javascript breaks Special:Preferences javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 --- Comment #5 from Steve --- Downloaded and replaced everything in the Vector directory. No change. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Vector SectionEditLinks javascript breaks Special:Preferences javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 --- Comment #4 from Steve --- I don't know what a canonical URL is but I do want the www if at all possible. Is that going to break something? As to scripts, I did not change anything. I did create MediaWiki:Vector.css , copying the content from Wikipedia. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Vector SectionEditLinks javascript breaks Special:Preferences javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 Krinkle changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Vector SectionEditLinks javascript breaks Special:Preferences javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 Krinkle changed: What|Removed |Added Summary|Enable Section Edit Links |Vector SectionEditLinks |disables Preferences tabs |javascript breaks ||Special:Preferences ||javascript -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Enable Section Edit Links disables Preferences tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 --- Comment #3 from Krinkle --- Also, all requests made by the MediaWiki system on your wiki are being redirected. You've configured your webserver to redirect all requests from vanslyck.us to www.vanslyck.us. Please configure MediaWiki to use the canonical target url instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Enable Section Edit Links disables Preferences tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 --- Comment #2 from Krinkle --- Most likely due to a syntax error or other uncaught exception caused by a script you created or modified. Did you modify any files in the Vector extension? Perhaps try re-downloading it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43941] New: A few more duplicates
https://bugzilla.wikimedia.org/show_bug.cgi?id=43941 Web browser: --- Bug ID: 43941 Summary: A few more duplicates Product: Wikimedia Labs Version: unspecified Hardware: All URL: http://wikistats.wmflabs.org/display.php?t=mw&s=admins _desc OS: All Status: NEW Severity: trivial Priority: Unprioritized Component: wikistats Assignee: wikibugs-l@lists.wikimedia.org Reporter: federicol...@tiscali.it CC: dz...@wikimedia.org, m...@everybody.org, ro...@gmx.de Classification: Unclassified Mobile Platform: --- http://neurolex.org/w/api.php?action=query&meta=siteinfo&maxlag=5 http://www.neurolex.org/w/api.php?action=query&meta=siteinfo&maxlag=5 http://www.opencongress.org/w/api.php?action=query&meta=siteinfo&maxlag=5 http://www.opencongress.org/w/api.php?action=query&meta=siteinfo&maxlag=5 http://wiki.multitheftauto.com/api.php?action=query&meta=siteinfo&maxlag=5 http://wiki.multitheftauto.com/api.php?action=query&meta=siteinfo&maxlag=5 http://wiki.quakeworld.nu/Special:Statistics?action=rawapi.php?action=query&meta=siteinfo&maxlag=5 http://wiki.quakeworld.nu/api.php?action=query&meta=siteinfo&maxlag=5 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] Enable Section Edit Links disables Preferences tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 Steve changed: What|Removed |Added URL||http://www.vanslyck.us --- Comment #1 from Steve --- I'm happy to create an account for someone if they'd like to confirm this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43940] New: Enable Section Edit Links disables Preferences tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=43940 Web browser: --- Bug ID: 43940 Summary: Enable Section Edit Links disables Preferences tabs Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Vector Assignee: wikibugs-l@lists.wikimedia.org Reporter: s.vansl...@spamcop.net CC: krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- Vector 0.3.0 MediaWiki 1.19.3 PHP 5.2.17 (cgi-fcgi) MySQL 5.1.63-cll If eether of these lines is enabled in LocalSettings.php: $wgVectorFeatures['sectioneditlinks']['global'] = true; $wgVectorFeatures['sectioneditlinks']['user'] = true; The user's preferences page will be one long page instead of being tabbed with various sections, e.g. User profile, Appearance, Date and time, Editing, Recent changes, Watchlist, Search, Misc, Gadgets, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43935] Info action's "search engine status" language could use tweaking
https://bugzilla.wikimedia.org/show_bug.cgi?id=43935 Nemo changed: What|Removed |Added URL||https://translatewiki.net/w ||iki/Thread:Support/Pageinfo ||-robot-index --- Comment #2 from Nemo --- See URL: I recently had to improve /qqq given the little clarity of the message, but I'm not sure I did it so well. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43935] Info action's "search engine status" language could use tweaking
https://bugzilla.wikimedia.org/show_bug.cgi?id=43935 MZMcBride changed: What|Removed |Added CC||federicol...@tiscali.it -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43935] Info action's "search engine status" language could use tweaking
https://bugzilla.wikimedia.org/show_bug.cgi?id=43935 MZMcBride changed: What|Removed |Added Keywords||easy --- Comment #1 from MZMcBride --- Restoring the "easy" keyword following discussion with Krinkle. Bugs marked with "easy" do not need to be explicitly spelled out about how to move forward (e.g., "go to path/to/file.php and change this line"). They just need to be straightforward in the goal. We can add a separate "thoughtless" or "trivial" category if people would like. I think Nemo is beginning to question the value of the keyword altogether. He may be right, though I like the idea of having an index of easy bugs for people to get involved with. Maybe this would be better served by [[mw:annoying little bugs]]. "Easy" in keywords currently means "this would be a good bug for a new developer to take a stab at." In this case, a new developer might come along, do some thoughtful consideration (as is sometimes required with bugs), and say "what about X or Y?" in a Bugzilla comment or perhaps in a Gerrit changeset. Then we can move forward. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43919] showJobs.php broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=43919 Krinkle changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED Assignee|wikibugs-l@lists.wikimedia. |s...@reedyboy.net |org | --- Comment #3 from Krinkle --- Change-Id: I99afd66a3ad1700f1cdac4edea31edf740ec1656 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43919] showJobs.php broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=43919 Krinkle changed: What|Removed |Added Keywords||code-update-regression Priority|Unprioritized |Normal CC||krinklem...@gmail.com Target Milestone|--- |1.21.0 release Severity|normal |major -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43938] create pep8 jobs for mw extensions using python
https://bugzilla.wikimedia.org/show_bug.cgi?id=43938 --- Comment #3 from Antoine "hashar" Musso --- Also need to add Offline, SemanticResultFormats and WikimediaMaintenance. Maybe OpenStackManager too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43938] create pep8 jobs for mw extensions using python
https://bugzilla.wikimedia.org/show_bug.cgi?id=43938 --- Comment #2 from Antoine "hashar" Musso --- mwext-SemanticBundle-pep8 trigger https://gerrit.wikimedia.org/r/43771 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43939] Username taken in unified login message error
https://bugzilla.wikimedia.org/show_bug.cgi?id=43939 mj94w...@gmail.com changed: What|Removed |Added CC||mj94w...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43939] New: Username taken in unified login message error
https://bugzilla.wikimedia.org/show_bug.cgi?id=43939 Web browser: --- Bug ID: 43939 Summary: Username taken in unified login message error Product: MediaWiki Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: User login Assignee: wikibugs-l@lists.wikimedia.org Reporter: mj94w...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 11623 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11623&action=edit Screenshot of described error. While working at ACC on the English Wikipedia, I came across an expected error. While the error was fine, the message itself needs to be fixed as the link is shown improperly. I have attached a screenshot and the text of said error is pasted here: The requested username is already taken in the http://meta.wikimedia.org/wiki/Help:Unified_login";>unified login system. Please choose a different name. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43909] https interferes with cta action
https://bugzilla.wikimedia.org/show_bug.cgi?id=43909 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #3 from MZMcBride --- What's a "cta action"? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43938] create pep8 jobs for mw extensions using python
https://bugzilla.wikimedia.org/show_bug.cgi?id=43938 --- Comment #1 from Antoine "hashar" Musso --- https://gerrit.wikimedia.org/r/43770 creates four jobs: - mwext-BlameMaps-pep8 - mwext-ConfirmEdit-pep8 - mwext-DumpHTML-pep8 - mwext-SemanticBundle-pep8 Zuul triggering pending. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40152] Exception thrown on donate.wikimedia.org due to non-existing "monthly-link" element ID
https://bugzilla.wikimedia.org/show_bug.cgi?id=40152 --- Comment #5 from Peter Gehres --- (In reply to comment #4) > > I wouldn't say fixed because it still doesn't make sense to have dozens of > inline script tags, global variables and commented out HTML without also > commenting out the related logic and what not. It is a big mess. Welcome to donatewiki, It's a Big Mess (TM). It on Fundraising's radar to overhaul since it was written in haste before the 2011 Fundraiser and hasn't gotten any attention since then. Thanks for letting us know about things like this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43938] New: create pep8 jobs for mw extensions using python
https://bugzilla.wikimedia.org/show_bug.cgi?id=43938 Web browser: --- Bug ID: 43938 Summary: create pep8 jobs for mw extensions using python Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Testing Infrastructure Assignee: wikibugs-l@lists.wikimedia.org Reporter: has...@free.fr CC: has...@free.fr, innocentkil...@gmail.com Classification: Unclassified Mobile Platform: --- Some extensions (such as BlameMaps, ConfirmEdit, DumpHTML and SemanticBundle) have python scripts. We want to add python linting jobs for those extensions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40152] Exception thrown on donate.wikimedia.org due to non-existing "monthly-link" element ID
https://bugzilla.wikimedia.org/show_bug.cgi?id=40152 Krinkle changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Krinkle --- (In reply to comment #2) > The offending line now says: > $('#monthly-link').attr('href', baseURL + $.param(paramsOut)); Indeed, it no longer throws an exception this way. Marking WORKSFORME. I wouldn't say fixed because it still doesn't make sense to have dozens of inline script tags, global variables and commented out HTML without also commenting out the related logic and what not. It is a big mess. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43909] https interferes with cta action
https://bugzilla.wikimedia.org/show_bug.cgi?id=43909 --- Comment #2 from Jon --- It's also worth noting that if you login on https you do not login on http (it redirects you to https).. which is rather infuriating if you bookmark a http link or follow most google search results then want to watch an article... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43937] New: Unable to view wikitext of a deleted revision even if I have permission to view it
https://bugzilla.wikimedia.org/show_bug.cgi?id=43937 Web browser: --- Bug ID: 43937 Summary: Unable to view wikitext of a deleted revision even if I have permission to view it Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Revision deletion Assignee: wikibugs-l@lists.wikimedia.org Reporter: liang...@gmail.com CC: aschulz4...@gmail.com, wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- On index.php?title=A&oldid=1&unhide=1 , the edit link points to index.php?title=A&action=edit&oldid=1 and that page shows an empty textarea. It's still empty even if I add &unhide=1 to it. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43909] https interferes with cta action
https://bugzilla.wikimedia.org/show_bug.cgi?id=43909 --- Comment #1 from Arthur Richards --- Is there a way to make local storage be protocol relative? Eg use // rather than http:// or https://? I wonder what the implications are for forcing https for all mobile views - are there issues with any devices supporting https? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43924] Version 1.8.0 already requires PHP 5.3+
https://bugzilla.wikimedia.org/show_bug.cgi?id=43924 --- Comment #3 from [[kgh]] --- The problem here is that we currently state that SWM 1.8 is meant to work with PHP 5.2+ Since SRF is an extension used on about 80 to 90% of the wikis using SMW it may not really make sense not to support PHP 5.2+ Another way out here is to be honest and change the docu stating what PHP 5.2 is not supported by SWM 1.8. I can live with it an probably a lot of others, too. Still there should be some kind of decision on this, which I obviously cannot make. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38638] Interface messages needing rewording or documentation and other issues with existing messages (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38638 Krinkle changed: What|Removed |Added Depends on||43935 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43935] Info action's "search engine status" language could use tweaking
https://bugzilla.wikimedia.org/show_bug.cgi?id=43935 Krinkle changed: What|Removed |Added Keywords|easy|i18n Blocks||38638 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43932] html tags missing in query results?
https://bugzilla.wikimedia.org/show_bug.cgi?id=43932 --- Comment #3 from Noah --- Thanks for this clarifying that this is now the expected behavior, and pointing to where to change it. I'd personally be in favor of having the #show parser not depend on lists. I've found it useful to be able to store and query for html-formatted text, and it seems unintuitive that a Text property can store html but #show can't query for it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43936] High priority jobs like enotifs are executed very slowly
https://bugzilla.wikimedia.org/show_bug.cgi?id=43936 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43936] High priority jobs like enotifs are executed very slowly
https://bugzilla.wikimedia.org/show_bug.cgi?id=43936 Betacommand changed: What|Removed |Added CC||phoenixoverr...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43904] jquery.ime jumps forward after every character when there is pre-existing text in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=43904 Amir E. Aharoni changed: What|Removed |Added Summary|Overwrites and stops|jquery.ime jumps forward |working when new paragraph |after every character when |is started for Gujarati |there is pre-existing text ||in IE --- Comment #1 from Amir E. Aharoni --- Hmm, I tried it in IE8. The breakage is pretty bad, and not just for Gujarati. If there is existing text in the textarea, the cursor jumps forward after every character. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43936] New: High priority jobs like enotifs are executed very slowly
https://bugzilla.wikimedia.org/show_bug.cgi?id=43936 Web browser: --- Bug ID: 43936 Summary: High priority jobs like enotifs are executed very slowly Product: MediaWiki Version: 1.21-git Hardware: All OS: All Status: NEW Keywords: code-update-regression Severity: normal Priority: Unprioritized Component: JobQueue Assignee: wikibugs-l@lists.wikimedia.org Reporter: federicol...@tiscali.it CC: wikibugs-l@lists.wikimedia.org Blocks: 1932 Classification: Unclassified Mobile Platform: --- Email notifications used to be instant, now they're taking about 20 minutes on en.wiki (with only 60 thousands jobs in the queue). Not only this shows some problem with the job queue system and it's a non-small regression, but it's also very confusing because I'm sent notifications when they're already obsoleted (for instance because I already replied). Dear Nemo bis, The Wikipedia page User talk:Nemo bis has been changed on 13 January 2013 by anonymous user 76.126.142.118, see http://en.wikipedia.org/wiki/User_talk:Nemo_bis for the current revision. See http://en.wikipedia.org/w/index.php?title=User_talk:Nemo_bis&diff=next&oldid=532890436 to view this change. Received: from imp-3.mail.tiscali.it (10.39.115.235) by mx-3-it.mail.tiscali.it (8.5.148) id 50BF36D0094B0EEF for @tiscali.it; Sun, 13 Jan 2013 21:01:44 +0100 Received: from wiki-mail.wikimedia.org ([208.80.152.133]) by imp-3.mail.tiscali.it with id nY1j1k02z2swdko01Y1kqf; Sun, 13 Jan 2013 21:01:44 +0100 x-cnfs-analysis: v=2.0 cv=RYES+iRv c=1 sm=2 a=P51sRyCuLXUxWMHwWK9oAA==:17 a=eIhxMilvRf8A:10 a=z82XInz0jxkA:10 a=RyZ8rIAjjLkA:10 a=eztASiHJGFwA:10 a=IkcTkHD0fZMA:10 a=3Gbmggnx:8 a=8pif782w:8 a=d2uY_mg3cpUA:10 a=nk0ike9KCJb9eP9e8BIA:9 a=QEXdDO2ut3YA:10 a=c7XZu54lUV4A:10 a=9vCFg7g2Nj6V2bzh:21 a=HUl_rzNbRn9v3Gf1:21 a=P51sRyCuLXUxWMHwWK9oAA==:117 Received: from mw8.pmtpa.wmnet ([10.0.11.8]:57845) by mchenry.wikimedia.org with esmtp (Exim 4.69) (envelope-from ) id 1TuTkG-0003E4-Fs for @tiscali.it; Sun, 13 Jan 2013 20:01:28 + Received: from apache by mw8.pmtpa.wmnet with local (Exim 4.76) id 1TuTkG-0008Ux-Bg for @tiscali.it; Sun, 13 Jan 2013 20:01:28 + To: Nemo bis Subject: Wikipedia page User talk:Nemo bis has been changed by anonymous user 76.126.142.118 From: MediaWiki Mail Reply-To: reply@not.possible Date: Sun, 13 Jan 2013 20:01:28 + MIME-Version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8bit Message-ID: X-Mailer: MediaWiki mailer -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1932] ENotif/EConfirm & further enhancements (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1932 Nemo changed: What|Removed |Added Depends on||43936 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43915] Maintenance script to delete pages in the MediaWiki namespace equal to system default
https://bugzilla.wikimedia.org/show_bug.cgi?id=43915 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43905] ResourceLoader breaks when loaderScripts is used
https://bugzilla.wikimedia.org/show_bug.cgi?id=43905 Krinkle changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43915] Maintenance script to delete pages in the MediaWiki namespace equal to system default
https://bugzilla.wikimedia.org/show_bug.cgi?id=43915 --- Comment #7 from Krinkle --- (In reply to comment #6) > Thank you for explaining why the other script has not been run and the > different role of this other script; I'd appreciate if you could provide me > some links that I could use as a reference for adding this information on > wiki. > Example link: https://li.wikipedia.org/w/index.php?title=Speciaal:Alle_berichte&prefix=&filter=modified Dozens of messages there are still overridden locally eventhough it isn't really overriding it as the translation in translatewiki is the same as the local one. This message https://li.wikipedia.org/w/index.php?title=MediaWiki:Allmessages&action=history ... was last modified by a wiki user (it wasn't imported from the system, it was manually translated locally). Then some time later (possibly by the same wiki user) the same translation was provided to translatewiki and they accepted it and now all wikis have this version of the message. This is a success story! > I think your summary is a bit idealistic ("MediaWiki default" is still > blocked on one wiki), but I agree that this is considered standard cleanup > on most wikis, that what you propose makes total sense and is very needed, > and also that there shouldn't be big opposition. That block is useless and could be (I don't know for sure) a good example of the part of the community that is being anti-foundation without knowing what they're doing. That system hasn't existed for almost 5 years. So you can block all you want but that user, that system is dead and the block is completely pointless. Also, that block and the opposition to it are no longer relevant. This bug is about a different measure and for different reasons. The old system stored messages in the MediaWiki namespace exclusivel. The old system made localisation updates by editing those pages, we haven't done that for many years. People blocked the system on some wikis to avoid losing their local overrides (as the system would edit the pages and replace the messages with the latest versions from translatewiki). Opposition to that is understandable if they prefer their own versions. And that's okay. The system we have today, the system we've had for many years now doesn't do that anymore. We now store them on the server in i18n.php files and always consider the local MediaWiki namespace to be of priority. So when we update the software, we change them on the server. And the MediaWiki namespace will be a layer we no longer touch and remains on top. The clean up script this bug is about does *NOT* replace local contributions and does *NOT* result in a visible change of messages. It merely removes redundant pages leaving only the overrides. So wikis that override a message (for example on nl.wikipedia.org they override messages referring to admins and call them Moderators instead) will not be affected, the overrides will continue to exist. But if a message is changed locally (e.g. a better translation) and that better version is then submitted to translatewiki. Once it is accepted and deployed, we'll merge the central version and the local version so that future updates are visible (e.g. an even better version provided by the community). -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39268] Support dynamically binding additional focusable textarea's to the legacy toolbar editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=39268 --- Comment #19 from Nemo --- (In reply to comment #18) > Though it is a valid bug, at this point it is a bug in the Proofread script > not > a bug in the MediaWiki editor. So perhaps this bug should be kept as it was and moved to the extension's component? Well either you or tpt will know what's best for fixing the problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43935] Info action's "search engine status" language could use tweaking
https://bugzilla.wikimedia.org/show_bug.cgi?id=43935 MZMcBride changed: What|Removed |Added CC||kren...@gmail.com, ||mediawiki-bugs@nadir-seen-f ||ire.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43935] New: Info action's "search engine status" language could use tweaking
https://bugzilla.wikimedia.org/show_bug.cgi?id=43935 Web browser: --- Bug ID: 43935 Summary: Info action's "search engine status" language could use tweaking Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Keywords: easy Severity: enhancement Priority: Unprioritized Component: Interface Assignee: wikibugs-l@lists.wikimedia.org Reporter: b...@mzmcbride.com CC: krinklem...@gmail.com, wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- https://en.wikipedia.org/w/index.php?title=User_talk:MZMcBride&action=info Looking at this page, it currently reads: Search engine status: Not indexable I think "Not indexable" is a bit misleading here. The page can still be indexed by search engines (including internal search engines), the page just happens to be marked in such a way that (external) search engines that opt to voluntarily follow the "noindex" directive will not publicly index the page. Other software packages such as WordPress now use language such as "Search engines discouraged," which I think is more accurate. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39268] Support dynamically binding additional focusable textarea's to the legacy toolbar editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=39268 Krinkle changed: What|Removed |Added Keywords|code-update-regression | Priority|High|Normal Target Milestone|1.20.x release |--- Summary|[Regression] Toolbar|Support dynamically binding |inserts in main textarea|additional focusable |only (instead of the|textarea's to the legacy |focussed textarea) |toolbar editor Severity|major |enhancement --- Comment #18 from Krinkle --- Removing "code-update-regression, " and lowering severity to "enhancement". I misinterpreted this bug originally. Though it is a valid bug, at this point it is a bug in the Proofread script not a bug in the MediaWiki editor. The editor currently only supports inserting wikitext snippets in textarea's created by MediaWiki core. Developing an extension that dynamically inserts foreign textarea's into the page (which the editor never supported) and complaining it doesn't work (as you can understand) doesn't make the editor broken, it is a wrong expectation. I mean.. One could run up to a random person and ask him to sing a song, then don't complain if he doesn't sing well. He wasn't claiming to be a singer in the first place :) Converting this bug into a feature request for the editor to support binding additional textarea's afterwards. Could could file a bug against Proofread extension that depends on this. API should probably look something like this: > mw.toolbar.addToolbar(HTMLElement); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43932] html tags missing in query results?
https://bugzilla.wikimedia.org/show_bug.cgi?id=43932 --- Comment #2 from MWJames --- In this respect the list printer works correctly namely to ensure that text representations are properly sanitized in order to format a list output. Of course the question would be if the #show parser should rely on the list printer as vehicle for its result formatting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43934] New: harmonize namespaces towards languages and projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=43934 Web browser: --- Bug ID: 43934 Summary: harmonize namespaces towards languages and projects Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: crochet.da...@free.fr CC: afeld...@wikimedia.org Classification: Unclassified Mobile Platform: --- Within a project, there is no harmonization between the numbers of namespaces and their titles in all languages. And no more in the various projects. I propose to harmonize namespaces numbers and their names (like namespaces -2 to 10) but for mediawiki namespaces, but for the custom namespaces For example: * 100-699: For all projects and languages: ** 100-101 : Portal ** 102-103 : Project ** 104-105 : Books ** 106-107 : Author ** 108-109 ... which allows 250 possibilities of different namespaces * 700-999: Free for individual projects if there is no common terms I propose, as a first step to study: - The feasibility - The software costs it imposes, at query the databases and servers The idea can be studied by parojet project starting with the smallest: - Wikivoyage - Wikiversity to test the procedure, the cost processor and database queries then ramp up passing more bigger project Thanks. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39268] [Regression] Toolbar inserts in main textarea only (instead of the focussed textarea)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39268 --- Comment #17 from Krinkle --- (In reply to comment #16) > I don't understand, is this bug still current? Yes. For reasons explained in comment 6 and comment 9, on the following url: https://en.wikisource.org/w/index.php?title=Page:The_Irish_in_Australia.djvu/99&action=edit ... clickig in the "header" textarea and then on "Bold" will insert `'''Bold text'''`` in the Page textarea as opposed to the textarea that was focussed (Header). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l