-
Notifications
You must be signed in to change notification settings - Fork 280
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tab is not detached when dragged outside of the sidebar #2256
Comments
I think this is a bug of Firefox itself. Here is a small example for testing: sidebar-example.xpi.zip. Steps to test:
On the step 5, the addon registers a dummy drag data with a content type However, sometimes you may see a log message Please note that this is the point: both on the example addon and TST, dropping outside of the sidebar area must be treated as |
I've reported this problem to the bugzilla.mozilla.org. |
I see problems with d'n'd too: When I have TreeStyleTabs in the sidebar and the normal at the top, too, I can drang and drop the top bar tab to top bar of another firefox window, but I cannot drag and drop to/from the sidebar tabs. |
I think the scrolling text on the bottom of the sidebar should be changed until this bug is fixed. Right now it's just confusing. The text could be changed to something like "Right click on tab to open in new window". |
I agree that "Move to New Window" context menu command is stably effective and recommended, instead of drag-and-drop to outside of the sidebar. On the other hand the scrolling message was introduced as a workaround for a restriction that the current addon system (based on WebExtensions API and Web APIs) disallows addon to provide drag-and-drop experience compatible to Firefox's native one (dropping onto bookmarks toolbar creates bookmarks, dropping outside window tears off the tab from the window). From this original motivation, "Dropping to outside of sidebar will possibly detach the tab from window" looks a better version of it. And, more better solution is: deactivate the feature itself until it become certainly available. Mozilla does it - Mozilla deactivates a new feature on released versions if the feature is unstable yet. |
…he window by drag and drop more certainly #2256
I've decided to introduce a new workaround for this problem with the commit 59b44b5. As I wrote at the comment, this change introduced a new "regression" on a edge case: when tabs are dragged and dropped between multiple Firefox instances, they are duplicated - imported to the receiver Firefox and detached from the window on the sender. I've decided to accept this "regression" because it looks a rare case and generally people don't use mutiple Firefox instances. |
Short description
When using mouse drag and drop on a tab from the sidebar to a non-sidebar area, the tab is supposed to get detached and open in a new browsed window, but it doesn't
Steps to reproduce
Expected result
The tab should be detached from the sidebar and open in a new window.
Actual result
The tab remains on the window. The debugging console's output of such an instance with
sidebar/drag-and-drop
andsidebar/mouse-event-listener
detailed logging options selected is the following:Environment
Observations
Dragging to a sidebar in a different browser windows does work, so it serves as a kind of workaround.
Sometimes the tab does get detached (when this happens, sometimes it is greyed out when dragging outside, sometimes it is not), but I don't know if it might be related to the situation I described in a recent comment to issue 2078. A log of such a seemingly successful action follows:
The text was updated successfully, but these errors were encountered: