Closed Bug 675900 Opened 14 years ago Closed 9 years ago

The webconsole window disappears if using tab animation (drag and drop a tab to create a new window)

Categories

(Firefox :: Tabbed Browser, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox8 ? ---

People

(Reporter: andrei.domuta, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [qa+])

Attachments

(1 file)

Build ID: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a1) Gecko/20110801 Firefox/8.0a1 STR: 1. Launch Firefox on a clean profile 2. Have at least two tabs available 3. Launch the webconsole and set it as as window ("position" option) 4. Drag one of the tabs outside the browser window and drop it onto the desktop (or itself to create a new window) Expected result: 4. The webconsole window is expected to stay available Actual result: 4. The webconsole window disappears *Notes: This issue is present since the landing of the tab animation feature -> bug 455694 which means it's a regression if not an intended behavior Is this blocking bug 455694? (see comment 304 in bug 455694) Attaching a screen video of the issue
> Drag one of the tabs outside the browser window and drop it onto the desktop (or itself to create a new window) The webconsole window disappears if it is the same tab as the one which own the webconsole window. This is reproducible on: Windows XP: Mozilla/5.0 (Windows NT 5.1; rv:8.0a1) Gecko/20110801 Firefox/8.0a1 Windows 7: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a1) Gecko/20110801 Firefox/8.0a1 Ubuntu 11.04: Mozilla/5.0 (X11; Linux i686; rv:8.0a1) Gecko/20110802 Firefox/8.0a1 The Webconsole window freezes if performing the steps in the Description on Mac 10.6: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0a1) Gecko/20110720 Firefox/8.0a1
Keywords: regression
Whiteboard: [qa+]
Blocks: 455694
20160502172042 Mozilla/5.0 (Windows NT 6.1; rv:46.0) Gecko/20100101 Firefox/46.0 20160523030225 Mozilla/5.0 (Windows NT 6.1; rv:49.0) Gecko/20100101 Firefox/49.0 I have tested your issue on latest FF release 46.0.1 and latest Nightly build and could not reproduce it. Is this still reproducible on your end ? If yes, can you please retest this using latest FF release and latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E).
Considering the fact that I cannot reproduce this and the fact that the reporter did not answered to my request until now, I will mark this as Resolved-Worksforme. If anyone can still reproduce it, feel free to reopen the issue and provide more information.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: