New issue
Advanced search Search tips

Issue 719527 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: May 2017
Cc:
kkaluri@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

can't paste into Sign In google account

Reported by tldr@fernandomiguel.net, May 8 2017 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3088.3 Safari/537.36

Steps to reproduce the problem:
1. visit chrome://settings/
2. click sign in to Chrome
3. try to paste email or password

What is the expected behavior?
to be able to paste

What went wrong?
no input is pasted
very long auto generated password, very hard to manually insert

Did this work before? N/A 

Chrome version: 60.0.3088.3  Channel: dev
OS Version: OS X 10.12.5
Flash Version: 

Google Chrome	60.0.3088.3 (Official Build) dev (64-bit)
Revision	49d525d4dafb21903d1cd21025174928a3fdde75-refs/branch-heads/3088@{#4}
OS	Mac OS X
JavaScript	V8 6.0.137
Flash	26.0.0.94 /Users/fernandopereira/Library/Application Support/Google/Chrome/PepperFlash/26.0.0.94/PepperFlashPlayer.plugin
User Agent	Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3088.3 Safari/537.36
Command Line	/Applications/Google Chrome.app/Contents/MacOS/Google Chrome --flag-switches-begin --allow-nacl-socket-api=* --enable-experimental-web-platform-features --enable-fast-unload --enable-fullscreen-tab-detaching --enable-fullscreen-toolbar-reveal --enable-google-branded-context-menu --enable-md-feedback --enable-nacl --enable-offline-auto-reload --disable-push-api-background-mode --enable-quic --enable-scroll-prediction --site-per-process --enable-site-settings --enable-spelling-feedback-field-trial --enable-tab-audio-muting --top-document-isolation --enable-translate-new-ux --load-media-router-component-extension=1 --mark-non-secure-as=non-secure --reduced-referrer-granularity --secondary-ui-md --enable-features=AutomaticTabDiscarding,ExpensiveBackgroundTimerThrottling,MaterialDesignBookmarks,MaterialDesignHistory,MediaRemoting,NativeNotifications,NewOmniboxAnswerTypes,NoStatePrefetch,OmniboxEntitySuggestions,PermissionsBlacklist,PreferHtmlOverPlugins,SafeSearchUrlReporting,ScrollAnchoring,SpeculativeResourcePrefetching,TabStripKeyboardFocus,WebPayments,brotli-encoding,enable-password-force-saving --disable-features=MaterialDesignSettings --flag-switches-end

Comment 1 by kkaluri@chromium.org, May 9 2017

Cc: kkaluri@chromium.org
Labels: Needs-Feedback
Unable to reproduce this issue on Mac 10.12.4 with chrome #60.0.3088.3 

These are the steps followed

1. Launched chrome with the given flags in comment #0
2. Clicked on the profile icon to sign in 

Observed that we are able to paste the password in credentials input box.

tldr@ Could you retry the same scenario on clean profile with no apps/extensions along with default flags and let us know your observations

Attaching the screen-cast for reference.
Issue 719527.mp4
534 KB View Download

Comment 2 by tldr@fernandomiguel.net, May 9 2017 

I've reported this after trying to add two new clean, no extensions (not even lastpass), chrome profiles.
macOS 10.12.5 Beta (16F71b)

tried from both the profile icon and from settings button.


I'll fire a canary profile with default flags and see if I can bysec the culprid
Project Member

Comment 3 by sheriffbot@chromium.org, May 9 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 by sdy@chromium.org, May 10 2017

Components: -UI UI>SignIn
Labels: Needs-Bisect
Status: Untriaged (was: Unconfirmed)
I can reproduce this (good: 58.0.3029.110, bad: 60.0.3095.0).

Comment 5 by kkaluri@chromium.org, May 11 2017

Labels: -Needs-Bisect
Able to reproduce the issue on Mac 10.12.4 with chrome canary #60.0.3096.0 but not on same equivalent signed chrome build.

Attaching the screen-cast for reference.

Note: 1. Not able to repro this on Windows Canary #60.0.3096.0
      2. Removing needs-bisect label for now, will add once we have consistent steps to 
         reproduce the issue.
Issue 719527-1.mp4
668 KB View Download

Comment 6 by tldr@fernandomiguel.net, May 11 2017 

just to make things more complicated, I couldnt reproduce this on chrome 60.0.3095.0 (Official Build) canary (64-bit) with default flags.
I'll upgrade canary and try and see if any of my flags has impact.

Comment 7 by tapted@chromium.org, May 12 2017

Components: UI>Browser>Autofill
Labels: Needs-Feedback
I could (and still can) repro in canary 60.0.3096.0 (r470759). But not in chromium r470822 60.0.3097.0.

This may be a Variations thing. Can you paste the list of hashes under chrome://version?

Attaching my set where I could repro, then we can try to intersect. Some possibilities from the attached.

AutofillFieldMetadata-Enabled
GuestViewCrossProcessFrames-Enabled
PasswordGeneration-Enabled
bad_variations_does_repro_crbug_719527.txt
967 bytes View Download

Comment 8 by tldr@fernandomiguel.net, May 25 2017 

with no changes from my side
60.0.3107.4 (Official Build) dev (64-bit)
Revision	ffa07b070c2b1dc5dd7c22bc8694f497bee5d538-refs/branch-heads/3107@{#6}
has fixed it.

i can now paste into the sign in form

Comment 9 by lgrey@chromium.org, May 26 2017

Status: WontFix (was: Untriaged)
In that case, closing this issue. Please reopen if it recurs in a later version.
►

Sign in to add a comment