Okay, so it kept happening to Lyokoï (and still does). I was able to pinpoint where the error is occurring. And... We're going to need more data.
Mon, Jun 21
Thu, Jun 17
Was fixed by https://github.com/lingua-libre/BlueLL/commit/96797b351fa43aa469473d18a74a672d9e9264b8, which was deployed two days ago.
Tue, Jun 15
@Aklapper As stated in the task description : STALLED until the following PR can be tested: lingua-libre/RecordWizard#6. The task is here waiting either for me or a third party to test the PR and make sure it fulfills its intended purpose. If you don't agree with the task being stalled, feel free to edit the task state.
Sun, Jun 13
I just granted write access to the translatewiki bot. Is there anything else I need to do?
Thought this bug was fixed a while ago. I'll investigate it.
Thanks for showcasing Lili by the way ! 😃
Sat, Jun 12
Wed, Jun 9
As a side question to this : why do we even need to import languages from Wikidata ?
I'll have a look at them this afternoon.
Sat, Jun 5
Fri, Jun 4
But nobody except you and Michael have access to that db, is it fixed for good or will you have to regularly do that command for everybody else?
Fri, May 28
@Mh-3110 The request is still free to take and I believe it remains an interesting feature to add. Once you get something working, just submit a PR to the RecordWizard repo on GitHub, and I'll have a look at it.
Thu, May 27
Okay. Please open a new task then. We'll track the progress there!
You want a SPARQL request generator?
What was this table replaced with?
In the event it's not enough, I still think this task should be closed since the feature is available - and working. Maybe open another task?
It worked. See https://www.wikidata.org/wiki/Lexeme:L8720#F48.
Wed, May 26
@Theklan I've seen you've uploaded a bunch of recordings linked to Lexemes elements. The bot should handle them at midnight UTC. Fingers crossed.
I have recovered the bot and it's now running on Toolforge.
The description of this task still remains a bit unclear to me, I'd appreciate if someone could split it into smaller-scoped feature requests.
May 24 2021
May 23 2021
The fix commit made its way to the bot's master branch. https://github.com/lingua-libre/Lingua-Libre-Bot/commit/0c72e6491393db2d71e8ca78621379d74003d057
I'm still waiting on the SPARQL endpoint to be back online so I can make sure the fix is working properly.
May 22 2021
I haven't tested the JS, but the custom CSS works.
Found a possible fix for this. I need to let the bot run manually over some Wikidata elements to be sure about that, but it seems that some people manually added the recordings to the Wikidata elements, so I don't have that much of them to test on.
The bot is now installed on Toolforge. https://toolsadmin.wikimedia.org/tools/id/lingua-libre-bot
May 21 2021
@VIGNERON Was the change shipped to production ? It does not seem to be applied, or to have worked: the theme's still there.
Apr 10 2021
Mar 21 2021
Mar 11 2021
I had a look at Toolforge's documentation.
Since this is a change that is "approved" by this ticket, I did not make a PR. See the commit.
It might. And if it does, the commit history will allow us or them to easily recover any changes that were unadvertently "reverted".
According to the documentation, is fine to just remove that line. Since the default skin is BlueLL, it's going to switch any users that were using Vector to BlueLL.
Mar 9 2021
The user can record up to a few thousands words. Once the recordings all get "approved" by the user, Lingua Libre then uploads them to Commons with the user's OAuth token. We've seen people registering a thousand words, and then getting "blocked" at upload time due to the 380 words/72 minutes limit. And in most cases, they lose two thirds of their work, because they aren't able to wait 72 minutes before retrying the upload.
Mar 8 2021
Mar 4 2021
I just provided a PR on GitHub (lingua-libre/RecordWizard#7) to make the texts in the "keyboard shortcuts popup" translatable.
Alright. I might have an idea for both a fix and an improvement.
Mar 3 2021
@LoquaxFR Thanks for the details.
Feb 28 2021
Feb 27 2021
I got the confirmation from VIGNERON that once this is fixed, we will be able to issue a request for a bot to come clean all that.
One explanation may be that user already recorded many words (currently 31,261) and the RecordWizard has some troubles to remove from the list the words he has already recorded.
Feb 23 2021
Datasets are sets of data. We could hardly find a word more unambiguous than this one. And, well, on Mozilla CommonVoice, they use datasets too. So it should be fine.
Feb 22 2021
Also, it depends on how the record wizard send audio files (from server and lingualibre.org or from client's IP address ?),
@Yug I'd rather like not merging it yet. It should not cause issues, but it's a risk I do not want to take.
@mickeybarber Any news about this? - this is seemingly still not fixed.
Good news! It's possible. We can query the userrights and ratelimits applying to the user that made the request.
I'm wondering: wouldn't there be a way to check the user's roles on Commons and show him a warning upfront (even before he started recording), stating that he will be limited to 380 words?
Great! The PR for the property in the config has been created: https://github.com/lingua-libre/operations/pull/3.
Feb 21 2021
To link your code to the property, i'am not sure. May it be there in mediawiki-config/LocalSettings.php ?