After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 435908 - Orca does not speak Sun Download Manager download status when it changes
Orca does not speak Sun Download Manager download status when it changes
Status: RESOLVED OBSOLETE
Product: orca
Classification: Applications
Component: speech
2.17.x
Other All
: Normal normal
: ---
Assigned To: Ke Wang
Orca Maintainers
Depends on:
Blocks: orca-java
 
 
Reported: 2007-05-04 17:47 UTC by Lynn Monsanto
Modified: 2010-09-14 11:31 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Description Lynn Monsanto 2007-05-04 17:47:03 UTC 
I started a download using the Sun Download Manager. The download failed with a "Download failed: maximum retries exceeded" message in the status column of the download table. Orca did not speak the status when it changed, so the user got no notification that the download failed.
Comment 1 Lynn Monsanto 2007-05-10 19:16:20 UTC 
When the download table cell contents change, a active-descendant event is fired, but event.any_data is null so it's not possible to determine the cell that changed directly. 

I haven't determined whether this is a problem with all Swing tables, or just the Sun Download Manager table.
Comment 2 Willie Walker 2007-05-22 21:12:17 UTC 
This seems like an application-specific problem - can you please verify and open a bug against Sun Download Manager if appropriate?
Comment 3 Lynn Monsanto 2007-05-23 17:09:03 UTC 
I verified that the new-value in the Java active-descendant PropertyChangeEvent is null for these events. The new-value should contain the AccessibleContext of the table cell whose contents changed.

I submitted a bug against the Sun Download Manger. The bug id is 6561254.
Comment 4 Willie Walker 2007-05-25 16:27:32 UTC 
Removing target milestone from [blocked] bugs.  We have little control over them, so we're better off letting priority and severity be our guide for poking the related components.
Comment 5 Joanmarie Diggs (IRC: joanie) 2010-04-02 16:16:58 UTC 
Ke, mind taking a look when you have a chance? Thanks!
Comment 6 Joanmarie Diggs (IRC: joanie) 2010-09-14 11:31:29 UTC 
I'm obsoleting this: We have a new implementation of Java access, Sun no longer exists, and even were those things not true, this isn't even our bug.