[Wikitech-l] RFXCOM
Bonjour, Deacute;butant en domotique, jrsquo;ai eacute;teacute; seacute;duit par le projet jeedom, jrsquo;ai donc acheteacute; la jeedom mini+RFXCOM pensant pouvoir reacute;cupeacute;rer le signal de mes volets roulants, du store banne et de mon alarme. Je nrsquo;ai malheureusement pour lrsquo;instant que des codes inconnus, sauriez-vous comment faire pour deacute;coder ces signauxhellip;.. Ci-dessous les log. Jrsquo;espegrave;re avoir plus de chances avec le module qubino fil pilote en Z wave pour piloter mon chauffage :-). Merci par avance pour vos reacute;ponses. Bien cordialement, Bruno PS : les codes remonteacute;s par Jeedom sont les mecirc;meshellip;.. Volets roulants Avidsen : RFX sur laquo; arc raquo; : 14/11/2014 08:52:58= 090301002700 Packettype = UNDECODED RF Message UNDECODED ARC:2700 14/11/2014 08:53:03= 090301012700 Packettype = UNDECODED RF Message UNDECODED ARC:2700 Alarme laquo; comod alarm raquo; RFX sur laquo; la crosse raquo; : Teacute;leacute;commande laquo; on raquo; : 14/11/2014 08:57:38= 07030411172ABBBE Packettype = UNDECODED RF Message UNDECODED LACROSSE:172ABBBE Capteur de porte mecirc;me alarme : --- 14/11/2014 08:58:29= 070304121455DFD0 Packettype = UNDECODED RF Message UNDECODED LACROSSE:1455DFD0 14/11/2014 08:58:29= 07030413172ABBFA Packettype = UNDECODED RF Message UNDECODED LACROSSE:172ABBFA Capteur de preacute;sence mecirc;me alarme : 14/11/2014 09:00:35= 070304141455DFD0 Packettype = UNDECODED RF Message UNDECODED LACROSSE:1455DFD0 14/11/2014 09:00:36= 07030415172ABBFA Packettype = UNDECODED RF Message UNDECODED LACROSSE:172ABBFA Store banne avec RFX sur Visionic : 14/11/2014 09:01:32= 0A030B16296CCD6FFBCD80 Packettype = UNDECODED RF Message Packettype = UNDECODED RF Message UNDECODED VISONIC:296CCD6FFBCD80 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] searching across all languages
What URL can I use to search across all languages of Wikipedia (or a sister project)? Would like to add it as a search engine so that I don't have to constantly switch between 2-3 language different search engines in the list. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] searching across all languages
There isn't a way within mediawiki. however if you use the site trick in google term site:wikipedia.org you should be able to do it On Sunday, November 16, 2014, svetlana svetl...@fastmail.com.au wrote: What URL can I use to search across all languages of Wikipedia (or a sister project)? Would like to add it as a search engine so that I don't have to constantly switch between 2-3 language different search engines in the list. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org javascript:; https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
I have just lost *two hours* of work due to an edit conflict. I thought using my browser's back button would fix it, but the text is gone forever. Argh. Pine *This is an Encyclopedia* https://www.wikipedia.org/ *One gateway to the wide garden of knowledge, where lies The deep rock of our past, in which we must delve The well of our future,The clear water we must leave untainted for those who come after us,The fertile earth, in which truth may grow in bright places, tended by many hands,And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.* *—Catherine Munro* On Thu, Nov 13, 2014 at 3:40 AM, James Forrester jforres...@wikimedia.org wrote: On 13 November 2014 06:40, Federico Leva (Nemo) nemow...@gmail.com wrote: What's the point in being (allegedly) responsible of something you can't influence? Hey Nemo, Unfortunately you've accidentally cropped off all the context of whoever's e-mails to which you were responding. What were you trying to say? J. -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] searching across all languages
Nice. That's results without pictures; could be interesting to have it through mediawiki or wikibase if that gives such advantage. John wrote: There isn't a way within mediawiki. however if you use the site trick in google term site:wikipedia.org you should be able to do it On Sunday, November 16, 2014, svetlana wrote: What URL can I use to search across all languages of Wikipedia (or a sister project)? Would like to add it as a search engine so that I don't have to constantly switch between 2-3 language different search engines in the list. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org javascript:; https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
Doesn't edit conflict show your content at the bottom of the edit conflict page? A bit unintuitive, but should be there. On Mon, 17 Nov 2014, at 09:07, Pine W wrote: I have just lost *two hours* of work due to an edit conflict. I thought using my browser's back button would fix it, but the text is gone forever. Argh. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
Please endure. That's the way forward now. For now, technically, there's no known or brought-forth solution, I'll recommend you endure. I'm sorry, but that's the reality many people face. On Nov 16, 2014 10:07 PM, Pine W wiki.p...@gmail.com wrote: I have just lost *two hours* of work due to an edit conflict. I thought using my browser's back button would fix it, but the text is gone forever. Argh. Pine *This is an Encyclopedia* https://www.wikipedia.org/ *One gateway to the wide garden of knowledge, where lies The deep rock of our past, in which we must delve The well of our future,The clear water we must leave untainted for those who come after us,The fertile earth, in which truth may grow in bright places, tended by many hands,And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.* *--Catherine Munro* On Thu, Nov 13, 2014 at 3:40 AM, James Forrester jforres...@wikimedia.org wrote: On 13 November 2014 06:40, Federico Leva (Nemo) nemow...@gmail.com wrote: What's the point in being (allegedly) responsible of something you can't influence? Hey Nemo, Unfortunately you've accidentally cropped off all the context of whoever's e-mails to which you were responding. What were you trying to say? J. -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
Svetlana: having accidentally tested this feature again, yes. I was looking in the wrong place for my text, and I copied the wrong portion of text in my haste to save it. The text is now permanently gone. Judging by the number of times that I hear about edit conflicts, I have plenty of company with encountering this scenario. James: would it be possible to automatically save the text of a page to a user's sandbox when they encounter an edit conflict? This would overwrite the content of the sandbox, but that could be reverted using the normal history page for the sandbox. Pine *This is an Encyclopedia* https://www.wikipedia.org/ *One gateway to the wide garden of knowledge, where lies The deep rock of our past, in which we must delve The well of our future,The clear water we must leave untainted for those who come after us,The fertile earth, in which truth may grow in bright places, tended by many hands,And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.* *—Catherine Munro* On Sun, Nov 16, 2014 at 2:10 PM, svetlana svetl...@fastmail.com.au wrote: Doesn't edit conflict show your content at the bottom of the edit conflict page? A bit unintuitive, but should be there. On Mon, 17 Nov 2014, at 09:07, Pine W wrote: I have just lost *two hours* of work due to an edit conflict. I thought using my browser's back button would fix it, but the text is gone forever. Argh. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
On 16 November 2014 22:36, Pine W wiki.p...@gmail.com wrote: James: would it be possible to automatically save the text of a page to a user's sandbox when they encounter an edit conflict? This would overwrite the content of the sandbox, but that could be reverted using the normal history page for the sandbox. +1 to something that achieves this effect. (Dataloss = major high-priority bug.) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Identifying potential cross-language contributions
I have noticed that there are a lot of pages which are extremely well developed in one language and not particularly well developed in other languages. I have been thinking about making tools to help identify and translate these articles. What tools and approaches have been developed to address this problem already? Have there been any projects to this effect? Regards, Chas ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
It sounds like the data loss here was purely due to user error, David. Also, Pine, users do not have a 'sandbox' as far as the software is aware. Maybe we could allow saving things to a given subpage of their user page though. I wonder if there would be issues with this idea due to missing history/attribution/etc On 16 November 2014 22:41, David Gerard dger...@gmail.com wrote: On 16 November 2014 22:36, Pine W wiki.p...@gmail.com wrote: James: would it be possible to automatically save the text of a page to a user's sandbox when they encounter an edit conflict? This would overwrite the content of the sandbox, but that could be reverted using the normal history page for the sandbox. +1 to something that achieves this effect. (Dataloss = major high-priority bug.) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Identifying potential cross-language contributions
There's the ContentTranslation project - an extension to help people translate articles. Among other things, this project has a feature that suggests people who (probably) know two (or more) languages to write a translation for an article when there is no article in one of the languages that they know. This feature is being tested on the beta site: https://blog.wikimedia.org/2014/11/03/announcing-the-second-version-of-the-content-translation-tool/ One of the future goals of the same project is to suggest people to add information to an existing article from a more developed version in another language. It is similar to the above, but a tad more complicated, so it's in the early design stage. The Language engineering team also plans to invest some time in the coming in research about the potential for growth in this area. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com “We're living in pieces, I want to live in peace.” – T. Moore 2014-11-17 0:49 GMT+02:00 Chas Leichner c...@chas.io: I have noticed that there are a lot of pages which are extremely well developed in one language and not particularly well developed in other languages. I have been thinking about making tools to help identify and translate these articles. What tools and approaches have been developed to address this problem already? Have there been any projects to this effect? Regards, Chas ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
Well, judging by the number of occurrences of data loss with edit conflicts and the ease of losing data due to edit conflicts, I would say this is a design problem at least as much as user error. If I get tripped up by this, imagine the number of new users who get confused and give up. If this had been my first experience as an editor, you'd never hear from me again, even more so if I was told that the data loss was my fault. How would you feel if someone told you that after you volunteered two hours of your time and had all your work disappear that it was your fault? One way to handle the attribution issue with saving a copy of the work in user space is to link to the source article in the edit summary. Zack's suggestion would be ok. It would be important that the draft is publicly visible in user space. Pine *This is an Encyclopedia* https://www.wikipedia.org/ *One gateway to the wide garden of knowledge, where lies The deep rock of our past, in which we must delve The well of our future,The clear water we must leave untainted for those who come after us,The fertile earth, in which truth may grow in bright places, tended by many hands,And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.* *—Catherine Munro* On Sun, Nov 16, 2014 at 2:53 PM, Alex Monk kren...@gmail.com wrote: It sounds like the data loss here was purely due to user error, David. Also, Pine, users do not have a 'sandbox' as far as the software is aware. Maybe we could allow saving things to a given subpage of their user page though. I wonder if there would be issues with this idea due to missing history/attribution/etc On 16 November 2014 22:41, David Gerard dger...@gmail.com wrote: On 16 November 2014 22:36, Pine W wiki.p...@gmail.com wrote: James: would it be possible to automatically save the text of a page to a user's sandbox when they encounter an edit conflict? This would overwrite the content of the sandbox, but that could be reverted using the normal history page for the sandbox. +1 to something that achieves this effect. (Dataloss = major high-priority bug.) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
On 16 November 2014 22:36, Pine W wiki.p...@gmail.com wrote: I was looking in the wrong place for my text, and I copied the wrong portion of text in my haste to save it. The text is now permanently gone. On 16 November 2014 22:58, Zack Weinberg za...@cmu.edu wrote: On Sun, Nov 16, 2014 at 5:53 PM, Alex Monk kren...@gmail.com wrote: It sounds like the data loss here was purely due to user error, David. Don't blame the victim. What is this nonsense? It was clearly user error, not the fault of the software. On 16 November 2014 23:03, Pine W wiki.p...@gmail.com wrote: How would you feel if someone told you that after you volunteered two hours of your time and had all your work disappear that it was your fault? Well to be honest I'd think of myself as pretty stupid for leaving two hours worth of work without saving it anywhere safe, but at least I would be able to see that it was my own fault and that the software had returned everything that was needed, making it just a user experience issue rather than a data-loss-major-high-priority bug. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
At least we agree that there is a design problem here. I think blaming users/customers tends to cause unnecessary drama and drive people away. Yes, I should have read the prompts more carefully and checked that I was copying offline what I thought I was copying, which was the wrong version. However, my position is that a user shouldn't be placed in this position in the first instance. In any case, perhaps we can return to the subject of how to create a better, friendly, more fault-tolerant user experience. Pine Pine *This is an Encyclopedia* https://www.wikipedia.org/ *One gateway to the wide garden of knowledge, where lies The deep rock of our past, in which we must delve The well of our future,The clear water we must leave untainted for those who come after us,The fertile earth, in which truth may grow in bright places, tended by many hands,And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.* *—Catherine Munro* On Sun, Nov 16, 2014 at 3:22 PM, Alex Monk kren...@gmail.com wrote: On 16 November 2014 22:36, Pine W wiki.p...@gmail.com wrote: I was looking in the wrong place for my text, and I copied the wrong portion of text in my haste to save it. The text is now permanently gone. On 16 November 2014 22:58, Zack Weinberg za...@cmu.edu wrote: On Sun, Nov 16, 2014 at 5:53 PM, Alex Monk kren...@gmail.com wrote: It sounds like the data loss here was purely due to user error, David. Don't blame the victim. What is this nonsense? It was clearly user error, not the fault of the software. On 16 November 2014 23:03, Pine W wiki.p...@gmail.com wrote: How would you feel if someone told you that after you volunteered two hours of your time and had all your work disappear that it was your fault? Well to be honest I'd think of myself as pretty stupid for leaving two hours worth of work without saving it anywhere safe, but at least I would be able to see that it was my own fault and that the software had returned everything that was needed, making it just a user experience issue rather than a data-loss-major-high-priority bug. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
On 16 November 2014 22:58, Zack Weinberg za...@cmu.edu wrote:
On Sun, Nov 16, 2014 at 5:53 PM, Alex Monk kren...@gmail.com wrote:
It sounds like the data loss here was purely due to user error, David.
Don't blame the victim.
+1. This is precisely the dataloss that needs to be averted.
Maybe we could allow saving things to a given subpage of their user page
Users/{name}/backup/{pagetitle}/{serial number} ? That gets rid of
the wipes out what was there already problem.
Something like that.
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
On the second edit conflict, I read the message at the page top. It says: Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. **Your changes are shown in the lower text area.** You will have to merge your changes into the existing text. Only the text in the upper text area will be saved when you press Save page. Emphasis added by me. We all know that people fail to read though. If we can come up with a more colorful error message or a more intuitive edit conflict page layout, I'm all ears. As to (semi-automatic) conflict resolution, our diff viewer probably has to be fixed first - any conflict resolution starts with identifying the differences, and our diff viewer fucks up at smallest possible edits or problems as soon as an extra line break is involved, i.e. https://test.wikipedia.org/w/index.php?title=User%3AGryllidaaction=historysubmitdiff=218760oldid=218759 (Were the first sentence edit and second sentence edits made separately, and with a conflict, the logic would die (esp. with an extra line break change involved inbetween)). On Mon, 17 Nov 2014, at 09:36, Pine W wrote: Svetlana: having accidentally tested this feature again, yes. I was looking in the wrong place for my text, and I copied the wrong portion of text in my haste to save it. The text is now permanently gone. Judging by the number of times that I hear about edit conflicts, I have plenty of company with encountering this scenario. James: would it be possible to automatically save the text of a page to a user's sandbox when they encounter an edit conflict? This would overwrite the content of the sandbox, but that could be reverted using the normal history page for the sandbox. Pine *This is an Encyclopedia* https://www.wikipedia.org/ *One gateway to the wide garden of knowledge, where lies The deep rock of our past, in which we must delve The well of our future,The clear water we must leave untainted for those who come after us,The fertile earth, in which truth may grow in bright places, tended by many hands,And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.* *—Catherine Munro* On Sun, Nov 16, 2014 at 2:10 PM, svetlana svetl...@fastmail.com.au wrote: Doesn't edit conflict show your content at the bottom of the edit conflict page? A bit unintuitive, but should be there. On Mon, 17 Nov 2014, at 09:07, Pine W wrote: I have just lost *two hours* of work due to an edit conflict. I thought using my browser's back button would fix it, but the text is gone forever. Argh. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feature request.
On Sun, Nov 16, 2014 at 7:27 PM, svetlana svetl...@fastmail.com.au wrote: On the second edit conflict, I read the message at the page top. It says: Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. **Your changes are shown in the lower text area.** You will have to merge your changes into the existing text. Only the text in the upper text area will be saved when you press Save page. Emphasis added by me. We all know that people fail to read though. If we can come up with a more colorful error message or a more intuitive edit conflict page layout, I'm all ears. Perhaps we could look at desktop 3-way diff utilities for inspiration? Something like (pray forgive the ASCII art...) EDIT CONFLICT YOUR VERSION OTHER VERSION +-+ +-+ | (read only | | (read only | | text area) | | text area) | | (background | | (background | | greenish) | | yellowish) | +-+ +-+ Please merge the two versions into the text area below. +--+ | (editable text area) | | (background white) | | (prefilled with the best | | 3-way merge we can manage) | +--+ I have to say I don't understand why the system does such a terrible job -- 3-way merge is a Solved Problem over in the land of version control systems for programmers. zw ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Bugzilla Weekly Report
MediaWiki Bugzilla Report for November 10, 2014 - November 17, 2014 Status changes this week Reports changed/set to UNCONFIRMED: 2 Reports changed/set to NEW: 40 Reports changed/set to ASSIGNED : 55 Reports changed/set to REOPENED : 13 Reports changed/set to PATCH_TO_RE: 83 Reports changed/set to RESOLVED : 262 Reports changed/set to VERIFIED : 32 Total reports still open : 15906 Total bugs still open : 9684 Total non-lowest prio. bugs still open: 9274 Total enhancements still open : 6222 Reports created this week: 293 Resolutions for the week: Reports marked FIXED : 195 Reports marked DUPLICATE : 26 Reports marked INVALID : 14 Reports marked WORKSFORME: 20 Reports marked WONTFIX : 11 Specific Product/Component Resolutions User Metrics Created reports per component MediaWiki extensions WikidataRepo 37 VisualEditor Editing Tools 19 Wikipedia App Android App 16 MediaWiki extensions Flow 14 VisualEditor ContentEditable 10 Created reports per product MediaWiki extensions 93 VisualEditor 45 MediaWiki 35 Wikimedia 24 MobileFrontend23 Top 5 bug report closers jforrester [AT] wikimedia.org 43 aklapper [AT] wikimedia.org 19 florian.schmidt.welzow [AT] t-12 lydia.pintscher [AT] wikimedia10 jrobson [AT] wikimedia.org9 Most urgent open issues Product | Component | BugID | Priority | LastChange | Assignee | Summary -- Analytics | Refinery | 68139 | Highest | 2014-10-01 | wikibugs-l[AT]lists. | Epic: AnalyticsEng has kafkatee runni Analytics | Refinery | 68247 | Highest | 2014-10-01 | wikibugs-l[AT]lists. | Story: AnalyticsEng generates new dat Analytics | Wikimetrics | 69252 | Highest | 2014-08-07 | wikibugs-l[AT]lists. | Epic: AnalyticsEng has robust code to Analytics | Wikimetrics | 69253 | Highest | 2014-08-08 | wikibugs-l[AT]lists. | Story: AnalyticsEng uses TimeSeries s Analytics | Wikimetrics | 69145 | Highest | 2014-08-08 | wikibugs-l[AT]lists. | Story: AnalyticsEng has editor_day ta Analytics | Wikimetrics | 69397 | Highest | 2014-08-14 | wikibugs-l[AT]lists. | Wikimetrics backup has no monitoring Analytics | Wikimetrics | 72747 | Highest | 2014-10-30 | wikibugs-l[AT]lists. | Story: WikimetricsUser reads user nam Huggle| Application | 73096 | Highest | 2014-11-09 | benapetr[AT]gmail.co | revert system is not able to retrieve MediaWiki ext | OAuth | 57336 | Highest | 2014-09-10 | wikibugs-l[AT]lists. | Make metawiki the central OAuth wiki MediaWiki ext | WikibaseQuery | 67533 | Highest | 2014-09-11 | csteipp[AT]wikimedia | security review of WikibaseQuery MediaWiki ext | WikibaseQuery | 67534 | Highest | 2014-10-02 | aschulz4587[AT]gmail | performance review of WikibaseQuery MediaWiki ext | WikibaseQuery | 67536 | Highest | 2014-09-11 | csteipp[AT]wikimedia | security review of WikibaseQueryEngin MediaWiki ext | WikibaseQuery | 67535 | Highest | 2014-10-28 | wikidata-bugs[AT]lis | performance review of WikibaseQueryEn MediaWiki ext | WikidataRepo | 63723 | Highest | 2014-11-12 | wikidata-bugs[AT]lis | Time formatting incorrect for some la MediaWiki ext | WikidataRepo | 52385 | Highest | 2014-11-13 | wikidata-bugs[AT]lis | Query by one property and one value ( Parsoid | General | 48900 | Highest | 2014-11-03 | ssastry[AT]wikimedia | Mark up http errors + missing image e Pywikibot | Other scripts | 58549 | Highest | 2014-09-17 | Pywikipedia-bugs[AT] | catall.py replaces categories instead Wikimedia | Site requests | 35707 | Highest | 2014-10-28 | kpeterzell[AT]wikime | Complete unification of all accounts Wikimedia Lab |
