Bug 116793 - reload doesn't position cursor at the same line
Summary: reload doesn't position cursor at the same line
Status: RESOLVED DUPLICATE of bug 335608
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-20 22:27 UTC by Leo Savernik
Modified: 2016-09-08 19:50 UTC (History)
2 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 Leo Savernik 2005-11-20 22:27:10 UTC
Version:            (using KDE KDE 3.5.0)
Installed from:    Compiled From Sources

Whenever a file is refreshed (F5), recent versions of Kate set the cursor to the first line of the file.

Older versions (KDE 3.2) kept the cursor in the original line (or at the end if the reloaded file was too short), which was a much better solution usability-wise, as most refreshed files haven't been altered very much in the meantime.

I hope this can be fixed before KDE 3.5.1.
Comment 1 Leo Savernik 2005-11-20 22:32:45 UTC
Whoops, this has just been committed *today*. I'd better read the lists *first*.
Comment 2 Anders Lund 2005-11-20 22:45:48 UTC
On Sunday 20 November 2005 22:32, Leo Savernik wrote:
> Whoops, this has just been committed *today*. I'd better read the lists
> *first*.


Please let me know if your problem hasen't been fixed.

-anders
Comment 3 Fabian 2016-09-08 12:40:52 UTC
For me, it's not working anymore. Cursor is position in the first line, first character after a reload agian. Tested on several installs.

Neither in KDE Development Platform 4.13.3, Kate 3.13.3 nor in Kate 16.08.
Comment 4 Christoph Cullmann 2016-09-08 16:02:01 UTC
Hi, I tried it with 16.08, arch linux build, works.
Same for master branch build.
Any way to reproduce that?
Comment 5 Fabian 2016-09-08 19:16:39 UTC
I tested it again, and it works here too with local files, but not with sftp:// or fish://
Comment 6 Christoph Cullmann 2016-09-08 19:50:21 UTC
I see, than this is the same like bug 335608 :(

*** This bug has been marked as a duplicate of bug 335608 ***