Browser-laptop: Windows only - Bookmarks toolbar - Bookmark hover targets are pushed down if there are no tabs below the folder

Created on 27 May 2017  路  26Comments  路  Source: brave/browser-laptop

  • Did you search for similar issues before submitting this one?
    Yes

  • Describe the issue you encountered:
    A user from support reported that the highlight effect did not work as expected if there wasn't a tab underneath the bookmark folder.

  • Platform (Win7, 8, 10? macOS? Linux distro?):
    Window

  • Brave Version (revision SHA):
    0.15.310

  • Steps to reproduce:

    1. Create quite a few bookmark folders and add bookmarks
    2. Check bookmark folders above a tab vs those which exist over no tab.
    3. Slowly hover over each option
  • Actual result:
    The bookmark or sub-folder did not highlight for folders without tabs beneath them. (It was later discovered the targets were pushed down to the last couple pixels of each first bookmark entry in the expansion menu.

  • Expected result:
    The bookmark or sub-folder should have a highlight style applied

  • Will the steps above reproduce in a fresh profile? If not what other info can be added?
    Yes

  • Is this an issue in the currently released version?
    Yes

  • Can this issue be consistently reproduced?
    Yes

  • Extra QA steps:
    1.
    2.
    3.

  • Screenshot if needed:

  • Any related issues:

OWindows bug misdrag-and-drop prioritP4

Most helpful comment

@alexwykoff try to repro this plz 馃樃

All 26 comments

Have a somewhat similar problem since last update to 0.15.310 on MacOS.

Bookmarks can no longer be dragged, dropped. Only created or deleted.

OS: Sierra 10.12.5 (16F73)

@alexwykoff try to repro this plz 馃樃

+3 from #10323

I suspect it is due to that the area is reserved for system context menu on Windows. @bsclifton might know well about that.

This does appear to rely on the mouse being within the region of the tab/new-tab elements below:

hit-regions
hit-regions-border

Looks like it may be identical/related to https://github.com/brave/browser-laptop/issues/9436#issuecomment-323191622.

The problem here is collision with _drag regions_. These do not respect z-index, and thus take-over the mouse anytime you enter a the coordinates of a drag-region. In the above example, the entire tabStrip is draggable. The tabs and new-tab button are not, which allows you to hover bookmarks while in their drag region.

One solution is to temporarily remove the .allowDragging class from .tabStripContainer when a bookmark menu is opened, and restore the class once the bookmark menu has closed.

<span class="tabStripContainer allowDragging">...</span>

I think that we need to bump priority on this one @bsclifton

pulled into 0.21

Can't reproduced on latest stable version 0.20.30

Record:
first-bookmark-20-30

@elia The dropdown needs to overlap the tab and new-tab button. See the positions of the UI elements in this comment: https://github.com/brave/browser-laptop/issues/9088#issuecomment-349021143

pushing back to 0.22

@jonathansampson Still can't reproduce this on latest stable. 馃槃

first-bookmark-20-30-overlap

@bsclifton @jonathansampson feel free to close if no repro thx

Confirmed this works great using 0.21.18 on Windows 10 x64 馃槃 馃憤

Was this page helpful?
0 / 5 - 0 ratings

Related issues

bsclifton picture bsclifton  路  3Comments

lukemulks picture lukemulks  路  3Comments

jkup picture jkup  路  3Comments

stevespringett picture stevespringett  路  3Comments

bbondy picture bbondy  路  3Comments