New issue
Advanced search Search tips

Issue 789576 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 21
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug



Sign in to add a comment

Cannot drag folder into another folder

Reported by kai.no...@gmail.com, Nov 29 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Steps to reproduce the problem:
1. Have a folder with many bookmarks inside
2. Drag an "outer" folder onto it, so it opens
3. Then try to drag the folder into the other one
4. Result: Folder closes when not over main folder anymore

What is the expected behavior?
Putting the folder inside the other folder.

What went wrong?
See above. And see GIF animation attached.

Did this work before? No 

Chrome version: 62.0.3202.94  Channel: stable
OS Version: 10.0
Flash Version:
 
2017-11-29 Chrome Bug.gif
443 KB View Download
Components: -UI UI>Browser>Bookmarks
Labels: Needs-Triage-M62
Cc: kebalaji@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on reported version 62.0.3202.94 on Windows 10. 
Attaching screenshot for reference.

@Reporter: Could you please let us know if we missed any steps and Could you please check this issue by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks!

789576.webm
3.0 MB View Download
Hello kebalaji, please reduce the browser window to about the half height, so that the opening bookmarks window is higher than the browser window. Then it should not work. The bookmarks window closes before the hover happens. See the gif recording that I posted above.
Project Member

Comment 4 by sheriffbot@chromium.org, Dec 4 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kebalaji@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
I also have this issue and wanted to add that due to presumably the same or similar issue, deleting a bookmark from a scrolling size subfolder shuts all the folders while a non-scrolling length one does not.
Cc: rbasuvula@chromium.org
Labels: Needs-Feedback
@Kai.noack: Could you please update the thread,if you still facing this issue on the latest stable 66.0.3359.170/beta 67.0.3396.40

can we close this issue?, please let us know for further action.

Thanks,

Comment 7 by kai.no...@gmail.com, May 14 2018

Updated to "Chrome Version 66.0.3359.170 (Official Build) (64-bit)", but issue still persists. See screencast.

Can you add +0.5 or +1 second delay before the bookmark dropdown closes?
2018-05-14.gif
279 KB View Download
Project Member

Comment 8 by sheriffbot@chromium.org, May 14 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: susan.boorgula@chromium.org
Labels: Triaged-ET Needs-Feedback
kai.noack@ Thanks for the update.

Tested this issue on Windows 10 on the latest Stable 66.0.3359.170 and Canary 68.0.3430.0 and unable to reproduce the issue.

Could drag a bookmarked page/folder to another folder without any issues.
Attached is the screen cast for reference.

Request you to retry the issue on a new chrome profile without any flags/extensions a update the thread with the observations.

Thanks..
789576.mp4
673 KB View Download
Dear Susan, obviously you haven't read the initial post. You *must* have a folder with many bookmarks (maybe 50+), then this issue appears. Please see again the second half of my initial screencasts, thank you.
Project Member

Comment 11 by sheriffbot@chromium.org, May 15 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: M-68 FoundIn-68 Target-68 OS-Linux
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Win-10 and Ubuntu 17.10 using chrome latest stable #66.0.3359.181 and latest canary #68.0.3438.0. Issue is not seen in OS-Mac.
This is a non-regression issue as it is observed from M60 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!
Cc: jbanavatu@chromium.org
Labels: Hotlist-DesktopUIChecked
Status: WontFix (was: Untriaged)
*** UI Mass Triage ***

We were unable to reproduce this bug on latest canary #72.0.3617.0. If this bug still reproduces for you, please reopen or file a new issue. 

Thanks!

Sign in to add a comment