Version: 3.5 (using KDE KDE 3.5.1) Installed from: SuSE RPMs OS: Linux It is so awkward that I waited a long time to check if I am not doing anything wrong... I cannot properly edit url in Location box. I mean I can input url by hand but once I put the address I cannot get in the middle of the address and add something or erase few characters. I can do only several things: * clear the entire text * paste some text instead of current one or at THE END of current one * add something at THE END * erase something from THE END And I can only select the whole text /via ctrl+A,C not by ctrl+A ctrl+C !!!/, not the part, I can press shift+leftarrow /supposing I am at the end of the url/ several times but when I stop and "start" to copy the text /via ctrl+c or ctrl+insert/ the cursor goes to the end ;-) I had previously installed KDE 3.4.2 /I believe/, I upgraded to 3.5.1 -- no difference in behaviour. Qt3 3.3.5-22.
so what happens when you press the "left arrow" key to move to the middle of the URL? Does the cursor fail to move, or does it move, but prevent you from entering text? What if you click with the mouse in the middle of the URL?
> so what happens when you press the "left arrow" key to move to the middle > of the URL? No problem, it looks normal. > Does the cursor fail to move, No, movement is fine -- I mean it moves when I want to move, but it also moves when I don't want to. > or does it move, but prevent you from entering > text? Yes, that's the case. However this is hard to reproduce, for example now adding text works fine. > What if you click with the mouse in the middle of the URL? Also no problem. BUT, let's say I clicked in the middle of url and I want to select two letters /shift+left,left/. Just when I press [shift] cursor jumps to the end. So selection FROM the middle of the url /via keyboard is impossible/. However I can select /!/ text FROM then end of the url. I can also select whatever I want via mouse. But still I can't copy it -- neither via ctrl+c nor ctrl+insert. When I press [ctrl] cursor jumps to the end. I can type at the middle right now but as I recall "normally" when I press anything /any letter or number/ cursor first jumps to the end and then the text appears. Let's say "|" is a cursor http://bugs.kde.org/show_bug.cgi?id=122340 /copied via mouse/ -- I click in the middle http://bugs.kde|.org/show_bug.cgi?id=122340 I press [a] http://bugs.kde.org/show_bug.cgi?id=122340a| PS. I checked it right now -- when I am in the middle of url, pressing shift, ctrl or meta causes jumps to the end. But no [win] key /however it maybe will change because this akward behaviour is not 100% stable/.
I can't reproduce that behaviour - perhaps there's something weird going on with your keyboard layout. Do you get the same behaviour in any other KDE line edit boxes? Try the minicli (the "Run command" box that pops up on Alt+F2), quick search bars in, eg, kmail, juk, etc. What are your keyboard settings?
> I can't reproduce that behaviour - perhaps there's something weird going on > with your keyboard layout. There is always such possibility but I doubt it. > Do you get the same behaviour in any other KDE line edit boxes? Try the > minicli (the "Run command" box that pops up on Alt+F2), quick search bars > in, eg, kmail, juk, etc. No, everything works normal /minicli, kmail, forte agent, k3b, konsole, open office, kdevelop, just to name few/. Also there is no problem with Konqueror at all except the Location box. I have Location box on the Location bar in this order: previous page | next page | Location | Location box | Go | Animated Logo > What are your keyboard settings? Normally I use Polish layout with alt-keys mapped to meta /and then meta set as shift-3/. But to check if it is layout fault I switched to en-us. No difference.
I've never seen this behaviour either.
> I've never seen this behaviour either. Me too :-( I don't have a vast knowledge how KDE works and what it is depended of -- since OpenSuSE installation I upgraded kernel, KDE /with Konqueror/, Qt. And this bug is still biting me. Btw. what can I upgrade more? Xserver? Xkb? I also checked OpenSuSE 10.0 Live -- location box works fine. Is there any setting which can interfere with location box-input? For example [ctrl] key activates "access key" but I don't see where can I change it. Maybe the [shift] alone has also some meaning in Konqueror.
You could check your settings in control center -> accessibility. perhaps some kind of sticky key is on. Also, try with a completely new user. That'll tell you if some config file is getting in the way.
> You could check your settings in control center -> accessibility. perhaps > some kind of sticky key is on. Nope. > Also, try with a completely new user. That'll tell you if some config file > is getting in the way. Apparently yes. I did what you suggested, guest user, and... location box behaves as it should. What can I do next to trace this thing? PS. I set the same layouts.
Move files from ~/.kde/share/config until you find the one causing the problem. My first guesses are kaccessrc and kxkbrc. So, you want to move the file out of the way, then start/restart KDE. BTW, what widget style are you using? Perhaps it's a bug in the style.
> Move files from ~/.kde/share/config until you find the one causing the > problem. Ouch :-) There are a lot of files. > My first guesses are kaccessrc and kxkbrc. So, you want to move the file out > of the way, then start/restart KDE. I moved them. Nothing happened. I move all konqueror-like files /except for the history/ -- nothing happened. I moved all of them /I mean all kde-config files/ and... location-box worked fine. So it is somewhere in the config files. What would be your next guess /of config/ -- maybe that way it will be faster. > BTW, what widget style are you using? Perhaps it's a bug in the style. Widget style -- Plastik. Which file containts style info?, I'll try to move it.
Another thought - try changing the "text completion" type of the location bar (right-click on the location bar, then go to "text completion"-> [type].
> Another thought - try changing the "text completion" type of the location > bar (right-click on the location bar, then go to "text completion"-> [type]. I changed it to "none" -- didn't help. I will try to move config files one by one however it will take some time.
Created attachment 15016 [details] kdeglobals file
I am sorry it took so long. I checked it -- it is kdeglobals. Please take a look at the attachment.
Can you find which entry in kdeglobals causes the behaviour you're seeing? (Hint: you can comment out lines in the file by putting a # at the beginning). You might have to restart KDE to make changes in the kdeglobals file take effect.
> Can you find which entry in kdeglobals causes the behaviour you're seeing? I've found it. Section "shortcuts" and two entries RotateUp, RotateDown /btw. I cannot find those in CC, strange/. I erased those lines and... Konqueror location-box WORKS! :-) But I cannot tell what those shortcuts /set to "none" in my kdeglobals/ have to do with Konqueror.
Does this last comment mean we can close this bug ?
Yes and no. There is apparently some conflict with those two shortcuts -- but I am not sure what program should solve out this conflict.
I have no shortcuts section and no Rotate entries visible in kdeglobals. Is this bug still valid?
Add those entries and you see it for yourself. Yes, this bug is still there. RotateX entries are artifacts and comes from previous KDE versions I believe -- if you have fresh, clean, install you will never see it. But if you upgraded -- they are.
It seems to be the same, I can't tell you any more info because i reinstalled the system and the bug disappeared in the new installation Thnx andrea
The RotateUp and RotateDown entries in kdeglobals are set via Control Center->Regional & Accessibility->Keyboard Shortcuts->Shortcut Schemes->Application Shortcuts->Text Completion->(Next|Previous) Item in List. (phew...) I can set both of those to "none", and the location box still works fine. Can you reproduce the problem by doing the same thing?
Philip, are you sure? In CC in those entries I have key assignments already: down and up arrow key in kdeglobalsrc I have _no_ entries for rotateup/down Konqueror works.
Yes, those are the default assignments, so nothing is written to the local config file. Try setting them to "None" (under "Shortcut for selected action"). That should write the appropriate entry to kdeglobals. Does that cause any problem?
Yes, it does cause the problem "again". KDE 3.5.6.
It works for me in trunk 20080507.
Jaime, you added those RotateX entries?
Looking again if I dit it or not, I think I did not, because I'm not able to find those rotateX entries in kde4 svn trunk r807691 (20080507).
Jaime, the point is to put them there -- if those entries will cause the problem it means there is still buggy code inside.
Indeed, the "Shortcuts" group is read by KStandardShortcut, so RotateUp/RotateDown entries would affect these standard shortcuts. However I can't reproduce the misbehavior of the cursor in the location bar, after adding this to kdeglobals and starting konqueror from a terminal. [Shortcuts] RotateUp=none RotateDown=none Am I testing this wrong, or is this fixed by now?
Message from the Bugsquad and Konqueror teams: This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore. If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report. Thank you for your understanding.