Closed Bug 411522 Opened 17 years ago Closed 16 years ago

browser window opened from history does not have input focus in linux

Categories

(SeaMonkey :: UI Design, defect)

SeaMonkey 1.1 Branch
x86
Linux
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 144217

People

(Reporter: lmironov, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.11) Gecko/20071202 SeaMonkey/1.1.7 Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.11) Gecko/20071202 SeaMonkey/1.1.7 When link from history window is opened, browser window with this link pops forward but does not have input focus. Reproducible: Always Steps to Reproduce: 1. start seamonkey 2. open history (^H) 3. select any link from the history and open it, keyboard or mouse click - it doesn't matter Actual Results: link is opened, browser window is brought to foreground but does not have input focus. Judging by the window border color focus remains with the history window, but actually all keystrokes are lost - neither history nor browser window react to keyboard. Expected Results: seamonkey window should have keyboard input focus linux-specific, neither windows nor os/2 versions have this bug gnome, ubunutu the same thing in reverse happens if you try to bring history window forward again, i.e. ...4. Click on browser window so that it will have focus (history window is still opened) 5. switch to history by pressing ^H or via go-history history window pops forward but have 'passive' colors, browser have 'active' colors and neither has the focus similar effect can be observed with bookmarks window
WFM on trunk Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008042306 SeaMonkey/2.0a1pre When I click a URL from history, browser gets focus and accepts keystrokes. Lvm, do you still see this problem on the latest Sm 1.1.9 release from http://www.seamonkey-project.org/ (or on a branch nightly from http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-mozilla1.8/ )? If you don't, please resolve this bug as WORKSFORME.
Assignee: general → nobody
Component: General → XP Apps: GUI Features
QA Contact: general → guifeatures
Version: unspecified → SeaMonkey 1.1 Branch
I still have this problem with Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.13) Gecko/20080402 SeaMonkey/1.1.9
lvm, Can you try and reproduce with SeaMonkey v2.0a1pre ? Tony, Can you try and reproduce with SeaMonkey v1.1.9 ?
(In reply to comment #3) [...] > Tony, > Can you try and reproduce with SeaMonkey v1.1.9 ? > I'm not going to try, because I don't trust myself when it comes to handling Sm 1.1.
Component: XP Apps: GUI Features → UI Design
(In reply to comment #3) > lvm, > Can you try and reproduce with SeaMonkey v2.0a1pre ? > > Tony, > Can you try and reproduce with SeaMonkey v1.1.9 ? WFM on 2.0a3pre; bug in 1.1.14 though.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.