I may have found the source of the missing samples. A bugfix has been made in the commit 88444f2d.

Fixed in commit e6d42901.

I'm not sure, as this issue is very specific to files created by the MediaRecorder api.

Done in commit 3ddb883b.

Done in commit 8c18e496.

Done in commit ee86f4ea.

Done in commit 4addc776.
The mustach helper function used for I18n was not supporting message parameters.

Done in commit 8f4adbc4.
The prompt to confirm leaving will be displayed as long as there is at least one audio/video file recorded but not fully published.

This feature was already implemented in an early version of the RecordWizard, but was somehow lost in 2019-2020 during the migration to VueJs.

To implement this new UI, I did a hard fork of the previous foreground-based skin to achieve a brand new skin, BlueLL. See all commits that lead to the current result.

Done in commits 59ef2971, 8b3893da, 91aed0c3, 22ffb57d, a5710cc1 and 82fc2afe for the BlueLL skin part; and commit f020991f for the RecordWizard part.

Done in those 40 commits.

Done in commits 22f4d411, b26dff12, 1d8bb9c2, d9b0a431, 3df585a2, c766ac4e, 58cf32b8, db030094, 17c62f46, b1c5f6a4, a19cf843.

With the new UX implemented (T240552), you can now listen to records and delete them directly from the studio step, where you can also re-record them. Thereby I think we can consider this task as resolved.

Done in commit c9c510a7.

Done in commit 0bc7f91f.

Done in commit db030094.

Done in commit df2b0f8a. A little play button is positioned next to each stashed records in the studio; clicking on it stops the recorder and plays the recorded sound. Two shortcuts are also available: P and Enter.

Done in commit fa84d55c.

Switch done on Friday 29 May 2020 between 15h and 15h44 (CEST). Now domain lingualibre.fr redirect to lingualibre.org.

This has been implemented in version 2.0.0 of Lingua Libre, especially in commits d9b0a431 and 3df585a2.

Done, see commit aae72f5d on the operations repo and commit 9757eb89 on the BlueLL repo.

A first attempt was made during T240552, but there was an issue (text overflowing outside viewbox) on browsers that didn't had the Linux Libertine font.

I've made some implementation tests of Echo's icons on Lingua Libre's skin (commit 3d8adf4d). You can see a demo here (you have to be connected), is it ok like that?

Oh, ok that's fine then :). Thanks @DannyS712

I'm reopening this task as it seems not completely fixed. Performing a check this morning on [[User:Karl Marx1844]] (frwiki), I still get an error (only through the API as previously):

I just came with a not too complicated solution for the second option. As samples are coded on 16bits signed integer, and if we look at all the strings that need to be removed, we can actually just twist a bit (--> add 1) all occurrences of the 4 samples listed bellow to be negative in all cases:

• 0x003F = "\x00?"
• 0x3F00 = "?\x00"
• 0x7068 = "ph"
• 0x6870 = "hp"

For the record, an example of wav file that is concidered as application/x-php:
(that's just a generated test file, nothing really interesting)

After digging a bit in MW core's code, it seems that using an external mime-detection command through $wgMimeDetectorCommand will be useless, because this is used only if the internal mime detection did not find anything.

Looking at the log file:

Also got this error sometimes. When the error occured one time on a word, it keeps occuring during the whole session on this word. For the record, this is the error returned by the API:

{
  "error": {
    "code": "verification-error",
    "info": "Files of the MIME type \"application/x-php\" are not allowed to be uploaded.",
    "details": [
      "filetype-badmime",
      "application/x-php"
    ],
    "*": "See https://v2.lingualibre.fr/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes."
  }
}

For a reason I don't get yet, MW thinks the uploaded file is an "application/x-php" instead of the correct "audio/wav" type.