Date   

locked Re: Bug Reports: Thunderbird talks too much

 

Hi,

I'm running some diagnostic tests at the moment...

From what I've seen over the years, once a user files an issue with the app developer, NV Access is supposed to be notified of this. In this case, since the issues described here and on GitHub are a bit related yet are quite separate, the best way is creating a new issue with whoever is going to file one providing the direct link to Bugzilla report. Then:

* If it is NVDA problem, NVDA developers will come up with a fix.

* If this is from Thunderbird, the issue will be closed with "needs external fix" label attached.

Cheers,

Joseph


On 4/9/2020 4:22 PM, Brian Vogel wrote:
Joseph,

           Shaun has filed a bug report with Bugzilla for Thunderbird regarding this issue, for which I gave the direct link earlier:   https://bugzilla.mozilla.org/show_bug.cgi?id=1628891

           As I mentioned, there is already a bug in GitHub, NVDA fails to see text in the status bar of Mozilla Thunderbird 68 and newer , that seems to me to be the seed for a new issue.  What I want to know is what is the convention at NVDA/NVAccess in a situation like this.   Since I saw those two tags added to the existing bug just yesterday, after the comment reporting the current issue, if they follow a "spin-off protocol" it would be useless to log a new bug.  If, however, they don't split issues when something like this occurs to spin off a new issue, it would be worth creating one.   I don't want to create one unless I know it will not be adding more work for the folks who manage this.  I am hoping someone among our regular readership can shed some light regarding what should happen next.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Bug Reports: Thunderbird talks too much

 

Well the only thing the statusbar needs to do actually is simply be a blank statusbar and continue not reading so I can continue to get my progress as normal.

I'd like to be able to customise things so actions I do have sounds maybe but I don't need a running log output which is what is currently happening.

I liked it when the status bar was useless but if its going to have information then I'd like a way to customise things.



On 10/04/2020 11:23 am, Adriani Botez wrote:
Is the information in the status bar very critical? Is it needed to be able to use Thunderbird?
If not, then I suggest to open a bug with Mozilla requesting to include only critical information in the status bar. And write them exactly which information should be excluded from reporting.

Best

Adriani


Von meinem iPhone gesendet

Am 10.04.2020 um 01:15 schrieb Joseph Lee <joseph.lee22590@...>:



Hi,

Depending on what is causing it, it might be best to either:

  • Create a new NVDA issue on GitHub: if NVDA is at fault.
  • Report this to Mozilla via Bugzilla: if it is Thunderbird doing this.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian Vogel
Sent: Thursday, April 9, 2020 4:11 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Bug Reports: Thunderbird talks too much

 

By the way, there appears to be a related bug on NVDA in GitHub, kind of:  NVDA fails to see text in the status bar of Mozilla Thunderbird 68 and newer
This bug was originally opened in November 2019.  It was the flip side of the current ultra verbose problem.  

However, a comment added yesterday reads, "This has been resolved in Thunderbird version 68.7.0. However, the new issue is that NVDA now tends to automatically read whatever Thunderbird displays in its status bar, thereby making the screen reader quite verbose. I suggest that the auto-reading of the status bar in Thunderbird version 68.7.0 and newer be suppressed. This is with NVDA Version alpha-19925,2d73010e."

There are others here who can advise, since this is the case, whether it's worth creating a new, separate bug or whether, based on the comment, which appears to have been seen by the those who check the reports since two tags, "app/thunderbird" and "bug," were added in response to that comment yesterday.  There's no point in creating a separate bug if it would either be merged into this existing one, or if the comment will trigger an issue split out in to a separate issue.  It's a question of where to comment, and whether that should wait or just occur on the end of the existing bug, even though the main problem description for that bug doesn't match the current issue.
--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Bug Reports: Thunderbird talks too much

Adriani Botez
 

Does this occur with nvda 2019.2.1?


Von meinem iPhone gesendet

Am 10.04.2020 um 01:27 schrieb Brian Vogel <britechguy@...>:

On Thu, Apr 9, 2020 at 07:24 PM, Adriani Botez wrote:
[Status Bar] Is it needed to be able to use Thunderbird?
No, but it's already been pretty clearly identified that NVDA is doing something quite different than any other screen reader is doing with the same release of Thunderbird for the same data, as I very much doubt that Thunderbird does anything differently based on which screen reader is used if one is used at all.

This is an instance where there is enough data to strongly suggest an NVDA bug of some sort.
 
--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Bug Reports: Thunderbird talks too much

 

On Thu, Apr 9, 2020 at 07:24 PM, Adriani Botez wrote:
[Status Bar] Is it needed to be able to use Thunderbird?
No, but it's already been pretty clearly identified that NVDA is doing something quite different than any other screen reader is doing with the same release of Thunderbird for the same data, as I very much doubt that Thunderbird does anything differently based on which screen reader is used if one is used at all.

This is an instance where there is enough data to strongly suggest an NVDA bug of some sort.
 
--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Bug Reports: Thunderbird talks too much

Adriani Botez
 

Is the information in the status bar very critical? Is it needed to be able to use Thunderbird?
If not, then I suggest to open a bug with Mozilla requesting to include only critical information in the status bar. And write them exactly which information should be excluded from reporting.

Best

Adriani


Von meinem iPhone gesendet

Am 10.04.2020 um 01:15 schrieb Joseph Lee <joseph.lee22590@...>:



Hi,

Depending on what is causing it, it might be best to either:

  • Create a new NVDA issue on GitHub: if NVDA is at fault.
  • Report this to Mozilla via Bugzilla: if it is Thunderbird doing this.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian Vogel
Sent: Thursday, April 9, 2020 4:11 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Bug Reports: Thunderbird talks too much

 

By the way, there appears to be a related bug on NVDA in GitHub, kind of:  NVDA fails to see text in the status bar of Mozilla Thunderbird 68 and newer
This bug was originally opened in November 2019.  It was the flip side of the current ultra verbose problem.  

However, a comment added yesterday reads, "This has been resolved in Thunderbird version 68.7.0. However, the new issue is that NVDA now tends to automatically read whatever Thunderbird displays in its status bar, thereby making the screen reader quite verbose. I suggest that the auto-reading of the status bar in Thunderbird version 68.7.0 and newer be suppressed. This is with NVDA Version alpha-19925,2d73010e."

There are others here who can advise, since this is the case, whether it's worth creating a new, separate bug or whether, based on the comment, which appears to have been seen by the those who check the reports since two tags, "app/thunderbird" and "bug," were added in response to that comment yesterday.  There's no point in creating a separate bug if it would either be merged into this existing one, or if the comment will trigger an issue split out in to a separate issue.  It's a question of where to comment, and whether that should wait or just occur on the end of the existing bug, even though the main problem description for that bug doesn't match the current issue.
--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Bug Reports: Thunderbird talks too much

 

Joseph,

           Shaun has filed a bug report with Bugzilla for Thunderbird regarding this issue, for which I gave the direct link earlier:   https://bugzilla.mozilla.org/show_bug.cgi?id=1628891

           As I mentioned, there is already a bug in GitHub, NVDA fails to see text in the status bar of Mozilla Thunderbird 68 and newer , that seems to me to be the seed for a new issue.  What I want to know is what is the convention at NVDA/NVAccess in a situation like this.   Since I saw those two tags added to the existing bug just yesterday, after the comment reporting the current issue, if they follow a "spin-off protocol" it would be useless to log a new bug.  If, however, they don't split issues when something like this occurs to spin off a new issue, it would be worth creating one.   I don't want to create one unless I know it will not be adding more work for the folks who manage this.  I am hoping someone among our regular readership can shed some light regarding what should happen next.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Bug Reports: Thunderbird talks too much

 

Hi,

