Bug 123277 - focus is lost when switching tabs
Summary: focus is lost when switching tabs
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 3.5
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-08 13:50 UTC by Maciej Pilichowski
Modified: 2010-08-23 23:01 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2006-03-08 13:50:20 UTC
Version:            (using KDE KDE 3.5.1)
Installed from:    SuSE RPMs

Open 
http://www.benchmark.pl/
in one tab. Open 
http://www.google.pl/
in another tab. Wait till page is 100% loaded. Get back to the first tab. Ensure the page is 100% loaded /however it doesn't change anything/. Click in the left frame, scroll down/up with keys, it works, right? Switch to the second tab with KEYS shortcut! Switch back with keys! You cannot scroll anymore, right?

Konqueror doesn't remember the active _frame_.
Comment 1 Thiago Macieira 2006-03-11 10:36:32 UTC
Looks like the same one you reported in bug 123168.
Comment 2 Maciej Pilichowski 2006-03-11 19:37:55 UTC
It is similar, yes. But you don't have to switch while another page is loading and this time it is about frame /for example the edit-box can have focus and this is preserved/. The previous one was about stealing this time is about remembering. Of course there is a possibility it is the same place in the code I don't know.

Maybe I should add new comment to the old bug but last time I wrote a lengthy report /about focusing and stealing too :-)/ I was told to separate such cases -- so sorry if I made a mistake but I am quite new to this forum.
Comment 3 Jaime Torres 2008-05-02 22:24:33 UTC
This one works for me in kde4 trunk 20080430.
So this was a good idea to separate both, because I've been able to reproduce bug 123168 with trunk 20080430.
Comment 4 George Goldberg 2008-05-04 15:53:54 UTC
This bug is still present in 3.5.9 and svn trunk r803492. 
Comment 5 David Palacio 2008-12-16 20:50:55 UTC
This bug is back with revision 896517 on beta2.
Comment 6 FiNeX 2009-08-03 19:29:33 UTC
It works for me too using current trunk (r1005944). Can someone confirm it?