[Bug 52540] redis::ganglia collides with python-redis package
https://bugzilla.wikimedia.org/show_bug.cgi?id=52540 Ori Livneh o...@wikimedia.org changed: What|Removed |Added Keywords||upstream URL||https://github.com/ganglia/ ||monitor-core/issues/22 Assignee|wikibugs-l@lists.wikimedia. |o...@wikimedia.org |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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 This, that and the other at.li...@live.com.au changed: What|Removed |Added CC||at.li...@live.com.au --- Comment #1 from This, that and the other at.li...@live.com.au --- Why can't you just create the pages in main namespace, just prefixing the titles with Concept:? Or if you need a different namespace, use the Help namespace or something for your tests. As you can see from [[testwiki:Special:AllPages/Help:]], there's not much there. -- 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 52316] MediaWiki code update sometime leave deleted files
https://bugzilla.wikimedia.org/show_bug.cgi?id=52316 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Depends on||52534 -- 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 52534] Special:UserLogin shows Fatal Error for Translate/specials/SpecialManageGroups.php trying to include OggHandler
https://bugzilla.wikimedia.org/show_bug.cgi?id=52534 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Blocks||52316 --- Comment #3 from Antoine hashar Musso has...@free.fr --- That is Bug 52316 - MediaWiki code update sometime leave deleted files -- 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 52354] Run Minion testing instance for security testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=52354 --- Comment #5 from Antoine hashar Musso has...@free.fr --- (In reply to comment #1) There is a few culprit to handle such as instances not being able to access the external NAT public IP, but that can be worked around. I was referring there to bug 45868 which in ops land. @tyler just get yourself an instance inside deployment-prep project, this way anyone will be able to access it :-) If accessing the HTTP caches public IP from the instance, you will have to play with iptables to rewrite the instance outgoing packets so they use the internal instance address instead of the public one: iptables -t nat -I OUTPUT --dest public IP of cache \ -j DNAT --to-dest corresponding instance 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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 --- Comment #2 from Snowolf wikimedia.b...@snowolf.eu --- I fail to see the need for this namespace at all, and I am not happy about no pointer to this request having ever been put on testwiki so that users might comment on this. I would say that this should not be implemented with local community consensus, even if it's testwiki, and that a namespace for one experiment is utterly silly. Put whatever you need in your userspace or mainspace. -- 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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||b...@mzmcbride.com, ||p858sn...@gmail.com --- Comment #3 from p858snake p858sn...@gmail.com --- (In reply to comment #1) Why can't you just create the pages in main namespace, just prefixing the titles with Concept:? Don't fake namespaces like that... ever... (In reply to comment #2) I fail to see the need for this namespace at all, and I am not happy about no pointer to this request having ever been put on testwiki so that users might comment on this. This is test wiki.. its designed for testing rubbish, and namespaces are cheap. Does testwiki even have a real community? -- 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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 --- Comment #4 from This, that and the other at.li...@live.com.au --- (In reply to comment #3) Does testwiki even have a real community? There are people who watch recent changes, etc, but there is no community as such. I think it's fair to say that testwiki community consensus is not relevant. Actually, the more I think about it, I actually like the idea of creating a couple of custom namespaces on testwiki, just for testing purposes (of course): something like 100 = Portal, 102 = MoreTest. -- 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 51423] VisualEditor: Broken DivX browser plugin causes myEventWatcherDiv to be injected into the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=51423 Elitre elitr...@gmail.com changed: What|Removed |Added CC||elitr...@gmail.com --- Comment #11 from Elitre elitr...@gmail.com --- On it.wp as well: http://it.wikipedia.org/w/index.php?title=Tank_Palamaradiff=60582899oldid=60582688 -- 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 51963] File with empty |link= parameter becomes undefined .. nullxnullpx
https://bugzilla.wikimedia.org/show_bug.cgi?id=51963 Elitre elitr...@gmail.com changed: What|Removed |Added CC||elitr...@gmail.com --- Comment #3 from Elitre elitr...@gmail.com --- On it.wp as well: http://it.wikipedia.org/w/index.php?title=Cappella_Sanseverodiff=prevoldid=60497840 -- 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 48606] Tables produced by German template Klimatabelle not rendered correctly in PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=48606 --- Comment #2 from Volker Haas volker.h...@pediapress.com --- My colleagues and I who are responsible for the Collection extension actually read this, and we have accounts. TMg, you are correct that the print templates are no longer working. Support for print templates had to be dropped in order to support lua templating (which was requested in a ticket by the community/wikimedia devs). The proposed workaround for the missing print template functionality can be found in the following ticket: https://bugzilla.wikimedia.org/show_bug.cgi?id=50750 -- 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 52533] Add autopatrolled protection level on ckb.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=52533 This, that and the other at.li...@live.com.au changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC||at.li...@live.com.au Assignee|wikibugs-l@lists.wikimedia. |at.li...@live.com.au |org | 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 52531] TMH does not delete transcodes of deleted media
https://bugzilla.wikimedia.org/show_bug.cgi?id=52531 --- Comment #1 from Jan Gerber jger...@wikimedia.org --- I get a 404 for both urls, possibly just a caching 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
[Bug 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 --- Comment #5 from Snowolf wikimedia.b...@snowolf.eu --- I do not think it is fair to say that a proposal to add a namespace can be handled on bugzilla without even notifying the local project on their village pump that this bugzilla discussion is taking place. And yes, local projects have a right to discuss changes made to them, even a testwiki. If a new namespace is needed and designed to house concepts, as I don't think we're talking about a one-off namespace, then the community has to be consulted. It might be a good idea, it might not, but to shy away from even a notification is not okey. -- 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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 --- Comment #6 from This, that and the other at.li...@live.com.au --- [[testwiki:Wikipedia:Village_pump#Proposal_for_additional_namespaces_for_Test_Wiki]] -- 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 52533] Add autopatrolled protection level on ckb.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=52533 --- Comment #1 from This, that and the other at.li...@live.com.au --- I think you want autopatrol rather than autopatrolled there. Using autopatrol will mean that such pages can be edited by autopatrolled, bot and sysop users, which is probably what you want. -- 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 52533] Add autopatrolled protection level on ckb.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=52533 --- Comment #2 from Calak calakw...@yahoo.com --- Yes, autopatrolled is name of group; you should use autopatrol in $wgRestrictionLevels setting. -- 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 52541] New: TypeError: mw.translateHooks is undefined
https://bugzilla.wikimedia.org/show_bug.cgi?id=52541
Web browser: ---
Bug ID: 52541
Summary: TypeError: mw.translateHooks is undefined
Product: MediaWiki extensions
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Translate
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: federicol...@tiscali.it
CC: alolita.sha...@gmail.com, asha...@wikimedia.org,
kartik.mis...@gmail.com, niklas.laxst...@gmail.com,
run...@gmail.com, s.mazel...@xs4all.nl,
santhosh.thottin...@gmail.com
Classification: Unclassified
Mobile Platform: ---
1) Open a translatable message:
https://translatewiki.net/wiki/Special:Random/MediaWiki
2) Click edit
3) Above the qqq/docs section, click the contribute link to edit it
4) Do your edit and save
I. Expected: the popup is closed and I stay where I was or I'm redirected to
some meaningful place.
II. Observed: https://translatewiki.net/w/api.php is opened in the same window,
with content e.g.
{edit:{result:Success,pageid:3174480,title:MediaWiki:Openid-convert-already-your-openid-text/qqq,contentmodel:wikitext,oldrevid:4880899,newrevid:4880906,newtimestamp:2013-08-05T11:08:24Z}}
and the error console shows:
Timestamp: 05/08/2013 13:08:05
Error: TypeError: mw.translateHooks is undefined
Source File:
https://translatewiki.net/w/extensions/Translate/resources/js/ext.translate.quickedit.js
Line: 158
--
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 52531] TMH does not delete transcodes of deleted media
https://bugzilla.wikimedia.org/show_bug.cgi?id=52531 --- Comment #2 from Marco maic...@yahoo.com --- possibly. I still get the file(s), though. wget -S http://upload.wikimedia.org/wikipedia/commons/transcoded/7/72/Ainomamade.wav/Ainomamade.wav.ogg --2013-08-05 13:26:14-- http://upload.wikimedia.org/wikipedia/commons/transcoded/7/72/Ainomamade.wav/Ainomamade.wav.ogg Resolving upload.wikimedia.org (upload.wikimedia.org)... 91.198.174.234, 2620:0:862:ed1a::b Connecting to upload.wikimedia.org (upload.wikimedia.org)|91.198.174.234|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK X-Object-Meta-Sha1base36: 9zt0cg135ly9twlrauxjxlc4cwp1h41 Last-Modified: Wed, 24 Jul 2013 04:34:52 GMT Etag: 72bf7863a9dfa797968bccad76d09f40 X-Timestamp: 1374640492.41808 Content-Type: application/ogg X-Varnish: 3099219985, 112751158 9111791, 1418575134 Via: 1.1 varnish, 1.1 varnish, 1.1 varnish Content-Length: 690198 Accept-Ranges: bytes Date: Mon, 05 Aug 2013 11:26:14 GMT Age: 79269 Connection: keep-alive X-Cache: cp1064 miss (0), cp3006 hit (10), cp3006 frontend miss (0) Access-Control-Allow-Origin: * Length: 690198 (674K) [application/ogg] Saving to: `Ainomamade.wav.ogg' 100%[==] 690,198 2.39M/s in 0.3s 2013-08-05 13:26:14 (2.39 MB/s) - `Ainomamade.wav.ogg' saved [690198/690198] -- 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 52379] Upload takes forever for some photos, not others
https://bugzilla.wikimedia.org/show_bug.cgi?id=52379 --- Comment #4 from al...@albinolsson.com --- I see now, that the files that was uploaded without problems are under 5 MB, and the ones causing problems are around 10 and 15 MB. I have a 100/100 connection that works very well. -- 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 52542] New: Lack of consistency in preferences/Gadgets settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=52542 Web browser: --- Bug ID: 52542 Summary: Lack of consistency in preferences/Gadgets settings Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: User preferences Assignee: wikibugs-l@lists.wikimedia.org Reporter: hartman.w...@gmail.com CC: agarr...@wikimedia.org Classification: Unclassified Mobile Platform: --- Just look at my mw.user.options table added below. 1 vs true vs 1. I'm in favor of using numbers over booleans here, but why do we have string values for numbers ? Worse yet, check the inconsistency in Gadgets. Gadgets enabled by default return 1 and gadgets enabled by the user return 1. We should really do a bit of clean up here, and possibly even cleanup the existing values in tables, this makes coding JS against these pages more fragile than needed. aftv5-last-filter: null ccmeonemails: 0 cols: 120 date: mdy diffonly: 1 disablemail: 0 disablesuggest: 0 echo-email-format: html echo-email-frequency: 0 echo-notify-show-link: true echo-show-alert: true echo-subscriptions-email-article-linked: false echo-subscriptions-email-edit-thank: false echo-subscriptions-email-edit-user-talk: 1 echo-subscriptions-email-mention: false echo-subscriptions-email-other: false echo-subscriptions-email-page-review: false echo-subscriptions-email-reverted: false echo-subscriptions-email-system: true echo-subscriptions-web-article-linked: 1 echo-subscriptions-web-edit-thank: true echo-subscriptions-web-edit-user-talk: true echo-subscriptions-web-mention: true echo-subscriptions-web-other: true echo-subscriptions-web-page-review: true echo-subscriptions-web-reverted: true echo-subscriptions-web-system: true editfont: default editondblclick: 0 editsection: 1 editsectiononrightclick: 0 enotifminoredits: 0 enotifrevealaddr: 0 enotifusertalkpages: 1 enotifwatchlistpages: 0 ep_bulkdelcourses: true ep_bulkdelorgs: false ep_showdyk: true ep_showtoplink: false extendwatchlist: 0 fancysig: 1 flaggedrevseditdiffs: true flaggedrevssimpleui: 1 flaggedrevsstable: 0 flaggedrevsviewdiffs: false forceeditsummary: 1 gadget-BugStatusUpdate: 1 gadget-DRN-wizard: 1 gadget-HotCat: 1 gadget-Navigation_popups: 1 gadget-NoAnimations: 1 gadget-PrintOptions: 1 gadget-ReferenceTooltips: 1 gadget-UTCLiveClock: 1 gadget-addsection-plus: 1 gadget-charinsert: 1 gadget-contribsrange: 1 gadget-edittop: 1 gadget-exlinks: 1 gadget-metadata: 1 gadget-mySandbox: 1 gadget-purgetab: 1 gadget-teahouse: 1 gadget-widensearch: 1 gadget-wikEd: 1 gadget-wikEdDiff: 1 gender: male gettingstarted-task-toolbar-show-intro: hideminor: 0 hidepatrolled: 0 imagesize: 2 justify: 0 language: en math: 6 mfWatchlistFilter: all mfWatchlistView: feed minordefault: 0 newpageshidepatrolled: 0 nocache: 0 noconvertlink: 0 norollbackdiff: 0 numberheadings: 0 previewonfirst: 0 previewontop: 1 rcdays: 7 rclimit: 50 rcshowwikidata: 1 rememberpassword: 0 rows: 30 searchNs0: true searchNs1: false searchNs2: false searchNs3: false searchNs4: false searchNs5: false searchNs6: false searchNs7: false searchNs8: false searchNs9: false searchNs10: false searchNs11: false searchNs12: false searchNs13: false searchNs14: 1 searchNs15: false searchNs100: false searchNs101: false searchNs108: false searchNs109: false searchNs446: false searchNs447: false searchNs710: false searchNs711: false searchNs828: false searchNs829: false searchlimit: 20 showhiddencats: 1 showjumplinks: 1 shownumberswatching: 1 showtoc: 1 showtoolbar: 1 skin: vector stubthreshold: 2000 thumbsize: 4 timecorrection: ZoneInfo|120|Europe/Amsterdam uls-preferences: underline: 2 usebetatoolbar: 1 usebetatoolbar-cgd: 1 useeditwarning: 1 uselivepreview: 0 usenewrc: 1 userjs-curationtoolbar: hidden variant: en vector-collapsiblenav: 1 vector-simplesearch: 1 visualeditor-betatempdisable: 0 visualeditor-enable: 1 watchcreations: 1 watchdefault: 0 watchdeletion: 0 watchlistdays: 3 watchlisthideanons: 0 watchlisthidebots: 0 watchlisthideliu: 0 watchlisthideminor: 0 watchlisthideown: 0 watchlisthidepatrolled: 0 watchmoves: 0 wikilove-enabled: 1 wllimit: 250 wlshowwikibase: 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 52542] Lack of consistency in preferences/Gadgets settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=52542 --- Comment #1 from Bartosz Dziewoński matma@gmail.com --- Values that are actually saved in the database (ie, non-default ones) are always strings, and apparently usually equal to 1 (but for boolean prefs any truthy value is technically possible, especially if one uses the API to set them). Values that are default ones are equal to whatever the programmer decided, and as you can see they might be 1/0, true/false, 1/0 or null. You should just check for truthiness in this case. I'm not sure how to solve this, or whether we actually want to solve this; normalizing values of boolean prefs to true/false just before building this list (in ResourceLoaderUserOptionsModule#getScript) seems like the best way. -- 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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 --- Comment #7 from Technical 13 technical...@yahoo.com --- The specific reason that Main or Help namespace can't be used for this project is that anonymous IPs need to be able to edit in the namespace (which can not be done currently in any namespace on enwp [which was forcing us to try and work around that technical restriction by having them do it in a talkspace, resulting in creating new editors that were confused as to where to edit and causing a little bit of a mess] and this needs to be as accurate of a demonstration/test setup to what might go live on enwp as possible). If it wasn't for that technical restriction, I wouldn't have even asked. As far as putting up some kind of rfc, I wasn't aware the the testwiki worked that way and that wasn't the impression I got when I asked on #wikimedia-tech on IRC. Had I had been told that needed to be done, I would have done it without any complaints. It would seem that this has been started on my behalf at [[testwiki:Wikipedia:Village_pump#Proposal_for_additional_namespaces_for_Test_Wiki]] with a link pointing here, thanks This, that and the other. :) -- 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 51444] Adding heading adds br/ inside
https://bugzilla.wikimedia.org/show_bug.cgi?id=51444 Elitre elitr...@gmail.com changed: What|Removed |Added CC||elitr...@gmail.com --- Comment #4 from Elitre elitr...@gmail.com --- Also reported at http://mr.wikipedia.org/w/index.php?title=%E0%A4%9F%E0%A4%BE%E0%A4%95%E0%A4%A3%E0%A4%95%E0%A4%BE%E0%A4%B0_(%E0%A4%B8%E0%A4%AE%E0%A4%BE%E0%A4%9C)curid=66935diff=1193242oldid=1193112 . -- 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 51205] VisualEditor: support right-click on page titles and different formatting for disambiguation
https://bugzilla.wikimedia.org/show_bug.cgi?id=51205 Elitre elitr...@gmail.com changed: What|Removed |Added Summary|TemplateData: support |VisualEditor: support |right-click on page titles |right-click on page titles |and different formatting|and different formatting |for disambiguation |for disambiguation -- 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 52528] Request for Concept: namespace to be created on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=52528 --- Comment #8 from This, that and the other at.li...@live.com.au --- IPs can create pages in any namespace on testwiki. I don't know what the enwiki setup has to do with this request. -- 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 52533] Add autopatrolled protection level on ckb.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=52533 Gerrit Notification Bot gerritad...@wikimedia.org 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 51968] VisualEditor: can't remove missing image
https://bugzilla.wikimedia.org/show_bug.cgi?id=51968 --- Comment #2 from Elitre elitr...@gmail.com --- http://en.wikipedia.org/w/index.php?title=Walton_%28company%29diff=567155604oldid=565055473 This might be related (not sure how they managed to remove the bracket!) -- 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 51585] Visual Editor: link targets in image caption assumed to be same namespace when opened with ctrl+click
https://bugzilla.wikimedia.org/show_bug.cgi?id=51585 --- Comment #1 from Chris McKenna cmcke...@sucs.org --- Well for me redlinks seem to be working properly and all other links (including section links) are exhibiting the behaviour described in bug 51122 (which I'm about to update). I'm using Firefox 22/Linux/Monobook. Is this still reproducable on other systems? -- 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 51122] Visual Editor: wrong URL when opening red links and section links from editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=51122 --- Comment #1 from Chris McKenna cmcke...@sucs.org --- Well for me redlinks seem to be working properly and all other links (including section links) are exhibiting the behaviour described in bug 51585 (which I'm about to update). I'm using Firefox 22/Linux/Monobook. Is this still reproducable on other systems? -- 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 48915] VisualEditor: Respect Parsoid's base
https://bugzilla.wikimedia.org/show_bug.cgi?id=48915 --- Comment #5 from Bartosz Dziewoński matma@gmail.com --- *** Bug 51122 has been marked as a duplicate of this bug. *** -- 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 51585] Visual Editor: link targets in image caption assumed to be same namespace when opened with ctrl+click
https://bugzilla.wikimedia.org/show_bug.cgi?id=51585 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||matma@gmail.com Resolution|--- |DUPLICATE --- Comment #2 from Bartosz Dziewoński matma@gmail.com --- *** This bug has been marked as a duplicate of bug 48915 *** -- 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 51122] Visual Editor: wrong URL when opening red links and section links from editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=51122 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||matma@gmail.com Resolution|--- |DUPLICATE --- Comment #2 from Bartosz Dziewoński matma@gmail.com --- *** This bug has been marked as a duplicate of bug 48915 *** -- 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 48915] VisualEditor: Respect Parsoid's base
https://bugzilla.wikimedia.org/show_bug.cgi?id=48915 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #4 from Bartosz Dziewoński matma@gmail.com --- *** Bug 51585 has been marked as a duplicate of this bug. *** -- 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 48915] VisualEditor: Respect Parsoid's base
https://bugzilla.wikimedia.org/show_bug.cgi?id=48915 --- Comment #6 from Bartosz Dziewoński matma@gmail.com --- Come on guys, this is high major since May. -- 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 48915] VisualEditor: Respect Parsoid's base
https://bugzilla.wikimedia.org/show_bug.cgi?id=48915 --- Comment #7 from Chris McKenna cmcke...@sucs.org --- To hopefully help people find this bug, here is the description from bug 51122 link targets assumed to be same namespace when opened with ctrl+click updated to reflect that it now happens with all links, not just those in image captions: When opening a link from the editing interface using ctrl+click (or open in a new tab from the right button menu) the link target is assumed to be in the same namespace as the currently edited page. For example a link to [[Bridgnorth Cliff Railway]] from the page [[User:Thryduulf/sandbox]] is opened as [[User:Thryduulf/Bridgnorth Cliff Railway]]. A link to [[User:Thryduulf/sandbox2]] on the same page opens [[User:Thryduulf/User%3AThryduulf%2Fsandbox2]]. A link to that sandbox page from a page in the article namespace opens as [[User%3AThryduulf%2Fsandbox2]], but this does get you to the correct page. -- 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 51205] VisualEditor: support right-click on page titles and different formatting for disambiguation
https://bugzilla.wikimedia.org/show_bug.cgi?id=51205 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #1 from Chris McKenna cmcke...@sucs.org --- You can use right click or ctrl+click on the links once inserted into the page, but per Bug 48915 this currently leads to the wrong namespace for links other than those to and from the article namespace. -- 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 51205] VisualEditor: support right-click on page titles and different formatting for disambiguation
https://bugzilla.wikimedia.org/show_bug.cgi?id=51205 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=37901 -- 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 37901] VisualEditor: Links are not shown as redlinks when their target is blank (or as 'stub-alternate-colour' if appropriate)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37901 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=51205 -- 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 52388] Use changeops for set and remove qualifiers and references
https://bugzilla.wikimedia.org/show_bug.cgi?id=52388 Gerrit Notification Bot gerritad...@wikimedia.org 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 52388] Use changeops for set and remove qualifiers and references
https://bugzilla.wikimedia.org/show_bug.cgi?id=52388 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77358 had a related patch set uploaded by Tobias Gritschacher: Use ChangeOps for qualifier modules https://gerrit.wikimedia.org/r/77358 -- 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 52389] Refactor set and remove qualifiers and references to use new edit summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=52389 Gerrit Notification Bot gerritad...@wikimedia.org 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 52389] Refactor set and remove qualifiers and references to use new edit summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=52389 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77358 had a related patch set uploaded by Tobias Gritschacher: Use ChangeOps for qualifier modules https://gerrit.wikimedia.org/r/77358 -- 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 52543] New: stripprefix=1 on Special:PrefixIndex completely hides first link
https://bugzilla.wikimedia.org/show_bug.cgi?id=52543 Web browser: --- Bug ID: 52543 Summary: stripprefix=1 on Special:PrefixIndex completely hides first link Product: MediaWiki Version: 1.22-git Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages Assignee: wikibugs-l@lists.wikimedia.org Reporter: mr.h...@gmx.de Classification: Unclassified Mobile Platform: --- Not much to explain. If you use the new stripprefix=1 checkbox at [[Special:PrefixIndex]] and you use an existing page name as the prefix the first link is stripped to an empty string and therefor completely hidden. http://en.wikipedia.org/wiki/Special:PrefixIndex/WP:WikiProject_Comics?stripprefix=1 The resulting HTML looks like this (no content between a and /a): a href=/wiki/Wikipedia:WikiProject_Comics title=Wikipedia:WikiProject Comics/a Not sure if this should be a major bug because it could make you think an existing page does not exist. Simply solution: Display the unstripped page name in case the stripped page name matches /^\s*$/s. This would be a lot more useful in my opinion than a constant replacement. -- 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 52544] New: VisualEditor or Parsoid: inserted HTML code instead of Wikilink
https://bugzilla.wikimedia.org/show_bug.cgi?id=52544
Web browser: ---
Bug ID: 52544
Summary: VisualEditor or Parsoid: inserted HTML code instead of
Wikilink
Product: VisualEditor
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Editing Tools
Assignee: rm...@wikimedia.org
Reporter: cmcke...@sucs.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
At line 42 of
https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandboxdiff=567254040oldid=566841354
attempting replace what appeared to be an empty image caption with The
[[Sun]] (using ctrl+k for the link, no wikicode) resulted in the insertion
instead of:
The a style=white-space:nowrap
data-mw={quot;targetquot;:{quot;wtquot;:quot;valquot;,quot;hrefquot;:quot;../Template:Valquot;},quot;paramsquot;:{quot;1quot;:{quot;wtquot;:quot;4.6quot;},quot;ulquot;:{quot;wtquot;:quot;byrquot;}},quot;iquot;:0}
rel=mw:WikiLink href=SunSun/a
The images were left over from testing for Bug 52341 and so that bug may be
related.
--
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 51420] VisualEditor: top icons: featured star and good plus layout
https://bugzilla.wikimedia.org/show_bug.cgi?id=51420 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #4 from Chris McKenna cmcke...@sucs.org --- The meta-templates bug 51322 has been marked as fixed, but the issue of top icons is still ongoing. -- 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 52546] New: Flood flag for zh.wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=52546 Web browser: --- Bug ID: 52546 Summary: Flood flag for zh.wikinews Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests Assignee: wikibugs-l@lists.wikimedia.org Reporter: waihor...@yahoo.com.hk CC: benap...@gmail.com, dereck...@espace-win.org, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- https://zh.wikinews.org/w/index.php?title=Wikinews:%E8%8C%B6%E9%A6%86oldid=84914#.E5.BB.BA.E8.AD.B0.E6.96.B0.E5.A2.9Eflood.E5.8F.8Aautopatrolled.E6.AC.8A.E9.99.90 According to a community discussion linked above, I am now requesting to add a flood flag to zh.wikinews.org. The setting are listed below: * User permission group Flood contains the permission bot. * All sysops can grant or remove this permission from any user. * All user with flood flag can remove the flag from its own account. Thank you for performing the above configure changes. :) -- 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 52546] Flood flag for zh.wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=52546 Waihorace waihor...@yahoo.com.hk changed: What|Removed |Added Keywords||shell Version|wmf-deployment |unspecified -- 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 45424] CSV files are recognized as text/plain and cannot be uploaded with the .csv file extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=45424 bhu73 mark.rowla...@riksbyggen.se changed: What|Removed |Added CC||mark.rowla...@riksbyggen.se --- Comment #5 from bhu73 mark.rowla...@riksbyggen.se --- have the same issue with Windows 2012. as well as File extension .xlsx does not match the detected MIME type of the file (application/vnd.ms-excel). File extension .docx does not match the detected MIME type of the file (application/msword). -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45424] CSV files are recognized as text/plain and cannot be uploaded with the .csv file extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=45424 --- Comment #6 from Sam Reed (reedy) s...@reedyboy.net --- docx is application/vnd.openxmlformats-officedocument.wordprocessingml.document xlsx is application/vnd.openxmlformats-officedocument.spreadsheetml.sheet http://technet.microsoft.com/en-us/library/ee309278%28office.12%29.aspx -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 51098] Enable Kulmus fonts for Hebrew
https://bugzilla.wikimedia.org/show_bug.cgi?id=51098 --- Comment #4 from Dovi Jacobs dovijac...@yahoo.com --- No problem. Let's go ahead with Keter YG. -- 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 52547] New: VisualEditor: transclusion icon appear relative to a boxes initial position not its actual position
https://bugzilla.wikimedia.org/show_bug.cgi?id=52547
Web browser: ---
Bug ID: 52547
Summary: VisualEditor: transclusion icon appear relative to a
boxes initial position not its actual position
Product: VisualEditor
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Editing Tools
Assignee: rm...@wikimedia.org
Reporter: r...@singsurf.org
CC: jforres...@wikimedia.org, krinklem...@gmail.com,
rm...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
From http://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Quote_box
In the adventures of tintin
http://en.wikipedia.org/wiki/The_Adventures_of_Tintin?veaction=edit
the first {{quote box}} has been pushed down by the info box. The transclusion
icon for this appears appear where the quote box was initially (just below the
History section header on the right hand side) not where it actually appears.
--
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 52481] OAuth can't validate http parameters with spaces in the name
https://bugzilla.wikimedia.org/show_bug.cgi?id=52481 --- Comment #1 from Brad Jorsch bjor...@wikimedia.org --- Actually it's PHP mangling the names, as the same behavior is seen in a four-line test page that just echos back $_GET and $_POST. ?php header( 'Content-Type: text/plain' ); var_dump($_GET); var_dump($_POST); Besides space, this also affects period and open-bracket (and ASCII NUL truncates the key), at least in PHP 5.5.1 on my local system. With respect to periods and spaces, this behavior is mentioned at http://www.php.net/manual/en/language.variables.external.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 51755] Visual Editor: dialogs do not horizontally scroll in narrow windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=51755 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=51867 -- 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 51867] VisualEditor: editing window does not horizontally scroll for wide tables or other elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=51867
Chris McKenna cmcke...@sucs.org changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
||org/show_bug.cgi?id=51755,
||https://bugzilla.wikimedia.
||org/show_bug.cgi?id=51820
Summary|VisualEditor: editing |VisualEditor: editing
|window does not |window does not
|horizontally scroll for |horizontally scroll for
|wide tables |wide tables or other
||elements
--- Comment #2 from Chris McKenna cmcke...@sucs.org ---
en.wp user Cryptic C62 comments:
VE does not correctly render any table wider than the screen, nor does it
allow horizontal scrolling. This effect seems to extend to any wide element,
including math formulas, images, transclusions, and text with non-breaking
spaces. Some other findings:
* A horizontal scroll bar does appear when hovering over some elements with a
mouseover effect, specifically images and uneditables (Strangely, the scroll
bar does not appear when hovering over the {{Details}} template in this
example). Scrolling can then occur if you have a clickable mousewheel.
* By placing the text cursor near the visible end of wide text, and pressing
the right arrow key, it is possible to sneak the text cursor off of the page.
Test cases:
https://en.wikipedia.org/w/index.php?title=User:Cryptic_C62/sandboxoldid=567261009
--
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 51820] Article title display issues in narrowed window
https://bugzilla.wikimedia.org/show_bug.cgi?id=51820 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=51867 -- 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 44420] Restore interwiki (sister projects) results in search queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=44420 Nemo federicol...@tiscali.it changed: What|Removed |Added Priority|Normal |High --- Comment #4 from Nemo federicol...@tiscali.it --- Updating priority as, according to the RfC, this is indeed one of the key things in consideration for the new search system. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37931] VisualEditor: Highlight changes made since save in some way (e.g. with a text-background?) so users can see what changes they have outstanding
https://bugzilla.wikimedia.org/show_bug.cgi?id=37931 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #2 from Chris McKenna cmcke...@sucs.org --- Perhaps the way to do this is to use the same visual clues that are used when using revision tracking in OOo Writer, MS Word etc. Particularly if they use the same markings as each other. -- 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 38029] VisualEditor should support the symbol insertion system from WikiEditor
https://bugzilla.wikimedia.org/show_bug.cgi?id=38029 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #7 from Chris McKenna cmcke...@sucs.org --- Another request for this today. It's regarded as one of the few key missing features by a significant content 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 50721] VisualEditor: Prevent drag and drop of non-media content using monobook skin in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=50721 Chris McKenna cmcke...@sucs.org changed: What|Removed |Added CC||cmcke...@sucs.org --- Comment #3 from Chris McKenna cmcke...@sucs.org --- I think this duplicates bug 50643 -- 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 52538] action=editsection=newappendtext=... duplicates lead content
https://bugzilla.wikimedia.org/show_bug.cgi?id=52538 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77716 had a related patch set uploaded by Anomie: API: DWIM for action=editsection=newappendtext=... https://gerrit.wikimedia.org/r/77716 -- 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 52538] action=editsection=newappendtext=... duplicates lead content
https://bugzilla.wikimedia.org/show_bug.cgi?id=52538 Gerrit Notification Bot gerritad...@wikimedia.org 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 52538] action=editsection=newappendtext=... duplicates lead content
https://bugzilla.wikimedia.org/show_bug.cgi?id=52538 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |bjor...@wikimedia.org |org | --- Comment #1 from Brad Jorsch bjor...@wikimedia.org --- I'm not entirely sure whether specifying appendtext/prependtext with section=new should be an error or if we should DWIM and append/prepend to an empty section. I'll go with the latter for now, but I could easily be convinced to do the former. -- 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 51420] VisualEditor: top icons: featured star and good plus layout
https://bugzilla.wikimedia.org/show_bug.cgi?id=51420 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added CC||hartman.w...@gmail.com --- Comment #5 from Derk-Jan Hartman hartman.w...@gmail.com --- Bug 51322 fixed issues that were 'solely metadata', but these actually do produce elements, the problems that remain for these elements are: 1: incorrectly positioned 2: their template edit button, when selected is visually placed far from the content, making it difficult to find. bug 50854 3: if they were correctly positioned, they are 'decoupled' from their anchor point which is a problem with templates producing floating content as well. bug 50907 -- 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 52548] New: A newline is prepended to a module invocation that returns text starting with an asterisk
https://bugzilla.wikimedia.org/show_bug.cgi?id=52548
Web browser: ---
Bug ID: 52548
Summary: A newline is prepended to a module invocation that
returns text starting with an asterisk
Product: MediaWiki extensions
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Scribunto
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: codeca...@gmail.com
CC: bjor...@wikimedia.org, tstarl...@wikimedia.org,
vasi...@gmail.com
Classification: Unclassified
Mobile Platform: ---
When the invocation of a module returns text with an asterisk as the first
character, Scribunto prepends a newline to the text. This is obviously
undesirable because it makes it impossible to do any further processing on the
output of such an invocation.
To reproduce:
* Make a module with a function that returns *test
* Write in a wiki page: test{{#invoke:(your module)|(your function)}}
You'd expect this to return
test*test
but instead you get
test
*test
which the software then interprets as a bullet list.
--
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 49922] VisualEditor: Transclusion editor icon can appear offscreen if the selected item starts offscreen
https://bugzilla.wikimedia.org/show_bug.cgi?id=49922 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added CC||hartman.w...@gmail.com --- Comment #4 from Derk-Jan Hartman hartman.w...@gmail.com --- *** Bug 50907 has been marked as a duplicate of this bug. *** -- 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 50907] VisualEditor: The anchor for the template editor can easily become invisible
https://bugzilla.wikimedia.org/show_bug.cgi?id=50907 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Derk-Jan Hartman hartman.w...@gmail.com --- @Chris, yes, they are the same. *** This bug has been marked as a duplicate of bug 49922 *** -- 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 50090] Footnotes containing templates are not exported in PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=50090 --- Comment #3 from Bultro diplomat...@email.it --- NOTE: i tried, in http://en.wikipedia.org/wiki/Jonathan_Sykes, to replace the ref with a #ref tag (as in http://www.mediawiki.org/wiki/Help:Magic_words#Miscellaneous), and now exporting to PDF seems to work for that note. Hope this helps solving the bug. Looks like a problem in parsing precedence -- 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 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Blocks||52548 -- 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 52548] A newline is prepended to a module invocation that returns text starting with an asterisk
https://bugzilla.wikimedia.org/show_bug.cgi?id=52548 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added CC||matma@gmail.com Depends on||12974 --- Comment #1 from Bartosz Dziewoński matma@gmail.com --- This is yet another clever feature of MediaWiki's parser, see bug 12974. -- 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 52548] A newline is prepended to a module invocation that returns text starting with an asterisk
https://bugzilla.wikimedia.org/show_bug.cgi?id=52548
Brad Jorsch bjor...@wikimedia.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #2 from Brad Jorsch bjor...@wikimedia.org ---
{{#invoke}} is a parser function, so this is a duplicate, not just a depends
on.
*** This bug has been marked as a duplicate of bug 12974 ***
--
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 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added CC||codeca...@gmail.com --- Comment #53 from Brad Jorsch bjor...@wikimedia.org --- *** Bug 52548 has been marked as a duplicate of this bug. *** -- 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 52549] New: Same ID used when merging two case-different users
https://bugzilla.wikimedia.org/show_bug.cgi?id=52549
Web browser: ---
Bug ID: 52549
Summary: Same ID used when merging two case-different users
Product: MediaWiki extensions
Version: REL1_21 branch
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: UserMerge
Assignee: m...@tgries.de
Reporter: carl.le...@lexisnexis.com
Classification: Unclassified
Mobile Platform: ---
BACKGROUND:
---
User accounts on Wikimedia are case-sensitive.
After switching to the LdapAuthentication extension, existing users who
authenticated against the ldap server are munged to be Propercase. Even if
there is an identical account in the wiki user table, LdapAuthentication
extension creates a new account anyway, so that there are now two in the
system:
MyUserName
Myusername
PROBLEM:
When attempting to merge two accounts with the same text, but different casing,
this extension selects the same ID for BOTH, causing no merge to take place and
the selected account to be LOST if the delete option is checked.
This is because User::newFromName selects the incorrect user id.
Note I am using the latest GIT master of UserMerge. (extension version reports
1.7.0, even though the extension download page shows 1.8.0)
WORK AROUND:
I corrected this in my local build by changing:
FROM:
$objOldUser = User::newFromName( $olduser_text );
$olduserID = $objOldUser-idForName();
$objNewUser = User::newFromName( $newuser_text );
$newuserID = $objNewUser-idForName();
TO:
$olduserID = User::idFromName( $olduser_text );
$objOldUser = User::newFromId( $olduserID );
$newuserID = User::idFromName( $newuser_text );
$objNewUser = User::newFromId( $newuserID );
I also added the following as another check, but could use an i18n:
//check if attempting to merge into same user
} elseif($olduserID == $newuserID) {
$validNewUser = false;
$out-addHTML(new user cannot be the same as the old one);
} else {
// newuser looks good
$validNewUser = true;
}
--
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 49922] VisualEditor: Transclusion editor icon can appear offscreen if the selected item starts offscreen
https://bugzilla.wikimedia.org/show_bug.cgi?id=49922 --- Comment #5 from Derk-Jan Hartman hartman.w...@gmail.com --- Note though that the problem can occur both horizontal as well as vertical. Take for instance any template that produces a div, but of which the contents are not 100% wide. Examples of this are any div that is not cleared of a floating object. The editor indicator is positioned all the way to the right of the div, which extends on top of the floating object. However the contents of the div are pushed aside by the floating object. You expect to find the template editor indicator at the right side of your contents, but you will find it superimposed on top of the infobox. Similar for FA icons which are 10px wide in a div (and mispositioned due to their relative positioning which is currently not compatible with the editor). The Editor will be all the way to the right (think 27 display) whereas the actual visual content that you want to edit is all the way to the left in your screen. (This is aggravated by the fact that VE duplicates the DOM, and thus causes duplicate id's, which are ignored by the style selectors in WebKit). This has some interesting consequences for all JS code btw. Even with hooks most of the scripts will break on this I presume. -- 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 46662] Section handling in Semantic Forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=46662 --- Comment #8 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77461 merged by jenkins-bot: Add handling of other parameters for page sections https://gerrit.wikimedia.org/r/77461 -- 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 52286] Corrected words aren't bolded in suggestions
https://bugzilla.wikimedia.org/show_bug.cgi?id=52286 --- Comment #2 from Nik Everett neverett+bugzi...@wikimedia.org --- I have a feature request in with Elasticsearch to make this more efficient but that is in its early stages. If we can live without this for a month we should just wait until that has made it through their process. Otherwise we can accomplish this with either one off space-splitting based code or by making calls to the analyze endpoint in elasticsearch for the original terms and the suggestion, then correlate them. -- 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 52457] CirrusSearch bases suggestions on all articles rather than those in the namespaces being searched
https://bugzilla.wikimedia.org/show_bug.cgi?id=52457 Nik Everett neverett+bugzi...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |neverett+bugzilla@wikimedia |org |.org --- Comment #1 from Nik Everett neverett+bugzi...@wikimedia.org --- I'm going to take a stab at fixing this problem by splitting our search index in half - articles in the content namespace go into one index and the rest go into another. This should mostly fix the problem because searches that just include content articles will only get suggestions from content articles. This has other performance advantages but I originally thought of it as a premature optimization but if it actually fixes the bug it'll be worth it for that alone. -- 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 52550] New: Block Getnetabebe and Larygloria01
https://bugzilla.wikimedia.org/show_bug.cgi?id=52550 Web browser: --- Bug ID: 52550 Summary: Block Getnetabebe and Larygloria01 Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: wikitech-interface Assignee: rlan...@gmail.com Reporter: t...@tim-landscheidt.de CC: benap...@gmail.com Classification: Unclassified Mobile Platform: --- The latter (https://wikitech.wikimedia.org/wiki/User:Larygloria01) is an obvious spammer, the former (https://wikitech.wikimedia.org/wiki/User:Getnetabebe) is blocked on enwp as a vandalism-only account (cf. http://en.wikipedia.org/wiki/User_talk:Getnetabebe#Blocked); he has also created some pages that need to be deleted after blocking. -- 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 52549] Same ID used when merging two case-different users
https://bugzilla.wikimedia.org/show_bug.cgi?id=52549 T. Gries m...@tgries.de changed: What|Removed |Added Priority|Unprioritized |Normal -- 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 52549] Same ID used when merging two case-different users
https://bugzilla.wikimedia.org/show_bug.cgi?id=52549 T. Gries m...@tgries.de changed: What|Removed |Added Version|REL1_21 branch |master -- 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 52549] Same ID used when merging two case-different users
https://bugzilla.wikimedia.org/show_bug.cgi?id=52549 T. Gries m...@tgries.de changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 --- Comment #1 from T. Gries m...@tgries.de --- Seems to be a valid point, thanks for reporting this. Are you able (have you ever tried?) to formally submit a commit to Gerrit? Otherwise I will do, don't be worry, it's not worth that you install the requirements for submitting to gerrit. But can you add at least a formal diff -bru original-directory patched-code-directory as attachment to this bugzilla, based on the latest code, please read the following: Regarding this: Note I am using the latest GIT master of UserMerge. (extension version reports 1.7.0, even though the extension download page shows 1.8.0) This is not true, Special:Version reports 1.8.0 for me. Can you check your latest version or make in any case a fresh checkout from git -- I cannot see 1.7.0 elsewhere in the current code! -- 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 33980] Wikimedia-hosted OpenStreetMap (OSM) / mapnik tileservers wanted for mobile usage
https://bugzilla.wikimedia.org/show_bug.cgi?id=33980 --- Comment #10 from Brandon Black bbl...@wikimedia.org --- I've uploaded my notes to a wikitech page to cover the ops project for this: https://wikitech.wikimedia.org/wiki/OSM_Tileserver Probably the most relevant summary bit from that is a tentative initial date around mid-Auguest to get a test machine going with a workable single-machine software stack as a start point. Let's call it Monday Aug 19th just to be more specific. Once that's running and functional, we should have a much clearer idea of the real challenges and be able to make a better timeline for production deployment. -- 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 52551] New: Empty html elements are not identifiable
https://bugzilla.wikimedia.org/show_bug.cgi?id=52551 Web browser: --- Bug ID: 52551 Summary: Empty html elements are not identifiable Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: rm...@wikimedia.org Reporter: hartman.w...@gmail.com CC: jforres...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Slightly related to bug 51322 Take the Link FA templates on https://en.wikipedia.org/wiki/The_Adventures_of_Tintin?veaction=edit for instance. These produce empty elements, and don't qualify under 'solely metadata' of bug 51322, even though they are somewhat similar to it. The templates are represented with the char: ↵ Using the arrow keys to cursor trough this sequence will sometimes produce the template editor indicator. However their is little identifying these templates to the user and due to the interspersed ↵, users think they should be deleted. -- 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 38516] Enable HSTS on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=38516 --- Comment #16 from dkee...@mozilla.com --- (In reply to comment #10) Let's assume we need to turn off HSTS for a really great reason, like a country being blocked on HTTPS. How would those users get the expired header if they can't reach the site? They wouldn't be able to. They would have to manually clear the cached HSTS information (in Firefox, users can do this by using Clear Recent History - Site Preferences). (In reply to comment #15) I meant in reference to comment 4, which mentioned that if somebody uses it on a shared computer then it will use TLS for practically ever. We could make it so logging out causes HSTS to be disabled, although honestly it'd be better if we didn't now that I think about it... The weak point of HSTS is the first connection. By doing this, there would be many more first connections for things to go wrong. -- 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 52552] New: Install VE August update on hewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=52552 Web browser: --- Bug ID: 52552 Summary: Install VE August update on hewiki Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: en...@walla.co.il Classification: Unclassified Mobile Platform: --- Users are requesting VE August update (https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/August_2013_update) to be deployed in on hewiki. -- 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 52552] Install VE August update on hewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=52552 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #1 from matanya matanya.mo...@gmail.com --- Please mark the targeted milestone when it is known. 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 52549] Same ID used when merging two case-different users
https://bugzilla.wikimedia.org/show_bug.cgi?id=52549 --- Comment #2 from Carl Lewis carl.le...@lexisnexis.com --- Created attachment 13063 -- https://bugzilla.wikimedia.org/attachment.cgi?id=13063action=edit quick patch of workaround Note that this includes an error condition if both id's match. The text in this patch is hard-coded. -- 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 52549] Same ID used when merging two case-different users
https://bugzilla.wikimedia.org/show_bug.cgi?id=52549 --- Comment #3 from Carl Lewis carl.le...@lexisnexis.com --- My apologies -- the latest snapshot is 1.7; git master is indeed 1.8 I merged my changes into 1.8 and attached the patch as requested. -- 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 52553] New: Wikidata object selectors should prioritise frequently linked to objects by property
https://bugzilla.wikimedia.org/show_bug.cgi?id=52553 Web browser: --- Bug ID: 52553 Summary: Wikidata object selectors should prioritise frequently linked to objects by property Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataClient Assignee: wikidata-b...@lists.wikimedia.org Reporter: t...@tommorris.org CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- I've been adding a lot of instance of (P31) properties to Wikidata objects recently. Specifically, I've been adding a lot of instance of properties that point to railway station (Q55488). The autocomplete results are less than ideal. Once you've typed railway s, this is the list that comes up: http://cl.ly/image/3d1V3w2F0E3G The index used to generate the autocomplete results could be based on the use of those objects in the database. If I've selected P31, why not have it so that the results that are returned are ordered by the frequency of use of that object in P31-propertied statements? If I've typed in railway s, then railway station (Q55488) should appear higher than Railway stations in Cromer. If doing the autocomplete indexing on a per-property basis is too computationally intensive or storage intensive, it might be worth considering doing it for all properties. Because of categorisation properties like P31, it'll be likely that there'll be a power law distribution of objects that are used as the object-term in statements. This will make it easier for humans to consistently add properties to Wikidata objects. -- 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 48010] VisualEditor: Indent buttons should be used for in-/out-denting paragraphs as well as lists.
https://bugzilla.wikimedia.org/show_bug.cgi?id=48010 Dmcdevit dmcde...@cox.net changed: What|Removed |Added CC||dmcde...@cox.net --- Comment #3 from Dmcdevit dmcde...@cox.net --- Would this also allow the tab key to be used for paragraph indenting (like for lists), or should that be filed as a separate bug report? -- 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 38516] Enable HSTS on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=38516 --- Comment #17 from Ryan Lane rlan...@gmail.com --- (In reply to comment #16) (In reply to comment #10) Let's assume we need to turn off HSTS for a really great reason, like a country being blocked on HTTPS. How would those users get the expired header if they can't reach the site? They wouldn't be able to. They would have to manually clear the cached HSTS information (in Firefox, users can do this by using Clear Recent History - Site Preferences). https://bugzilla.mozilla.org/show_bug.cgi?id=572803 -- 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 51806] VisualEditor shows rowspan=4 on template generated tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=51806 --- Comment #5 from Helder mybugs.m...@gmail.com --- For now, I moved the relevant code from [[pt:Template:Tabfootrow]] to [[pt:Template:Tabfoot]] and then I updated the only two articles which uses that template and informed about this change in the talk page of one of them: https://pt.wikipedia.org/wiki/Special:Contribs/Helder.wiki?dir=prevoffset=20130805170824limit=11uselang=en -- 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 52260] Allow logged out users to view
https://bugzilla.wikimedia.org/show_bug.cgi?id=52260 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77576 had a related patch set uploaded by Rjain: (bug 52260) Allow logged out users to view https://gerrit.wikimedia.org/r/77576 -- 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 51806] VisualEditor shows rowspan=4 on template generated tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=51806 ssas...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from ssas...@wikimedia.org --- Thanks for fixing the templates -- I will close this bug now without making any fixes in Parsoid. While we could fix Parsoid to accommodate bugs in wikitext and templates (and there are several scenarios that we handle), for one-off scenarios, it is better to fix the templates/wikitext rather than clutter the Parsoid code base with exceptional conditions. It is better in the long run and will enable maintenance of the code base. -- 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 52554] New: unindent should not remove lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=52554 Web browser: --- Bug ID: 52554 Summary: unindent should not remove lists Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: dmcde...@cox.net CC: jforres...@wikimedia.org, krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- The expected behavior in most word processors (Word and OpenOffice) is that the user can unindent (shift-tab) only to get to the initial list indent level but it should not actually delete the bulleting/numbering itself when you to the end. In VisualEditor, unindenting once too many times can remove the initial bullet/number entirely. This becomes particularly annoying when (because of the behavior described in bug 48051) you accidentally split a list into two lists which can't be fixed clicking the list button again to re-add the bullet/number. -- 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 52555] New: Provide @lh link on regressions and topfixes page
https://bugzilla.wikimedia.org/show_bug.cgi?id=52555 Web browser: --- Bug ID: 52555 Summary: Provide @lh link on regressions and topfixes page Product: Parsoid Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: tests Assignee: gwi...@wikimedia.org Reporter: ssas...@wikimedia.org CC: marc...@wikimedia.org, ssas...@wikimedia.org Classification: Unclassified Mobile Platform: --- RT testing topfails page has a link to @lh to test the page locally -- this is very convenient to test fixes on local install with our patches. A similar @lh link on regressions and topfixes page would be equally useful. -- 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 1316] Allow image thumb output format to be specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=1316 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #3 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Note, this is possible for tiff images (lossy parameter) -- 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 52556] New: lists.wikimedia.org has no SPF record
https://bugzilla.wikimedia.org/show_bug.cgi?id=52556 Web browser: --- Bug ID: 52556 Summary: lists.wikimedia.org has no SPF record Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: DNS Assignee: wikibugs-l@lists.wikimedia.org Reporter: t...@tim-landscheidt.de Classification: Unclassified Mobile Platform: --- Mail from WMF mailing lists is sent with an apparent envelope sender of for example wikide-l-boun...@lists.wikimedia.org. However, lists.wikimedia.org doesn't have an SPF record in contrast to wikimedia.org. It seems as if the non-existence of the SPF record might cause some mail services like Google Mail to treat those mails as spam by default. -- 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 45317] Sections generated by tag extension do not show up in TOC
https://bugzilla.wikimedia.org/show_bug.cgi?id=45317 --- Comment #8 from Lord_Farin lord_fa...@proofwiki.org --- I've done further testing. There are two relevant conclusions: 1: Running formatHeadings with $isMain set to false is completely superfluous as far as I've been able to determine (using the shipped PHPUnit tests). If this is tested and investigated further, it can improve page load times (expensive but useless preg_match() calls are applied on the entire wiki page). 2: The sections that do not show up in TOC are hidden by a UNIQ identifier for the extension tag, which is not resolved until $this-mStripState-unstripGeneral() is called from the main parse() -- which is way after the TOC is determined using the main call to formatHeadings() in internalParse(). This state of affairs (which I suspect to tie in with the problems concerning section editing and templates) naturally means that some unstripping should be done before TOC is generated. Therefore, my proposal is as follows: To create a designated third unstrip type e.g. entitled sections (the first two being nowiki and general, defined and used in StripState.php), which is called before determining TOC, expanding those UNIQ markers whose content may hide sections. Upon creation of a new extension, one can indicate whether or not it may contain new sections using a flag. This course of action occurs to me as the least intrusive way to resolve this bug (and hopefully, related ones). Thoughts are welcomed. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 52305] Parsing issue on a few of pl.wp's infoboxes
https://bugzilla.wikimedia.org/show_bug.cgi?id=52305 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||matma@gmail.com Resolution|--- |INVALID --- Comment #3 from Bartosz Dziewoński matma@gmail.com --- Thanks. I fixed the template. Marking INVALID. -- 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