Depending on what is causing it, it might be best to either:

  • Create a new NVDA issue on GitHub: if NVDA is at fault.
  • Report this to Mozilla via Bugzilla: if it is Thunderbird doing this.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Brian Vogel
Sent: Thursday, April 9, 2020 4:11 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Bug Reports: Thunderbird talks too much

 

By the way, there appears to be a related bug on NVDA in GitHub, kind of:  NVDA fails to see text in the status bar of Mozilla Thunderbird 68 and newer
This bug was originally opened in November 2019.  It was the flip side of the current ultra verbose problem.  

However, a comment added yesterday reads, "This has been resolved in Thunderbird version 68.7.0. However, the new issue is that NVDA now tends to automatically read whatever Thunderbird displays in its status bar, thereby making the screen reader quite verbose. I suggest that the auto-reading of the status bar in Thunderbird version 68.7.0 and newer be suppressed. This is with NVDA Version alpha-19925,2d73010e."

There are others here who can advise, since this is the case, whether it's worth creating a new, separate bug or whether, based on the comment, which appears to have been seen by the those who check the reports since two tags, "app/thunderbird" and "bug," were added in response to that comment yesterday.  There's no point in creating a separate bug if it would either be merged into this existing one, or if the comment will trigger an issue split out in to a separate issue.  It's a question of where to comment, and whether that should wait or just occur on the end of the existing bug, even though the main problem description for that bug doesn't match the current issue.
--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Thunderbird talking way too much

 

Hi,

Unless I’m wrong, I think unchecking either one won’t help:

  • Report notification: deals with certain notification events such as help balloons.
  • Report object description: a specific property of an object.

At least it won’t hurt to try unchecking them, and that doesn’t help, it might be time to generate an emergency app module for Thunderbird that’ll track events and figure out what’s up.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Adriani Botez
Sent: Thursday, April 9, 2020 4:09 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Thunderbird talking way too much

 

Does it not solve the problem if create a profile for thunderbird and then in nvda‘s object presentation settings, turn off report notification or report object description?

 

Best

Adriani

 

Von meinem iPhone gesendet



Am 10.04.2020 um 00:54 schrieb Gene <gsasner@...>:



Considering the popularity of Thunderbird, NVDA developers might be willing to implement a fix.  Most people won’t have any idea what to do about these problems.  We also don’t know how much work is involved and how important the fix is compared to other projects being worked on, but asking about a fix would be a good idea.  I would imagine that NVDA developers would like to find out how long it might be before Thunderbird corrects the problem or if they intend to do so once they get reports.

 

Gene

----- Original Message -----

Sent: Thursday, April 09, 2020 5:27 PM

Subject: Re: [nvda] Thunderbird talking way too much

 

Gene,

This may not be an NVDA problem specifically but I believe that the problem does not occur as frequently, if at all, with JAWS. This is not at all to suggest that NVDA is at all inferior but only that it's somehow intercepting these messages differently.

David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019
 
WWW.DavidGoldfield.org

On 4/9/2020 6:15 PM, Gene wrote:

 

but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not. 

 

Gene

----- Original Message -----

Sent: Thursday, April 09, 2020 2:53 PM

Subject: Re: [nvda] Thunderbird talking way too much

 

Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.  Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line. 

With the reintroduction of the status line, we now have this problem.  I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.

On 4/9/2020 10:38 AM, Brian Vogel wrote:

My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.  And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.  That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 



-- 
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"


locked Re: Bug Reports: Thunderbird talks too much

 

By the way, there appears to be a related bug on NVDA in GitHub, kind of:  NVDA fails to see text in the status bar of Mozilla Thunderbird 68 and newer
This bug was originally opened in November 2019.  It was the flip side of the current ultra verbose problem.  

However, a comment added yesterday reads, "This has been resolved in Thunderbird version 68.7.0. However, the new issue is that NVDA now tends to automatically read whatever Thunderbird displays in its status bar, thereby making the screen reader quite verbose. I suggest that the auto-reading of the status bar in Thunderbird version 68.7.0 and newer be suppressed. This is with NVDA Version alpha-19925,2d73010e."

There are others here who can advise, since this is the case, whether it's worth creating a new, separate bug or whether, based on the comment, which appears to have been seen by the those who check the reports since two tags, "app/thunderbird" and "bug," were added in response to that comment yesterday.  There's no point in creating a separate bug if it would either be merged into this existing one, or if the comment will trigger an issue split out in to a separate issue.  It's a question of where to comment, and whether that should wait or just occur on the end of the existing bug, even though the main problem description for that bug doesn't match the current issue.
--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Thunderbird talking way too much

Adriani Botez
 

Does it not solve the problem if create a profile for thunderbird and then in nvda‘s object presentation settings, turn off report notification or report object description?

Best
Adriani


Von meinem iPhone gesendet

Am 10.04.2020 um 00:54 schrieb Gene <gsasner@...>:


Considering the popularity of Thunderbird, NVDA developers might be willing to implement a fix.  Most people won’t have any idea what to do about these problems.  We also don’t know how much work is involved and how important the fix is compared to other projects being worked on, but asking about a fix would be a good idea.  I would imagine that NVDA developers would like to find out how long it might be before Thunderbird corrects the problem or if they intend to do so once they get reports.
 
Gene
----- Original Message -----
Sent: Thursday, April 09, 2020 5:27 PM
Subject: Re: [nvda] Thunderbird talking way too much
 

Gene,

This may not be an NVDA problem specifically but I believe that the problem does not occur as frequently, if at all, with JAWS. This is not at all to suggest that NVDA is at all inferior but only that it's somehow intercepting these messages differently.

David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019

WWW.DavidGoldfield.org
On 4/9/2020 6:15 PM, Gene wrote:
 
but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not. 
 
Gene
----- Original Message -----
Sent: Thursday, April 09, 2020 2:53 PM
Subject: Re: [nvda] Thunderbird talking way too much
 
Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.  Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line. 

With the reintroduction of the status line, we now have this problem.  I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.


On 4/9/2020 10:38 AM, Brian Vogel wrote:
My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.  And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.  That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


-- 
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"


locked Re: Thunderbird talking way too much

 

Hi all,

If this is happening with add-ons off, chances are that NVDA is picking up events it should not react to. The most likely candidate is a live region, and if yes, it is something Thunderbird developers must fix unless folks insist that NVDA developers do, in which case a workaround might be written.

Cheers,

Joseph

 

From: nvda@nvda.groups.io <nvda@nvda.groups.io> On Behalf Of Gene
Sent: Thursday, April 9, 2020 3:54 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Thunderbird talking way too much

 

Considering the popularity of Thunderbird, NVDA developers might be willing to implement a fix.  Most people won’t have any idea what to do about these problems.  We also don’t know how much work is involved and how important the fix is compared to other projects being worked on, but asking about a fix would be a good idea.  I would imagine that NVDA developers would like to find out how long it might be before Thunderbird corrects the problem or if they intend to do so once they get reports.

 

Gene

----- Original Message -----

Sent: Thursday, April 09, 2020 5:27 PM

Subject: Re: [nvda] Thunderbird talking way too much

 

Gene,

This may not be an NVDA problem specifically but I believe that the problem does not occur as frequently, if at all, with JAWS. This is not at all to suggest that NVDA is at all inferior but only that it's somehow intercepting these messages differently.

David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019
 
WWW.DavidGoldfield.org

On 4/9/2020 6:15 PM, Gene wrote:

 

but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not. 

 

Gene

----- Original Message -----

Sent: Thursday, April 09, 2020 2:53 PM

Subject: Re: [nvda] Thunderbird talking way too much

 

Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.  Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line. 

With the reintroduction of the status line, we now have this problem.  I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.

On 4/9/2020 10:38 AM, Brian Vogel wrote:

My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.  And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.  That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 



-- 
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"


locked Re: Thunderbird talking way too much

Gene
 

Considering the popularity of Thunderbird, NVDA developers might be willing to implement a fix.  Most people won’t have any idea what to do about these problems.  We also don’t know how much work is involved and how important the fix is compared to other projects being worked on, but asking about a fix would be a good idea.  I would imagine that NVDA developers would like to find out how long it might be before Thunderbird corrects the problem or if they intend to do so once they get reports.
 
Gene

----- Original Message -----
Sent: Thursday, April 09, 2020 5:27 PM
Subject: Re: [nvda] Thunderbird talking way too much
 

Gene,

This may not be an NVDA problem specifically but I believe that the problem does not occur as frequently, if at all, with JAWS. This is not at all to suggest that NVDA is at all inferior but only that it's somehow intercepting these messages differently.

David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019

WWW.DavidGoldfield.org
On 4/9/2020 6:15 PM, Gene wrote:
 
but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not. 
 
Gene
----- Original Message -----
Sent: Thursday, April 09, 2020 2:53 PM
Subject: Re: [nvda] Thunderbird talking way too much
 
Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.  Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line. 

With the reintroduction of the status line, we now have this problem.  I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.


On 4/9/2020 10:38 AM, Brian Vogel wrote:
My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.  And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.  That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


-- 
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"


locked Re: Thunderbird talking way too much

Arlene
 

Hi Ron. I don’t use Thunderbird. I did test Jaws 5.0 You were in the same group. I hope whatever it is can be fixed. Just joking. How about we create a muzzle for Thunderbird talking too much. Lol. Sorry couldn’t resist. s

 

Sent from Mail for Windows 10

 

From: Ron Canazzi
Sent: April 9, 2020 1:14 PM
To: nvda@nvda.groups.io
Subject: Re: [nvda] Thunderbird talking way too much

 

Hi Rob,

 

Boy do you make some good points here.  I used to be a private beta

tester for JAWS way back.  Back in 2004, the anti virus program Trend

Micro Internet Security was almost totally accessible. Beginning in

2008, they went from a  menu driven system to an HTML type interface. 

However, the HTML interface was not standard.  I took it upon myself to

launch a kind of crusade to get the developers to realize that this

change made most aspects of Trend Micro Internet Security inaccessible.

You could see many of the controls, but you could not interact with

check boxes or buttons.

 

I went round and round both with e-mails and even via 800 tech support. 

After about three weeks, they kept elevating me to supposedly higher

levels of development. Finally, three weeks into this odyssey, they via

telephone, put me in contact with the head developer.  When I went

through my by this time memorized description of the issue, he replied

in broken English: "How Do Ya use a computer if you blind?"  Nothing

came of this and as far as I know, the program such as it is is still

largely inaccessible.

 

See what I mean.

 

 

On 4/9/2020 1:34 PM, Rob Hudson wrote:

> Brian Vogel <britechguy@...> wrote:

>> My point, which seems to have eluded you, is that I constantly see complaints about issues, but when I (or you, or anyone else) bring up the fact that you must report them if you want to have any hope of their being resolved there is generally nothing but the proverbial crickets in response.

> This is likely because too many screen reader users have seen the, sorry but I can't duplicate this. Next! Message in response. In addition, there are some larger issues.

> Much of the accessibility stack is integrated into the frameworks needed to build the applications; coders of the actual applications built within the framework itself rarely go out of their way to make their appications accessible. That their apps built with the framework are accessible is a happy coincidence. In other words the fact that Firefox and Thunderbird are largely accessible with screen readers is not necessarily due to someone at Mozilla going, hmm, lets open up NVDA/Jaws/whatever and see how this new feature works--although organizations like Mozilla <em>do</em> in fact have some a11y testers. I don't know how many programmers are actually screen reader users there, however. But anyway the accessibility support is there because the coding frameworks they use to construct the applications have basic accessibility built in to them. witness such browsers as Pale Moon, which have this infrastructure removed and which are almost completely unusable with screen readers.

> Speaking in general about bug reporting. When you report an issue about an application not working with your screen reader, it is likely you're going to get a, wow, I didn't know about screen readers, response. Because the developers did not know their applications could be used at all by us. Then, you'll either get responses that fall into three categories:

> 1. Sorry, but I don't know anything about screen readers, so I don't know what to do to fix it. Thank you for your support.

> 2. Well, let's see if we can make it work. What do I need to do to make this thing work with your ... screen reader?

> 3. Crickets.

> In category one, you're pretty much out of luck. In category two, unless you know about  programming there's not much you can do either. And of course in ccategory three, again, out of luck.

> This is a basic summary of why a lot of screen reader users don't report bugs. Yes, doing so may be helpful in a lot of cases, ut in most of them, it can be a futile exercise.

>

 

--

They Ask Me If I'm Happy; I say Yes.

They ask: "How Happy are You?"

I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"

 

 

 

 

 


locked Re: Thunderbird talking way too much

Curtis Delzer
 

Well it does not happen using window-eyes either. :)
but, definitely using NVDA having that tool bar enabled.

Curtis Delzer
HS
K 6 V F O
Rialto, CA

curtis@...

On 4/9/2020 3:27 PM, David Goldfield wrote:
Gene,
This may not be an NVDA problem specifically but I believe that the problem does not occur as frequently, if at all, with JAWS. This is not at all to suggest that NVDA is at all inferior but only that it's somehow intercepting these messages differently.
David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019
WWW.DavidGoldfield.org
On 4/9/2020 6:15 PM, Gene wrote:
but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not.
Gene
----- Original Message -----
*From:* Ron Canazzi <mailto:aa2vm@...>
*Sent:* Thursday, April 09, 2020 2:53 PM
*To:* nvda@nvda.groups.io <mailto:nvda@nvda.groups.io>
*Subject:* Re: [nvda] Thunderbird talking way too much
Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.
Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line.

With the reintroduction of the status line, we now have this problem.
I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.


On 4/9/2020 10:38 AM, Brian Vogel wrote:
My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.
And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.
That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian *-*Windows 10 Pro, 64-Bit, Version 1909, Build 18363

*Power is being told you're not loved and not being destroyed by it.*

       ~ Madonna
--
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"


locked Re: Bug Reports: Thunderbird talks too much

 

Shaun,

            The fact that you've reported this is great, really great.  But if you used both Bugzilla and GitHub then we're talking two different systems and two different bug reports.

             Having taken the time to look up this bug, it is a Bugzilla Bug on Thunderbird, https://bugzilla.mozilla.org/show_bug.cgi?id=1628891, and is not connected with GitHub in any way.  For those who have, or open, a Bugzilla Account you can add additional specific commentary to the filed bug.

             GitHub and Bugzilla are completely separate project management systems.  Thunderbird and Firefox are on Bugzilla.  NVDA is on GitHub.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


locked Re: Thunderbird talking way too much

David Goldfield
 

Gene,

This may not be an NVDA problem specifically but I believe that the problem does not occur as frequently, if at all, with JAWS. This is not at all to suggest that NVDA is at all inferior but only that it's somehow intercepting these messages differently.

David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019

WWW.DavidGoldfield.org
On 4/9/2020 6:15 PM, Gene wrote:

 
but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not. 
 
Gene
----- Original Message -----
Sent: Thursday, April 09, 2020 2:53 PM
Subject: Re: [nvda] Thunderbird talking way too much
 
Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.  Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line. 

With the reintroduction of the status line, we now have this problem.  I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.


On 4/9/2020 10:38 AM, Brian Vogel wrote:
My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.  And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.  That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


-- 
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"


locked Re: Thunderbird talking way too much

David Goldfield
 

Hello. Is this bug you are referencing on Bugzilla or on NVDA's Github? Would you mind providing a direct link to the bug? I'd be happy to add to it if such additions are needed.

David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019

WWW.DavidGoldfield.org

On 4/9/2020 6:22 PM, Shaun Everiss wrote:
well I have reported this

Bug 1628891 - Thunderbird talks to much.

You can add to this with your replies and comments, go nuts and put your bit.

Thunderbird like firefox and a few other things do have their base in the chromium engine.

That actually does bring up something, I wander if there are any other chrome or chromium like email clients with similar interface to thunderbird.



On 10/04/2020 9:56 am, David Goldfield wrote:
Also, hiding the status bar only solves the problem of the extra information being spoken when you delete a message. There are other occasions where unwanted speech will still occur.

If this issue has not been reported in Bugzilla I am more than willing to do so but I confess I won't have time to do this until Saturday at the earliest. The real solution is to do this. Since this seems to primarily affect NVDA I'm wondering if NV Access might be able to release an interim update which works around this issue. Ideally, the developer of the software should be the ones to correct issues like this and, once the issue has been properly reported, I predict that this will happen. However, sometimes screen reader developers may choose to see if a workaround can be added to an update to their product and I'm wondering how feasible this might be for NV Access. Filing this issue in their github certainly wouldn't hurt. Worst case scenario: they may not be able to correct it on NVDA's side of the house or it may take more resources than they can invest but it can't hurt to try.


David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019

https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidgoldfield.org%2F&amp;data=02%7C01%7C%7C34242fd65ac64012b56308d7dcd477a5%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637220677398273763&amp;sdata=m54QLJlduZGirKurWRbHugE%2FBSO9RzEETSyY1RQuUW4%3D&amp;reserved=0

On 4/9/2020 3:45 PM, Ron Canazzi wrote:
Hi Group,

OK, you can hide the status bar, but then you won't have it readable until you show it again.


On 4/9/2020 12:46 PM, matthew dyer wrote:
Marry,



I just ran into this same problem.  Try this.  Go the view menu and right error to the toolbars and enter on status bar to hide it and this should saulve your problem.  Thanks.


Matthew



On 4/8/2020 2:56 PM, Mary Otten wrote:
Hi all,


I just updated Thunderbird, and all of a sudden, it is talking way too much. For instance, each time I delete a message, I hear about how that message was deleted and added to trash, or some such. There are other announcements as well, rendering the experience entirely too verbose and inefficient for getting through email. I'm using the latest nvda, and as far as I know, there haven't been changes to the mozilla apps enhancements add on which I have been using without incident until now. My t-bird version is 68.7.0; it just updated to that.


Mary







locked Re: Thunderbird talking way too much

 

well I have reported this

Bug 1628891 - Thunderbird talks to much.

You can add to this with your replies and comments, go nuts and put your bit.

Thunderbird like firefox and a few other things do have their base in the chromium engine.

That actually does bring up something, I wander if there are any other chrome or chromium like email clients with similar interface to thunderbird.

On 10/04/2020 9:56 am, David Goldfield wrote:
Also, hiding the status bar only solves the problem of the extra information being spoken when you delete a message. There are other occasions where unwanted speech will still occur.

If this issue has not been reported in Bugzilla I am more than willing to do so but I confess I won't have time to do this until Saturday at the earliest. The real solution is to do this. Since this seems to primarily affect NVDA I'm wondering if NV Access might be able to release an interim update which works around this issue. Ideally, the developer of the software should be the ones to correct issues like this and, once the issue has been properly reported, I predict that this will happen. However, sometimes screen reader developers may choose to see if a workaround can be added to an update to their product and I'm wondering how feasible this might be for NV Access. Filing this issue in their github certainly wouldn't hurt. Worst case scenario: they may not be able to correct it on NVDA's side of the house or it may take more resources than they can invest but it can't hurt to try.


David Goldfield,
Blindness Assistive Technology Specialist
JAWS Certified, 2019

WWW.DavidGoldfield.org

On 4/9/2020 3:45 PM, Ron Canazzi wrote:
Hi Group,

OK, you can hide the status bar, but then you won't have it readable until you show it again.


On 4/9/2020 12:46 PM, matthew dyer wrote:
Marry,



