- Prefix puppet is handy (I wish I had discovered it before starting to create instances)
- Easy MediaWiki setup for each student (the focus was not on installing MediaWiki)
- Easy for me to assist students with the issues they had and to review assignments
- The wikis were public, and I could also ssh into the instances but that was not necessary
- I was able to use one instance for demonstrations in the class and then students could go that later to check what I did
- Students now have wikitech accounts, making it easier for them to contribute in the future if they want to
Okay to go ahead on this. All instances are turned off already. Thanks for the opportunity.
Nested groups exist already, so it is a reasonable request to allow using them (that's why I reopened the task). Whatever happens here won't resolve this issue until someone comes and actually makes a patch (that's why I discouraged further discussion in my previous comment).
We cannot support language converter as explained in Language-Team. Some people who have been associated with language converter are @cscott and @tstarling and @liangent.
Sat, Mar 25
Fri, Mar 24
Since nesting is already technically available for other groups, I see no reason not to make available for these groups as well. It isn't really necessary to spend time discussing what kind of structure makes or doesn't make sense, that's something for the users of this feature to decide.
Nothing has changed. Perhaps you are counting the gray suggestions added by content translation?
Yes it seems the br rule is no longer relevant, but the issue appears because you are adding <br> where one does not exist in the source text.
The language list in https://www.wikidata.org/wiki/Wikidata:Project_chat is not provided by Translate.
Thu, Mar 23
Broken here means:
- Missing the caret/triangle pointing to the element
- Position of the tooltip
I could, but I want to use my limited time to make it unnecessary in the first place. My patch above is a step in that direction when reviewed.
messageindexdata.ser is just test data, ignore it.
Wed, Mar 22
I'm leaving this open in case someone is expected to do backports.
Tue, Mar 21
There is nothing to fix in Translate as far as I can see (other than T131516).
Trivial to implement. See languageDecorator on line 174 in ext.uls.compactlinks.js.
Mon, Mar 20
Sun, Mar 19
Thu, Mar 16
Sounds like a radio button is appropriate to use here when there are multiple options.
[08:56:43] Nikerabbit> got an idea
[08:57:03] Nikerabbit> store the managemessagegroups changes in database, and just add links from the log to a special page that can display it
Please see previous deployments. You need to create database tables, and index in ElasticSearch (coordinate with them as they are doing upgrades). I suggest to reuse previous configs instead of deviating from them. There is also documentation somewhere how to install Translate. @Reedy would you remember where that is?
Wed, Mar 15
No, the form will be submitted multiple times if there are many changes.
Are you saying that clicking the submit button can produce multiple POST requests?
Is there any reason not to record in Special:Log the repository management actions performed via the special page?
- The list of changes is a complex, highly varied list of information. How do you represent that in a simple log message?
- When there are lots of changes, those are split into multiple sets that are processed one at a time, independently.
Tue, Mar 14
No progress was made on this during the developer summit. Based on discussions elsewhere, I feel there are concerns that the proposed simple solution would be too limiting compared to the existing method. That sounds like more work is needed to define a MVP and implement it.
Mon, Mar 13
Add number of translatable pages for Translate.
Fri, Mar 10
The trailer filter comes from CleanChanges which is not installed on Wikimedia sites.
Thu, Mar 9
@jmatazzoni I checked the pages you linked, but it seems they are all user documentation. I was actually looking for developer documentation such as how to enable this feature, what hooks, configuration variables or APIs I need to use to hook into this feature. I guess those are coming soon as per what @Mattflaschen-WMF said above.
Wed, Mar 8
Thanks @hashar for resolving this! I wouldn't have been able to figure this out myself :)
Can you try running php extensions/Translate/scripts/createMessageIndex.php. It sounds like the job that was created when you marked the page for translation failed or got lost.
Just relaying that translatewiki.net has been affected with https://github.com/facebook/hhvm/issues/7567 until I disabled stat_cache. As far as I know WMF has stat_cache enabled.
Is this something you are planning to do, or are you seeking for someone else to work on this? If former, please keep the BC requirements in mind (last two stable releases). If the latter, could you provide more information about the new system?
The global weekly numbers in https://test.wikipedia.org/wiki/Special:ContentTranslationStats look fine now, no gaps at all.
Tue, Mar 7
Please try whether $wgTranslatePageTranslationULS = true; makes it work as you want.
Mon, Mar 6
This page is not used on Wikimedia sites. I will deploy this to translatewiki.net soon.
They are cached for 24 hours using keys of format specialversion-ext-version-text-NAME-COREID with no way to override.
<p>Tha sgoilearan eile a' sìreadh tùs a' chànain ann an <a href="/w/index.php?title=S%C3%B2isealtasan&action=edit&redlink=1" class="new" title="Sòisealtasan (chan eil duilleag ann fhathast)">sòisealtasan</a> coltach ri Seapan a thaobh <a href="/w/index.php?title=Cultar&action=edit&redlink=1" class="new" title="Cultar (chan eil duilleag ann fhathast)">cultar</a> agus <a href="/wiki/Eige%C3%B2las" class="mw-redirect" title="Eigeòlas">eigeòlas</a> eadar ceann a Deas na <a href="/wiki/An_t-S%C3%ACn" class="mw-redirect mw-disambig" title="An t-Sìn">Sìne</a> agus <a href="/w/index.php?title=An_Himalaya&action=edit&redlink=1" class="new" title="An Himalaya (chan eil duilleag ann fhathast)">An Himalaya</a>. An dèidh sin, tha feadhainn eile a' cumail a-mach gur ionnan tùs a' chànain agus na <a href="/w/index.php?title=C%C3%A0nanan_Draibhideach&action=edit&redlink=1" class="new" title="Cànanan Draibhideach (chan eil duilleag ann fhathast)">cànanan Draibhideach</a> agus <a href="/w/index.php?title=C%C3%A0nanan_nan_ioma-eileanach&action=edit&redlink=1" class="new" title="Cànanan nan ioma-eileanach (chan eil duilleag ann fhathast)">cànanan nan ioma-eileanach</a>.(Polynesia) 'S ann tric a bhithear a' moladh gur e <a href="/w/index.php?title=Cr%C3%ACtheol&action=edit&redlink=1" class="new" title="Crìtheol (chan eil duilleag ann fhathast)">crìtheol</a> a th' anns a' chànan seo, a' gabhail a-steach tuilleadh air aon de na teangannan sin.</p>
Now it shows
ContentTranslation – (27ce92a) 21:26, 3 March 2017
Fri, Mar 3
Based on Santhosh' query there are no gaps in the data in the database.
Thu, Mar 2
Hmm, I might have made the problem worse (unless we really have multiple week gaps in our data):
I don't have full answer to that. I shared two docs with you where I had been doing a little research how to clean up the data. It looks like some parts are easy to do handle (just delete all deleted stuff with no drafts) and some need more investigation, or even impossible to solve.
Wed, Mar 1
Ah thanks for pointing that out. I do have a custom error handler because I have tried to get HHVM to print out warnings like PHP does. But it doesn't work, so I removed it and now shell.php is quiet as well.
The patch works without the schema change, so it can be (and should be) deployed first, followed by the schema change anytime after.
Unless I am mistaken, the OOUI update including the fix for this was just merged to master.
Okay, I got it now. I haven't changed my configuration, so indeed the redirect to the canonical name is no longer happening.
Tue, Feb 28
I have upgraded ElasticSearch and reindexed the whole search index.
Test export succeeded: https://github.com/wikisource/ia-upload/commit/855a27e3af6f50166e5fa14d993f91b900e7739f
I'll leave it to you to create https://translatewiki.net/w/i.php?title=Translating:Ia-upload&action=edit&redlink=1 based on other examples linked in https://translatewiki.net/wiki/Group_descriptions
Do we need to wait for that to be fixed first before merging?
I don't think I can actually type outside latin1 with keyboard layouts currently enabled, but with copy-pasting it works:
Yes, that is correct. Collaboration and similar features are still possible to add in future, and I don't think this change will make it harder.