Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Character string 2A sets Espeak volume to 0 and does strange things to pitch and intonation with NVDA #437

Closed
nvaccessAuto opened this Issue Jan 1, 2010 · 7 comments

Comments

Projects
None yet
1 participant

Reported by fastfinge on 2009-10-07 01:10
When reading a document in NVDA, coming accross the string "2A" will cause the Espeak volume to be set to 0, and strange things to happen to pitch and intonation. This bug involves oddball characters; I am not sure they will show up in HTML. I have attached a txt file demonstrating the bug.

Attachment espeak bug.txt added by fastfinge on 2009-10-07 01:12
Description:
I wasn't sure if the characters required to demonstrate this bug would be filtered out in the HTML or not. This text file definitively demonstrates the problem.

Comment 1 by fastfinge on 2009-10-07 01:15
This seems not to happen in firefox. But the bug occurs every time I use wordpad.
Changes:
Changed title from "Character string �2A sets Espeak volume to 0 and does strange things to pitch and intonation with NVDA" to "Character string 2A sets Espeak volume to 0 and does strange things to pitch and intonation with NVDA"

Comment 2 by jteh on 2009-10-07 02:06
Ouch. It seems \01 is used by eSpeak for embedded commands. I will commit a fix shortly.
Changes:
Milestone changed from None to 2009.1

Comment 3 by jteh on 2009-10-07 02:29
Fixed in r3310. Thanks for reporting.
Changes:
State: closed

Comment 4 by pvagner on 2009-10-07 06:25
Are you sure this is NVDA's bug? I have reproducet this with command-line version also.

I think eSpeak should only care about control characters when ssml or whatever markup is chosen.

Comment 5 by pvagner on 2009-10-07 06:39
One more thing.
While opening an emails including this string in thunderbird NVDA generates an error.
Here's the output:
ERROR - XMLFormatting.XMLTextParser.parse (08:25:32):
XML: When reading a document in NVDA, coming accross the string "�2A" will

Traceback (most recent call last):
File "XMLFormatting.pyo", line 41, in parse
ExpatError: not well-formed (invalid token): line 1, column 565

And one more...
While opening log viewer with this string inside NVDA gives the following:
ERROR - unhandled exception (08:27:04):
Traceback (most recent call last):
File "gui__init__.pyo", line 229, in onViewLogCommand
File "gui\logViewer.pyo", line 82, in activate
File "gui\logViewer.pyo", line 40, in init
File "gui\logViewer.pyo", line 49, in refresh
File "codecs.pyo", line 666, in read
File "codecs.pyo", line 472, in read
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 76420-76422: invalid data

Comment 6 by jteh on 2009-10-07 07:00
Oh, it's certainly an issue in eSpeak. The question is whether it was intentional or not. In any case, we need to work around it for now to prevent annoyance to our users.

@nvaccessAuto nvaccessAuto added this to the 2009.1 milestone Nov 10, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment