Closed
Bug 1318596
Opened 8 years ago
Closed 8 years ago
When click link which should open link target in new TAB (due to Preferences) target wrongly opens in new Window
Categories
(SeaMonkey :: Tabbed Browser, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1316104
People
(Reporter: stefanehaas, Unassigned)
References
Details
(Keywords: regression, reproducible)
User Story
a): seems to be WIN10 only Test due to Comment 4 only shows complained behavior on WIN10, but NOT on WIN7
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49a1
Build ID: 20161110004327
Steps to reproduce:
Clink on HTML link in web page
Actual results:
New window pops up (and no way to change link behavior preferences)
Expected results:
New tab in current window (default behavior since long, and possibility to change this in preferences)
Reporter | ||
Updated•8 years ago
|
OS: Unspecified → Windows 10
Hardware: Unspecified → x86
Comment 1•8 years ago
|
||
I think this one is INVALID.
@reporter
Preference you want to change is in ˋEdit → Preferences → Browser → Link Behaviorˊ, but not in "Tabbed Browsing".
@Reporter: Please feel free to reopen this Bug if you still can reproduce the problem with a current SeaMonkey Trunk version and if you can contribute a CORRECT step by step instruction how other users can reproduce the problem reliably due to <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines> (containing every key press and every mouse click).
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Flags: needinfo?(stefanehaas)
Resolution: --- → INVALID
Reporter | ||
Comment 2•8 years ago
|
||
Thanks for the info - then the tabbed browsing is definitely BROKEN.
All configs indicate diversion into tabs, but only when I do it explicitely a new tab is created. All others create new windows.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Reporter | ||
Updated•8 years ago
|
Summary: Tabbed browsing broken - link beavior config gone → Tabbed browsing broken
Reporter | ||
Comment 3•8 years ago
|
||
According to this config (not changed) I should see lots of tabs instead of lots of windows.
Comment 4•8 years ago
|
||
NOT reproducible with server installation of official en-US SeaMonkey 2.49a1 (NT 6.1; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20161107002359 (Default Classic Theme) on German WIN7 64bit and preferences due to reporter's attachment 2016 [details]-11-18 17:14 CET:
1. Proceeding as per Bug 1316104 comment #12 click on „48 gefixte“ -
SM tries to open in new TAB as expected (but crashes)
I will try WIN10 later.
@reporter:
To be honest: I still haven't a clue what your problem might be. And also not what you expect for whatever kind of link. Please avoid meaningless phrases like "is broken", "does not work", but contribute a clear step by step instruction containing every key press and every mouse click how to reproduce your problem due to <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines> (similar to report in Bug 1139273)
I think it's crystal clear that we at least need information concerning the hyperlink with which you observe unexpected behavior.
What is your result proceeding test in step 1 above?
Comment 5•8 years ago
|
||
NOT reproducible with server installation of official en-US SeaMonkey 2.49a1 (NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20161111004200 (Default Classic Theme) on German WIN7 64bit
REPRODUCIBLE with unzipped official en-US SeaMonkey 2.49a1 (NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20161111004200 (Default Classic Theme) on German WIN7 64bit
I will do my own tests to find out whether
a) Related to WIN 10? or
b) New behavior after Build 20161107002359? or
c) other reasons?
Flags: needinfo?(stefanehaas)
Keywords: reproducible
Summary: Tabbed browsing broken → When click link which should open link target in new TAB (due to Preferences) target wrongly opens in new Window
Comment 6•8 years ago
|
||
Error in second User Agent String in comment above: should be "... German _WIN10_ 64bit"
a): seems WIN10 related, because
b): also NOT reproducible with unzipped official en-US SeaMonkey 2.49a1 (NT 6.1;
WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20161111004200
(Default Classic Theme) on German WIN7 64bit: this version from same source.zip
as I used for my tests on WIN10 still CRASHes on WIN7
@FRG: I wonder whether these observations might have impact at Bug 1316104?
Comment 7•8 years ago
|
||
>> @FRG: I wonder whether these observations might have impact at Bug 1316104?
I sent you a link to a (hopefully) fixed 2.49a2. Maybe you can try this one. Possibly happens because I bungled the first patch for bug 1316104 which is in current 2.49a2 and 2.50a1.
Comment 8•8 years ago
|
||
Works fine for me using the fixed 2.49a2 in Win10.
https://seamonkeyde.wordpress.com/ Link under '48 gefixte AOO – Bugs' opens a new tab and no crash.
Comment 9•8 years ago
|
||
Was ok with German SeaMonkey 2.46 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 Build 20161010215124 (Default Classic Theme) on German WIN10 64bit
@ Frank-Rainer Grahl
I will test your build with patch, soon
Keywords: regression
Comment 10•8 years ago
|
||
(In reply to Frank-Rainer Grahl from comment #8)
> Works fine for me using the fixed 2.49a2 in Win10.
Yes, your unofficial (by FRG) en-US SeaMonkey 2.49a2 Build 20161118170316 does no longer show the problem for me, so this one can be marked as FIXED when the FIX for Bug 1316104 will have been pushed.
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•