Version: (using KDE 4.4.1) Installed from: openSUSE RPMs If I choose editable address bar and put there for example /home/my_name/.kde4/ Dolphin remember this path. Every time if change folder Dolphin put in address bar remembered path and next refresh to actual path.
Please, would you like to explain better the problem? I'm not sure to have correctly understood it. You should provide a step by step explanation. Many thanks P.S: can you reproduce the bug with a more recent KDE release like 4.4.5?
bug marked as "WAITING FOR INFO"
Ii is still in KDE SC 4.4.4. This is the last release in openSUSE. 1. For example go in long directory example: /home/you/.kde4/share/apps/akregator/ 2. In editable address bar click enter on it. 3. Now click up button until / or /home/ (example) You can see that address bar before show new address it for a moment show that on what we clicked enter.
Thanks for the explanation Krystian. I've tried to follow the steps but I'm not able to reproduce the bug.
I could reproduce this issue with KDE SC 4.4.4, but it only happens when using Oxygen as widget style. I guess it might be related to the smooth transitions oxygen does and that the starting state for the smooth transition is not updated. I currently cannot check whether this is already fixed in KDE SC 4.5.0, but I've forwarded this issue to the Oxygen team.
Hey, I 'think' I know the problem. The editor in dolphin is actually a comboBox (hence the down arrow on the side). I think the first time the comboBox is created it first shows its last entered item in the combobox list, and then this switch to current. In non animated styles (but oxygen) this is so quick the paintEvent is dropped. In oxygen, well, you first see the 'last item' and a smooth transition to the current. Does that sound plausible ? There was a similar bug in okular and I patched oxygen to fix, but I'm not sure whether this also fixes dolphin. I'll try reproduce some time today.
Thanks Hugo, your explanation sounds reasonable. And yes: KComboBox is used in this case. Probably this could be fixed in KComboBox itself...
Hi Krystian, Peter So I finally looked back at this issue (sorry I got sidetracked) Reproducing your steps in comment #2, I do see the new path showing up "smoothly" on top of the previous one. But this is the intended behavior when animation is on. (namely, old state gets progressively overwritten by the new one). Is it also what you are complaining about, or is there more to it ? If there is nothing more to it, I'd suggest to just disable the animation. (cause I don't quite see why this should be an issue, apart from a matter of taste. I personally do like the effect, for instance). To do so, 1/ if you have kde4.5.0; you can type "oxygen-settings" (in krunner or konsole), select the "animations" tab, and uncheck the "text editor transitions" 2/ if you have kde4.4 you can edit your .kde4/share/config/oxygenrc file, and add "LineEditTransitionsEnabled=false" in the [style] section. If there is more to it, can you describe what the problem is and how it is different from the behavior I tried to describe above. Thanks, Hugo
ok. Take back the previous comment. Recompiling kde4.4 oxygen, I redid the experiment, and did see the observation at comment #1. This is _not_ the expected behavior, and it has been fixed in kde4.5.0 (and trunk) (I just cross-checked). This is indeed the same bug as the okular bug mentionned in comment #6. So, closing. Feel free to re-open if you still see the issue after upgrade to 4.5.0