New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 131702 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Not currently working on Chromium
Closed: Jun 2012
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug

Blocking:
issue 134196

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment

Mouse lock bubble doesn't clear when navigating away, closing tab, activating another tab

Project Member Reported by scheib@chromium.org, Jun 7 2012

Issue description

What steps will reproduce the problem?
1. Try a mouse lock app, e.g. http://media.tojicode.com/q3bsp/
2. Cause it to prompt for mouse lock. (click on the quake 3d viewer)
   (Disable previous permission in Content Settings if needed)
3. Navigate away, or close tab, or select another tab.

What is the expected output? What do you see instead?
Expect: Bubble to go away.
Result: Bubble stays. Clicking buttons causes crash.

 
Labels: Hotlist-ImportantForGames

Comment 2 by dyu@chromium.org, Jun 8 2012

I noticed the browser crashes only when clicking the allow button. When clicking the block button the bubble will disappear and come back again. 

Is there a hook to identify the mouse lock bubble currently? I believe this test can be automated in pyauto if there was a way to detect the bubble. Is it possible to use IsFullscreenBubbleDisplayingButtons when not in FS mode?
IsFullscreenBubbleDisplayingBu**ttons works even when not fullscreen. (I
suspect we already have a windowed mode mouse lock test that would use
that). However, I'm not 100% that it will work when switching tabs. It may!
Give it a shot.
Project Member

Comment 4 by bugdroid1@chromium.org, Jun 12 2012

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=141717

------------------------------------------------------------------------
r141717 | dyu@chromium.org | Tue Jun 12 12:54:50 PDT 2012

Changed paths:
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/test/functional/PYAUTO_TESTS?r1=141717&r2=141716&pathrev=141717
 M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/test/functional/fullscreen_mouselock.py?r1=141717&r2=141716&pathrev=141717

Add a mouse lock test to verify bubble clear when tab focus lost.

-testNoMLBubbleWhenTabLoseFocus

TEST=none
BUG= 131702 
NOTRY=true


Review URL: https://chromiumcodereview.appspot.com/10540087
------------------------------------------------------------------------

Comment 6 by scheib@chromium.org, Jun 21 2012

Status: Started

Comment 7 by scheib@chromium.org, Jun 22 2012

Labels: ReleaseBlock-Beta Merge-Requested
Merge request:
Exit mouse lock or fullscreen on navigation and reload.
r143417 | scheib@chromium.org | Thu Jun 21 11:37:22 PDT 2012
http://src.chromium.org/viewvc/chrome?view=rev&revision=143417
It did build in canary 22.0.1183.0.

Comment 8 by scheib@chromium.org, Jun 22 2012

Status: Fixed

Comment 9 by scheib@chromium.org, Jun 22 2012

Blocking: chromium:134196
Status: Started
Labels: -ReleaseBlock-Beta -Merge-Requested
Stable blocker, will be rolled up with  crbug.com/134196 
Status: Fixed
Project Member

Comment 14 by bugdroid1@chromium.org, Jul 9 2012

Project Member

Comment 15 by bugdroid1@chromium.org, Jul 9 2012

Project Member

Comment 16 by bugdroid1@chromium.org, Oct 13 2012

Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Project Member

Comment 17 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Area-UI -Feature-Input-MouseLock -Mstone-21 Cr-UI M-21 Cr-IO-MouseLock
Project Member

Comment 18 by bugdroid1@chromium.org, Mar 14 2013

Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue

Sign in to add a comment