I just ran into this same problem.  Try this.  Go the view menu and right error to the toolbars and enter on status bar to hide it and this should saulve your problem.  Thanks.


Matthew



On 4/8/2020 2:56 PM, Mary Otten wrote:
Hi all,


I just updated Thunderbird, and all of a sudden, it is talking way too much. For instance, each time I delete a message, I hear about how that message was deleted and added to trash, or some such. There are other announcements as well, rendering the experience entirely too verbose and inefficient for getting through email. I'm using the latest nvda, and as far as I know, there haven't been changes to the mozilla apps enhancements add on which I have been using without incident until now. My t-bird version is 68.7.0; it just updated to that.


Mary






locked Bug Reports: Thunderbird talks too much

 

hi all.

Well, I've reported this bug in bugzilla and was able to signin with my github.

I am following this bug and such.

this is the summery and number.

Bug 1628891 - Thunderbird talks to much.

Weather that actually means anything, who knows.

If other users want to reply to this and voice their issue with this bug it would be good.

Now lets hope I am actually doing the right thing as this is my first bug report with this system.

Thank god I can report bugs with github.


locked Re: Thunderbird talking way too much

Gene
 

 
but this isn’t an NVDA problem.  I suspect there is some way that speech is being forced, perhaps as in Chrome during downloads.  It would be interesting as a test to move away from the program window while something is changing such as when downloading messages to see if NVDA still speaks whatever speech is occuring in the window.  In Chrome when a file is downloading, speech is forced whether you are in the program window or not. 
 
Gene

----- Original Message -----
Sent: Thursday, April 09, 2020 2:53 PM
Subject: Re: [nvda] Thunderbird talking way too much
 
Hi Brian,

Your analysis is probably correct, but I am wondering just why the issue didn't exist in versions of Thunderbird earlier than 60.9.  Remember, before that time, the status line was visible, but screen readers: JAWS and NVDA didn't report all dynamic changes.  It was there and you could read it with the hotkey for status line. 

With the reintroduction of the status line, we now have this problem.  I wonder if NVDA programers can do something to change this--perhaps coming up with some sort of display silently and invoking reading with hotkey.


On 4/9/2020 10:38 AM, Brian Vogel wrote:
My guess is that the good folks at Thunderbird had gotten complaints that it was impossible to know, for instance, whether all new e-mail had completed downloading when you fired up T-bird at the start of the day, and decided to expose a lot more information presented on the status bar to the screen reader.

What they probably hadn't counted on is the fact that a screen reader will detect changes and read them as they're detected, and that's really, really irritating if you're reading your e-mail messages and status stuff just barges in while doing so.

If they have sighted folks doing testing for these new functions, it wouldn't surprise me if they just sat there when the status bar was really active watching to see that it was being reported correctly, never moving along like one normally would into reading messages.  And I can get that, as even though I have the status bar displayed, I virtually never look at it at all.  The occasional glance occurs, but I wouldn't really miss it at all if it weren't there by default.

It's well-nigh impossible for most of us who see to have any real idea of exactly how screen reader users typically approach using various pieces of software (and I include myself, though I do have at least some idea at this point).  And there will never be enough in-house actual screen reader users doing accessibility testing.  That's one of the reasons I push so hard to get folks who encounter accessibility issues to file bug/issue/trouble reports with the companies that produce the software.  You all are able to give a far more accurate description of what the software is doing that you don't want with the screen reader as well as what the preferred behavior would be.  Also, given your years of end-user experience, you're often in a far better position to know whether the issue you're having is with the screen reader or due to a change in the software you're using the screen reader to access, and that's often the key to getting to the root of the problem as well as the fix.

--

Brian - Windows 10 Pro, 64-Bit, Version 1909, Build 18363  

Power is being told you're not loved and not being destroyed by it.

       ~ Madonna

 

 


-- 
They Ask Me If I'm Happy; I say Yes.
They ask: "How Happy are You?"
I Say: "I'm as happy as a stow away chimpanzee on a banana boat!"