Dropped tabs end up in the wrong place.

[lonjil]

https://github.com/user-attachments/assets/0c3fe4f6-6fe1-4c39-a913-e2bd1827dd71

How to reproduce:

1. Make a new profile.
2. Follow installation settings.
3. Open a load of tabs.
4. Try to move a tab.

Side note: is it possible to make the tab bar stay uncollapsed while dragging and dropping?

[macleod-ee]

1. What OS are you on? The sidebar should be staying open while you move them around.

2. I've noticed this as well, that the drag and drop indicator is off. I believe it's a result of how Sidebery internally does positioning versus how we have it coded for tile/favicon sizing. I'll take a look and push a fix out soon.

[lonjil]

1. Linux, with Wayland and the Flatpak version of Firefox.
2. Thank you!

[ErikSteiner]

I can confirm this behavior. I am also on Linux, Wayland, with Firefox as a Flatpak. Furthermore, I experienced the same behavior with X11 some time ago.

I don't know if one could track the action of holding the left mouse button. If the Sideberry sidebar is open and the left mouse button is pressed, one could keep the sidebar open. If that doesn't work, the issue could be solved by implementing a timer, after that the sidebar closes. I never need more than 15 seconds, to move my tabs around.

I implemented a delay, when moving the cursor outside the sidebar. By adding transition-delay, it will opens the sidebar with no delay, but closes it with a delay of 8 seconds. It is not ideal, because the sidebar will not have any influence on the website, like cropping the website. The sidebar is above the website, and so it can be annoying, if you enter the sidebar zone with your cursor by accident. Then you need to wait for 8 seconds, to let the sidebar close.

sidebar.css:

/* Sidebar extension */
#sidebar-box {
  ...
  transition-delay: 8s !important;
}

#sidebar-box:hover {
  ...
  transition-delay: 0s !important;
}

To let the sidebar crop the webpage, change position for #sidebar-box to relative:

/* Sidebar extension */
#sidebar-box {
  ...
  position: relative !important;
  transition-delay: 8s !important;
}

[macleod-ee]

It actually looks like this is not a problem with the Firefox sidebar, but instead a problem with the Sidebery theme. If you go back to the default Sidebery appearance, it does not have this issue. I will see if its how we are doing padding/margins and its skewing their drag and drop coordinate system.

[macleod-ee]

This issue has been resolved on Codeberg: https://codeberg.org/macleod/FirefoxSidebar/issues/59

This should now be fixed, it was an issue related to Sidebery itself in how they were calculating position.