[Bug 70950] CirrusSearch should provide a way to find hyphenated words, as Lucene-search always has
https://bugzilla.wikimedia.org/show_bug.cgi?id=70950 Mikhail Ryazanov changed: What|Removed |Added CC||ryaza...@nm.ru --- Comment #6 from Mikhail Ryazanov --- (In reply to Chad H. from comment #5) > In English I can't think of any, but I'd really like to look further into > what lsearchd is doing here. I don't think the original request is > unreasonable, although I agree that it's not the most straightforward thing > for us to implement. English is not the only language in the world. ;–) But even for it, for example, capitalization is another important "exact" thing. Other things from my experience: some strange people might write, for example, "km\h" instead of "km/h"; sometimes hyphens and dashes are confused in compound words; it might be useful to distinguish between phrases (with spaces), URLs (with dots) or emails and some fancy names (such as "Folding@home"). I don't think that it is very difficult to add a post-filter to the current "exact search" that will check for "truly exact" (character-wise) matches. It shouldn't be difficult to add some modifiers (in the spirit of current "~") to trigger this behavior. -- 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 57472] MassMessage preview should output the number of recipients
https://bugzilla.wikimedia.org/show_bug.cgi?id=57472 Kunal Mehta (Legoktm) changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED Assignee|legoktm.wikipe...@gmail.com |wctai...@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 57472] MassMessage preview should output the number of recipients
https://bugzilla.wikimedia.org/show_bug.cgi?id=57472 --- Comment #8 from Gerrit Notification Bot --- Change 97628 abandoned by Legoktm: Output the number of recipients on preview Reason: I342f1e61bbb0254027de173c534ab064e6e89fca https://gerrit.wikimedia.org/r/97628 -- 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 57472] MassMessage preview should output the number of recipients
https://bugzilla.wikimedia.org/show_bug.cgi?id=57472 --- Comment #7 from Gerrit Notification Bot --- Change 160787 merged by jenkins-bot: Output the number of recipients on preview https://gerrit.wikimedia.org/r/160787 -- 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 70886] VisualEditor: In the Re-use reference dialog, search is not returning correct results on the second initialization for a specific case
https://bugzilla.wikimedia.org/show_bug.cgi?id=70886 --- Comment #14 from Ritu Swain --- (In reply to Rummana Yasmeen from comment #13) > The reason it is showing the other citations awhen you search for "1" is > because it is searching through the URLS of the citations as well and that > contains a link to the page Help:CS1_errors when you dont fill up any > required field. I understand your point here.But, When the citation is not re-used and you search by any number , say- "1" then it returns only the #1 citation(it won't display all the citations then) . So by design the search results would be different for Re-used and not re-used citations. Again,after re-using any citation, it is only the first two citations, for which you get all the citations in the result , but if you type in a different number , say 3 to search for the #3 citation then it would not return all the citations with Help page link. So, this is kind of by design. yes. > > -- 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 70351] MediaWiki UI styles are applied to core instead of relevant skins, not overridable
https://bugzilla.wikimedia.org/show_bug.cgi?id=70351 --- Comment #21 from Matthew Flaschen --- (In reply to Quiddity from comment #20) > If I understand correctly, Isarra is suggesting there should be an > alternative UI option, which uses the previous/classic styling. > Secondly, she is suggesting that the "classic styling" should be the default > shipped with mediawiki for re-users, at least until such time as MW UI is a > cohesive and complete implementation of the total overhaul that it > eventually aims to be. (i.e. when many more of the cards in > https://trello.com/b/EXtVTJxJ/mediawiki-ui are complete) Bartosz has already explained how the styles can be disabled, partially or entirely. However, it should be re-iterated that disabling all of them (with no replacement) can lose information. To add another example, we're close to merging https://gerrit.wikimedia.org/r/#/c/158632/ (adds icons, including buttoned icons, fixes bug 55535). There is no native browser control for buttons with both icons and text (AFAIK) (or various other things that will be coming). In other words, there is no classic styling for this, and no previous styling since we never had this feature in the old days. > (In reply to Bartosz Dziewoński from comment #5) > > I was under the impression that MediaWiki UI, while geared towards Vector, > > is supposed to be reasonably neutral and usable with most skins. Admittedly, > > they're completely unlike default buttons styles on every OS I've ever seen. > > E.g. A corporate intranet using mediawiki, > might dislike having experimental interface changes, and red and green and > blue controls, suddenly a part of their interface, when they're used to > plain white and gray or shiny-blue. And I expect there will be a skin that caters for this (while considering the issue of what information to preserve, as I mentioned above). Vector (the default skin) is going to continue with the current style, and it will also remain the default style until there's a consensus on another default. > (In reply to Matthew Flaschen from comment #12) > If I'm correct about all of the above (unlikely!) she's hoping for that > 'default' thing, at least until the MW UI overhaul is further along. > HTH. :) The 'default' thing is done. -- 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 71082] Add Flow support to MassMessage
https://bugzilla.wikimedia.org/show_bug.cgi?id=71082 Kunal Mehta (Legoktm) changed: What|Removed |Added Depends on|49193 | --- Comment #1 from Kunal Mehta (Legoktm) --- Er, this doesn't depend upon bug 49193...? -- 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 49193] Add ContentHandler columns to Wikimedia wikis, and set $wgContentHandlerUseDB = true
https://bugzilla.wikimedia.org/show_bug.cgi?id=49193 Kunal Mehta (Legoktm) changed: What|Removed |Added Blocks|71082 | -- 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 49193] Add ContentHandler columns to Wikimedia wikis, and set $wgContentHandlerUseDB = true
https://bugzilla.wikimedia.org/show_bug.cgi?id=49193 Matthew Flaschen changed: What|Removed |Added Blocks||71082 -- 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 71082] Add Flow support to MassMessage
https://bugzilla.wikimedia.org/show_bug.cgi?id=71082 Matthew Flaschen changed: What|Removed |Added CC||mflasc...@wikimedia.org Depends on||49193 -- 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 70351] MediaWiki UI styles are applied to core instead of relevant skins, not overridable
https://bugzilla.wikimedia.org/show_bug.cgi?id=70351 Quiddity changed: What|Removed |Added CC||pandiculat...@gmail.com --- Comment #20 from Quiddity --- If I understand correctly, Isarra is suggesting there should be an alternative UI option, which uses the previous/classic styling. Secondly, she is suggesting that the "classic styling" should be the default shipped with mediawiki for re-users, at least until such time as MW UI is a cohesive and complete implementation of the total overhaul that it eventually aims to be. (i.e. when many more of the cards in https://trello.com/b/EXtVTJxJ/mediawiki-ui are complete) (In reply to Bartosz Dziewoński from comment #5) > I was under the impression that MediaWiki UI, while geared towards Vector, > is supposed to be reasonably neutral and usable with most skins. Admittedly, > they're completely unlike default buttons styles on every OS I've ever seen. Indeed. Some mediawiki users will prefer the OS style defaults. Those OS styles are inconsistent with each other, but the users of each distinct OS will be used to the visuals. E.g. A corporate intranet using mediawiki, might dislike having experimental interface changes, and red and green and blue controls, suddenly a part of their interface, when they're used to plain white and gray or shiny-blue. [Does Mac still rock the shiny-blue? Ah, yup still aqua. (Tangent: https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/AppleHIGuidelines/Controls/Controls.html#//apple_ref/doc/uid/TP3359-TP6 Hmm, similarities in ChromeOS. http://www.chromium.org/chromium-os/user-experience/ui-elements and the "still trying" MS http://msdn.microsoft.com/library/windows/desktop/dn742399.aspx and Gnome's too (spread across dozens of subpages >.< ) https://developer.gnome.org/hig-book/stable/controls.html.en and android https://developer.android.com/guide/topics/ui/controls.html )] (In reply to Matthew Flaschen from comment #12) > This requires the 'default' thing I mentioned earlier, which I'll try to do > soon, since it doesn't actually hurt anything (even if no one actually makes > a skin-specific MW UI). (In reply to Matthew Flaschen from comment #19) > You have not proposed a concrete implementation of MW UI (other than none at > all, which I am not convinced of) that you think core should ship with. If I'm correct about all of the above (unlikely!) she's hoping for that 'default' thing, at least until the MW UI overhaul is further along. HTH. :) -- 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 56561] Changes to user preferences should be automatically saved
https://bugzilla.wikimedia.org/show_bug.cgi?id=56561 --- Comment #5 from Matthew Flaschen --- (In reply to Matthew Flaschen from comment #4) > It could also be done by posting the entire preferences form every time you > change anything. Note, I mean posting with AJAX. -- 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 56561] Changes to user preferences should be automatically saved
https://bugzilla.wikimedia.org/show_bug.cgi?id=56561 Matthew Flaschen changed: What|Removed |Added CC||mflasc...@wikimedia.org --- Comment #4 from Matthew Flaschen --- (In reply to Quim Gil from comment #1) > Does anybody know the estimate effort of this task? Would it be simple for a > newcomer to dive into it? Is there anybody willing to mentor a potential > junior taker? There's a couple ways to do it. The API way is discussed below (saves items one at a time and uses the actual API without wasting bandwidth). It could also be done by posting the entire preferences form every time you change anything. This is kind of wrong in that it's a waste of bandwidth and doesn't use the API, but it would probably be faster to develop, since the server doesn't know the difference, and the form can be serialized with $.serialize. There is an API for saving preferences already (https://www.mediawiki.org/wiki/API:Options). That means the main issues are: 1. Figuring out what changed. 2. Figuring out to map the form elements to the name and value. For text and regular select inputs this is trivial (drop the wp prefix from the name and call .val()). E.g.: editfont: $( '#mw-input-wpeditfont' ).val() Checkboxes and radio buttons are a little more complicated, but not unduly (checkboxes need to be saved even if unchecked, radio buttons have multiple elements with the same name, so straight ID check doesn't work). There are some edge cases that might be more complicated, like HTMLCheckMatrix. Everything is componentized (see includes/htmlform), and you can see on the client-side which component is being used from the class name (e.g. mw-htmlform-field-HTMLCheckMatrix). It's neither trivial nor impossibly complicated. Maybe 2-3 weeks for a quick newcomer with prompt code review; more if they're working on it less frequently. -- 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 63685] Update OTRS to 3.2.16 (address XSS and clickjacking vulnerability)
https://bugzilla.wikimedia.org/show_bug.cgi?id=63685 --- Comment #4 from jeremyb --- (In reply to David C. Rankin from comment #3) this bug is not related to MediaWiki. Please limit your searches to MediaWiki related components. This message is probably more appropriate on [[mail:mediawiki-l]]. -- 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 71061] Count of arrays from LuaSandbox incorrect under HHVM
https://bugzilla.wikimedia.org/show_bug.cgi?id=71061 Jackmcbarn changed: What|Removed |Added Priority|Unprioritized |High Summary|mw.ustring.gmatch does not |Count of arrays from |find all matches on HHVM|LuaSandbox incorrect under ||HHVM Severity|normal |major --- Comment #2 from Jackmcbarn --- I've tracked this down to a bug in LuaSandbox. When an array from LuaSandbox is passed to count() under HHVM, count() returns 4294967295 instead of the array's actual size. -- 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 71083] New: Swap two shell names
https://bugzilla.wikimedia.org/show_bug.cgi?id=71083 Bug ID: 71083 Summary: Swap two shell names Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General Assignee: wikibugs-l@lists.wikimedia.org Reporter: m...@jimmyxu.org CC: abog...@wikimedia.org, benap...@gmail.com, rlan...@gmail.com, t...@tim-landscheidt.de Web browser: --- Mobile Platform: --- I'm hoping to rename my username on wikitech from User:Jimmyxu to User:Jimmy_Xu, and Coren told me this is a bad idea. So instead I now have User:Jimmyxu = shell `jimmy`, and User:Jimmy_Xu = shell `jimmyxu`. Could you guys try some LDAP magic to swap the two shell names around, so that I can let User:Jimmy_Xu have `jimmy`? 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 71061] mw.ustring.gmatch does not find all matches on HHVM
https://bugzilla.wikimedia.org/show_bug.cgi?id=71061 --- Comment #1 from Jackmcbarn --- I've created a reduced version of the test that reveals the bug, at https://test2.wikipedia.org/wiki/Module:71061 and https://test2.wikipedia.org/wiki/Module:71061/doc . -- 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 70004] h4, h5, and h6 headers should not have the same styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=70004
Quiddity changed:
What|Removed |Added
Keywords||design
--- Comment #1 from Quiddity ---
This changed during the [[mw:Typography refresh]].
The lines at fault are in
https://git.wikimedia.org/blob/mediawiki%2Fskins%2FVector.git/HEAD/components%2Fcommon.less
specifically:
h4,
h5,
h6 {
font-size: 100%; /* (reset) */
This makes it impossible to tell the difference between h4, h5, and h6.
https://en.wikipedia.org/w/index.php?title=User:Quiddity/sandbox&oldid=626297051
Note: We used to have this, if I read SVN correctly:
h2 {font-size: 150%;}
h3 {font-size: 132%;}
h4 {font-size: 116%;}
h5 {font-size: 100%;}
h6 {font-size: 80%;}
which wasn't perfect, but it was clearer. (See sandbox diff)
--
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 71048] The HHVM BetaFeature needs an image
https://bugzilla.wikimedia.org/show_bug.cgi?id=71048 --- Comment #5 from Matthew Flaschen --- (In reply to Jared Zimmerman (WMF) from comment #4) > My understanding of talking to Ori about HHVM is that as more pages were > accessed by users via HHVM is that subsequent access to those pages would be > sped up. Is that not the case? Ori may want to comment, but I don't think it's on a page-specific basis. There's a couple things: * Bug reports are essential (this is the main reason it's a beta feature, I believe) to minimize problems with a wider rollout. This could be expressed as "user feedback". * The Wikipedia article says, "HHVM has the ability to use live type information to produce more efficient native code" which I think may mean that code paths get re-compiled to native code when frequent executions reveal the most common data types. Also, we could avoid acronyms by expanding it. It stands for "HipHop Virtual Machine", which is a pretty cool name even if you don't know what it does. -- 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 58620] Jenkins: Generate KSS docs from LESS and publish to doc.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=58620 --- Comment #13 from Matthew Flaschen --- (In reply to Antoine "hashar" Musso from comment #11) > Can you reach out to Timo about it? I think for Javascript purposes he > would like developers to define npm entry points. So we would simply invoke > 'npm doc' or something and publish whatever is generated under a given dir > (ex: /doc/). Do you mean Grunt (which runs on node.js)? That's the node.js build tool I normally see used. -- 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 70351] MediaWiki UI styles are applied to core instead of relevant skins, not overridable
https://bugzilla.wikimedia.org/show_bug.cgi?id=70351 --- Comment #19 from Matthew Flaschen --- (In reply to Isarra from comment #18) > (In reply to Bartosz Dziewoński from comment #17) > > You can now override or disable MediaWiki UI styling in your skin. > > That's backwards, though, and still not backwards-compatible. Doing it as > opt out as opposed to opt in means skin developers will need to go back and > add that to every single skin, and add that to every new skin that isn't > intended to use it (which will be most) will also need to add it. That's not > reasonable. MediaWiki has never been fully backwards compatible with skins, AFAICT. Every new release of MediaWiki can (and often does) add new HTML elements that can be skinned. The ideal is that every skin will decide whether they want to use the default implementation. If not, they will decide whether to go completely unskinned (which I don't recommend for the reasons I already stated) or to skin mediawiki.ui with their own skin-specific stylings using the standard mechanism (I expect skins will start doing this). You have not proposed a concrete implementation of MW UI (other than none at all, which I am not convinced of) that you think core should ship with. -- 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 42008] Revert bug 27860 or add configuration variable to restore "Mark all edits minor by default" preference behaviour
https://bugzilla.wikimedia.org/show_bug.cgi?id=42008 George Orwell III changed: What|Removed |Added CC||george.orwell.iii@outlook.c ||om --- Comment #11 from George Orwell III --- (In reply to Nemo from comment #9) > Dunno what qualifies for "strongly care" but I still think this was very > wrong and would love to have the checkboxes back, yes. :) Ditto. :) If this is found to be unreasonable (or the like) for some reason in moving forward, at the minimum I'd like to narrow the request and have the 'mark edit as minor' checkbox restored just for the Wikisource project(s) instead. -- 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 63685] Update OTRS to 3.2.16 (address XSS and clickjacking vulnerability)
https://bugzilla.wikimedia.org/show_bug.cgi?id=63685 David C. Rankin changed: What|Removed |Added CC||drankinatty@suddenlinkmail. ||com --- Comment #3 from David C. Rankin --- All, My 1.22.2 MediaWiki install was completely compromised in the past 20 days. I think every RIPE, RU and APNIC address logged in and apparently autocreated accounts bypassing the captcha and confirmation security routines. My server was flooded with thousands of requests of the type: 195.154.211.103 - - [19/Sep/2014:21:52:37 -0500] "GET /mediawiki/index.php/Get_Started_In_College_With_These_Tips HTTP/1.1" 500 1040 167.160.115.28 - - [19/Sep/2014:21:52:38 -0500] "GET /mediawiki/index.php/Effortless_hemorrhoids_Systems_Around_The_USA HTTP/1.0" 500 1040 209.236.112.190 - - [19/Sep/2014:21:52:38 -0500] "GET /mediawiki/index.php/User:KentonBenedict HTTP/1.1" 500 1040 5.196.106.78 - - [19/Sep/2014:21:52:41 -0500] "GET /mediawiki/index.php/Is_The_Laptop_Running_Rather_Slowly_There_May_Be_An_Simple_Fix HTTP/1.1" 500 1040 167.160.115.28 - - [19/Sep/2014:21:52:42 -0500] "GET /mediawiki/index.php/Finding_Real-World_Programs_In_hemorrhoids HTTP/1.0" 500 1040 198.50.133.234 - - [19/Sep/2014:21:52:48 -0500] "GET /mediawiki/index.php/Test HTTP/1.1" 500 1040 94.249.242.81 - - [19/Sep/2014:21:52:49 -0500] "GET /mediawiki/index.php/Basic_Guidance_On_Recognising_Key_Issues_For_%E0%B8%A3%E0%B8%B1%E0%B8%9A%E0%B8%97%E0%B8%B3_Seo_%E0%B8%A3%E0%B8%B2%E0%B8%84%E0%B8%B2%E0%B8%96%E0%B8%B9%E0%B8%81 HTTP/1.1" 500 1040 They were apparently attempting a mail exploit through h...@domain.tld. The access has since been closed, but it took hours to delete the thousands of users/pages created. My question is: How can I determine that this XSS clicknacking was the vulnerability being exploited or whether another CVE was at play? MediaWiki was the only application compromised and setting were set tight. Let me know what to look for and what additional information would be helpful (I blew all changes to the mysql tables away, but have preserved the most recent logs) I've updated to 1.23.3 and currently have the apache2.4 RequireAll limited to an admin group and several external IPs. This blocks all access attempts for the moment (but it blocks all good external access as well) How to check? -- 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 65748] Deprecate and remove skin autodiscovery (autoloading) mechanism
https://bugzilla.wikimedia.org/show_bug.cgi?id=65748 James Forrester changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||jforres...@wikimedia.org Resolution|--- |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 65748] Deprecate and remove skin autodiscovery (autoloading) mechanism
https://bugzilla.wikimedia.org/show_bug.cgi?id=65748 --- Comment #14 from Gerrit Notification Bot --- Change 135439 merged by jenkins-bot: Completely remove skin autodiscovery https://gerrit.wikimedia.org/r/135439 -- 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 70909] checkboxes hover and click states are not to spec
https://bugzilla.wikimedia.org/show_bug.cgi?id=70909 --- Comment #2 from Matthew Flaschen --- (In reply to Jared Zimmerman (WMF) from comment #0) > currently checkboxes do not carry the bottom border on hover, only on focus. Can you update mw.ui.checkbox.fw.png at https://trello.com/c/JETLmm7F/7-check-boxes ? Currently it doesn't mention hover at all. It would be good to visually distinguish between the hover and focus states. > additionally when clicked (active) the bottom border disappears. I assume active is the same as focused. > The check mark is only supposed to be green when the both checked and > hovered The mockup shows it green on focus. -- 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 68638] phpunit: SKIPPED: djvu binaries do not exist or are not executable
https://bugzilla.wikimedia.org/show_bug.cgi?id=68638 George Orwell III changed: What|Removed |Added CC||matma@gmail.com --- Comment #6 from George Orwell III --- (In follow-up to George Orwell III from comment #5) > . . . > Can't you first verify the presence - or lack thereof - of the ' > DjVuXML-s.dtd ' file somewhere on what ever it is that is hosting those > other .exe files and just copy-it/add-it to same directory (e.g. file path > is no longer an issue since all files would then reside in the same > "folder")? ?Ok. I guess not... Anyone? Can anyone else verify the presence (or lack thereof) of the ' DjVuXML-s.dtd ' file (is included within the DjVuLibre software package)? p.s.- insuring the successful creation of an XML file that "maps" the embedded text layer would be 'half of the battle' being proposed in bug 57807 btw. -- 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 60196] Flow: moderation dialog popup does not contain cursor automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=60196 Quiddity changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- Assignee|wikibugs-l@lists.wikimedia. |shahyar+wmfbugzilla@gmail.c |org |om --- Comment #4 from Quiddity --- Reopening, as the new modal doesn't have this behaviour yet. -- 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 51106] {{{pagenum}}} should be substituted with a Roman number if specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=51106
George Orwell III changed:
What|Removed |Added
CC||george.orwell.iii@outlook.c
||om
--- Comment #1 from George Orwell III ---
Is this still an issue (if it ever was)?
Seems like this has been the normal behavior (on en.WS) for as long as I can
remember now - whatever the type (or character) assigned in the
for a source file's page (or position) is the same when transcluded to the main
namespace as well as generated in the Page: namespace when {{{pagenum}}} is an
input of the Index: template's header or footer field(s).
Maybe this is not Wikisource wide but language-domain specific?
--
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 71041] Replica MySQL: Views completely missing from some wiki's
https://bugzilla.wikimedia.org/show_bug.cgi?id=71041 --- Comment #4 from Sean Pringle --- labsdb1003 hasn't upgraded to a single MariaDB 10 instance yet. -- 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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 --- Comment #6 from Gerrit Notification Bot --- Change 161638 had a related patch set uploaded by Legoktm: ApiThreadAction: Make sure a Title is set https://gerrit.wikimedia.org/r/161638 -- 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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 Kunal Mehta (Legoktm) changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Kunal Mehta (Legoktm) --- Threads::stripWikitext() calls $wgOut->parseInline() which dies if a Title isn't set. -- 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 35045] Use history.replaceState to rewrite redirect urls
https://bugzilla.wikimedia.org/show_bug.cgi?id=35045 --- Comment #17 from MZMcBride --- (In reply to jeremyb from comment #13) > (In reply to Ricordisamoa from comment #11) >> Now MediaWiki behaves very differently with JavaScript disabled. > > Yes Can someone please elaborate on the "very different" behavior here? Specifics would help. (In reply to Benjamin Mako Hill from comment #16) I believe your understanding is correct, yes. P.S. Hi! Nice to see you active here. :-) -- 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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 --- Comment #4 from Kunal Mehta (Legoktm) --- error=MWException: Empty $mTitle in OutputPage::parse -- 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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 --- Comment #3 from Kunal Mehta (Legoktm) --- Aaaand as I suspected it looks like Thread::validateSubject() for whatever reason is going into an infinite loop. -- 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 71080] clicking on messages in echo flyout not marking as read or clearing count in personal bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=71080 --- Comment #1 from Quiddity --- iiuc, this bug is only for Bundled Flow Topics. E.g. "2 new topics on Talk:Beta Features/Hovercards" For the other Flow Messages (for single items), in order to mark each Notification as read, you do need to either: * Visit the topic (not the board) * Click the "x" at the right of the Notification * Click "Mark all as read". (ie. It will intentionally not mark Messages as read, just by opening the flyout.) -- 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 52029] VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled
https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 --- Comment #3 from Gerrit Notification Bot --- Change 146396 merged by jenkins-bot: Add 'autovalue' to TemplateData https://gerrit.wikimedia.org/r/146396 -- 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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 --- Comment #2 from Kunal Mehta (Legoktm) --- I'm debugging this locally right now, it appears to be getting stuck at Thread::validateSubject() (via the LQT API) and my VM starts maxing out the CPU it has... -- 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 52029] VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled
https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 James Forrester changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |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 53604] VisualEditor: Transclusion dialog improvements (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=53604 Bug 53604 depends on bug 52029, which changed state. Bug 52029 Summary: VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |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 70431] WikiEditor loads in different places in the Page namespace depending upon which user preferences are selected
https://bugzilla.wikimedia.org/show_bug.cgi?id=70431 George Orwell III changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from George Orwell III --- While a separate issue with the positioning of the CharInsert toolbar mentioned in comment #3 remains, the specifically reported problem has been resolved. Not sure if the fix is was a result in part thanks to https://gerrit.wikimedia.org/r/159043 or https://gerrit.wikimedia.org/r/115205 ... or both, but 'fixed is fixed' so I'm closing this bug. If the local core CharInsert .js script is eliminated as a possible cause for the remaining toolbar positioning quirk in the Page: namespace, a new bugzilla will most likely be filed to address that 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 35045] Use history.replaceState to rewrite redirect urls
https://bugzilla.wikimedia.org/show_bug.cgi?id=35045 Benjamin Mako Hill changed: What|Removed |Added CC||m...@atdot.cc --- Comment #16 from Benjamin Mako Hill --- I've a researcher who has studied redirects in Wikipedia. I'm also active from time to time on https://en.wikipedia.org/wiki/Wikipedia:Redirects_for_discussion where we very frequently use viewership statistics to make decisions on which redirects to keep. I wanted to confirm that I understand the effect of this patch on that data that Wikimedia publishes. Here's my understanding: To date, views to redirects count as a views to the redirect page from the perspective of our view-tracking software (e.g., on http://stats.grok.se/). This patch will make it appear, from the browser's URL bar and browser history, that the user is visiting the target page. This patch will not change the way that views are recorded in our view log tables. Things will continue to be recorded in the view logs published by WMF just as they have before. If, however, we were to use any data stored by a users personal history file stored in their browser, the fact that users visited a redirect (and not the target page directly) would disappear. Is that all correct? -- 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 17653] Edit toolbar & Edit tools (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17653 Bug 17653 depends on bug 70431, which changed state. Bug 70431 Summary: WikiEditor loads in different places in the Page namespace depending upon which user preferences are selected https://bugzilla.wikimedia.org/show_bug.cgi?id=70431 What|Removed |Added Status|NEW |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 35925] Wikisource related bugs and enhancements (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35925 Bug 35925 depends on bug 70431, which changed state. Bug 70431 Summary: WikiEditor loads in different places in the Page namespace depending upon which user preferences are selected https://bugzilla.wikimedia.org/show_bug.cgi?id=70431 What|Removed |Added Status|NEW |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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 Helder changed: What|Removed |Added Keywords||code-update-regression CC||he7d3r+b...@gmail.com -- 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 71081] MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 --- Comment #1 from Kunal Mehta (Legoktm) --- (In reply to Kunal Mehta (Legoktm) from comment #0) > From bug comment 7: bug 52729 comment 7* -- 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 52729] MassMessage should support LiquidThreads
https://bugzilla.wikimedia.org/show_bug.cgi?id=52729 Kunal Mehta (Legoktm) changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Kunal Mehta (Legoktm) --- (In reply to Helder from comment #7) In the future, please file a new bug instead of opening old ones. I re-filed this as bug 71081. -- 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 52723] Review and deploy MassMessage extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=52723 Bug 52723 depends on bug 52729, which changed state. Bug 52729 Summary: MassMessage should support LiquidThreads https://bugzilla.wikimedia.org/show_bug.cgi?id=52729 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |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 71081] New: MassMessage LQT support broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=71081 Bug ID: 71081 Summary: MassMessage LQT support broken Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: MassMessage Assignee: wikibugs-l@lists.wikimedia.org Reporter: legoktm.wikipe...@gmail.com CC: b...@mzmcbride.com, legoktm.wikipe...@gmail.com, wctai...@gmail.com Web browser: --- Mobile Platform: --- From bug comment 7: > It is not working anymore: > https://pt.wikibooks.org/wiki/Special:Log/massmessage?uselang=en > > When I tried to send a message to > https://pt.wikibooks.org/wiki/Wikilivros_Discuss%C3%A3o:Caixa_de_areia > by creating this list > https://pt.wikibooks.org/w/index.php?title=Wikilivros: > Caixa_de_areia&oldid=273032 > it showed > "Send mass message > Your message delivery to 1 page has been queued. > Send another message or view how many messages are queued." > but the message was not sent. There are now 6 queued mass messages on > https://pt.wikibooks.org/wiki/Special:Statistics?uselang=en -- 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 55966] Add a "You've not saved your changes" dialogue
https://bugzilla.wikimedia.org/show_bug.cgi?id=55966 James Forrester changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||jforres...@wikimedia.org Resolution|--- |FIXED Target Milestone|--- |1.24.0 release -- 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 31882] Ensure consistency of how special pages [et al.] switches can be saved (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31882 Bug 31882 depends on bug 55966, which changed state. Bug 55966 Summary: Add a "You've not saved your changes" dialogue https://bugzilla.wikimedia.org/show_bug.cgi?id=55966 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 52029] VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled
https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 James Forrester changed: What|Removed |Added Priority|Low |High Assignee|jforrester+veteambztickets@ |mor...@gmail.com |wikimedia.org | Target Milestone|--- |VE-deploy-2014-09-25 -- 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 52029] VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled
https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 --- Comment #2 from Gerrit Notification Bot --- Change 146396 had a related patch set uploaded by Jforrester: [wip] Add 'autovalue' to TemplateData https://gerrit.wikimedia.org/r/146396 -- 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 52029] VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled
https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 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 52029] VisualEditor: Template parameters with "autofill" TemplateData status should be autofilled
https://bugzilla.wikimedia.org/show_bug.cgi?id=52029 Bug 52029 depends on bug 51428, which changed state. Bug 51428 Summary: TempateData: Add an "autofill" attribute for parameters which clients would automatically insert if none specified https://bugzilla.wikimedia.org/show_bug.cgi?id=51428 What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |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 51428] TempateData: Add an "autofill" attribute for parameters which clients would automatically insert if none specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=51428 James Forrester changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |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 69414] Zoom and scroll gestures unusable on mobile browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=69414 --- Comment #18 from Gerrit Notification Bot --- Change 153543 abandoned by Jdlrobson: Work in progress: allow pinch-zoom on image viewer overlay Reason: Thanks Brion but https://gerrit.wikimedia.org/r/160855 got merged so it seems this is all fixed now! :) https://gerrit.wikimedia.org/r/153543 -- 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 71076] Talk: Clicking back from add topic overlay doesn't destroy it
https://bugzilla.wikimedia.org/show_bug.cgi?id=71076 Jon changed: What|Removed |Added Component|stable |beta -- 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 71080] New: clicking on messages in echo flyout not marking as read or clearing count in personal bar
https://bugzilla.wikimedia.org/show_bug.cgi?id=71080 Bug ID: 71080 Summary: clicking on messages in echo flyout not marking as read or clearing count in personal bar Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Echo Assignee: wikibugs-l@lists.wikimedia.org Reporter: jared.zimmer...@wikimedia.org CC: agarr...@wikimedia.org, bs...@wikimedia.org, dh...@wikimedia.org, legoktm.wikipe...@gmail.com, pandiculat...@gmail.com Web browser: --- Mobile Platform: --- post messages/alerts split clicking on unread messages in echo flyout is not marking as read or clearing unread count. I must manually click on mark as read -- 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 71074] Parsoid: Selser drops fostered categories?
https://bugzilla.wikimedia.org/show_bug.cgi?id=71074 --- Comment #2 from Roan Kattouw --- (In reply to Roan Kattouw from comment #0) > User-facing example: go to > https://www.mediawiki.org/wiki/User:Roan_Kattouw_%28WMF%29?veaction=edit Sorry, I meant https://www.mediawiki.org/wiki/User:Roan_Kattouw_%28WMF%29/Fostered_categories?veaction=edit -- 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 69823] BetaFeatures: wgBetaFeaturesFeatures is incomplete, causing wrong UI in preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=69823 --- Comment #4 from Seb35 --- Ah, sorry. I meant https://gerrit.wikimedia.org/r/160213. -- 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 70814] BetaFeatures: Warnings about allowed skins are not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=70814 --- Comment #11 from James Forrester --- (In reply to Seb35 from comment #9) > Yes, I didn’t describe exactly the bug: the allowed skins were never > displayed in the HTML, neither when the current skin is an allowed skin, > neither when the current skin is not an allowed skin. > > With the patch, the JS warning is now correctly triggered. When a blacklist > is specified for a beta feature, it is always added in the HTML. > > For the skin, you are right, it should be displayed only when the current > skin is not allowed. See next patch. This looks good, thank you. :-) -- 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 69823] BetaFeatures: wgBetaFeaturesFeatures is incomplete, causing wrong UI in preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=69823 --- Comment #3 from Seb35 --- https://gerrit.wikimedia.org/r/161629 should have resolved this bug. Is it confirmed? -- 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 70814] BetaFeatures: Warnings about allowed skins are not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=70814 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 70814] BetaFeatures: Warnings about allowed skins are not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=70814 --- Comment #10 from Gerrit Notification Bot --- Change 161629 had a related patch set uploaded by Seb35: Display allowed skins if and only if the current skin is not allowed https://gerrit.wikimedia.org/r/161629 -- 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 51428] TempateData: Add an "autofill" attribute for parameters which clients would automatically insert if none specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=51428 --- Comment #7 from Gerrit Notification Bot --- Change 157820 merged by jenkins-bot: Implement new 'autovalue' parameter property https://gerrit.wikimedia.org/r/157820 -- 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 70814] BetaFeatures: Warnings about allowed skins are not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=70814 Seb35 changed: What|Removed |Added Summary|BetaFeatures: Warnings |BetaFeatures: Warnings |about allowed skins are not |about allowed skins are not |displayed (NOTABUG?)|displayed --- Comment #9 from Seb35 --- Yes, I didn’t describe exactly the bug: the allowed skins were never displayed in the HTML, neither when the current skin is an allowed skin, neither when the current skin is not an allowed skin. With the patch, the JS warning is now correctly triggered. When a blacklist is specified for a beta feature, it is always added in the HTML. For the skin, you are right, it should be displayed only when the current skin is not allowed. See next patch. -- 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 71073] JobQueue does not respect --maxtime
https://bugzilla.wikimedia.org/show_bug.cgi?id=71073 --- Comment #7 from Gerrit Notification Bot --- Change 161626 merged by jenkins-bot: Fixed --maxtime handling by JobRunner https://gerrit.wikimedia.org/r/161626 -- 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 69673] Stop using inline for thumbnail magnify icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 --- Comment #11 from Gerrit Notification Bot --- Change 161625 merged by jenkins-bot: Remove WMF deployment hack for 'Enlarge' image https://gerrit.wikimedia.org/r/161625 -- 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 71077] TemplateData: Import parameters message should rendere as "success" not "error" in the GUI editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=71077 James Forrester changed: What|Removed |Added Priority|Unprioritized |High Status|NEW |ASSIGNED Assignee|jforrester+veteambztickets@ |mor...@gmail.com |wikimedia.org | Summary|TemplateData: Import|TemplateData: Import |parameters message should |parameters message should |rendere as "success" not|rendere as "success" not |"error" |"error" in the GUI editor Severity|normal |minor -- 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 71078] TemplateData: "Required" and "Suggested" label should not wrap in the GUI editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=71078 James Forrester changed: What|Removed |Added Priority|Unprioritized |High Status|NEW |ASSIGNED Assignee|jforrester+veteambztickets@ |mor...@gmail.com |wikimedia.org | Summary|TemplateData: "Required"|TemplateData: "Required" |and "Suggested" label |and "Suggested" label |should not wrap |should not wrap in the GUI ||editor -- 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 71073] JobQueue does not respect --maxtime
https://bugzilla.wikimedia.org/show_bug.cgi?id=71073 Kunal Mehta (Legoktm) changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||legoktm.wikipe...@gmail.com Resolution|--- |FIXED Target Milestone|--- |1.24.0 release --- Comment #6 from Kunal Mehta (Legoktm) --- Marking as fixed, Niklas said it worked on twn. I backported it to REL1_24. -- 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 39480] Bugs affecting translatewiki.net (errors from MediaWiki master) (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39480 Bug 39480 depends on bug 71073, which changed state. Bug 71073 Summary: JobQueue does not respect --maxtime https://bugzilla.wikimedia.org/show_bug.cgi?id=71073 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 69705] "Enlarge" icon (magnify-clip.png) missing a SVG version
https://bugzilla.wikimedia.org/show_bug.cgi?id=69705 Bug 69705 depends on bug 69673, which changed state. Bug 69673 Summary: Stop using inline for thumbnail magnify icon https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 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 69673] Stop using inline for thumbnail magnify icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 James Forrester changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |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 69277] Kill the skins/common/ directory in mediawiki/core, moving the contents somewhere else
https://bugzilla.wikimedia.org/show_bug.cgi?id=69277 Bug 69277 depends on bug 69673, which changed state. Bug 69673 Summary: Stop using inline for thumbnail magnify icon https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |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 71073] JobQueue does not respect --maxtime
https://bugzilla.wikimedia.org/show_bug.cgi?id=71073 --- Comment #5 from Gerrit Notification Bot --- Change 161626 had a related patch set uploaded by Legoktm: Fixed --maxtime handling by JobRunner https://gerrit.wikimedia.org/r/161626 -- 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 69673] Stop using inline for thumbnail magnify icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 --- Comment #10 from Gerrit Notification Bot --- Change 154831 merged by jenkins-bot: Remove WMF deployment hack for 'Enlarge' image https://gerrit.wikimedia.org/r/154831 -- 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 71079] New: Mobile redirect goes to wrong domain name on beta labs
https://bugzilla.wikimedia.org/show_bug.cgi?id=71079 Bug ID: 71079 Summary: Mobile redirect goes to wrong domain name on beta labs Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: deployment-prep (beta) Assignee: wikibugs-l@lists.wikimedia.org Reporter: rkald...@wikimedia.org CC: benap...@gmail.com, cmcma...@wikimedia.org, g...@wikimedia.org, has...@free.fr, mhershber...@wikimedia.org, platoni...@gmail.com, t...@tim-landscheidt.de Web browser: --- Mobile Platform: --- Tried logging into beta labs from my iPhone and I get redirected to: www.en.m.wikipedia.beta.wmflabs.org which throws an internal server error: "Mobile domains are not served from this server IP address." -- 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 67481] mw.trackSubscribe should prevent infinite recursion
https://bugzilla.wikimedia.org/show_bug.cgi?id=67481 Bartosz Dziewoński changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68571] OOjs UI: Auto-shortening of dialog titles when there's insufficient space isn't working
https://bugzilla.wikimedia.org/show_bug.cgi?id=68571 Bartosz Dziewoński changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED Assignee|matma@gmail.com |jforrester+veteambztickets@ ||wikimedia.org --- Comment #8 from Bartosz Dziewoński --- As fixed as it's going to get. -- 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 69705] "Enlarge" icon (magnify-clip.png) missing a SVG version
https://bugzilla.wikimedia.org/show_bug.cgi?id=69705 Bug 69705 depends on bug 69673, which changed state. Bug 69673 Summary: Stop using inline for thumbnail magnify icon https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW 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 69277] Kill the skins/common/ directory in mediawiki/core, moving the contents somewhere else
https://bugzilla.wikimedia.org/show_bug.cgi?id=69277 Bug 69277 depends on bug 69673, which changed state. Bug 69673 Summary: Stop using inline for thumbnail magnify icon https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|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 69673] Stop using inline for thumbnail magnify icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 Gerrit Notification Bot changed: What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|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 69673] Stop using inline for thumbnail magnify icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=69673 --- Comment #9 from Gerrit Notification Bot --- Change 161625 had a related patch set uploaded by Jforrester: Remove WMF deployment hack for 'Enlarge' image https://gerrit.wikimedia.org/r/161625 -- 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 68571] OOjs UI: Auto-shortening of dialog titles when there's insufficient space isn't working
https://bugzilla.wikimedia.org/show_bug.cgi?id=68571 --- Comment #7 from Gerrit Notification Bot --- Change 160812 abandoned by Bartosz Dziewoński: ProcessDialog: Don't center the title label if there's not enough space Reason: Okay, so it seems we don't actually want to do this. I'm not sure if I agree, but I can accept that this is by design. https://gerrit.wikimedia.org/r/160812 -- 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 69480] Special:Nearby doesn't work on it:voy
https://bugzilla.wikimedia.org/show_bug.cgi?id=69480 --- Comment #9 from Andyrom75 --- Thanks a lot Max I think at least I've improved the situation, if not fixed :-) Feel free to make some test on https://it.m.wikivoyage.org and let me know if you agree that is working properly. -- 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 71078] New: TemplateData: "Required" and "Suggested" label should not wrap
https://bugzilla.wikimedia.org/show_bug.cgi?id=71078 Bug ID: 71078 Summary: TemplateData: "Required" and "Suggested" label should not wrap Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: TemplateData Assignee: jforrester+veteambztick...@wikimedia.org Reporter: krinklem...@gmail.com CC: jforres...@wikimedia.org, krinklem...@gmail.com, tpars...@wikimedia.org Blocks: 65544 Web browser: --- Mobile Platform: --- Created attachment 16525 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16525&action=edit Screenshot of bug. These labels are only one word long (in English anyway), but due to the compact layout, it is currently forced to wrap to the next line. From a user point of view this looks like a bug. There's no reason for the label to be under the checkbox instead of right next to 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 65544] TemplateData: GUI editor (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=65544 Krinkle changed: What|Removed |Added Depends on||71078 -- 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 71073] JobQueue does not respect --maxtime
https://bugzilla.wikimedia.org/show_bug.cgi?id=71073 --- Comment #4 from Gerrit Notification Bot --- Change 161618 merged by jenkins-bot: Fixed --maxtime handling by JobRunner https://gerrit.wikimedia.org/r/161618 -- 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 71077] TemplateData: Import parameters message should rendere as "success" not "error"
https://bugzilla.wikimedia.org/show_bug.cgi?id=71077 Krinkle changed: What|Removed |Added Blocks||65544 -- 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 65544] TemplateData: GUI editor (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=65544 Krinkle changed: What|Removed |Added Depends on||71077 -- 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 71077] New: TemplateData: Import parameters message should rendere as "success" not "error"
https://bugzilla.wikimedia.org/show_bug.cgi?id=71077 Bug ID: 71077 Summary: TemplateData: Import parameters message should rendere as "success" not "error" Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: TemplateData Assignee: jforrester+veteambztick...@wikimedia.org Reporter: krinklem...@gmail.com CC: jforres...@wikimedia.org, krinklem...@gmail.com, tpars...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 16524 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16524&action=edit Screenshot of bug. 1. Edit a template with no documentation yet 2. "Manage template data" 3. Import parameters Expected: Message "4 new parameters were imported." is displayed in a green box, similar to Special:Preferences, using class=successbox Actual It renders as an error with class=errorbox. -- 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 70972] Normal buttons should have a minimum width to provide accessible targets
https://bugzilla.wikimedia.org/show_bug.cgi?id=70972 --- Comment #4 from Jared Zimmerman (WMF) --- Ryan, what screens were the issues present on? also this doesn't affect "square" buttons (e.g. button groups) -- 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 71074] Parsoid: Selser drops fostered categories?
https://bugzilla.wikimedia.org/show_bug.cgi?id=71074 ssas...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Normal --- Comment #1 from ssas...@wikimedia.org --- This behavior is partly "by design". The current behavior is optimized for scenarios where the table (from which content got fostered) is not edited. We want to prevent corruption (loss of information OR duplication of content) in those scenarios. The wt2html parse assigns zero-width dsr info to fostered content. This works well in selser because when it encounters these nodes, it just emits an empty string and the table after it emits the original content (as long as it was not edited). But, if the table is edited, the fostered content node before it goes to '', and the table is serialized normally. Since the table html no longer has the fostered content there, the table doesn't emit the fosterable content either, and effectively, that is lost. The solution to this problem would be to fix our DOMDiff to set edit-flags of fostered content nodes to be the same as edit-flags of the table from which they were fostered. -- 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 66759] VisualEditor Mobile: For the first time in each edit session in Nexus 7(Android 4.4.2), Link Inspector gets auto-zoomed in, which looks like partial rendering of the UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=66759 James Forrester changed: What|Removed |Added Assignee|jgon...@wikimedia.org |jforrester+veteambztickets@ ||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 65325] VisualEditor Mobile: Cursor appears over the toolbar in iPad Mini and Nexus 7 for Mobile VE
https://bugzilla.wikimedia.org/show_bug.cgi?id=65325 James Forrester changed: What|Removed |Added Assignee|jgon...@wikimedia.org |jforrester+veteambztickets@ ||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 68832] VisualEditor Mobile: Toolbar does not float while tapping towards the end of the screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=68832 James Forrester changed: What|Removed |Added Assignee|jgon...@wikimedia.org |jforrester+veteambztickets@ ||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 70154] BetaFeatures: Show a message on the BF preferences pane with details of how to write your own
https://bugzilla.wikimedia.org/show_bug.cgi?id=70154 James Forrester changed: What|Removed |Added Summary|BetaFeatures should have an |BetaFeatures: Show a |encouraging message in the |message on the BF |beta tab|preferences pane with ||details of how to write ||your own -- 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
