You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Google Chrome and the ostensibly open source browser Chromium implementation of SpeechRecognition records the user voice and sends the users' biometric data to a remote web service https://bugs.chromium.org/p/chromium/issues/detail?id=816095 without the notifying the user or being granted permission by the user (cannot grant permission if not notified) that use of SpeechRecognition at that browser will perform the preceding with their voice. Some of the issues relating to that undisclosed practice are described at w3c/webappsec-secure-contexts#66 (comment).
To remedy that horrendous issue at the specification level it should be a simple matter of inccluding language that states SpeechRecognitionMUST do at least the following if the implementation records the user voice and sends that recording to a remote web service
If SpeechRecognition is not performed in real-time at the browser source code locally in the browser, MUST notify the user that if they use that implementation of Web Speech API at that browser, their voice will be recorded and send to a remote web service when they use SpeechRecognition;
The SpeechRecognition implemented MUST get permission from the user before recording their voice to send to a remote web service;
The SpeechRecognition implemented MUST let the user know precisely where their biometric data is being sent and for how long their recorded voice will be stored and the when the recording of their voice is deleted from the storage devices at the remote web service.
Will file the PR if necessary to fix this long-standing issue at the specification level.
The text was updated successfully, but these errors were encountered:
In the context of speech recognition the term "real-time" has an existing meaning. It means that the audio is transcribed in a time period which is shorter than or equal to the time required to play the audio.
Thus it already has a meaning which differs from the meaning it has in the sentence
If SpeechRecognition is not performed in real-time at the browser source code...
which I read as meaning...
If SpeechRecognition is not performed locally in the browser...
So I'd suggest not using the term "real-time" here.
Google Chrome and the ostensibly open source browser Chromium implementation of
SpeechRecognition
records the user voice and sends the users' biometric data to a remote web service https://bugs.chromium.org/p/chromium/issues/detail?id=816095 without the notifying the user or being granted permission by the user (cannot grant permission if not notified) that use ofSpeechRecognition
at that browser will perform the preceding with their voice. Some of the issues relating to that undisclosed practice are described at w3c/webappsec-secure-contexts#66 (comment).To remedy that horrendous issue at the specification level it should be a simple matter of inccluding language that states
SpeechRecognition
MUST do at least the following if the implementation records the user voice and sends that recording to a remote web serviceSpeechRecognition
is not performedin real-time at the browser source codelocally in the browser, MUST notify the user that if they use that implementation of Web Speech API at that browser, their voice will be recorded and send to a remote web service when they useSpeechRecognition
;SpeechRecognition
implemented MUST get permission from the user before recording their voice to send to a remote web service;SpeechRecognition
implemented MUST let the user know precisely where their biometric data is being sent and for how long their recorded voice will be stored and the when the recording of their voice is deleted from the storage devices at the remote web service.Will file the PR if necessary to fix this long-standing issue at the specification level.
The text was updated successfully, but these errors were encountered: