Drag and Drop url to omnibox not working |
|
Issue descriptionApp Version: 64.0.3254.0 canary iOS Version: 11.2 beta#1 only Device: iPad only URL: any Steps to reproduce: 1. Launch Google Chrome 2. Navigate to wikipedia.org 3. Long tap on a link and drag-drop to omnibox Observed results: Link should be opened Expected results: No action performed. Note: This is a regression in 11.2 beta. Working fine in 11.1 public Also drag and drop to tab strip is working fine. Number of times you were able to reproduce: 5/5 Bug reproducible after clean install: Yes Bug reproducible after clearing cache and cookies: Yes Bug reproducible on Chrome Mobile on Android: NA Bug reproducible on Safari/Firefox: Firefox: NA, Safari: NO Bug reproducible on current stable build (App Version, iOS Version): M62 Yes Bug reproducible on the current beta channel build (App Version, iOS Version): M63 Yes Link to video/image: https://drive.google.com/file/d/0B-xmXLQhjeKuUHEzRlJWMkVhWEU/view
,
Mar 5 2018
This is still reproduced as of iOS11.2.6 and 11.3 beta#3.
,
Mar 6 2018
I looked into this, and this is not trivial to fix. The problem is that the paste is performed into UITextField, and the text is appended properly; but immediately after the paste callback, textfield notifies it's delegate with textFieldDidEndEditing:. This eventually calls OmniboxViewIOS::SetWindowTextAndCaretPos and sets the text to current URL again. I don't think there's a good solution for this in the current architecture, but perhaps a workaround could be to store a flag that a paste is in process and ignore the next text change somehow.
,
Aug 8
Still an issue. |
|
►
Sign in to add a comment |
|
Comment 1 by sczs@chromium.org
, Nov 1 2017Status: Assigned (was: Untriaged)