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

Issue 663264 link

Starred by 2 users
Status: WontFix
Owner: ----
Closed: Mar 2017
Cc:
ajha@chromium.org
█ kavvaru@chromium.org
█ brajkumar@chromium.org
█ tkonch...@chromium.org
█ durga.behera@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Regression: Focus is lost in address field after rotating pdf in anti clockwise direction

Project Member Reported by sc00335...@techmahindra.com, Nov 8 2016 
Version: 56.0.2913.0 dev
OS: Windows,Ubuntu 14.04

Test URL: http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf

What steps will reproduce the problem?
(1)Launch chrome and go to above URL >> Click in Address1 field so that text cursor is seen inside it >> Now rotate anti clockwise using ctrl+[ and obsereve for focus in text field.  

Expected: Focus should remain in Address 1 field even after rotating.
Actual: Instead focus is lost in address field.

This is a regression issue. Will provide other info soon.

Comment 1 by sc00335...@techmahindra.com, Nov 8 2016 

Manual Bisect Range:

Good Build: 55.0.2845.0 dev
Bad Build: 55.0.2846.0 dev

Attaching videos for reference..
Actual_cursor in pdf.ogv
774 KB View Download
Expected_cursor in pdf.ogv
855 KB View Download

Comment 2 by durga.behera@chromium.org, Nov 8 2016

Labels: ReleaseBlock-Stable OS-Mac
Status: Untriaged (was: Unconfirmed)
Issue is reproduced on Mac 10.11.6 using 56.0.2913.0.

Comment 3 by thestig@chromium.org, Nov 8 2016

Labels: -Needs-Bisect
Can you check back tomorrow and see if 56.0.2914.0 or newer fixes this?

Comment 4 by thestig@chromium.org, Nov 8 2016 

This might have the same root cause as  bug 663002 .

Comment 5 by tkonch...@chromium.org, Nov 9 2016

Cc: tkonch...@chromium.org
Status: WontFix (was: Untriaged)
Issue is no more seen on win10 mac and Linux chrome version 56.0.2914.0 - Focus remains in Address 1 field even after rotating

Hence closing the issue.

Comment 6 by tkonch...@chromium.org, Nov 9 2016 

Please find the screenshot
663264.png
223 KB View Download

Comment 7 by tkonch...@chromium.org, Nov 9 2016

Status: Untriaged (was: WontFix)
Correction : This is working fine on win10 and Linux but issue is repro on mac using ctrl+[

thestig@, Could you please take a look as this is still seen on mac OS

Comment 8 by tkonch...@chromium.org, Nov 9 2016

Labels: -OS-Linux -OS-Windows

Comment 9 by karandeepb@chromium.org, Nov 11 2016

Labels: Needs-Feedback
[Mac Triage] This is reproducible on Mac on both the current stable (54.0.2840.71) and Canary (56.0.2915.0). 

sc00335628@techmahindra.com@: Are you sure this is a regression on Mac, since this is also reproducible on Stable.

Interestingly, the bug is not observed on clockwise PDF rotation.

Comment 10 by ajha@chromium.org, Nov 15 2016

Labels: -Needs-Feedback -ReleaseBlock-Stable -Type-Bug-Regression Type-Bug
This is non-regression issue on Mac OS 10.11.6 since chrome version: 40.0.2214.115. Older chrome versions(30.0.1549.0) didn't support anti clockwise rotation using Ctrl+[.

Removing the blocker label.

Comment 11 by tapted@chromium.org, Nov 16 2016

Labels: -Pri-1 Hotlist-Polish Pri-2
Status: Available (was: Untriaged)
[mac triage]

Comment 12 by thestig@chromium.org, Mar 15 2017

Status: WontFix (was: Available)
Works for me with Chrome 58. Please reopen if the problem still occurs for you.
►

Sign in to add a comment