Dragging a tab to the bookmark toolbar splits the tab onto anew window.
Normally (pre web-ext), it just created the bookmark, but with the webext version, it also splits off the tab into a new window.
Bookmark of tab is created on bookmarks toolbar
Bookmark of tab is created on bookmarks toolbar
AND
tab is split onto new window
I have same problem. Strange thing is that sometimes it works. I can't figure out what I do differently when it does and when it doesn't.
The commit 6991c64 seems to fix this issue on my environment. Could you try the latest development build? https://piro.sakura.ne.jp/xul/xpi/nightly/treestyletab-we.xpi
I'm still getting the same issue with that dev version.
I checked it now on nightly and this issue still exists :(
Hmm, it sometimes success but sometimes fail...
@piroor Same for me here (with both the stable and dev version).
Not sure if this helps but when the issue does occur, I notice that the sidebar reloads as well (goes grey).
More verification:
How many times did you try it on the windows machines? It doesn't happen every time for me, but when it does it's quite annoying.
I've tried 10 or more times, with these conditions:
TST triggers its "move tab to new window" operation when the "dragend" event is notified with dataTransfer.dropEffect=none. In other words, if anyone processes the drag session and it changes dataTrasfer.dropEffect to move (or others), TST does nothing. Thus I think Firefox's drop handler for the bookmarks toolbar can have something unknown problem.
So TST has ultimate control over that? In that case, could you add a option for disabling tab tearing?
I rarely use the feature and could just use the right click menu cmd instead if needed.
OK, I've introduced new (secret) option to deactivate this behavior by the commit 6f7d055.
You can deactivate it by the checkbox "moveDroppedTabToNewWindowForUnhandledDragEvent" under "Debug mode".
Nice. I've had that issue for quite some time now and that workaround fixes it. Great work.
Thanks the workaround seems to work for now. Will reopen if it reoccurs.
Most helpful comment
OK, I've introduced new (secret) option to deactivate this behavior by the commit 6f7d055.
You can deactivate it by the checkbox "moveDroppedTabToNewWindowForUnhandledDragEvent" under "Debug mode".