1579714 - Firefox - Accessibility: Accessing a Mixcloud User Page URL causes the active Process to Hang whilst the NVDA Screen Reader is Active as of version 69

Status: RESOLVED WORKSFORME

(Firefox :: Disability Access, defect, P3)

Description

[elliottabarnes]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Steps to reproduce:

Tested on Windows 7 X64 with version 2019.2 of the NVDA screen reader.

1. With NVDA active, access the following example Mixcloud URL:

https://www.mixcloud.com/soundssupreme

Actual results:

With NVDA active, as soon as the page at the above URL is loaded, the active browser process hangs and has to be killed via Task Manager.

Expected results:

Before the upgrade to version 69, loading any Mixcloud user page worked without issue - I haven't upgraded my NVDA build since then, which would suggest that the upgrade to 69 is the cause of this. My assumption is that this may in some way be related to bug 1574529, purely based on the fact that both of these websites exhibit similar behaviour when they're loaded - however, the fact that Mixcloud in particular worked before version 69 also suggests that something may have changed to start causing this now.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:asa, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 2

[Asa Dotzler [:asa]]

I'm unable to reproduce this on 69.0.1 or today's Nightly. Marco, can you reproduce?

Comment 3

[Marco Zehe (:MarcoZ)]

No, I cannot, unfortunately, also not on 70 beta.

Comment 4

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:asa, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 5

[elliottabarnes]

So - just some additional notes (I'm not sure they're actually that useful)! :)

I can successfully reproduce this on another, test machine with a different hardware configuration but the same software installed. Just to confirm - this is tested within a Private Browsing window, and Autoplay settings (both video and audio) disabled from within Options. To the people who kindly tested this above - does re-testing with either a Private Browsing window or Autoplay disabled allow you to reproduce this?

Thanks as always. :)

Comment 6

[Asa Dotzler [:asa]]

That you've reproduced it on two systems does suggest we've got a real issue here. Following your steps to reproduce, with audio and video autoplay blocked in a private window loading https://www.mixcloud.com/soundssupreme I cannot reproduce the hang so there's something else at play that we haven't identified. Adding to the backlog but leaving Unconfirmed until we can find steps to reproduce reliably.

Comment 7

[elliottabarnes]

Just a small update - this is still an issue as of Firefox 70.0.

Comment 8

[elliottabarnes]

Just another small update - this can be reproduced when running either the latest builds of Firefox X86 or X64.

Comment 9

[elliottabarnes]

I'm unsure as to whether an update to the Mixcloud site or to Firefox has fixed this, but as of version 82 it's now possible to browse user pages without the browser process hanging. Closing. :)