[Bug 32957] ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 --- Comment #3 from Max Semenik 2011-12-11 05:32:02 UTC --- This particular bug was fixed in r104863. -- 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 32751] Special:ListGroupRights says sysops can add "Autochecked users" even when $wgFlaggedRevsAutoconfirm is false
https://bugzilla.wikimedia.org/show_bug.cgi?id=32751 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Aaron Schulz 2011-12-11 04:35:57 UTC --- Fixed in r105872. The group now exists by default. If wikis don't want it to even be addable/removable, then the add/remove rights config can be set accordingly. -- 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 26088] Have combobox allow only existing values
https://bugzilla.wikimedia.org/show_bug.cgi?id=26088 Yaron Koren changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Yaron Koren 2011-12-11 02:55:05 UTC --- The idea that validation should be improved is a valid opinion, but nevertheless it belongs in a different feature request, if anywhere, since this feature already exist. Marking back to "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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 --- Comment #11 from athenurlau...@hotmail.com 2011-12-11 00:44:30 UTC --- Thanks for attending to the problem and for the information. Purely out of curiosity: What kind of malprogramming produces such a weird "phenotype"? Embedded non-sortable tables "stealing" sortability away from their mothers by having a larger number of columns? Could you maybe please try to outline how this works (in non technical terms)? -- 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 32957] ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 --- Comment #2 from Reedy 2011-12-11 00:01:32 UTC --- Metrics Properties DOM Breakpoints Event Listeners load.php:150Uncaught TypeError: Cannot call method 'replace' of undefined Confirmed it works on trunk... https://www.mediawiki.org/wiki/Special:Code/MediaWiki/104754 I think that is what we merged ^ to fix a similar problem before.. -- 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 32946] Moving a page doesn't update its category links
https://bugzilla.wikimedia.org/show_bug.cgi?id=32946 --- Comment #1 from Bawolff 2011-12-10 23:46:42 UTC --- Is this reproducible always, or did this just happen once? -- 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 32957] ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 --- Comment #1 from Reedy 2011-12-10 23:27:05 UTC --- A backport or 2 extra needed Max? -- 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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 Derk-Jan Hartman changed: What|Removed |Added Keywords|need-unittest | --- Comment #10 from Derk-Jan Hartman 2011-12-10 22:51:03 UTC --- Added a unit test for this problem in r105773 -- 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 32958] SpecialAllMessages: input form doesn't show and remember filter option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32958 MrBlueSky changed: What|Removed |Added Keywords||need-review, patch CC||mrblue...@wikipedia.be Version|1.18.0 |1.19-svn -- 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 32958] SpecialAllMessages: input form doesn't show and remember filter option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32958 MrBlueSky changed: What|Removed |Added Attachment #9655|0 |1 is patch|| Attachment #9655|application/octet-stream|text/plain mime type|| -- 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 32958] New: SpecialAllMessages: input form doesn't show and remember filter option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32958 Web browser: --- Bug #: 32958 Summary: SpecialAllMessages: input form doesn't show and remember filter option Product: MediaWiki Version: 1.18.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mrblue...@wikipedia.be Classification: Unclassified Created attachment 9655 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9655 Patch against trunk Goto for example https://en.wikipedia.org/wiki/Special:AllMessages. Next to "Filter by customisation state" no radiobutton is checked. Choose 'modified' or 'unmodified' and click go: again no radiobutton is checked. Clicking go again defaults to showing all messages instead of the selected filter. This happens in 1.18 and 1.19. Its because class AllmessagesTablePager uses $this->filter to set the radiobuttons instead of $this->custom. -- 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 32893] server prototype.wikimedia.org has no https
https://bugzilla.wikimedia.org/show_bug.cgi?id=32893 Mark A. Hershberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- 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 32957] New: ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 Web browser: --- Bug #: 32957 Summary: ApiSandbox: action feedbackdashboard doesn't load Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ApiSandbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mrblue...@wikipedia.be CC: maxsem.w...@gmail.com, s...@reedyboy.net Classification: Unclassified When selecting action=feedbackdashboard the module isn't loaded and a JavaScript error is thrown. This happens on mediawiki sites (e.g. https://en.wikipedia.org/wiki/Special:ApiSandbox), on trunk it works as expected. -- 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 32956] New: Form inputs should use HTML tag for inputs that have labels
https://bugzilla.wikimedia.org/show_bug.cgi?id=32956 Web browser: --- Bug #: 32956 Summary: Form inputs should use HTML tag for inputs that have labels Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: fastgoldf...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified http://www.w3schools.com/tags/tag_label.asp Input types checkbox, checkboxes, radiobutton should use the HTML tag around labels for those input types. That will improve the "clickability" of those form inputs by reducing the accuracy required to achieve the click. This is particularly important for users using a finger touchscreen input device like an iPad, iPhone, and most tablet PC devices. It will also improve accessibility for impaired users who have difficulty making accurate clicks. Most importantly, it will allow much quicker editing of form pages by unimpaired users, especially in mass-edit circumstances that cannot be automated. -- 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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 --- Comment #4 from fastgoldf...@gmail.com 2011-12-10 21:46:17 UTC --- I see, so it sounds like counts are precalculated, and impose no performance penalty for large numbers. Is that correct? -- 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 32955] New: Property type "URL" cannot be queried by property when the URL contains equal sign character "="
https://bugzilla.wikimedia.org/show_bug.cgi?id=32955 Web browser: --- Bug #: 32955 Summary: Property type "URL" cannot be queried by property when the URL contains equal sign character "=" Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fastgoldf...@gmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Type URL can: Define a property: * [[URL::https://www.google.com/search?q=semantic+mediawiki]] Be queried for the property: * {{#show: Some page | ?URL}} * {{#ask: [[Some page]] | ?URL}} But cannot be queried by property if the URL has an equals sign in it: * {{#ask: [[URL::https://www.google.com/search?q=semantic+mediawiki]] | ? | ?URL}} * {{#ask: [[URL::=]] | ? | ?URL | link=none}} It will produce the incorrect error "Some subquery has no valid condition.". This was tested in SMW 1.6. I'm not sure if this bug still exists in current development versions (I can't use SMW 1.6.1 because image queries do not work well). -- 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 32954] New: Source security group addition in security group dialog is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=32954 Web browser: --- Bug #: 32954 Summary: Source security group addition in security group dialog is broken Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified When adding source security groups in the security group dialog, OSM adds a security group from another project. Since it's apparently possible to add groups from other projects (which is weird), it's probably best to list security groups by project, then let users select a security group in that specific project. First priority is allowing security groups within the same project, though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31601] tablesorter (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31601 Bug 31601 depends on bug 32888, which changed state. Bug 32888 Summary: Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers. https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 Derk-Jan Hartman changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Derk-Jan Hartman 2011-12-10 21:39:39 UTC --- I notice this was reopened.. Closing again as fixed, because the bug is fixed. Deployment towards the english wikipedia, will take a few weeks/months as usual for non-critical bugs. -- 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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 --- Comment #8 from Derk-Jan Hartman 2011-12-10 21:37:33 UTC --- 1: Ok, then that is fixed now. 2: ok 3: You understand incorrect on all accounts. Doesn't matter :D 4: They are entirely different implementations. They were bound to have some inconsistencies between them. The new one is much more flexible and future proof than the old 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 26088] Have combobox allow only existing values
https://bugzilla.wikimedia.org/show_bug.cgi?id=26088 fastgoldf...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #6 from fastgoldf...@gmail.com 2011-12-10 21:37:20 UTC --- Reopened. There are no issues with the focus as far as I can tell. It appears to me that it works perfectly in all of my tests. The issue is that nothing else works, and the goal proposed in this report has definitively not been achieved: > The user could still type in a non-existing page, since it's a combobox. > Existence is verified after the user hits "Save page". If the value does not > exist within the specified set (category=Wiki Page above), an error message > displays and the form stays open. This behavior would match that of a > mandatory string field that is empty on "Save page". The combobox still will: * allow non-existing values to be saved. * no error message is displayed * the form does not remain open to allow the user to fix the error in the same manner as the behavior invoked by the "mandatory" parameter Although the focus feature is interesting, I think it should be removed. The focus feature will delete all of the data the user entered if there is a minor typographical error, with no opportunity to fix it. In the case where a user meticulously enters in some data, and then switches to another browser tab to check that the data is entered in correctly, it would be more than a little annoying for the user to come back to the form and see all of the data has been erased. -- 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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 --- Comment #3 from Jeroen De Dauw 2011-12-10 21:25:06 UTC --- Count is an exception because it does not fetch a list of results and then counts those. It fetches the count. You cannot add a limit to this. -- 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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 --- Comment #2 from fastgoldf...@gmail.com 2011-12-10 21:20:15 UTC --- I agree the "sort" parameter would make no sense. I'm not sure that "limit" would make no sense. I have considered using "limit" on counts when there are a lot of counts, to improve performance. For example, a query could be used to detect any count over 100, and then that information can be used to produce a links to several pages of further results, using queries like this: {{#ask: [[Category:Some category]] | limit=101 | offset=0 | format=count}} {{#ask: [[Category:Some category]] | limit=101 | offset=200 | format=count}} {{#ask: [[Category:Some category]] | limit=101 | offset=300 | format=count}} {{#ask: [[Category:Some category]] | limit=101 | offset=400 | format=count}} Of course, I'm assuming that putting a limit on counts would improve performance, since I don't know how counts are produced internally (they may be cached, or produced by some fast method). I'm also guessing that these operations one at a time in sequence, only when requested would have better performance than doing them all at once on every page load. When offset doesn't work, I suspect counts will not be accurate when the number exceeds $smwgQMaxLimit (I haven't tried it). I also suspect an offset ability would allow $smwgQMaxLimit to be set higher than the default 1, with conscientious use of count, offset, and limit to ensure adequate performance. What do you 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 32838] Do not show AFTv4 and AFTv5 on the same page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32838 --- Comment #5 from Fabrice Florin 2011-12-10 20:14:24 UTC --- This problem has not been solved to my satisfaction, based on what is on prototype now. For example, this unlisted article should not be displaying AFTv5, because it is not in the 'Article Feedback 5' category: http://prototype.wikimedia.org/release-en/AFT5_unlisted_article Please go through our testing page to verify that all conditions on that page have been met: http://prototype.wikimedia.org/release-en/AFT5_test_hub See the same comments on bug 32857. -- 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 32838] Do not show AFTv4 and AFTv5 on the same page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32838 Bug 32838 depends on bug 32857, which changed state. Bug 32857 Summary: Only show AFTv5 on articles in special AFT5 category https://bugzilla.wikimedia.org/show_bug.cgi?id=32857 What|Old Value |New Value Status|RESOLVED|REOPENED 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 32857] Only show AFTv5 on articles in special AFT5 category
https://bugzilla.wikimedia.org/show_bug.cgi?id=32857 Fabrice Florin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #4 from Fabrice Florin 2011-12-10 20:12:54 UTC --- This problem has not been solved to my satisfaction, based on what is on prototype now. For example, this unlisted article should not be displaying AFTv5, because it is not in the 'Article Feedback 5' category: http://prototype.wikimedia.org/release-en/AFT5_unlisted_article Please go through our testing page to verify that all conditions on that page have been met: http://prototype.wikimedia.org/release-en/AFT5_test_hub -- 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 28613] Thumbnails of updated files fail to purge on squids due to protocol relative purge requests
https://bugzilla.wikimedia.org/show_bug.cgi?id=28613 Aaron Schulz changed: What|Removed |Added AssignedTo|aschulz4...@gmail.com |wikibugs-l@lists.wikimedia. ||org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32933] Call to Edit CTA Change orders
https://bugzilla.wikimedia.org/show_bug.cgi?id=32933 Fabrice Florin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from Fabrice Florin 2011-12-10 20:00:26 UTC --- I don't remember asking for a close button on the Edit CTA when it is in the bottom of the page. Yoni, can you clarify where this request came from? This is not a real show-stopper, but I want to track how it came about. For now, I am going to reopen this ticket, so it remains on our radar. Your idea of a flowchart/list is a good one. Let's try to do this in coming 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 32929] Changer the default feedback link to the vertical button (Option C2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32929 Fabrice Florin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #1 from Fabrice Florin 2011-12-10 19:53:06 UTC --- As far as I can tell on prototype, the blue color has been added, but not the new title we requested: 'Improve this page' (instead of 'Feedback'). -- 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 28613] Thumbnails of updated files fail to purge on squids due to protocol relative purge requests
https://bugzilla.wikimedia.org/show_bug.cgi?id=28613 Aaron Schulz changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Summary|Thumbnails of updated files |Thumbnails of updated files |fail to purge on squids |fail to purge on squids due ||to protocol relative purge ||requests --- Comment #120 from Aaron Schulz 2011-12-10 19:52:37 UTC --- Reclosing. This bug was originally more specific. Intermittent purge fails (usually wmf packet loss) should go on bug 31680. -- 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 32953] Purge doesn't work sporadically in MW 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=32953 Daniel Werner changed: What|Removed |Added Version|1.19-svn|1.18.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 32953] New: Purge doesn't work sporadically in MW 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=32953 Web browser: --- Bug #: 32953 Summary: Purge doesn't work sporadically in MW 1.18 Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danwe...@web.de Classification: Unclassified After I have updated to 1.18, sometimes action=purge had no effect. I noticed this when I had a php syntax error while developing and hitting purge, nothing changed. Only when I went into page editing and preview, I got the php error. Once, purge doesn't work on a page, I can hit purge a hundred times and it won't work. Then I go into preview and after that, purge works again. Looks like some caching issue, I didn't change anything in my settings and just use default caching settings. This only happens occasionally, not very often. But I am almost sure I would have noticed this if it would have been present in my 1.17 installation since I am using purge extensively every day. I am aware that the action=purge is removed from the url, so this is not because of just pressing F5 or anything. Also, I have no idea how to re-create this, just waiting for the next time this is happening and I am going to notice it. The worst thing about this is, when you are testing some stuff and can't be sure whether purge really has some effect, you might even have a flaw in your extension/template without noticing since the rendered site output still is the previous one until you edit your testing site 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 30172] posix_isatty() check insufficient?
https://bugzilla.wikimedia.org/show_bug.cgi?id=30172 Tim De Baets changed: What|Removed |Added CC||tdebaet...@yahoo.com --- Comment #6 from Tim De Baets 2011-12-10 19:17:16 UTC --- Would it be possible to backport this to 1.18? I'm currently unable to upgrade my wiki because of this bug. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32853] DBA caching backend is broken in MW 1.18 ($dir is an array)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32853 --- Comment #3 from Szőts Ákos 2011-12-10 18:57:52 UTC --- Thank you for the quick fix! On a shared hosting I think this is the "best" solution before CACHE_NONE, so I'm forced to use this. Fortunately, if everything goes well we'll move to an other server where APC will be turned on, so we can forget the DBA caching. -- 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 32948] {{REVISIONUSER}} is blank with null edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=32948 Reedy changed: What|Removed |Added Component|General/Unknown |Parser -- 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 32952] Email notification and special-color watchlist notification when articles or categories are up for deletion or renaming
https://bugzilla.wikimedia.org/show_bug.cgi?id=32952 Reedy changed: What|Removed |Added Component|General/Unknown |General/Unknown Product|Wikimedia |MediaWiki Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32952] New: Email notification and special-color watchlist notification when articles or categories are up for deletion or renaming
https://bugzilla.wikimedia.org/show_bug.cgi?id=32952 Web browser: --- Bug #: 32952 Summary: Email notification and special-color watchlist notification when articles or categories are up for deletion or renaming Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: zedlight...@gmail.com Classification: Unclassified I suggest adding an entry in Special:Preferences (user profile tab) similar to "E-mail me when my user talk page is changed". A new entry called "E-mail me when a page or category on my watchlist is being discussed for deletion." I also suggest separate special entries on the watchlist that are easy to see via a bolded font, and a different color such as red or green. The special entry should only disappear after the deletion/renaming discussion or deletion review has finished. The special entry is separate from the regular entry for the last edit to the page or category. Many complaints and much disillusion with Wikipedia occurs because people aren't clearly notified of deletion and renaming discussions of pages and categories. Renaming is in reference to categories only. Renaming is included here because category deletion usually occurs in concert with renaming. See: *http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion *http://en.wikipedia.org/wiki/Wikipedia:Categories_for_discussion For more info see this discussion page: http://en.wikipedia.org/wiki/Wikipedia_talk:Categories_for_discussion - go to the section titled something like "Add requirement that category creators be notified". The discussion is currently ongoing and has expanded beyond just category creators to Wikiprojects, anybody who has watchlisted the page or category, and more. The discussion will eventually be found in the talk archives by the time some people read this bug thread. There seems to be consensus for some kind of clearer notification, but the problem is the large amount of work involved in notifying all the people watchlisting an article or category. Also, some people do not scan their watchlists every day or even every week. Edit summaries get missed due to later edits, cryptic edit summaries, or lack of thorough scans of large watchlists. -- 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 17397] Take the reader gender when the user is missing in the magic word GENDER
https://bugzilla.wikimedia.org/show_bug.cgi?id=17397 DavidL changed: What|Removed |Added Priority|Lowest |Normal Status|RESOLVED|REOPENED Resolution|WONTFIX | -- 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 17397] Take the reader gender when the user is missing in the magic word GENDER
https://bugzilla.wikimedia.org/show_bug.cgi?id=17397 DavidL changed: What|Removed |Added CC||lamb...@orange.fr --- Comment #2 from DavidL 2011-12-10 17:53:50 UTC --- The gender tag should be enhanced to enable using the current username when none is provided. Otherwise, this tag is quite useless. Cache coherency is not a valid argument as the problem can be solved easily: When a user specific information is included in a wiki page (username, gender, other), the page identifier in the cache must include the user name (or user account identifier), and nothing for IP users. -- 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 32794] UploadWizard should add attribution
https://bugzilla.wikimedia.org/show_bug.cgi?id=32794 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED CC||jeroen_ded...@yahoo.com Resolution||FIXED --- Comment #1 from Jeroen De Dauw 2011-12-10 17:46:33 UTC --- Added in r105766 -- 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 32951] Storing of web links with absolute protocol to the own protocol relative server
https://bugzilla.wikimedia.org/show_bug.cgi?id=32951 Daniel Friesen changed: What|Removed |Added CC||mediawiki-bugs@nadir-seen-f ||ire.com --- Comment #1 from Daniel Friesen 2011-12-10 17:20:03 UTC --- Wait, where is this being stored? -- 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 32951] Storing of web links with absolute protocol to the own protocol relative server
https://bugzilla.wikimedia.org/show_bug.cgi?id=32951 Umherirrender changed: What|Removed |Added Component|Export/Import |General/Unknown -- 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 32951] New: Storing of web links with absolute protocol to the own protocol relative server
https://bugzilla.wikimedia.org/show_bug.cgi?id=32951 Web browser: --- Bug #: 32951 Summary: Storing of web links with absolute protocol to the own protocol relative server Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Classification: Unclassified MediaWiki does not store web links to the own server in the database, but when the server is using a protocol relative url, web links with absolute urls (http and https) are stored in the database. Is this intended? -- 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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Jeroen De Dauw 2011-12-10 16:16:11 UTC --- The count "format" is a special case, and is actually not a format, and therefore does not support the regular parameters such as limit, sort and offset. Adding support for these makes little sense. And if you want to substract some number from the result, you can always use some substraction parser function. -- 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 32867] Arabic Wikipedia Category Line break
https://bugzilla.wikimedia.org/show_bug.cgi?id=32867 Mark A. Hershberger changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Mark A. Hershberger 2011-12-10 15:39:36 UTC --- ooh! fixed 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 29102] Upgrade fails "Unknown character set: 'mysql4"
https://bugzilla.wikimedia.org/show_bug.cgi?id=29102 --- Comment #26 from Tremault 2011-12-10 15:31:36 UTC --- (In reply to comment #25) > Hello, > For the table 'revision' collation is 'latin1_swedish_ci' and it' why the > upgrade set the value to mysql4 > > What do you think about that, and have you an idea to correct > > Thanks Bruno, that is very interesting. many of my tables in my schema are in latin1_swedish. I do not know why this is either. it seems arbitrary that these tables would be using different charset. could it be that this is another name for iso8859? I might assume that we can change sql4 in that file to a charset that exists in our database, would it hurt to change that to utf8? or what about :- if ( preg_match( '/^latin1/', $row->Collation ) ) { $existingSchema = 'latin1'; would this work perhaps? it seems a bit more logical, if the new tables are to match the old tables then why not? it does seem like a bit of a messed up logic. -- 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 29102] Upgrade fails "Unknown character set: 'mysql4"
https://bugzilla.wikimedia.org/show_bug.cgi?id=29102 Bruno changed: What|Removed |Added CC||btech...@free.fr --- Comment #25 from Bruno 2011-12-10 15:03:16 UTC --- Hello, I want to upgrade from MW 1.16.4 with MySql 5 database and I have same bug with same message: Database returned error "1115: Unknown character set: 'mysql4' (localhost)" I'm not an expert with php and database but I have looked inside code and I have found where the value 'mysql4' is determined in upgrade mode (I dont know if it's same in installation mode, I have not tested) This is in file: ...\mediawiki-1.18.0\includes\installer\MysqlInstaller.php at line #160 # Determine existing default character set if ( $conn->tableExists( "revision" ) ) { $revision = $conn->buildLike( $this->getVar( 'wgDBprefix' ) . 'revision' ); $res = $conn->query( "SHOW TABLE STATUS $revision", __METHOD__ ); $row = $conn->fetchObject( $res ); if ( !$row ) { $this->parent->showMessage( 'config-show-table-status' ); $existingSchema = false; $existingEngine = false; } else { if ( preg_match( '/^latin1/', $row->Collation ) ) { $existingSchema = 'mysql4'; } elseif ( preg_match( '/^utf8/', $row->Collation ) ) { $existingSchema = 'utf8'; } elseif ( preg_match( '/^binary/', $row->Collation ) ) { $existingSchema = 'binary'; } else { $existingSchema = false; $this->parent->showMessage( 'config-unknown-collation' ); } if ( isset( $row->Engine ) ) { $existingEngine = $row->Engine; } else { $existingEngine = $row->Type; } } } else { $existingSchema = false; $existingEngine = false; } In my database I have different collation, som tables have utf8_general_ci, and others latin1_swedish_ci Is this normal or not ? For the table 'revision' collation is 'latin1_swedish_ci' and it' why the upgrade set the value to mysql4 What do you think about that, and have you an idea to correct Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29742] Enable Extension:FlaggedRevs for fiwiki (fi.wikipedia.org)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29742 --- Comment #9 from kimmo.virta...@gmail.com 2011-12-10 14:45:06 UTC --- Change worked like a charm. There should one change more though. "Reviewer" right seems to do nothing and my guess is that there is error in wgFlaggedRevTags setting and you could try to fix it by removing the wgFlaggedRevTags line from fiwiki customization (eg.i am hoping that using defaults would do the trick and fix things :) ) -- 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 29731] after updating MediaWiki to 1.17 all pages have "gone". now they have strange titles. they were supposed to have Bulgarian titles
https://bugzilla.wikimedia.org/show_bug.cgi?id=29731 --- Comment #7 from Ilhan Y. 2011-12-10 14:38:32 UTC --- Updating from 1.16.5 to 1.18.0 didn't help. Same result. You can find the old db, new db, db update log, and phpinfo files here http://krumovgrad.eu/dbs/ An example page after the update http://krumovgrad.eu/w/index.php/%C3%90%CB%9C%C3%91%C2%81%C3%91%E2%80%9A%C3%90%C2%BE%C3%91%E2%82%AC%C3%90%C2%B8%C3%91%C2%8F The title should be in Bulgarian Cirilic but it is not. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26508] Content Security Policy (CSP)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26508 Hendrik Brummermann changed: What|Removed |Added CC||nhb_...@nexgo.de --- Comment #3 from Hendrik Brummermann 2011-12-10 14:31:52 UTC --- The first step is to remove all JavaScript that is embedded into the HTML output by the MediaWiki core via inline script-tags or "on"-attributes. Most inline javascript is created while the HTML page is rendered and contains data that is specific to the current page. This data can be stored in data-attributes for HTML 5 and attributes in a non-html namespace for XHTML. Once the MediaWiki core supports CSP, there could be a user option to enable unsave scripting. And a function for extensions to add unsave-inline, unsave-eval or urls to the whitelist. At the beginning of this year -when this feature request was made- only Firefox supported CSP. But among Webkit based browsers, even the latest preview of Internet Explorer 10 supports it now. The current draft of the specification is at: https://dvcs.w3.org/hg/content-security-policy/raw-file/tip/csp-specification.dev.html -- 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 32950] New: Use jQuery.suggestions to add reason suggestions to block/delete/protect forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=32950 Web browser: --- Bug #: 32950 Summary: Use jQuery.suggestions to add reason suggestions to block/delete/protect forms Product: MediaWiki Version: unspecified Platform: All URL: https://pt.wikibooks.org/wiki/MediaWiki:Gadget-SysopSu ggestions.js OS/Version: All Status: NEW Keywords: javascript Severity: enhancement Priority: Unprioritized Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Classification: Unclassified I think the sysops may benefit from having live suggestions while they type the reason for protecting/deleting/blocking. The provided URL show a script which provides this feature. It takes the values from * [[MediaWiki:Protect-dropdown]] * [[MediaWiki:Revdelete-reason-dropdown]] * [[MediaWiki:Filedelete-reason-dropdown]] * [[MediaWiki:Ipbreason-dropdown]] * [[MediaWiki:Deletereason-dropdown]] which are already available in the form and then filter the list to display only those items which match what the user has typed. Please consider including something similar to MediaWiki. -- 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 32949] fullurl generates incorrect interwiki links when using parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=32949 DavidL 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 32949] New: fullurl generates incorrect interwiki links when using parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=32949 Web browser: --- Bug #: 32949 Summary: fullurl generates incorrect interwiki links when using parameters Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lamb...@orange.fr Classification: Unclassified Hi, I tried to use fullurl to generate a link to french wikibooks page edit from the english wikipedia. I tried the 2 following syntaxes but both generates incorrect links. [{{fullurl:fr:b:MediaWiki:Gadget-GoogleTrans.js|diff=348912&oldid=348908}} this edit] [{{fullurl:b:fr:MediaWiki:Gadget-GoogleTrans.js|diff=348912&oldid=348908}} this edit] I don't know if the problem is from fullurl (Parser bug), or from server redirections (Redirection 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 32935] Add the Americanist phonetic notation symbols on the special characters list
https://bugzilla.wikimedia.org/show_bug.cgi?id=32935 Carlos Valenzuela changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32935] Add the Americanist phonetic notation symbols on the special characters list
https://bugzilla.wikimedia.org/show_bug.cgi?id=32935 --- Comment #1 from Carlos Valenzuela 2011-12-10 13:07:29 UTC --- Sorry, this can be done by editing MediaWiki:Edittools -- 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 32948] New: {{REVISIONUSER}} is blank with null edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=32948 Web browser: --- Bug #: 32948 Summary: {{REVISIONUSER}} is blank with null edit Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: c1...@hotmail.com Classification: Unclassified First create a page with the following: * {{REVISIONUSER}} * {{REVISIONTIMESTAMP}} Is will show some data. However, if a null edit is then done on the page, it doesn't show anything as {{REVISIONUSER}} & {{REVISIONTIMESTAMP}} are blank rather than the user & time of the last edit before the null edit. A purge will then make the correct values be shown. -- 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 26203] update search index and cached data on de.ws
https://bugzilla.wikimedia.org/show_bug.cgi?id=26203 --- Comment #6 from Robert Stojnic 2011-12-10 12:56:59 UTC --- Probably same issue as Bug 32947 -- 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 32947] Indexing broken on WMF private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=32947 --- Comment #1 from Robert Stojnic 2011-12-10 12:32:43 UTC --- Indexing of private wikis relies on the following script (on searchidx2): /home/rainman/scripts/search-import-db Which uses dumpBackup.php to dump wikis: mwdir=/home/wikipedia/common/php/ cd $mwdir && php maintenance/dumpBackup.php \ $dbname \ --current --quiet \ --server=$slave > $dumpfile However, currently this produces an error: No MWMultiVersion instance initialized! MWScript.php wrapper not used? Can someone please fix this, so that dumpBackup.php works on searchidx2? -- 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 32893] server prototype.wikimedia.org has no https
https://bugzilla.wikimedia.org/show_bug.cgi?id=32893 --- Comment #4 from billinghurst 2011-12-10 12:31:12 UTC --- I am happy with this being marked as WONT FIX. I was just following general instructions for where no https. -- 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 32517] Variant of Vector skin for Commons (move categories further up on page, away from fineprint)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32517 User:Docu changed: What|Removed |Added Summary|Variant of Vector skin for |Variant of Vector skin for |Commons |Commons (move categories ||further up on page, away ||from fineprint) -- 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 32947] New: Indexing broken on WMF private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=32947 Web browser: --- Bug #: 32947 Summary: Indexing broken on WMF private wikis Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: lucene-search-2 AssignedTo: rain...@eunet.rs ReportedBy: billinghu...@gmail.com Classification: Unclassified The indexing on the wiki for CUs at WMF seems non-functional in more recent times. Would someone please check to see if there is an issue. -- 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 31576] Magic words are considered to be (non-existing) templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 --- Comment #18 from Romaine 2011-12-10 12:14:51 UTC --- Flooded by parserfunctions/magic words which are considered to be non-existing templates: http://nl.wikipedia.org/wiki/Speciaal:GevraagdeSjablonen -- 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 32946] New: Moving a page doesn't update its category links
https://bugzilla.wikimedia.org/show_bug.cgi?id=32946 Web browser: --- Bug #: 32946 Summary: Moving a page doesn't update its category links Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ght81-wikipe...@yahoo.com CC: bawolff...@gmail.com Classification: Unclassified If categories are included through templates, moving a page doesn't update its category links. A null edit resolves the problem. [[w:hu:Sablon:Népesség/Ciobanu]], [[w:hu:Kategória:Hibásan használt sablonok]]. -- 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 32945] AFTv5 Feedback form Option 2 - Change tabs and icons (updated)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 Fabrice Florin changed: What|Removed |Added Keywords||aftv5-1.0 Priority|Unprioritized |Highest URL||http://prototype.wikimedia. ||org/release-en/Golden-crown ||ed_Sparrow?bucket=2 --- Comment #2 from Fabrice Florin 2011-12-10 09:12:00 UTC --- Note: This new ticket replaces this older ticket, which has now been closed: https://bugzilla.wikimedia.org/show_bug.cgi?id=32931 -- 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 32931] Feedback form Option 2 Change Order
https://bugzilla.wikimedia.org/show_bug.cgi?id=32931 Fabrice Florin changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Fabrice Florin 2011-12-10 09:07:56 UTC --- Note that this ticket has been closed, and has been replaced with this new ticket 32945 instead: https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 -- 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 32945] AFTv5 Feedback form Option 2 - Change tabs and icons (updated)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 --- Comment #1 from Fabrice Florin 2011-12-10 09:00:01 UTC --- Created attachment 9654 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9654 Aft v5 - Feedback form option 2 - New Icons from Brandon (Zip) - 12-09-2011 -- 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 32945] New: AFTv5 Feedback form Option 2 - Change tabs and icons (updated)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 Web browser: --- Bug #: 32945 Summary: AFTv5 Feedback form Option 2 - Change tabs and icons (updated) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: ArticleFeedbackv5 AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fflo...@wikimedia.org Classification: Unclassified Created attachment 9653 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9653 AFT v5 - Feedback form option 2 - Updated Mockup - 12-10-2011 This updated ticket includes 3 separate requests about feedback form Option 2 (to address concerns from WMF legal that this UI is too close to GetSatisfaction.com): 1) Change the number of tabs from 4 to only 3 (removing Questions from the mix) 2) Change the order of the tabs, as so: Suggestion, Praise, Problem 3) Replace icons for Option 2 with these new icons from Brandon: - Suggestion will remain a lightbulb (Brandon made it more consistent with other icons) - Praise will be the Moodbar happy face - Problem will be the Moodbar sad face See attached mockup. Note: Brandon's icons are attached. Please let us know if you would like us to split this ticket into smaller tickets. -- 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 32455] Enable WebFonts on Incubator
https://bugzilla.wikimedia.org/show_bug.cgi?id=32455 Santhosh Thottingal changed: What|Removed |Added Keywords||i18n Priority|Unprioritized |Normal Status|NEW |ASSIGNED CC||santhosh.thottingal@gmail.c ||om AssignedTo|wikibugs-l@lists.wikimedia. |niklas.laxst...@gmail.com |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 32944] New: count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 Web browser: --- Bug #: 32944 Summary: count= parameter does not count in relation to offset= parameter Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fastgoldf...@gmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified If this produces the number 10: {{#ask: [[Category:Some category]] | format=count}} This will still produce the number 10: {{#ask: [[Category:Some category]] | offset=1 | format=count}} The correct behavior when offset would be for the count to be 10 - 1, for a total of 9. -- 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 30619] Date formatting for Finnish is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=30619 --- Comment #10 from Niklas Laxström 2011-12-10 08:11:03 UTC --- From user's point of view neither mw nor mediawiki doesn't make sense. It's a implementation detail and they are only looking for pretty formatting that works in their language. -- 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