Skip to content
New issue

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

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Both hands interaction sonification inconsistent during interview #230

Closed
Matthew-Moore240 opened this issue Nov 6, 2020 · 15 comments
Closed
Assignees
Labels
dev:sound type:bug Something isn't working

Comments

@Matthew-Moore240
Copy link

We also noticed that during the Both Hands interaction that a lot of the sounds were very inconsistent. Could you investigate @jbphet again we are not sure if its a bug or a weird recording hiccup. Here is another clip of the issue. Inconsistent sound

@terracoda
Copy link
Contributor

@jbphet, this "interruption" of the sounds also happens for me, so I am not sure if it might be a VO-specific issue. The interviewee was using VO and I also use VO.

@jbphet
Copy link
Contributor

jbphet commented Nov 6, 2020

@Matthew-Moore240 and @terracoda - To help me in duplicating this behavior, please let me which platforms (OS, OS version, and hardware manufacturer) you were using when you saw and heard the problems.

@terracoda
Copy link
Contributor

terracoda commented Nov 9, 2020

I also posted the system info in issue #229 VoiceOver & Safarii on macOS 10.13.6, on a 2015 macBook Pro, and for the interview the participant they were also using VoicOver & Safari, but on macOS 10.14 and on a macAir. I don't know how new.

@zepumph
Copy link
Member

zepumph commented Nov 10, 2020

I don't think this is a sound bug. This is in the way the staccato sounds were implemented. They only play when Property says that the both hands is being interacted with. I feel like me logic for that doesn't correctly account for how focus/interaction may change when the screen reader is on. I'll take a closer look.

@zepumph zepumph self-assigned this Nov 10, 2020
@emily-phet
Copy link

Unassigning @jbphet for now.

@zepumph
Copy link
Member

zepumph commented Nov 24, 2020

This is what I want to test on a mac, but I don't have one to test. Perhaps I can pair with @jessegreenberg on this to see what is happening here. On windows with or without NVDA, I always have had great success with the sound starting on first both-hands key press, and not stopping until tab navigating away.

Index: js/common/view/BothHandsInteractionListener.js
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
--- js/common/view/BothHandsInteractionListener.js	(revision 9bb7762be7b3dcc630df0f13165a9d3d1e657ad7)
+++ js/common/view/BothHandsInteractionListener.js	(date 1606184725412)
@@ -85,7 +85,8 @@
   /**
    * @public
    */
-  blur() {
+  blur( event ) {
+    console.log( 'blur', event );
     this.isBeingInteractedWithProperty.value = false;
   }
 
@@ -103,6 +104,8 @@
       // their behavior during scenery event dispatch
       sceneryEvent.pointer.reserveForKeyboardDrag();
 
+      console.log( 'keydown', sceneryEvent );
+
       this.isBeingInteractedWithProperty.value = true;
 
       if ( event.key === 'ArrowDown' ) {

zepumph added a commit that referenced this issue Nov 24, 2020
@zepumph
Copy link
Member

zepumph commented Nov 24, 2020

@jessegreenberg and I discovered that we could reproduce this bug in safari in https://phet-dev.colorado.edu/html/ratio-and-proportion/1.0.0-dev.71/phet/, but not on master. I'm not sure what has changed, and if it is a tambo thing or a RaP thing.

@zepumph
Copy link
Member

zepumph commented Nov 26, 2020

I looked around commits in RaP, scenery, and tambo, and nothing stood out as the cause of this fix. It would be nice to know, but I don't know how else to investigate without taking up more time of someone with a mac.

@Matthew-Moore240 can you please confirm that this is fixed for you on master/mac/safari and feel free to close.

@terracoda
Copy link
Contributor

@zepumph, considering your comment in #230 (comment), shall we leave this issue for QA?

I use a mac all the time and I have not experienced this issue.

@zepumph
Copy link
Member

zepumph commented Nov 30, 2020

Sounds good. I'll just leave open for QA. Great idea!

@zepumph
Copy link
Member

zepumph commented Dec 5, 2020

QA, when you get here, please take a look at the behavior in the video in the original comment, and then try to reproduce with the "Both hands interaction" (when the keyboard focus highlight is around both hands). I could only see the bug in safari.

@KatieWoe
Copy link
Contributor

I did note that the sound stops when keyboard nav focus leaves. Even when you come back to it. Is this alright @zepumph?
https://drive.google.com/file/d/151Zc6cyhgar9JyNq_w6DInmNuuDEARYf/view?usp=sharing

@zepumph
Copy link
Member

zepumph commented Dec 12, 2020

Yes, it should not begin again until you focus AND interact with it (move it) again.

@KatieWoe
Copy link
Contributor

I don't think we saw this. We will keep an eye out during future tests.

@zepumph
Copy link
Member

zepumph commented Dec 18, 2020

I think enough time has been spent on it! Closing. Thanks for all your help.

@zepumph zepumph closed this as completed Dec 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dev:sound type:bug Something isn't working
Projects
None yet
Development

No branches or pull requests

6 participants