[Bug 56929] VisualEditor: Template is not deselected when "clicking out" of it in certain circumstances
https://bugzilla.wikimedia.org/show_bug.cgi?id=56929 This, that and the other changed: What|Removed |Added Status|NEW |UNCONFIRMED Web browser|--- |Firefox Ever confirmed|1 |0 --- Comment #1 from This, that and the other --- Seems to work for me now. Setting unconfirmed so a VE team member can check and confirm. -- 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 60350] Misc varnish cluster blocks PUT access to Logstash Elasticsearch cluster
https://bugzilla.wikimedia.org/show_bug.cgi?id=60350 --- Comment #1 from Bryan Davis --- I talked to Mark during the RFC summit and he thought that it would be reasonable to change the varnish::instance define so that a regex of allowed method could be provided per deploy. This could then be used to allow PUT on the misc-lb instances. -- 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 60030] toc hide on live preview doesn't work anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=60030 --- Comment #5 from Fomafix --- (In reply to comment #4) > Are both require or just that one? Both are required. With the first patch a toc toggle for the preview is possible again but the toggle of the preview may toggle the toc of the content instead of the preview if there is also a toc in the content. -- 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 60382] Database problems. Unable to write and intermittent problems on reading
https://bugzilla.wikimedia.org/show_bug.cgi?id=60382 --- Comment #4 from bgwh...@gmail.com --- Sorry, that would have been helpful: tools-db Having a full disk could have caused. Thanks for telling me. -- 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 41994] Cannot view Wikidata item content in languages that the user doens't claim to speak
https://bugzilla.wikimedia.org/show_bug.cgi?id=41994
Kunal Mehta (Legoktm) changed:
What|Removed |Added
CC||legoktm.wikipe...@gmail.com
--- Comment #6 from Kunal Mehta (Legoktm) ---
Technically you can add {{#babel|foo-0}}, but that's terrible and isn't a
proper solution.
--
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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 Jared Zimmerman (WMF) changed: What|Removed |Added CC||jared.zimmerman@wikimedia.o ||rg --- Comment #9 from Jared Zimmerman (WMF) --- This placeholder page was created today based on on a conversation at the arch summit https://www.mediawiki.org/wiki/CustomizationExtension lets use it to start capturing requirement for this feature. -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367 --- Comment #11 from zhuyifei1999 --- (In reply to comment #10) > It need some consensus,I think. Two ways to fix: 1. Remove the locales for zhwikivoyage. 2. Set $wgVariantArticlePath True, removing the locales needs some consensus, but as $wgVariantArticlePath is not set, removing the locales IMO is a proper fix. -- 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 60371] ویکی خه ور
https://bugzilla.wikimedia.org/show_bug.cgi?id=60371 This, that and the other changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||at.li...@live.com.au, ||benap...@gmail.com, ||bugzilla+org.wikimedia@tuxm ||achine.com, ||dereck...@espace-win.org, ||g...@wikimedia.org, ||tom...@twkozlowski.net, ||wikimedia.b...@snowolf.eu Component|Email |Site requests Resolution|--- |INVALID Product|MediaWiki |Wikimedia --- Comment #5 from This, that and the other --- If the request on Meta passes, the Language Committee will file a bug here. There is nothing else we can do here at this time. -- 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 41994] Cannot view Wikidata item content in languages that the user doens't claim to speak
https://bugzilla.wikimedia.org/show_bug.cgi?id=41994 Deryck Chan changed: What|Removed |Added Severity|normal |major -- 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 41994] Cannot view Wikidata item content in languages that the user doens't claim to speak
https://bugzilla.wikimedia.org/show_bug.cgi?id=41994 --- Comment #5 from Deryck Chan --- I've retitled the bug (problem isn't just for *new* items, it's for *all* items that doesn't have a description or interwiki in a language you speak). Obviously, I can't *edit* item content in languages that I don't speak, either. My proposed solution would be that, at the bottom of the "in other languages" box (currently only displaying languages on the user's #Babel), an additional "in other languages" button is displayed. On clicking that new button, all languages which have an item name and/or description will be displayed. At the bottom of that, there should be an "add" button for adding item descriptions in arbitrary languages, similar to the [add] button at the bottom of the interwiki list. -- 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 41994] Cannot view Wikidata item content in languages that the user doens't claim to speak
https://bugzilla.wikimedia.org/show_bug.cgi?id=41994 Deryck Chan changed: What|Removed |Added CC||deryckc...@gmail.com Summary|No easy way to view all |Cannot view Wikidata item |content of all languages of |content in languages that |a newly-created entry |the user doens't claim to ||speak -- 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 60369] Make "in other language box" configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=60369 Deryck Chan changed: What|Removed |Added CC||deryckc...@gmail.com --- Comment #1 from Deryck Chan --- Even after ULS has become able to store this information, we need a notice or button to remind new users to set their configurations. -- 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 53344] allow editing aliases via the "in other languages" box
https://bugzilla.wikimedia.org/show_bug.cgi?id=53344 Deryck Chan changed: What|Removed |Added CC||deryckc...@gmail.com --- Comment #3 from Deryck Chan --- How do I edit aliases in languages other than English then? The real problem is about not being able to add aliases *at all*, less about the layout of the box itself. -- 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 49079] adding the "in other languages" box needs to be more obvious
https://bugzilla.wikimedia.org/show_bug.cgi?id=49079 --- Comment #13 from Deryck Chan --- I'm not entirely convinced it solved your problem. When there is no Babel box on my userpage, the "in other languages" box on the item page disappears completely without a single trace. -- 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 59170] VisualEditor: Cannot copy paste a template from Chrome Browser to FF browser and shows error TypeError: item is undefined
https://bugzilla.wikimedia.org/show_bug.cgi?id=59170 ryasm...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from ryasm...@wikimedia.org --- I can still reproduce this issue on Betalabs. -- 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 59145] VisualEditor: Copy-paste of image is throwing typeerror, when its done from Chrome to FF
https://bugzilla.wikimedia.org/show_bug.cgi?id=59145 ryasm...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from ryasm...@wikimedia.org --- I can still reproduce it on Betalabs -- 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 60385] [[Special:CentralAuth/MediaWiki message delivery]] is missing every wiki but Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=60385 Kunal Mehta (Legoktm) changed: What|Removed |Added Keywords||easy Priority|Unprioritized |Low --- Comment #1 from Kunal Mehta (Legoktm) --- I guess we could check if CentralAuth exists and just take over everything. The only reason it exists on meta is because I manually created that account beforehand to reserve the name. -- 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #14 from Risker --- (In reply to comment #13) > (In reply to comment #4) > Nonetheless, I strongly encourage an advance > communication strategy (perhaps > using the community liaisons) to all > Wikimedia projects where there are > oversighted edits. When the extension > was in use, it was broadly and publicly > advertised as "permanent removal" > I feel that the burden for this communication should lie on the shoulders of > the individuals who misled the community in this way. Well, I guess that would have been whomever set up the Oversight-L mailing list, which has always resulted in the following "TO" line: "Requests to permanently remove personal information from the English Wikipedia " It certainly said that in early 2007 (when I first requested an edit be oversighted). There is a rather well-known case of oversight that occurred in 2007 where developers were requested to restore certain oversighted edits and refused (even though there was agreement the oversight was done in error), and thus the enwiki community has had reason to believe that there was no foreseeable circumstance under which an edit would be restored. This is a really good opportunity for the WMF to have a positive communication interaction with the community - it's a net positive change, the responses to questions are positive and reassuring, and it will demonstrate the WMF's commitment to respecting user privacy (and telling them when something has changed in some way with respect to that) can effectively work hand-in-hand with software improvements. It's concerning that there's such vehement objection to communication, especially communication that is very likely to positively reflect good community/developer interaction. -- 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 60388] Request maximum resolution for image in the API call
https://bugzilla.wikimedia.org/show_bug.cgi?id=60388 aarcos.w...@gmail.com changed: What|Removed |Added Mobile Platform|--- |iOS -- 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 59173] VisualEditor: Reference is redirecting to the page from where it is copied in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=59173 ryasm...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from ryasm...@wikimedia.org --- Still getting this issue on Betalabs: The resulting wikitext after copying a reference and reference list from FireFox to FireFox is: referencehttp://en.wikipedia.beta.wmflabs.org/wiki/23rd_january?veaction=edit#cite_note-1";>[1] #http://en.wikipedia.beta.wmflabs.org/wiki/23rd_january#cite_ref-1-0";>↑ reference -- 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 60388] New: Request maximum resolution for image in the API call
https://bugzilla.wikimedia.org/show_bug.cgi?id=60388 Web browser: --- Bug ID: 60388 Summary: Request maximum resolution for image in the API call Product: MediaWiki extensions Version: master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: MultimediaViewer Assignee: wikibugs-l@lists.wikimedia.org Reporter: aarcos.w...@gmail.com CC: aarcos.w...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Classification: Unclassified Mobile Platform: --- For devices that have more real pixels that CSS pixels we should get the maximum resolution possible. -- 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 59154] VisualEditor: Reference is getting copied as [1] instead of tags in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=59154 ryasm...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from ryasm...@wikimedia.org --- Still getting this issue on betalabs. Copied Reference list from this page:http://en.wikipedia.beta.wmflabs.org/wiki/23rd_january?veaction=edit Pasted on the page:http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Paste_reference&action=edit The resulting wikitext is: reference[1] # reference -- 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 60173] Images get stretched over the whole screen on first view.
https://bugzilla.wikimedia.org/show_bug.cgi?id=60173 --- Comment #3 from Gerrit Notification Bot --- Change 109268 merged by jenkins-bot: Fix to streching image b/60173. It seems the problem was iOS specific. In retina displays the devicePixelRatio turns out to be 2. This was making the images twice as wide. This was introduced as a way to fix the resolution problem with some Apple device https://gerrit.wikimedia.org/r/109268 -- 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 51303] Notifications: Getting two "Thank"s from one user for the same edit is possible
https://bugzilla.wikimedia.org/show_bug.cgi?id=51303 --- Comment #10 from Ricordisamoa --- (In reply to comment #8) > The problem is that we store Thanks in session data, which shouldn't be and > isn't a persistent cache. > > We can either create our own database table for storage, or maybe use > wfGetCache( CACHE_DB )? Not sure what our options for persistent storage on > the > WMF cluster are. Making thanks log public (Bug 49087) would solve the 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 59171] VisualEditor: Reference list is getting copied as bullet list instead as while doing copypaste from Chrome to FF
https://bugzilla.wikimedia.org/show_bug.cgi?id=59171 ryasm...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from ryasm...@wikimedia.org --- Still getting this issue on betalabs. Copied Reference list from this page:http://en.wikipedia.beta.wmflabs.org/wiki/23rd_january?veaction=edit Pasted on the page:http://en.wikipedia.beta.wmflabs.org/w/index.php?title=Paste_reference&action=edit The resulting wikitext is: reference[1] # reference -- 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 57390] when you edit a post, its Flag and Permalink icons overlap
https://bugzilla.wikimedia.org/show_bug.cgi?id=57390 --- Comment #3 from sp...@wikimedia.org --- This bug may go away when we move Permalink into a per-post action menu, see gerrit 104703. -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367 --- Comment #10 from Byfserag --- (In reply to comment #9) > (In reply to comment #8) > > Want me to just remove the locales for zhwikivoyage? > > Looks good to me. It need some consensus,I think. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 60173] Images get stretched over the whole screen on first view.
https://bugzilla.wikimedia.org/show_bug.cgi?id=60173 Gerrit Notification Bot changed: What|Removed |Added Status|UNCONFIRMED |PATCH_TO_REVIEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 60173] Images get stretched over the whole screen on first view.
https://bugzilla.wikimedia.org/show_bug.cgi?id=60173 --- Comment #2 from Gerrit Notification Bot --- Change 109268 had a related patch set uploaded by Aarcos: Fix to streching image b/60173. It seems the problem was iOS specific. In retina displays the devicePixelRatio turns out to be 2. This was making the images twice as wide. This was introduced as a way to fix the resolution problem with some Apple device https://gerrit.wikimedia.org/r/109268 -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367 --- Comment #9 from zhuyifei1999 --- (In reply to comment #8) > Want me to just remove the locales for zhwikivoyage? Looks good to me. -- 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 60114] Enable echo & thanks on zh.wikivoyage
https://bugzilla.wikimedia.org/show_bug.cgi?id=60114 zhuyifei1999 changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from zhuyifei1999 --- (In reply to comment #7) > It can be "RESOLVED FIXED" now! Yeah, I guess. -- 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 60114] Enable echo & thanks on zh.wikivoyage
https://bugzilla.wikimedia.org/show_bug.cgi?id=60114 Liu Xin Yu <541329...@qq.com> changed: What|Removed |Added CC||541329...@qq.com --- Comment #7 from Liu Xin Yu <541329...@qq.com> --- It can be "RESOLVED FIXED" now! -- 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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 --- Comment #6 from Brad Jorsch --- We don't want to be allowing network fetches during the page parse. Not even bug 49726 is likely to happen. -- 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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 --- Comment #5 from Gryllida --- In my understanding the socket connections can be limited to Wikimedia projects only (wikimedia.org/*, wikipedia.org/*, etc). Brad Jorsch, is that considered unsafe? -- 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 56614] Add requested image list to UploadWizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=56614 --- Comment #10 from Gerrit Notification Bot --- Change 109263 had a related patch set uploaded by Inchikutty: Embedding leaflet map based on OSM data to UploadWizard https://gerrit.wikimedia.org/r/109263 -- 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 60030] toc hide on live preview doesn't work anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=60030 Bartosz Dziewoński changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #4 from Bartosz Dziewoński --- Wait, I'm not sure about the status of this now – only one patch was merged so far. Are both require or just that one? -- 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 60380] OAuth consumers should be able to update the grants for their application without having to go through the approvals process again
https://bugzilla.wikimedia.org/show_bug.cgi?id=60380 --- Comment #4 from James Alexander --- (In reply to comment #3) > When the end user authorizes the consumer, it saves the list of grants that > the > end user actually authorized. So it *should* work that the consumer would > continue to be granted only the old set of permissions until such time as the > it sends the end user through the authorization page again and the end user > re-authorizes. On a personal level this is the work flow that I'd like the most but I can certainly see arguments for trying to force it. -- 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 60380] OAuth consumers should be able to update the grants for their application without having to go through the approvals process again
https://bugzilla.wikimedia.org/show_bug.cgi?id=60380 --- Comment #3 from Brad Jorsch --- When the end user authorizes the consumer, it saves the list of grants that the end user actually authorized. So it *should* work that the consumer would continue to be granted only the old set of permissions until such time as the it sends the end user through the authorization page again and the end user re-authorizes. -- 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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 Brad Jorsch changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Brad Jorsch --- No, we're not going to allow arbitrary socket connections outgoing from WMF servers during the page 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 58923] Schedule jobs to run "extensions/UploadWizard/test/api/upload-wizard_tests.py' at appropriate times.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58923 --- Comment #9 from Gerrit Notification Bot --- Change 109080 merged by jenkins-bot: Change requirements.txt so that PIL actually installs on Cloudbees https://gerrit.wikimedia.org/r/109080 -- 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 60382] Database problems. Unable to write and intermittent problems on reading
https://bugzilla.wikimedia.org/show_bug.cgi?id=60382 --- Comment #3 from Tim Landscheidt --- Which database server were you connecting to, i. e. tools-db or the replicas? (We had a full disk on tools-db, so that could have saturated that server (accepting connections, but then not being able to answer queries).) -- 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 59808] Scribunto pulls in jquery.ui.dialog for error reporting
https://bugzilla.wikimedia.org/show_bug.cgi?id=59808 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 59808] Scribunto pulls in jquery.ui.dialog for error reporting
https://bugzilla.wikimedia.org/show_bug.cgi?id=59808 --- Comment #12 from Gerrit Notification Bot --- Change 109262 had a related patch set uploaded by TheDJ: Conditionally load jquery.ui.dialog for Scribuntu errors https://gerrit.wikimedia.org/r/109262 -- 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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 --- Comment #3 from Gryllida --- Related discussion: - https://en.wikipedia.org/wiki/Wikipedia:Lua_requests#Retrieving_N_latest_category_members -- 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 60387] New: Long links
https://bugzilla.wikimedia.org/show_bug.cgi?id=60387 Web browser: --- Bug ID: 60387 Summary: Long links Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, mpinc...@wikimedia.org, rkald...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- Paste a long url e.g. https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1610 into a page. The viewport grows rather than the long line being broken or truncated. eg.https://m.mediawiki.org/wiki/Mobile/Release_history -- 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 59866] Increase the number of rows in AbuseFilter's Examine Past diffs page
https://bugzilla.wikimedia.org/show_bug.cgi?id=59866 Marius Hoch changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||h...@online.de Resolution|--- |FIXED --- Comment #7 from Marius Hoch --- Patch approved -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367
--- Comment #8 from PiRSquared17 ---
(In reply to comment #7)
> (In reply to comment #6)
> > Just found that there might actually a script causing this, as my browser
> > gets
> > the right URL in the first sec, and appended a wrong path a sec later.
>
> Yeah, this is obviously caused by
> https://meta.wikimedia.org/wiki/MediaWiki:Gadget-wm-portal.js
>
> If you had reported on Meta I may have seen this faster, sorry.
>
> Code snippet: $("zh_wiki").href += "zh-" + locale + "/";
Want me to just remove the locales for zhwikivoyage?
--
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 47137] Add ability to generate a list of pages based on prefix to Scribunto/Lua
https://bugzilla.wikimedia.org/show_bug.cgi?id=47137 Gryllida changed: What|Removed |Added CC||gryll...@fastmail.fm --- Comment #2 from Gryllida --- Correct URL: https://meta.wikimedia.org/wiki/Module:Subpages -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367
PiRSquared17 changed:
What|Removed |Added
CC||pirsquare...@gmail.com
--- Comment #7 from PiRSquared17 ---
(In reply to comment #6)
> Just found that there might actually a script causing this, as my browser
> gets
> the right URL in the first sec, and appended a wrong path a sec later.
Yeah, this is obviously caused by
https://meta.wikimedia.org/wiki/MediaWiki:Gadget-wm-portal.js
If you had reported on Meta I may have seen this faster, sorry.
Code snippet: $("zh_wiki").href += "zh-" + locale + "/";
--
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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #2 from MZMcBride --- Possibly related: * bug 49726 * bug 48176 (In reply to comment #1) > Please also install a Lua module to parse JSON or XML, either would do. "Please also" indicates to me the need for additional bug reports. -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367 --- Comment #6 from zhuyifei1999 --- Just found that there might actually a script causing this, as my browser gets the right URL in the first sec, and appended a wrong path a sec later. -- 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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 --- Comment #1 from Gryllida --- Please also install a Lua module to parse JSON or XML, either would do. Of possible relevance: - https://www.mediawiki.org/wiki/Extension_talk:Scribunto/Lua_reference_manual#Access_to_MediaWiki_API.3B_access_to_page_text -- 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 60382] Database problems. Unable to write and intermittent problems on reading
https://bugzilla.wikimedia.org/show_bug.cgi?id=60382 --- Comment #2 from bgwh...@gmail.com --- I can access the database again. Coincidentally(?), about 50 mysql processes are no longer running on tools-login. Though there are still a few running by users since last year. -- 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 60386] Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386 Sam Reed (reedy) changed: What|Removed |Added Priority|Unprioritized |Normal CC||bjor...@wikimedia.org, ||tstarl...@wikimedia.org Severity|normal |enhancement -- 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 60386] New: Install luasocket for all sister projects to use with Scribunto
https://bugzilla.wikimedia.org/show_bug.cgi?id=60386
Web browser: ---
Bug ID: 60386
Summary: Install luasocket for all sister projects to use with
Scribunto
Product: Wikimedia
Version: wmf-deployment
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General/Unknown
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: gryll...@fastmail.fm
Classification: Unclassified
Mobile Platform: ---
Lua code:
-- loads the HTTP module and any libraries it requires
local http = require("socket.http")
local p = {}
function p.main(frame)
r, e = http.request("http://wrong.host/";)
return e
end
return p
Invoke code:
{{#invoke:Foo|main}}
Expected result:
Returned 'host not found' or some like.
Actual result:
Returned "script error".
Rationale:
Retrieve API URLs contents using Lua, like it is now possible in JS. Note
that there wouldn't be a high additional load, since the module would only be
loaded when a Lua module is invoked, and only if it has a relevant require()
statement.
--
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 59200] permissionserrorstext-withaction produces an erroneous message when used with action-createpage in some situations
https://bugzilla.wikimedia.org/show_bug.cgi?id=59200
--- Comment #2 from Technical 13 ---
(In reply to comment #1)
> What if the code on the page was something like:
>
> {{#ifexist:{{FULLPAGENAME}}|create
> pages|{{#ifeq:{{PROTECTIONLEVEL:edit|{{FULLPAGENAME|sysop|create this
> page
>
> So that only pages that do not exist but are sysop protected (implicitly
> create
> protected) show "create this page" and the rest show "create pages". Would
> that be too hacky?
Okay, so I played with this idea on [[testwiki:]]
(https://test.wikipedia.org/w/index.php?title=MediaWiki:Action-createpage&action=history)
and came up with:
{{#ifeq:{{PROTECTIONLEVEL:create|{{FULLPAGENAME|sysop|create this
page|create pages}}
This works. Maybe this is something that should be fixed in core at some
point, but this works for me for now.
--
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 59866] Increase the number of rows in AbuseFilter's Examine Past diffs page
https://bugzilla.wikimedia.org/show_bug.cgi?id=59866 --- Comment #6 from Gerrit Notification Bot --- Change 106885 merged by jenkins-bot: Increased the number of rows of AbuseFilter's Examine Past diffs table https://gerrit.wikimedia.org/r/106885 -- 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 59869] Increase the number of rows in AbuseFilter's Filter testing textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=59869 Marius Hoch changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||h...@online.de Resolution|--- |FIXED --- Comment #6 from Marius Hoch --- Patch approved -- 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 59869] Increase the number of rows in AbuseFilter's Filter testing textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=59869 --- Comment #5 from Gerrit Notification Bot --- Change 106891 merged by jenkins-bot: Increased the number of rows in AbuseFilter's Filter testing textarea https://gerrit.wikimedia.org/r/106891 -- 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 60348] Handle large bursts of jobs more elegantly
https://bugzilla.wikimedia.org/show_bug.cgi?id=60348 --- Comment #1 from Brion Vibber --- Putting giant bulk operations onto their own subqueues and interleaving them with other actions might be good. -- 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 60367] www.wikivoyage.org links to https://zh.wikipedia.org/zh-/ which is a 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=60367 --- Comment #5 from zhuyifei1999 --- (In reply to comment #4) > This shouldn't be a bug on bugzilla. The portal exists at > https://meta.wikimedia.org/wiki/Www.wikivoyage.org_template and should be > fixed > via meta Even if the portal template is right, the HTML given by the server is still wrong. (In reply to comment #3) > Hi, where exactly and how to reproduce? > > In the line > Ελληνικά • עברית • Română • Svenska • Українська • 中文 > under the search field the link goes to > https://zh.wikivoyage.org/ Maybe because we've set "Content language variant" in our pref? I find the URL being "/zh-/" appended, and two other wikivoygers get "/zh-cn/" & "/zh-tw/". -- 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 56572] Make oojs and oojs-ui libraries available in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=56572 --- Comment #7 from James Forrester --- (In reply to comment #6) > Can we please use submodules in mediawiki/core.git that would point to OOUI / > OOJS tags. I really hate the proposal of copy/pasting code there. > > If we want to ship them on Wikimedia cluster, we can still use submodules > like we are doing in wmf branches with extensions. > > To ship OOUI / OOJS with MediaWiki tarball, the make-release script we are > using can be made to proceed submodules and thus include the content in the > .tar.gz. We've historically avoided submodules in MW core because they add complications for down-stream users of git. Also, note in this case that these aren't just "copy-and-pasted" OOjs / OOjs-UI trees, but are built, bundled libraries via a grunt process. -- 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 60385] New: [[Special:CentralAuth/MediaWiki message delivery]] is missing every wiki but Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=60385 Web browser: --- Bug ID: 60385 Summary: [[Special:CentralAuth/MediaWiki message delivery]] is missing every wiki but Meta-Wiki Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MassMessage Assignee: wikibugs-l@lists.wikimedia.org Reporter: b...@mzmcbride.com CC: b...@mzmcbride.com, legoktm.wikipe...@gmail.com Classification: Unclassified Mobile Platform: --- [[Special:CentralAuth/MediaWiki message delivery]] currently only lists meta.wikimedia.org. It should list many other wikis (cf. [[Special:Contributions/MediaWiki message delivery]]). This may be a bug in CentralAuth, not in MassMessage. -- 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 60380] OAuth consumers should be able to update the grants for their application without having to go through the approvals process again
https://bugzilla.wikimedia.org/show_bug.cgi?id=60380 --- Comment #2 from Brion Vibber --- Can we actually trigger a reconfirmation dialog in that situation, and will client applications know how to handle it? Or would we just revoke the auth token and let the client treat it as a revocation? -- 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 56572] Make oojs and oojs-ui libraries available in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=56572 Antoine "hashar" Musso changed: What|Removed |Added CC||has...@free.fr --- Comment #6 from Antoine "hashar" Musso --- Can we please use submodules in mediawiki/core.git that would point to OOUI / OOJS tags. I really hate the proposal of copy/pasting code there. If we want to ship them on Wikimedia cluster, we can still use submodules like we are doing in wmf branches with extensions. To ship OOUI / OOJS with MediaWiki tarball, the make-release script we are using can be made to proceed submodules and thus include the content in the .tar.gz. -- 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 56572] Make oojs and oojs-ui libraries available in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=56572 --- Comment #5 from Gerrit Notification Bot --- Change 98887 had a related patch set uploaded by Siebrand: Add OOJS UI v0.1.0-pre (da9ec955a8) to core https://gerrit.wikimedia.org/r/98887 -- 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 56675] Implement formatter interface in Lua
https://bugzilla.wikimedia.org/show_bug.cgi?id=56675 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 56675] Implement formatter interface in Lua
https://bugzilla.wikimedia.org/show_bug.cgi?id=56675 --- Comment #2 from Gerrit Notification Bot --- Change 107395 had a related patch set uploaded by Hoo man: Implement mw.wikibase.entity.formatPropertyValues https://gerrit.wikimedia.org/r/107395 -- 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 54324] sequence in Lua should start with 1 but starts with 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=54324 Marius Hoch changed: What|Removed |Added CC||h...@online.de --- Comment #6 from Marius Hoch --- The listed patch will introduce a new mw.wikibase method which does that right, but leave the old legacy interface in place. -- 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 54324] sequence in Lua should start with 1 but starts with 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=54324 --- Comment #5 from Gerrit Notification Bot --- Change 107206 had a related patch set uploaded by Hoo man: Introduce mw.wikibase.entity Lua library https://gerrit.wikimedia.org/r/107206 -- 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 46704] A proper catalog of extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=46704 Jeroen De Dauw changed: What|Removed |Added CC||jeroen_ded...@yahoo.com --- Comment #13 from Jeroen De Dauw --- /s/PayPal/non-evil-things How about bitcoin and services such as http://gittip.com/ and http://flattr.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 60383] Moves over redirect guidelines need updating
https://bugzilla.wikimedia.org/show_bug.cgi?id=60383 Technical 13 changed: What|Removed |Added Summary|Suggestion: Wikipedia, |Moves over redirect |streamlining page moves |guidelines need updating |over redirects, which are | |becoming more difficult for | |most users | -- 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 60383] Suggestion: Wikipedia, streamlining page moves over redirects, which are becoming more difficult for most users
https://bugzilla.wikimedia.org/show_bug.cgi?id=60383 Technical 13 changed: What|Removed |Added Priority|Unprioritized |Lowest Status|UNCONFIRMED |NEW CC||technical...@yahoo.com Component|General/Unknown |Redirects Version|unspecified |1.23-git Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #1 from Technical 13 --- Just flipping a few switches... I don't think this has very high priority, but I agree that moving over redirects needs some attention at some point to figure out what should or shouldn't be allowed. -- 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 55193] Missing key in ['query-continue'] value
https://bugzilla.wikimedia.org/show_bug.cgi?id=55193 --- Comment #3 from Gerrit Notification Bot --- Change 105975 merged by jenkins-bot: (bug 55193) Missing key in ['query-continue'] value https://gerrit.wikimedia.org/r/105975 -- 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 60384] New: hhvm not working
https://bugzilla.wikimedia.org/show_bug.cgi?id=60384 Web browser: --- Bug ID: 60384 Summary: hhvm not working Product: MediaWiki-Vagrant Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: o...@wikimedia.org Reporter: sp...@wikimedia.org CC: o...@wikimedia.org, yuvipa...@gmail.com Classification: Unclassified Mobile Platform: --- I enabled the hhvm role and ran `vagrant provision`. I had a problem with hhvm's libmemcached6 conflicting with my outdated php5-memcached's libmemcached10, but `sudo apt-get install php5-memcached` fixed that and then `vagrant provision` worked. I have a /usr/bin/hhvm binary that runs. However, my Special:Version says "PHP 5.3.10-1ubuntu3.9 (fpm-fcgi)". I've tried: * `sudo apachectl restart`, ps shows "/usr/sbin/apache2 -D HHVM -k start" * I noticed I have a number of "php-fpm: pool www" processes. I did `sudo service php5-fpm stop` and restarted apache again, and then apache error log failed with [Thu Jan 23 23:08:48 2014] [error] [client 10.0.2.2] (111)Connection refused: FastCGI: failed to connect to server "/usr/lib/cgi-bin/php5-hhvm": I have no such file. * `vagrant reload` didn't help * I tried `sudo /etc/init.d/hhvm start` , /vagrant/logs/hhvm-error.log contains: Unable to read pid file /var/run/hhvm/pid for any meaningful pid Unable to start page server Shutting down due to failure(s) to bind in HttpServer::run I'm not sure what's going on. -- 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 58943] Archivebot: create unit tests for Timestripper
https://bugzilla.wikimedia.org/show_bug.cgi?id=58943 --- Comment #2 from Gerrit Notification Bot --- Change 106841 merged by jenkins-bot: (bug 58943) Archivebot: create unit tests for Timestripper https://gerrit.wikimedia.org/r/106841 -- 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 55929] Separate replica datacenter causes high query latency
https://bugzilla.wikimedia.org/show_bug.cgi?id=55929 --- Comment #5 from Jesse (Pathoschild) --- The latest timeline is now mid-March; the last blocker is the OpenStack setup by a contractor. See discussion at https://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2014-01-23 -- 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #13 from James Forrester --- (In reply to comment #4) > Nonetheless, I strongly encourage an advance communication strategy (perhaps > using the community liaisons) to all Wikimedia projects where there are > oversighted edits. When the extension was in use, it was broadly and publicly > advertised as "permanent removal" I feel that the burden for this communication should lie on the shoulders of the individuals who misled the community in this way. Certainly, when we developed the OS tool (whilst I was on ArbCom), we were careful to note that the information was not actually removed from the database entirely, and that it was theoretically open to sub poena and viewing by people with special access, but that it was beyond the reach of mere administrators. > there is good reason to anticipate some negative reaction if there isn't > solid communication in advance. Quite possibly. I'd suggest that the community 'functionaries' be alerted and asked to inform their communities. After all, they own the responsibility for keeping abreast of privileged rights; on enwiki this is ArbCom. -- 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #12 from Dan Garry --- Okay, so just so we're clear, please hold off on proceeding with this until we've got our communications sorted. I'll post a note here when that's happened. -- 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #11 from Dan Garry --- (In reply to comment #8) > That's not a bug, it was very much a feature of the tool as originally > designed > and used, I think it's legitimate to do this change but that's a different > question. This is a change in state for very legitimate reasons, but not a > bugfix. Sure, maybe it was a feature. However, from the perspective of a non-oversighter, the only effect it had was to not pique their curiosity about what was previously there. The actual use case of oversight, namely "there is public information here which I want to remove from public view", is still satisfied irrespective of whether the placeholder is there or not, as the old oversighted edits are being migrated to edits that are fully suppressed. Therefore I'm not terribly concerned about whether that placeholder is there (i.e. edits are migrated to the revision table) or not (i.e. the edits are migrated to the archive table); the core use case, full suppression, is still satisfied. I think there's no harm in taking this a little slower and sending out some communications first to the oversighters and stewards and reassuring them that stuff that was nonpublic will not be made public by this change. I'll try to sort that communication out. -- 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 59200] permissionserrorstext-withaction produces an erroneous message when used with action-createpage in some situations
https://bugzilla.wikimedia.org/show_bug.cgi?id=59200
Technical 13 changed:
What|Removed |Added
CC||technical...@yahoo.com
--- Comment #1 from Technical 13 ---
What if the code on the page was something like:
{{#ifexist:{{FULLPAGENAME}}|create
pages|{{#ifeq:{{PROTECTIONLEVEL:edit|{{FULLPAGENAME|sysop|create this
page
So that only pages that do not exist but are sysop protected (implicitly create
protected) show "create this page" and the rest show "create pages". Would
that be too hacky?
--
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 60383] Suggestion: Wikipedia, streamlining page moves over redirects, which are becoming more difficult for most users
https://bugzilla.wikimedia.org/show_bug.cgi?id=60383 sminthopsi...@gmail.com changed: What|Removed |Added Summary|Suggestion: Wikipedia, |Suggestion: Wikipedia, |streamlining page moves |streamlining page moves |over redirects, which is|over redirects, which are |becoming more difficult for |becoming more difficult for |most users |most users -- 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 46704] A proper catalog of extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=46704 Quim Gil changed: What|Removed |Added CC||gla...@hallowelt.biz, ||hexm...@gmail.com, ||jared.zimmerman@wikimedia.o ||rg Component|General/Unknown |General/Unknown Version|unspecified |wmf-deployment Assignee|katkov.ju...@gmail.com |wikibugs-l@lists.wikimedia. ||org Product|MediaWiki extensions|Wikimedia --- Comment #12 from Quim Gil --- After a chat with Markus Glaser, Mark Hersberger, and Jared Zimmerman at the Architecture Summit, we have decided to create a wiki page to define the specifications of this project. Your ideas and feedback are welcome: https://www.mediawiki.org/wiki/ExtensionGallery While we have no idea where the resources to develop this project will come from, we agree about its importance, and we think that defining a plan is the obvious first step. Markus & Mark will lead this discussion as part of their efforts improving MediaWiki as a product for third parties. -- 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 60383] New: Suggestion: Wikipedia, streamlining page moves over redirects, which is becoming more difficult for most users
https://bugzilla.wikimedia.org/show_bug.cgi?id=60383 Web browser: --- Bug ID: 60383 Summary: Suggestion: Wikipedia, streamlining page moves over redirects, which is becoming more difficult for most users Product: MediaWiki Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: sminthopsi...@gmail.com Classification: Unclassified Mobile Platform: --- Intention: Most wikipedia users can move a page over a "simple" redirect, defined as one that has had only one edit. That situation is becoming rare as templates are added, double redirects are "fixed". Steps to Reproduce: 1. Wanted to move a page over a redirect but couldn't because User:AvicBot had fixed a double redirect, which brought the total number of edits on that redirect up to 2. 2. Wasted everybody's time getting that fixed and went about it the wrong way, which wasted more people's time. 3. Expected Results: The discussion at Wikipedia:Village_pump_(technical) proposes changing criteria for "simple redirects". Reproducible: Always Discussion at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Streamlining_page_moves_over_redirects.3F -- 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 60381] Page with empty title raises "AttributeError: 'Page' object has no attribute '_isredir'" on .get()
https://bugzilla.wikimedia.org/show_bug.cgi?id=60381 --- Comment #3 from Geoffrey Mon --- Oh, wow, thanks. My haphazard syntax has led to the discovery of a different 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #10 from Alex Monk --- (In reply to comment #7) > (In reply to comment #6) > > So the placeholder would be hidden? It's possible and the script could be > > changed to do it, but the fact that those got hidden is basically seen as a > > bug, not a feature. > > James is asking to put the revisions in the archive table rather than the > revision table, as I understand it. Yes I understand that, it has the effect of always hiding the placeholder from normal users (putting it in the archive is okay if the OS'd revision would have been page-deleted) and is therefore not going to happen. (In reply to comment #8) > That's not a bug, it was very much a feature of the tool as originally > designed > and used, I think it's legitimate to do this change but that's a different > question. This is a change in state for very legitimate reasons, but not a > bugfix. I disagree that it should have ever been considered a feature, I don't see the use case (and actually some people claimed to have a use case but wanted it to stay private - away from Bugzilla - which is very much against the way MediaWiki is developed and therefore very heavily encouraged me to WONTFIX it). The idea has a separate bug of it's own which is WONTFIXed. Here is not the place to try to bring it up again. -- 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 60382] Database problems. Unable to write and intermittent problems on reading
https://bugzilla.wikimedia.org/show_bug.cgi?id=60382 --- Comment #1 from bgwh...@gmail.com --- Now unable to connect to database via the website. I get "Could not connect to database: User 'p50380g50450' has exceeded the 'max_user_connections' resource (current value: 80)" I only have on hung program on the queue and nothing else that should be doing so many connctions. -- 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 60382] New: Database problems. Unable to write and intermittent problems on reading
https://bugzilla.wikimedia.org/show_bug.cgi?id=60382 Web browser: --- Bug ID: 60382 Summary: Database problems. Unable to write and intermittent problems on reading Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: tools Assignee: m...@uberbox.org Reporter: bgwh...@gmail.com CC: benap...@gmail.com, t...@tim-landscheidt.de Classification: Unclassified Mobile Platform: --- I'm unable to write to the database. Programs are just hanging. Having troubles reading in that it can take awhile to receive data. Things were ok 12 hours ago. Looks like problem has been happening atleast for 3 hours. -- 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 60380] OAuth consumers should be able to update the grants for their application without having to go through the approvals process again
https://bugzilla.wikimedia.org/show_bug.cgi?id=60380 --- Comment #1 from Dan Garry --- I just want to note here that if we allow people to update the grants on their OAuth consumer, we'll need to give all users who have approved that consumer on their account a reconfirmation dialogue, so that they're aware that the consumer's granted rights have changed and that it applies to their account. -- 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 60381] Page with empty title raises "AttributeError: 'Page' object has no attribute '_isredir'" on .get()
https://bugzilla.wikimedia.org/show_bug.cgi?id=60381 Merlijn van Deen changed: What|Removed |Added Status|UNCONFIRMED |NEW Summary|Return of the |Page with empty title |AttributeError: 'Page' |raises "AttributeError: |object has no attribute |'Page' object has no |'_isredir' |attribute '_isredir'" on ||.get() Ever confirmed|0 |1 --- Comment #2 from Merlijn van Deen --- >>> page = pywikibot.Page(site) I think this should raise an exception, as it creates a Page object without title: >>> page Page() On the other hand, it's equivalent to >>> page = pywikibot.Page(site, '') which should be the main page. In any case, the correct way to do what you want is ] >>> page = pywikibot.Page(site, "Cat") >>> page.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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #9 from James Alexander --- (In reply to comment #7) > (In reply to comment #6) > > So the placeholder would be hidden? It's possible and the script could be > > changed to do it, but the fact that those got hidden is basically seen as a > > bug, not a feature. > > James is asking to put the revisions in the archive table rather than the > revision table, as I understand it. Yes, I believe this is what would be done, 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #8 from James Alexander --- (In reply to comment #6) > So the placeholder would be hidden? It's possible and the script could be > changed to do it, but the fact that those got hidden is basically seen as a > bug, not a feature. > > Any patch to do it would get a -2 from me. That's not a bug, it was very much a feature of the tool as originally designed and used, I think it's legitimate to do this change but that's a different question. This is a change in state for very legitimate reasons, but not a bugfix. That said it's possible you don't understand what I meant. I don't meant to fully hide the placeholder, just to drop them into deleted revisions. That would theoretically be possible for the community to (manually) do for them we'd just be doing it automatically which makes sense given the number of revisions. The effect would be as if the page was deleted and then restored without those revisions. They would still be viewable under Special:Undelete like any deleted&suppressed edit is viewable now. -- 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 60380] OAuth consumers should be able to update the grants for their application without having to go through the approvals process again
https://bugzilla.wikimedia.org/show_bug.cgi?id=60380 Dan Garry changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- 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 60211] Install python-magic (binding to libmagic)
https://bugzilla.wikimedia.org/show_bug.cgi?id=60211 --- Comment #1 from Gerrit Notification Bot --- Change 109246 had a related patch set uploaded by Tim Landscheidt: Tools: Install python-magic https://gerrit.wikimedia.org/r/109246 -- 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 60381] Return of the AttributeError: 'Page' object has no attribute '_isredir'
https://bugzilla.wikimedia.org/show_bug.cgi?id=60381 --- Comment #1 from Geoffrey Mon --- Note that the pywikibot package is a symlink to the latest git version of core. -- 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 60381] New: Return of the AttributeError: 'Page' object has no attribute '_isredir'
https://bugzilla.wikimedia.org/show_bug.cgi?id=60381
Web browser: ---
Bug ID: 60381
Summary: Return of the AttributeError: 'Page' object has no
attribute '_isredir'
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: General
Assignee: pywikipedia-b...@lists.wikimedia.org
Reporter: geof...@gmail.com
Classification: Unclassified
Mobile Platform: ---
We thought this was fixed, but alas...
local-sn1pebot@tools-login:~/core/pywikibot$ python
Python 2.7.3 (default, Sep 26 2013, 20:03:06)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pywikibot
>>> site = pywikibot.getSite()
>>> page = pywikibot.Page(site)
>>> page.get("Cat")
Traceback (most recent call last):
File "", line 1, in
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/__init__.py",
line 356, in wrapper
return method(*__args, **__kw)
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/__init__.py",
line 356, in wrapper
return method(*__args, **__kw)
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/page.py",
line 300, in get
self._getInternals(sysop)
File
"/data/project/sn1pebot/.local/lib/python2.7/site-packages/pywikibot/page.py",
line 330, in _getInternals
if self._isredir:
AttributeError: 'Page' object has no attribute '_isredir'
>>>
--
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 60211] Install python-magic (binding to libmagic)
https://bugzilla.wikimedia.org/show_bug.cgi?id=60211 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #6 from Alex Monk --- (In reply to comment #5) > As a thought to help address the concern about these appearing suddenly in > page > histories: How difficult would it be to adjust the script so that these edits > were moved to both 'suppressed' status as well as being fully deleted (as if > the page was deleted and those revisions were not restored, similar to the > old > 'poor mans oversight' ). > > If that was done does it address concerns/raise others with anyone? So the placeholder would be hidden? It's possible and the script could be changed to do it, but the fact that those got hidden is basically seen as a bug, not a feature. Any patch to do it would get a -2 from me. -- 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #5 from James Alexander --- As a thought to help address the concern about these appearing suddenly in page histories: How difficult would it be to adjust the script so that these edits were moved to both 'suppressed' status as well as being fully deleted (as if the page was deleted and those revisions were not restored, similar to the old 'poor mans oversight' ). If that was done does it address concerns/raise others with anyone? -- 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 60373] Run maintenance script to convert OS revisions to RevDel suppressed on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60373 --- Comment #7 from MZMcBride --- (In reply to comment #6) > So the placeholder would be hidden? It's possible and the script could be > changed to do it, but the fact that those got hidden is basically seen as a > bug, not a feature. James is asking to put the revisions in the archive table rather than the revision table, as I understand 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
