Version: 3.4.1 (using KDE 3.4.1, Debian Package 4:3.4.1-1 (3.1)) Compiler: gcc version 3.3.6 (Debian 1:3.3.6-5) OS: Linux (i686) release 2.6.10 I will explain the bug with an example: - Open Konqueror in google.com. - Search for "konqueror". - Press "Ctrl+F" to open text search dialog. - Look for "linux", many results appear. - WITHOUT CLOSE TEXT SEARCH DIALOG go to the bottom of the page and press in the second page of results link of Google. - When the second page has loaded, use the same text search dialog to look for "linux" word again (or other text). - It doesn't work, nothing occurs when pressing buttons of the dialog window.
confirming, still happens with 3.5.1. The same also occours after page reload. (btw, it's a nice feature, that the search dialog remains open. ok, but it should work, of course... ;-)
Still occurs in KDE 3.5.3.
Still exists in 3.5.4.
Still exists in 3.5.6.
Still exists in 3.5.7 :(
In 4.1 this can be reproduced if the dialog is kept open. Anyways the normal behaviour is that the dialog disappears after first search. So I'm not sure whether this can be still seen as bug.
At least on KDE 4.2 beta the behaviour is that the search bar at the bottom of the browser replaces the dialog and this is kept open after the first search. So the bug is more prominent now than ever!
Anyway the initial bug is no more reproducible: now the search bar still works after loading another URI. If you want to have the search bar hidden after loading a new page, you should open a new wish. thanks.