[Bug 56373] Allow users to comment when thanking others
https://bugzilla.wikimedia.org/show_bug.cgi?id=56373 --- Comment #5 from Nathan Larson --- Given the 255-character limit, people probably won't initiate very complicated conversations by Thanking; it would probably be more like "I found this very helpful for x" or the like. -- 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 59172] Search suggestions cause performance hit on slower machines
https://bugzilla.wikimedia.org/show_bug.cgi?id=59172 --- Comment #2 from Connor Behan --- That would be Archlinux with kernel 3.12 and chromium 31.0.1650.63. On firefox 26.0 it's slower still but that's because the whole browser is made of JS. -- 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 59179] Replace "Massmessage" with "Mass message" in user group strings
https://bugzilla.wikimedia.org/show_bug.cgi?id=59179 This, that and the other changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- 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 59179] Replace "Massmessage" with "Mass message" in user group strings
https://bugzilla.wikimedia.org/show_bug.cgi?id=59179 --- Comment #3 from Gerrit Notification Bot --- Change 104908 merged by jenkins-bot: Change "Massmessage" to "Mass message" https://gerrit.wikimedia.org/r/104908 -- 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 47511] Echo's "thanked you for your edit" should also link to thanker user page in email notification
https://bugzilla.wikimedia.org/show_bug.cgi?id=47511 Quim Gil changed: What|Removed |Added Summary|Echo's "thanked you for |Echo's "thanked you for |your edit" should also link |your edit" should also link |to thanker user page|to thanker user page in ||email notification --- Comment #5 from Quim Gil --- Can we tag this as "easy"? -- 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 56373] Allow users to comment when thanking others
https://bugzilla.wikimedia.org/show_bug.cgi?id=56373 Nathan Larson changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Nathan Larson --- It can be a config setting, which WMF can leave disabled on its wikis if it wishes. Why do we need a thanks log at all, when it comes right down to it? Its creation was probably motivated by the wiki-philosophy that (almost) everything should be transparent and that it's better to make (almost) as much information as possible publicly available. If we're going to do that much, we may as well take it to its logical conclusion. I would favor making it possible for users to comment when performing any logged action (including marking pages patrolled) so that others don't need to ask, "Why did you do that?" to know the rationale. It's helpful to have the relevant info displayed right there in Special:Log rather than scattered across various user talk pages, etc. Users who don't want to include a comment don't need to, unless there's a norm requiring it. This can vary from wiki to wiki. The downside might be that users might put Thank comments such as, "Thank you very much for this edit; I like your thinking here. I do have one minor quibble, which in some respects is connected to my larger theory concerning the implications of ..." Then it would be better to just add a talk page message, because that's likely the beginning of a back-and-forth dialog that will end up taking place on a talk page anyway. Readers will want to know what the first message in that exchange was. It could be copied and pasted into the talk page, though, in such cases. It might be useful to have an option, in viewing one's incoming "Thanks" notification, to get a permalink to the publicly viewable log entry. (I guess there's no logging.log_id parameter to Special:Log? https://www.mediawiki.org/wiki/Manual:Parameters_to_Special:Log) These same arguments could be raised with reference to other log actions, e.g. what if someone blocks a user and puts a log comment such as "Repeated personal attacks at [[Talk:Foo]] and [[Talk:Bar]]"; this too could lead to a dialog taking place on a talk page in which it will not be possible for readers to know the original log comment that led to the conversation without viewing Special:Log. There are some wikis, e.g. RationalWiki, in which a lot of back-and-forth dialog takes place by means of block log comments that people view in RecentChanges. rationalwiki.org/w/index.php?title=Special%3ALog&type=block I could probably do the backend stuff (database queries, etc.) needed to implement this option, but regrettably, my javascript-fu isn't all that great. I tried grepping around for some dialog code in other extensions I could adapt to implement the desired UI change but didn't see anything right off the bat. I'll continue looking, and maybe take the W3Schools JS tutorial or something. I don't see this as the type of situation in which the status should be changed to UNCONFIRMED, since it's confirmed that Thanks currently lacks the feature. It doesn't seem appropriate to WONTFIX either, since it's an extension feature request that can be switched on or off by means of a config setting. Even if it's deemed unsuitable for putting in the Thanks extension, it can be implemented by forking the code to create a new extension. -- 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 40497] Add editbugs user right to legitimate Bugzilla accounts
https://bugzilla.wikimedia.org/show_bug.cgi?id=40497 --- Comment #30 from MZMcBride --- bug 56359 comment 23 Andre: Wasn't it decided to make the editbugs user group viral? Is that possible? If so, we just need to document it and then we can resolve this bug, I think. -- 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 56834] Standard pre-echo "you have new messages" bar is not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=56834 --- Comment #19 from MZMcBride --- (In reply to comment #17) > I still struggle, despite endless talk page discussions, to see how a legacy > orange bar of death from back in the 90s is better than Echo. Because it's a single hammer that's historically been used with every nail. Regardless of whether a new message is WikiProject spam ("come to wikimeetup 103!") or an urgent block notice ("you've been indefinitely blocked for harassment"), it uses the same notification (the orange bar of doom). It's not a particularly smart design, but inertia is cruel. > MobileFrontend is a futuristic home for shiny things from the future and > shouldn't house things like this. I'm not sure this is the purpose of MobileFrontend, but that discussion is outside the scope of this bug report. (As is a discussion about whether the Echo extension should be part of MediaWiki core.) If anonymous users can't receive messages, that's a blocker to enabling anonymous editing. That's a real issue. -- 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 59084] mirror enwiki's templateeditor userright and usergroup on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 --- Comment #8 from This, that and the other --- If you want a test environment that closely mirrors enwiki, use http://en.wikipedia.beta.wmflabs.org. This wiki inherits enwiki's configuration, except for a few minor overrides [1]. [1] http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings-labs.php -- 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 49752] Leading semicolon line-bolding not carried over in printable version
https://bugzilla.wikimedia.org/show_bug.cgi?id=49752 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 49752] Leading semicolon line-bolding not carried over in printable version
https://bugzilla.wikimedia.org/show_bug.cgi?id=49752 --- Comment #2 from Gerrit Notification Bot --- Change 104913 had a related patch set uploaded by 01tonythomas: Leading semicolon line-bolding made visible in printable version https://gerrit.wikimedia.org/r/104913 -- 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 59197] Flow: page fails to load "InvalidDataException( 'Missing Posts:...)"
https://bugzilla.wikimedia.org/show_bug.cgi?id=59197 --- Comment #3 from sp...@wikimedia.org --- Werdna and I were able to reproduce this by reverting extensions/Flow on ee-flow back to 1bedba6... Merge "Repair missed conversion to new username lookup" and replying to a post on User_talk:Werdna, which failed with bug 59195, in /var/log/apache2/error.log: [Thu Jan 02 03:30:25 2014] [error] [client 76.14.58.232] PHP Fatal error: Call to protected method Flow\\Model\\AbstractRevision::isAllowed() When I then visited the post on User_talk:Werdna, it failed with this bug's error, in /tmp/debug.log: [exception] [abe49e77] /wiki/User_talk:Werdna Exception from line 102 of /srv/mediawiki/extensions/Flow/includes/Data/RootPostLoader.php: Missing Posts: {"2":"050d44021127f00fc8b1fa163e68c4ac"} I'm 90% sure the page showed this error even after switching git back to master. Yet now, a few hours later without any DB changes, all these problem pages and topics on ee-flow are now viewable with no error. Hooray, but why? beta labs has a similar page http://en.wikipedia.beta.wmflabs.org/wiki/Talk:Flow on which as I recall I made a failed reply, and that remains in an error state: 2014-01-02 05:27:21 deployment-apache32 enwiki: [d26ecf99] /wiki/Talk:Flow Exception from line 102 of /data/project/apache/common-local/php-master/extensions/Flow/includes/Data/RootPostLoader.php: Missing Posts: {"2":"050d408b42295cb204fa02163e0fb68f"} -- 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 59084] mirror enwiki's templateeditor userright and usergroup on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 MZMcBride changed: What|Removed |Added Keywords|shell | -- 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 59084] mirror enwiki's templateeditor userright and usergroup on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 --- Comment #7 from MZMcBride --- (In reply to comment #5) > Why? user groups on enwiki aren't usually copied to testwiki. The initial > rationale in comment 0 is no longer valid, so what's the point of doing it? I'm wondering the same. -- 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 56373] Allow users to comment when thanking others
https://bugzilla.wikimedia.org/show_bug.cgi?id=56373 MZMcBride changed: What|Removed |Added Status|NEW |UNCONFIRMED CC||b...@mzmcbride.com Ever confirmed|1 |0 --- Comment #3 from MZMcBride --- I'm not sure this is a bug... this was likely an intentional design decision in the extension. If you have more to say than "thanks", you can leave a comment on the talk page. I'm not sure I see a need to attach a logged comment to thanks. -- 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 58854] invalid magic word 'rootpagename'
https://bugzilla.wikimedia.org/show_bug.cgi?id=58854 --- Comment #3 from S. Rose --- Agree that this worked for me. I once knew this workaround, according to my notes. Now I know it again... at least for a while. -- 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 58392] Bot hangs after HTTP/301 response
https://bugzilla.wikimedia.org/show_bug.cgi?id=58392 xqt changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from xqt --- It happens again and the bot hangs for unknown reasons -- 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 56373] Allow users to comment when thanking others
https://bugzilla.wikimedia.org/show_bug.cgi?id=56373 Kunal Mehta (Legoktm) changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com --- Comment #2 from Kunal Mehta (Legoktm) --- You'd need to change some other things too, including the echo formatter and all the various messages, plus some back-compat code for existing thanks that don't have a comment. -- 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 59084] mirror enwiki's templateeditor userright and usergroup on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 --- Comment #6 from Gerrit Notification Bot --- Change 104912 had a related patch set uploaded by Legoktm: Add templateeditor right, group, and restriction https://gerrit.wikimedia.org/r/104912 -- 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 59084] mirror enwiki's templateeditor userright and usergroup on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 Kunal Mehta (Legoktm) changed: What|Removed |Added Priority|Normal |Low CC||legoktm.wikipe...@gmail.com Summary|mirror enwp TemplateEditor |mirror enwiki's |userright on testwiki |templateeditor userright ||and usergroup on testwiki --- Comment #5 from Kunal Mehta (Legoktm) --- (In reply to comment #3) > Template editor still should be added to testwiki for synchronizing purposes. Why? user groups on enwiki aren't usually copied to testwiki. The initial rationale in comment 0 is no longer valid, so what's the point of doing it? -- 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 59084] mirror enwp TemplateEditor userright on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 --- Comment #4 from Gerrit Notification Bot --- Change 104912 had a related patch set uploaded by Rschen7754: add templateeditor right for testwiki: bug: 59084 https://gerrit.wikimedia.org/r/104912 -- 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 59084] mirror enwp TemplateEditor userright on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- 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 59196] Another problem with Parsoid's ? Clicking on links in subpages assumes that the links are subpages, too
https://bugzilla.wikimedia.org/show_bug.cgi?id=59196 --- Comment #1 from WhatamIdoing --- The brilliant "Codename Lisa" has figured out how to reproduce it consistently: 1. Open a user subpage. 2. Create a new link to an article on main space, e.g. [[Link]] 3. Control-click on the link and copy it (or open the link in a new window) 4. Discover that the link leads to [[User:YOURUSERNAME/Link]]. More interestingly: 1. Open a user subpage. 2. Create a new link to an article on main space, e.g. [[Link]]. 3. Control-click on the link and copy it (or open the link in a new window) 4. Save the page. 5. Re-enter edit mode. 6. Control-click on the same link again. 7. Discover that the link now leads to [[Link]]. Expected result: In both steps 3 and 6, the article must open at [[Link]], not at [[User:Username/Link]]. Actual result: In step 3, a subpage with the same {{SUBPAGENAME}} as the link name opens. Step 6 is always successful. Pre-existing links open correctly. -- 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 56373] Allow users to comment when thanking others
https://bugzilla.wikimedia.org/show_bug.cgi?id=56373 --- Comment #1 from Nathan Larson --- The comment should probably be stored in echo_event.event_extra and in logging.log_comment. The dialog that I would want to change is implemented in extensions/Thanks/modules/ext.thanks.thank.js, in var confirmThanks. Currently, it just has the thanks-confirmation message and the ok and cancel buttons. I want to add a single-line text box for the comment. -- 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 59084] mirror enwp TemplateEditor userright on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 John F. Lewis changed: What|Removed |Added Status|REOPENED|ASSIGNED CC||johnflewi...@gmail.com -- 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 59084] mirror enwp TemplateEditor userright on testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=59084 rschen7754.w...@gmail.com changed: What|Removed |Added CC||rschen7754.w...@gmail.com Assignee|wikibugs-l@lists.wikimedia. |rschen7754.w...@gmail.com |org | -- 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 59198] Flow: garbled phantom topic participants on ee-flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=59198 --- Comment #2 from sp...@wikimedia.org --- http://ee-flow.wmflabs.org/w/index.php?title=Talk:Sandbox&workflow=050b9efcf0e3f00fc8b1fa163e68c4ac is another topic with a phantom (anonymous?) user, though it doesn't have the weird tag in the topic box. -- 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 59195] Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59195 --- Comment #4 from Gerrit Notification Bot --- Change 104909 merged by jenkins-bot: Fix issue with change 102154, one call to isAllowed was left. https://gerrit.wikimedia.org/r/104909 -- 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 59178] In Korean, Legend has seem like newline in Recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=59178 John F. Lewis changed: What|Removed |Added Priority|Unprioritized |Normal Status|UNCONFIRMED |RESOLVED CC||johnflewi...@gmail.com Resolution|--- |FIXED --- Comment #4 from John F. Lewis --- Per request on IRC. Feel free to undo. -- 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 59178] In Korean, Legend has seem like newline in Recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=59178 --- Comment #3 from Revi --- (In reply to comment #1) > I'm afraid I don't understand this report :( > > The legend box in Korean looks like this to me: > http://i.imgur.com/f0t7m7W.png > – is this not the expected behavior? It is expected to be like that, but for us, legend looks like attachment Myeongjin made. I think https://translatewiki.net/w/i.php?title=MediaWiki:Recentchanges-legend-newpage/ko&curid=944736&diff=5238550&oldid=5236068 has fixed this. -- 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 59198] Flow: garbled phantom topic participants on ee-flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=59198 --- Comment #1 from Bingle --- The WMF core features team tracks this bug on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/670, but people from the community are welcome to contribute here and in Gerrit. -- 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 59198] New: Flow: garbled phantom topic participants on ee-flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=59198 Web browser: --- Bug ID: 59198 Summary: Flow: garbled phantom topic participants on ee-flow Product: MediaWiki extensions Version: master Hardware: All URL: http://ee-flow.wmflabs.org/w/index.php?title=Talk:Sand box&workflow=050b9f659413f00fc8b1fa163e68c4ac OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: sp...@wikimedia.org CC: ebernhard...@wikimedia.org, oke...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 14209 --> https://bugzilla.wikimedia.org/attachment.cgi?id=14209&action=edit weird topic box rendering from missing username A lot of topics and posts on ee-flow had missing usernames. Then I ran update.php which applied workflow_user_ip field update, and I think things worked better. However, one topic still looks weird, screenshot attached. Note there's a blank username, and somehow in the topic box the flow-topic-participants " and Gry" turned into and Gry Maybe the bad HTML isn't re-rendered. Unfortunately when I tried to add a new post to make Flow change it to "(anon, Gry, and spage)" I triggered bug 59197, so you can't see this topic any more. Even if this is just a transient issue, maybe code somewhere could be more robust. -- 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 58747] Editing (or any action) a post hides all it's (descendant) replies
https://bugzilla.wikimedia.org/show_bug.cgi?id=58747 --- Comment #2 from Gerrit Notification Bot --- Change 104910 had a related patch set uploaded by Werdna: When executing an action on a post, just replace the .flow-post, not the whole .flow-post-container. https://gerrit.wikimedia.org/r/104910 -- 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 58747] Editing (or any action) a post hides all it's (descendant) replies
https://bugzilla.wikimedia.org/show_bug.cgi?id=58747 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 59197] Flow: page fails to load "InvalidDataException( 'Missing Posts:...)"
https://bugzilla.wikimedia.org/show_bug.cgi?id=59197 --- Comment #2 from sp...@wikimedia.org --- It happened again. I tried to reply to topic http://ee-flow.wmflabs.org/w/index.php?title=Talk:Sandbox&workflow=050b9f659413f00fc8b1fa163e68c4ac , it failed (probably due to bug 59195), and now if you try to view the topic you get this bug. -- 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 59190] Special:MassMessage error page isn't very helpful and can't easily be made helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=59190 --- Comment #2 from MZMcBride --- (In reply to comment #1) > This is the standard MediaWiki error message when you try accessing a special > page you don't have permission to see. Right. > What more information do you want to add? I don't think it would be difficult > to add a blank custom message above the error message. Currently the error message provides two links, one to [[Wikipedia:Administrators]] and one to [[Wikipedia:Mass message senders]]. This is what I think is a bit obtuse. The person hitting this error likely wants to answer "how can I send out a mass message?" so they'd likely really want a link to [[mw:Help:Extension:MassMessage]] or a local equivalent documentation page. -- 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 59190] Special:MassMessage error page isn't very helpful and can't easily be made helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=59190 --- Comment #1 from Kunal Mehta (Legoktm) --- This is the standard MediaWiki error message when you try accessing a special page you don't have permission to see. What more information do you want to add? I don't think it would be difficult to add a blank custom message above the error message. -- 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 59195] Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59195 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 59195] Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59195 --- Comment #3 from Gerrit Notification Bot --- Change 104909 had a related patch set uploaded by Werdna: Fix issue with change 102154, one call to isAllowed was left. https://gerrit.wikimedia.org/r/104909 -- 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 59195] Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59195 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org --- Comment #2 from Andrew Garrett --- This issue is caused by change 102154 -- 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 59179] Replace "Massmessage" with "Mass message" in user group strings
https://bugzilla.wikimedia.org/show_bug.cgi?id=59179 --- Comment #2 from Gerrit Notification Bot --- Change 104908 had a related patch set uploaded by TTO: Change "Massmessage" to "Mass message" https://gerrit.wikimedia.org/r/104908 -- 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 59179] Replace "Massmessage" with "Mass message" in user group strings
https://bugzilla.wikimedia.org/show_bug.cgi?id=59179 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 59197] Flow: page fails to load "InvalidDataException( 'Missing Posts:...)"
https://bugzilla.wikimedia.org/show_bug.cgi?id=59197 --- Comment #1 from Bingle --- The WMF core features team tracks this bug on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/669, but people from the community are welcome to contribute here and in Gerrit. -- 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 59197] New: Flow: page fails to load "InvalidDataException( 'Missing Posts:...)"
https://bugzilla.wikimedia.org/show_bug.cgi?id=59197 Web browser: --- Bug ID: 59197 Summary: Flow: page fails to load "InvalidDataException( 'Missing Posts:...)" Product: MediaWiki extensions Version: master Hardware: All URL: http://ee-flow.wmflabs.org/wiki/Talk:Sandbox OS: All Status: NEW Severity: major Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: sp...@wikimedia.org CC: ebernhard...@wikimedia.org, oke...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Classification: Unclassified Mobile Platform: --- On ee-flow, Talk:Sandbox shows just Error Failed to load the requested data. The exception (below) is Missing Posts: {"2":"050d40cb239ff00fc8b1fa163e68c4ac"} I had earlier failures trying to add reply posts to this page, possibly because ee-flow didn't have the workflow_user_ip SQL patch. Maybe those failures left ee-flow in an inconsistent state. I am able to view an individual topic from Talk:Sandbox that I had permalinked http://ee-flow.wmflabs.org/w/index.php?title=Talk:Sandbox&workflow=050b9f659413f00fc8b1fa163e68c4ac (though there's some kind of username display glitch there). This suggests that Flow code needs to be more robust when loading a board. A missing post should appear as, e.g. a pink errorbox [Missing post 050d40cb239ff00fc8b1fa163e68c4ac] FWIW the code has a comment // TODO: fake up a pseudo-post to hold the children? At this point in // dev its probably a bug we want to see. debug.log contains [exception] [6ba067b4] /wiki/Talk:Sandbox Exception from line 102 of /srv/mediawiki/extensions/Flow/includes/Data/RootPostLoader.php: Missing Posts: {"2":"050d40cb239ff00fc8b1fa163e68c4ac"} #0 /srv/mediawiki/extensions/Flow/includes/Block/TopicList.php(248): Flow\Data\RootPostLoader->getMulti(Array) #1 /srv/mediawiki/extensions/Flow/includes/Block/TopicList.php(144): Flow\Block\TopicListBlock->getTopics(Object(Flow\Data\PagerPage)) #2 /srv/mediawiki/extensions/Flow/includes/View.php(72): Flow\Block\TopicListBlock->render(Object(Flow\Templating), Array) #3 /srv/mediawiki/extensions/Flow/Hooks.php(151): Flow\View->show(Object(Flow\WorkflowLoader), 'view') #4 [internal function]: FlowHooks::onPerformAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest), Object(MediaWiki)) #5 /srv/mediawiki/includes/Hooks.php(199): call_user_func_array('FlowHooks::onPe...', Array) #6 /srv/mediawiki/includes/GlobalFunctions.php(4063): Hooks::run('MediaWikiPerfor...', Array) #7 /srv/mediawiki/includes/Wiki.php(423): wfRunHooks('MediaWikiPerfor...', Array) #8 /srv/mediawiki/includes/Wiki.php(305): MediaWiki->performAction(Object(Article), Object(Title)) #9 /srv/mediawiki/includes/Wiki.php(596): MediaWiki->performRequest() #10 /srv/mediawiki/includes/Wiki.php(460): MediaWiki->main() #11 /srv/mediawiki/index.php(49): MediaWiki->run() #12 {main} Class ResourceLoaderSchemaModule not found; skipped loading Title::getRestrictionTypes: applicable restrictions to [[Talk:Sandbox]] are {edit,move} OutputPage::sendCacheControl: no caching ** -- 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 59196] New: Another problem with Parsoid's ? Clicking on links in subpages assumes that the links are subpages, too
https://bugzilla.wikimedia.org/show_bug.cgi?id=59196 Web browser: --- Bug ID: 59196 Summary: Another problem with Parsoid's ? Clicking on links in subpages assumes that the links are subpages, too Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: wmf.whatamido...@yahoo.com CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Intention: Click on a link within VisualEditor Steps to Reproduce: 1. Open an existing page in a subpage (e.g., User:Example/Sandbox) 2. Control-click on any [[link]] and copy the link 3. Paste the link somewhere to see what it says Actual Results: Instead of the expected link to en.wikipedia.org/wiki/Link, the user saw links to en.wikipedia.org/wiki/User:Username/Link. When this intermittent problem was happening, then all links on the page would do it. However, it only happened during some editing sessions/some days. Reproducible: Sometimes Firefox 26 on Windows 7, Vector skin. Is intermittent there; could not be immediately reproduced in either Firefox or Safari on a Mac. -- 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 59195] Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59195 --- Comment #1 from Bingle --- The WMF core features team tracks this bug on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/668, but people from the community are welcome to contribute here and in Gerrit. -- 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 59195] New: Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59195 Web browser: --- Bug ID: 59195 Summary: Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController' Product: MediaWiki extensions Version: master Hardware: All URL: http://en.wikipedia.beta.wmflabs.org/wiki/Talk:Flow OS: All Status: NEW Severity: critical Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: sp...@wikimedia.org CC: ebernhard...@wikimedia.org, oke...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Classification: Unclassified Mobile Platform: --- If I create a new post or reply to my existing post on beta labs, Preview works fine, but [Reply]/[Submit changes] fails with a pink "An error occurred while contacting the server." The API response is the HTML of a beta labs error PHP fatal error in /data/project/apache/common-local/php-master/extensions/Flow/includes/Notifications/Controller.php line 411: Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController' [01-Jan-2014 23:19:36] Fatal error: Call to protected method Flow\Model\AbstractRevision::isAllowed() from context 'Flow\NotificationController' at /data/project/apache/common-local/php-master/extensions/Flow/includes/Notifications/Controller.php on line 411 Server: i-031a Method: POST URL: http://en.wikipedia.beta.wmflabs.org/w/api.php Cookie: vector-nav-p-tb=true; centralnotice_bucket=1-4.2; centralauth_User=Spage+beta; centralauth_Token=3916d0cc134e3e4e611b7a9103d8622e; enwikiUserID=1057; enwikiUserName=Spage+beta; uls-previous-languages=%5B%22en%22%5D; mediaWiki.user.sessionId=krJ3YUsHG70Q7RSo0HZXrqmZ7Iat1Fvp; enwikiSession=d67a5ba1f2b6c6713f3e6128f839ff8a Backtrace: #0 /data/project/apache/common-local/php-master/extensions/Flow/includes/Notifications/Controller.php(411): Flow\NotificationController->getCreatorsFromPostIDs() #1 /data/project/apache/common-local/php-master/extensions/Flow/includes/Notifications/Controller.php(379): Flow\NotificationController::getCreatorsFromPostIDs(Array) #2 [internal function]: Flow\NotificationController::getDefaultNotifiedUsers(Object(EchoEvent), Array) #3 /data/project/apache/common-local/php-master/includes/Hooks.php(199): call_user_func_array('Flow\Notificati...', Array) #4 /data/project/apache/common-local/php-master/includes/GlobalFunctions.php(4032): Hooks::run('EchoGetDefaultN...', Array) #5 /data/project/apache/common-local/php-master/extensions/Echo/controller/NotificationController.php(300): wfRunHooks('EchoGetDefaultN...', Array) #6 /data/project/apache/common-local/php-master/extensions/Echo/controller/NotificationController.php(183): EchoNotificationController::getUsersToNotifyForEvent(Object(EchoEvent)) #7 /data/project/apache/common-local/php-master/extensions/Echo/model/Event.php(141): EchoNotificationController::notify(Object(EchoEvent), false) #8 /data/project/apache/common-local/php-master/extensions/Flow/includes/Notifications/Controller.php(106): EchoEvent::create(Array) #9 /data/project/apache/common-local/php-master/extensions/Flow/includes/Block/Topic.php(344): Flow\NotificationController->notifyPostChange('flow-post-edite...', Array) #10 /data/project/apache/common-local/php-master/extensions/Flow/includes/WorkflowLoader.php(204): Flow\Block\TopicBlock->commit() #11 /data/project/apache/common-local/php-master/extensions/Flow/includes/api/ApiFlow.php(59): Flow\WorkflowLoader->commit(Object(Flow\Model\Workflow), Array) #12 /data/project/apache/common-local/php-master/includes/api/ApiMain.php(862): ApiFlow->execute() #13 /data/project/apache/common-local/php-master/includes/api/ApiMain.php(387): ApiMain->executeAction() #14 /data/project/apache/common-local/php-master/includes/api/ApiMain.php(358): ApiMain->executeActionWithErrorHandling() #15 /data/project/apache/common-local/php-master/api.php(76): ApiMain->execute() #16 /data/project/apache/common-local/w/api.php(3): require('/data/project/a...') #17 {main} -- 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 59187] Namespace Module: is not required to be prefixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=59187 Robin Pepermans (SPQRobin) changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||robinp.1...@gmail.com Resolution|--- |FIXED --- Comment #3 from Robin Pepermans (SPQRobin) --- Merged. Thanks! -- 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 59185] Blink 2 times when two messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=59185 Oliver Keyes changed: What|Removed |Added Priority|Unprioritized |Low -- 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 59187] Namespace Module: is not required to be prefixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=59187 --- Comment #2 from Gerrit Notification Bot --- Change 104814 merged by jenkins-bot: Require Module: to be prefixed https://gerrit.wikimedia.org/r/104814 -- 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 59194] New: Can't import Module:xxx/documentation
https://bugzilla.wikimedia.org/show_bug.cgi?id=59194 Web browser: --- Bug ID: 59194 Summary: Can't import Module:xxx/documentation Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: jacob.j...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 14208 --> https://bugzilla.wikimedia.org/attachment.cgi?id=14208&action=edit Screenshot While attempting to import Module:/doc, gives following error Import failed: Can't save non-default content model with $wgContentHandlerUseDB disabled: model is wikitext, default for Module:/doc is Scribunto. This error has been observed on both ml.wikipedia and ml.wiktionary -- 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 59194] Can't import Module:xxx/documentation
https://bugzilla.wikimedia.org/show_bug.cgi?id=59194 --- Comment #1 from Jacob --- Screenshot attached -- 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 56639] Editor and image upload license is hardcoded
https://bugzilla.wikimedia.org/show_bug.cgi?id=56639 --- Comment #5 from Gerrit Notification Bot --- Change 104907 had a related patch set uploaded by M4tx: Add support for new MobileFrontend copyright warnings https://gerrit.wikimedia.org/r/104907 -- 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 56639] Editor and image upload license is hardcoded
https://bugzilla.wikimedia.org/show_bug.cgi?id=56639 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 56639] Editor and image upload license is hardcoded
https://bugzilla.wikimedia.org/show_bug.cgi?id=56639 --- Comment #4 from Gerrit Notification Bot --- Change 104906 had a related patch set uploaded by M4tx: Add an ability to change the copyright warning in editor and uploader https://gerrit.wikimedia.org/r/104906 -- 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 59172] Search suggestions cause performance hit on slower machines
https://bugzilla.wikimedia.org/show_bug.cgi?id=59172 MZMcBride changed: What|Removed |Added Keywords||javascript, performance -- 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 59182] Give an option to subst Template
https://bugzilla.wikimedia.org/show_bug.cgi?id=59182 Andre Klapper changed: What|Removed |Added Status|NEW |UNCONFIRMED CC||aklap...@wikimedia.org Ever confirmed|1 |0 Severity|normal |enhancement --- Comment #1 from Andre Klapper --- Thanks for sharing your idea. The bug title does not describe a bug but a solution or feature / new functionality. Hence setting priority to enhancement. -- 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 59185] Blink 2 times when two messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=59185 Andre Klapper changed: What|Removed |Added CC||aklap...@wikimedia.org Severity|normal |enhancement --- Comment #1 from Andre Klapper --- Thanks for sharing your idea. The bug title does not describe a bug but a solution or feature / new functionality. Hence setting priority to enhancement. Could you please also describe the problem that you try to solve? "user friendly" is a very subjective word, and apart from that you are only describing one potential implementation of one potential solution to a (yet undefined) problem. What do you expect to happen when you have twenty messages? Blink 20 times? -- 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 13941] AJAX drop-down search (MWSuggest) obscures Go and Search buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=13941 --- Comment #8 from MZMcBride --- (In reply to comment #7) > (In reply to comment #0) >> 2) open the list *above* the search field. Another option: _next_ to the search field. It would overlap with the article content a bit, but that happens in Vector as well, so meh. -- 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 52812] Remove "Disable search suggestions" user preference from MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=52812 --- Comment #19 from MZMcBride --- (In reply to comment #16) > It's a perfectly valid argument. Yes, after the days of ftp and usenet, the > web experience has involved many sites with a different look and feel. And > despite this, certain UI widgets like radio buttons, checkboxes, drop-down > lists and text boxes (where there is no need for them to differ between sites) > have been standardized by HTML tags like "input". When a website switches from > these to custom AJAX widgets that do the same thing, users are absolutely > correct to say that this is a functionality regression. Only if the AJAXified widget introduces actual regressions, of course. AJAX, like anything else, can be misused. But if we assume good faith, we can imagine that most programmers write additional code of this nature to add features/benefit to the user experience. Any regressions need to be weighed against actual benefit (cost–benefit analysis is a part of any code). > Well this would certainly decrease code bloat wouldn't it? If killing the > feature is on the table, I would first invert the option so that users have > to specifically enable suggestions to see them. I don't think killing the option is realistically on the table. I think most users like the suggestions (or at least don't mind them). We could survey a random sample of users to get better data on the matter. For better or worse, we currently rely largely on anecdotal evidence and general best practices when deciding matters of this nature (reducing user interface clutter, reducing code complexity). > I don't think this is a solution. If you hide suggestions with CSS, the > "autocomplete" attribute is still off. This means that no search history > shows up like it used to. This is browser-level search history, right? Doesn't this drop-down also obstruct the buttons? (And potentially introduce privacy concerns, no?) -- 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 59193] New: GWToolset should be able to handle xml attributes
https://bugzilla.wikimedia.org/show_bug.cgi?id=59193 Web browser: --- Bug ID: 59193 Summary: GWToolset should be able to handle xml attributes Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: GWToolset Assignee: wikibugs-l@lists.wikimedia.org Reporter: jaide...@gmail.com CC: bawolff...@gmail.com, d_ent...@yahoo.com, mtrac...@member.fsf.org Classification: Unclassified Mobile Platform: --- This is an enhancement request. What I want to suggest is to be able to filter (or to map) by xml attributes, too. Currently, we can only map by [first level] elements. This is bad to formats like MARCXML (a standard in the library community enviroment). See, for example, this MARCXML record: http://www.loc.gov/standards/marcxml/Sandburg/sandburg.xml This request is similar to: https://bugzilla.wikimedia.org/show_bug.cgi?id=58490. -- 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 59192] New: VisualEditor: if you copy a table and paste it into an existing table, the new material should overwrite the old contents (like copying and pasting in a spreadsheet does)
https://bugzilla.wikimedia.org/show_bug.cgi?id=59192 Web browser: --- Bug ID: 59192 Summary: VisualEditor: if you copy a table and paste it into an existing table, the new material should overwrite the old contents (like copying and pasting in a spreadsheet does) Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: wmf.whatamido...@yahoo.com CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Steps to reproduce: 1) Begin with an existing wikitext table (e.g., 4 rows, 4 columns). Open the page in VisualEditor. 2) Copy part of a different table or spreadsheet (e.g., 2 rows, 4 columns). 3) Place cursor inside a cell of the table in VisualEditor. 4) Paste the copied table. Results: VisualEditor places the entire new/rich-copied table, including wikitext formatting, inside the first cell. The wikitext parser does not deal very gracefully with table-within-table formatting. Desired outcome: VisualEditor should overwrite the contents of the cells with the new material. -- 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 59192] VisualEditor: if you copy a table and paste it into an existing table, the new material should overwrite the old contents (like copying and pasting in a spreadsheet does)
https://bugzilla.wikimedia.org/show_bug.cgi?id=59192 WhatamIdoing changed: What|Removed |Added URL||https://en.wikipedia.org/w/ ||index.php?diff=588462959&ol ||did=588405367#Create_and_co ||py_table. -- 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 59172] Search suggestions cause performance hit on slower machines
https://bugzilla.wikimedia.org/show_bug.cgi?id=59172 --- Comment #1 from MZMcBride --- In order to resolve this bug, we may need more info. In particular, operating system and version, Web browser and version, etc. -- 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 59191] VisualEditor:Clear formatting removes the link from a text
https://bugzilla.wikimedia.org/show_bug.cgi?id=59191 ryasm...@wikimedia.org changed: What|Removed |Added Assignee|rm...@wikimedia.org |jforres...@wikimedia.org -- 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 59191] New: VisualEditor:Clear formatting removes the link from a text
https://bugzilla.wikimedia.org/show_bug.cgi?id=59191 Web browser: --- Bug ID: 59191 Summary: VisualEditor:Clear formatting removes the link from a text Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: rm...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Steps to reproduce: 1.Open a page with VE 2.Select a text 3.Apply some formatting from the formatting menu in the toolbar for example: Bold/Italic/Superscript 4.Also apply a link on the text 5.Now from the formatting menu select the "Clear formatting" option Observed Result: Along with all the text formatting, the link applied on the text also gets removed. It is better if Clear formatting only removes the text formatting not the link applied because that is not part of text formatting options. -- 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 59165] Underscores in magic words of RTL languages are not treated the same as spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=59165 Siebrand Mazeland changed: What|Removed |Added Priority|Unprioritized |High Version|unspecified |1.23-git Keywords||i18n Component|Translate |Parser Summary|Translate inappropriately |Underscores in magic words |converts spaces to |of RTL languages are not |underscores in magic words |treated the same as spaces Target Milestone|--- |Future release Product|MediaWiki extensions|MediaWiki Severity|major |normal --- Comment #2 from Siebrand Mazeland --- I've reworded the summary. I think we should take care of this in the parser. There is a similar issue, that I know exists, but do not know the details of, that requires us to have an NS_MAIN definition for RTL languages. We should fix both issues. -- 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 57729] Enabling the EducationProgram Extension on the ar.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=57729 Andre Klapper changed: What|Removed |Added Keywords|shell | CC||andrew.green...@gmail.com, ||jeroen_ded...@yahoo.com Component|Extension setup |EducationProgram Version|wmf-deployment |master Product|Wikimedia |MediaWiki extensions --- Comment #10 from Andre Klapper --- Separate bug report would have been better - anyway, moving the component. -- 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 57563] Incorrect CSS rules defining the blocks placement at WM-ES main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=57563 Andre Klapper changed: What|Removed |Added URL||http://www.google-melange.c ||om/gci/task/view/google/gci ||2013/6649325425786880 -- 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 52812] Remove "Disable search suggestions" user preference from MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=52812 --- Comment #18 from MZMcBride --- (Copying from bug 13941 comment 7) The objection to the user preference is that the default behavior should be sane without the need to add user interface clutter. Most visitors don't have user preferences and most users never set their user preferences. If there's a reason that people can't stand these suggestions, we should find a way to either remove them or improve them. Letting users opt out is sometimes a valid position to take, but it's generally a last resort, given the constraints and context (i.e., how most visitors experience the site and how most users interact with it). And we can generally allow opting out without re-adding the user interface clutter, via user JS and CSS subpages. For limited cases, this solution works really well. I think this is one of those cases. -- 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 46613] the hebrew translation for #ifexpr is borked, breaking tons of templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=46613 Jesús Martínez Novo (Ciencia Al Poder) changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #14 from Jesús Martínez Novo (Ciencia Al Poder) --- If the patch was merged, we can mark this as resolved. We can leave Bug 59165 for tracking how we souldn't break it again ;) -- 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 13941] AJAX drop-down search (MWSuggest) obscures Go and Search buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=13941 --- Comment #7 from MZMcBride --- Connor: what about a JavaScript variable or similar to implement... (In reply to comment #0) > 2) open the list *above* the search field. Then users who are concerned about the button overlap could simply switch their setting. Or if having the suggestions above the text input isn't too awkward, we could just change the default behavior for everyone. It'll need a bit of experimenting. Any user concerned about having the suggestions is already obviously executing JavaScript. Adding a bit more JavaScript to customize the behavior on a per-user basis doesn't seem particularly radical or stupid to me. It's a fairly common pattern of behavior on the Web. The objection to the user preference is that the default behavior should be sane without the need to add user interface clutter. Most visitors don't have user preferences and most users never set their user preferences. If there's a reason that people can't stand these suggestions, we should find a way to either remove them or improve them. Letting users opt out is sometimes a valid position to take, but it's generally a last resort, given the constraints and context (i.e., how most visitors experience the site and how most users interact with it). And we can generally allow opting out without re-adding the user interface clutter, via user JS and CSS subpages. For limited cases, this solution works really well. I think this is one of those cases. -- 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 46613] the hebrew translation for #ifexpr is borked, breaking tons of templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=46613 Andre Klapper changed: What|Removed |Added Priority|Immediate |High Severity|critical|major --- Comment #13 from Andre Klapper --- Resetting Importance fields to the values set by Siebrand, as per https://www.mediawiki.org/wiki/Bugzilla/Fields#importance . Thanks. -- 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 59180] Give hint when group is empty - general references
https://bugzilla.wikimedia.org/show_bug.cgi?id=59180 Andre Klapper changed: What|Removed |Added Summary|Give hing, when group is|Give hint when group is |empty - general references |empty - general references Severity|normal |enhancement -- 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 59179] Replace "Massmessage" with "Mass message" in user group strings
https://bugzilla.wikimedia.org/show_bug.cgi?id=59179 MZMcBride changed: What|Removed |Added Keywords||easy -- 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 59190] New: Special:MassMessage error page isn't very helpful and can't easily be made helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=59190 Web browser: --- Bug ID: 59190 Summary: Special:MassMessage error page isn't very helpful and can't easily be made helpful Product: MediaWiki extensions Version: unspecified Hardware: All URL: https://en.wikipedia.org/wiki/Special:MassMessage OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MassMessage Assignee: wikibugs-l@lists.wikimedia.org Reporter: b...@mzmcbride.com CC: b...@mzmcbride.com, legoktm.wikipe...@gmail.com Classification: Unclassified Mobile Platform: --- https://en.wikipedia.org/wiki/Special:MassMessage --- Permission error From Wikipedia, the free encyclopedia You do not have permission to send a message to multiple users at once, for the following reason: The action you have requested is limited to users in one of the groups: Administrators, Mass message senders. --- This feels a bit obtuse and the options for customizing the error message seem limited. -- 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 59186] Update GeSHi to 1.0.8.12.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59186 Andre Klapper changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Andre Klapper --- No such download listed on http://sourceforge.net/projects/geshi/files/geshi/ hence nothing that can (currently) be done here. Request is welcome once such a tarball exists. -- 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 59146] Enabling also edit access to Wikipedia via TOR
https://bugzilla.wikimedia.org/show_bug.cgi?id=59146 Andre Klapper changed: What|Removed |Added Priority|Normal |Lowest --- Comment #18 from Andre Klapper --- The discussion in http://lists.wikimedia.org/pipermail/wikitech-l/2013-December/073764.html and followups feels like there should be community consensus first and fixing technical difficulties, so I am setting lowest priority here simply because other things have to happen first. The *current* situation makes this bug report unfixable and would make it a WONTFIX, but that doesn't mean that in the long run the situation might not improve. -- 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 53387] "Fixes-Bug" keyword in Git commit message that will cause a bug report to automatically be marked FIXED in Bugzilla
https://bugzilla.wikimedia.org/show_bug.cgi?id=53387 Tim Landscheidt changed: What|Removed |Added CC||t...@tim-landscheidt.de --- Comment #9 from Tim Landscheidt --- a) +1. b) Opportunity for bikeshedding: OpenStack uses "Closes-Bug", "Partial-Bug" and "Related-Bug" (cf. https://wiki.openstack.org/wiki/GitCommitMessages#Including_external_references). Personally, I prefer "Fixes-Bug" because it is unambiguous how the bug should be closed ("FIXED"). Glancing over https://gerrit.googlesource.com/plugins/hooks-bugzilla/+/master/src/main/resources/Documentation/config.md and the mention of "Fixes-Issue" there, this seems to be fairly straightforward to set up. Can someone give an estimate what is actually needed to implement this? -- 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 59189] New: Add 'documentation' and 'pagegenerators' components to pywikibot
https://bugzilla.wikimedia.org/show_bug.cgi?id=59189 Web browser: --- Bug ID: 59189 Summary: Add 'documentation' and 'pagegenerators' components to pywikibot Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Bugzilla Assignee: wikibugs-l@lists.wikimedia.org Reporter: valhall...@arctus.nl CC: aklap...@wikimedia.org, s...@reedyboy.net, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- We'd like two new components: - pagegenerators: tickets on functions related to making lists of pages to work on - documentation: tickets related to the in-code documentation -- 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 59179] Replace "Massmessage" with "Mass message" in user group strings
https://bugzilla.wikimedia.org/show_bug.cgi?id=59179 --- Comment #1 from MZMcBride --- Cross-reference: https://en.wikipedia.org/wiki/MediaWiki_talk:Group-massmessage-sender -- 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 59187] Namespace Module: is not required to be prefixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=59187 Jesús Martínez Novo (Ciencia Al Poder) changed: What|Removed |Added Attachment #14207|0 |1 is patch|| Attachment #14207|application/octet-stream|text/plain mime type|| -- 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 59188] New: VisualEditor: parameter "page" for File: getting ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=59188 Web browser: --- Bug ID: 59188 Summary: VisualEditor: parameter "page" for File: getting ignored Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: elitr...@gmail.com CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- See https://it.wikipedia.org/w/index.php?title=Utente:Alex_brollo/Sandbox&oldid=63303825 . If you try to VEdit this page you'll notice that the parameter page in [[File:NicodemusTessin dy dagbok 1688.djvu|500px|page=88]] gets ignored, and the cover page is displayed instead. -- 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 59186] Update GeSHi to 1.0.8.12.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59186 --- Comment #1 from Sam Reed (reedy) --- (In reply to comment #0) > GeSHi 1.0.8.12 is a minor update which adds support for more languages and > has > bug fixes for already existing languages. This isn't a release yet... And looking in trunk, it's still versioned at '1.0.8.11' -- 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 59187] Namespace Module: is not required to be prefixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=59187 Gerrit Notification Bot changed: What|Removed |Added Status|UNCONFIRMED |PATCH_TO_REVIEW Ever confirmed|0 |1 -- 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 59187] Namespace Module: is not required to be prefixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=59187 --- Comment #1 from Gerrit Notification Bot --- Change 104814 had a related patch set uploaded by Ebe123: Require Module: to be prefixed https://gerrit.wikimedia.org/r/104814 -- 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 59085] Exception from line 1216 of ApiBase.php: Unrecognized value for parameter 'action': templatedata
https://bugzilla.wikimedia.org/show_bug.cgi?id=59085 Jaider Andrade Ferreira changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- 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 59085] Exception from line 1216 of ApiBase.php: Unrecognized value for parameter 'action': templatedata
https://bugzilla.wikimedia.org/show_bug.cgi?id=59085 --- Comment #8 from dan --- jaider, your welcome. i’m glad to hear that you like the extension and see its potential outside of Wikimedia Commons. it has a broad history and includes input by many people. here is some of the background information on the project: https://commons.wikimedia.org/wiki/Commons:GLAMToolset_project. the feature request you made is definitely something we aim to provide in the future if and when possible; it’s similar to this feature request: https://bugzilla.wikimedia.org/show_bug.cgi?id=58490. if you don’t mind, would you close this bug and open another as a feature request similar to bug 58490. thanks! -- 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 57305] "Notes" section says "private" even when public
https://bugzilla.wikimedia.org/show_bug.cgi?id=57305 --- Comment #4 from Jesús Martínez Novo (Ciencia Al Poder) --- (In reply to comment #3) > the notes are private, but only if the filter is set to private ("Hide > details > of this filter from public view"), but the description (also known as > filter-title) is then still visible for everyone. That's the explanation of > "private". The "Conditions" section doesn't include any mention about being public or private, and has the same visibility than the "Notes" section, so I suggest to simply remove the "(private)" text from the message. -- 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 59187] New: Namespace Module: is not required to be prefixed
https://bugzilla.wikimedia.org/show_bug.cgi?id=59187 Web browser: --- Bug ID: 59187 Summary: Namespace Module: is not required to be prefixed Product: MediaWiki extensions Version: master Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: WikimediaIncubator Assignee: wikibugs-l@lists.wikimedia.org Reporter: beauleetien...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 14207 --> https://bugzilla.wikimedia.org/attachment.cgi?id=14207&action=edit Proposed patch to fix bug The Module: namespace, being used by test-wikis, is not required to be prefixed. https://incubator.wikimedia.org/w/index.php?title=Special%3AAllPages&namespace=828 -- 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 59181] Some string need a variable to easy localize in TimedMediaHandler interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=59181 --- Comment #1 from Bawolff (Brian Wolff) --- Semi related patch https://gerrit.wikimedia.org/r/#/c/97999/ - however that patch is quite far from what needs to be done that anyone interested should probably just start over. -- 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 25352] Pipe (|) symbol breaks field definitions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25352 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Yaron Koren --- I can't reproduce this, so I'm assuming it was fixed at some point - marking as "fixed". -- 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 42307] Implement a way for admins to blacklist Flickr users
https://bugzilla.wikimedia.org/show_bug.cgi?id=42307 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 42307] Implement a way for admins to blacklist Flickr users
https://bugzilla.wikimedia.org/show_bug.cgi?id=42307 --- Comment #21 from Gerrit Notification Bot --- Change 42770 had a related patch set uploaded by Gergő Tisza: A way to blacklist flickr users. https://gerrit.wikimedia.org/r/42770 -- 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 59126] Remove version check for mysql 4.1 from initEditCount.php and storage/fixBug20757.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=59126 --- Comment #6 from Tony Thomas <01tonytho...@gmail.com> --- (In reply to comment #5) > Bad fix in my opinion. > > You have only removed one part of a AND condition, that means the condition > itself was changed and not only dead code path removed. > > For initEditCount.php: > You have changed the meaning for 'background mode' from 'LoadBalancer with > more > than one server OR mysql version < 4.1' to 'LoadBalancer with more than one > server OR mysql'. so it should be like 'LoadBalancer with more than one > server OR FALSE'. ? > > For storage/fixBug20757.php: > $lowerLeft is now a undefined variable for non-mysql server the else should be left untouched ? -- 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 59186] New: Update GeSHi to 1.0.8.12.
https://bugzilla.wikimedia.org/show_bug.cgi?id=59186 Web browser: --- Bug ID: 59186 Summary: Update GeSHi to 1.0.8.12. Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: SyntaxHighlight (GeSHi) Assignee: wikibugs-l@lists.wikimedia.org Reporter: edward.dan.h...@gmail.com CC: s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Mobile Platform: --- GeSHi 1.0.8.12 is a minor update which adds support for more languages and has bug fixes for already existing languages. -- 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 59185] New: Blink 2 times when two messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=59185 Web browser: --- Bug ID: 59185 Summary: Blink 2 times when two messages Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Echo Assignee: wikibugs-l@lists.wikimedia.org Reporter: lukas.ce...@gmail.com CC: agarr...@wikimedia.org, bs...@wikimedia.org, legoktm.wikipe...@gmail.com, oke...@wikimedia.org, pandiculat...@gmail.com Classification: Unclassified Mobile Platform: --- Like in title. This small thing will make Echo more user-friendly. This can be done with jQuery .animate function. It should fade the background-color two times from normal gray to red highlight color defined in .mw-echo-unread-notifications CSS class. -- 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 59184] Change saved prefs box to generic PostEdit notify
https://bugzilla.wikimedia.org/show_bug.cgi?id=59184 --- Comment #2 from Rezonansowy --- (In reply to comment #1) > -1 to the idea. I find PostEdit irritating and as such, I've chosen to hide > it > in my browser-side CSS file, as there intentionally isn't a preference to > turn > it off. What's wrong with the current green, clear, informative "success" > box? I see, but that's only your opinion. This feature have been successfully introduced in all Wikimedia projects and most users don't complain. We just don't need two different ways to inform users about changes they made on wiki. As I've said: If this method has proven to be, why not implement it here. -- 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 47502] Allow template calls as field values
https://bugzilla.wikimedia.org/show_bug.cgi?id=47502 Yaron Koren changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Yaron Koren --- Marking this as "wontfix" - I think it's a bad idea to treat template calls as data; and in any case, if you really want to do this, you can get it working by adding something like "values={{Not Started}}, {{Ongoing}}, {{Done}}" to the field tag. -- 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 32581] Templatized fields in tables will fail unless preceded by a new line
https://bugzilla.wikimedia.org/show_bug.cgi?id=32581 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #4 from Yaron Koren --- Marking as "invalid" - this appears to be a parser issue, not an SF issue. -- 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