Hi, since the 2015-09-05 daily version, switching the buffer to another resets the cursor in the last buffer to position 1, so when I switch back I am suddenly at the beginning of the file.
tvojeho
Using jEdit version: 5.3pre1
Daily build: 2015-09-02
Java runtime version: 1.8.0_60-b27
OS name: Windows 8.1
OS version: 6.3
OS arch: x86
Active plugins: ActionHooks (0.6), Archive (0.4.3), BufferTabs (1.2.4)
Character Map (1.3.3), Code2HTML (0.6), Common Controls (1.7.4)
Console (5.1.4), Context Menu (0.4), CtagsSideKick (1.5)
DirtyGutter (0.3b), ErrorList (2.3), FindFile (1.2)
Finish Him! (0.9), FoldViewer (1.1), GnuRegexp (1.0.1)
HelpServer (0.1.1), Hyperlinks (1.1.0), Info Viewer (1.6.3)
JDiff Plugin (3.3.0), JNAPlugin (3.5.2), Jakarta Commons (0.8)
LucenePlugin (4.1), MacroManager (1.3.1), MarkerSets (0.9)
MetalColor (1.1.0), Mouse Snap (0.1), MyDoggyPlugin (0.3)
Navigator (2.5), OpenIt (1.6.0), Project Viewer (3.5.3)
QuickNotepad (5.0), RecentBufferSwitcher (0.2), Scala Plugin (1.1.0)
SideKick (1.8), Spell Check (R010), SuperAbbrevs (2.0-pre8)
TaskList (2.5), TextTools (1.15), VoxSpell (1.0.8)
WhiteSpace (1.0.2), XInsert (2.6), XSearch (1.9)
I can reproduce this.
This is a showstopper, I do not want to release jEdit until this is fixed.
Alan, i can't check until tomorrow, but I'm wondering if this is related to the fix i did for 3911?
I checked this morning, I'm running jEdit from revision 24068, which is current head, and do not see this problem. Are there specific steps to reproduce? I've tried several ways to switch buffers, and I always go back to where I was in the previous buffers.
I am just going to "previous buffer" and "next buffer". Sometimes the
position is not reset the first time i visit the buffer, but if I go there
again then the cursor is reset to the top. I am not sure why it doesn't
always happen the first time I visit the buffer.
On Wed, Sep 16, 2015 at 7:27 AM, Dale Anson daleanson@users.sf.net wrote:
Related
Bugs:
#3928Dale, I am not sure about revision numbers - I am running the daily versions at http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit%2F, and the problem started in 2015-09-05, and it persists even in today's 2015-09-16 version. I tried an installation with no plugins as well and the cursor always returns at top of file so the mechanism of switching makes no difference (in-built buffer switcher, BufferTabs or RecentBufferSwitcher plugins).
Okay, using previous and next buffer actions I see the problem occasionally. It seems odd that it doesn't happen with all buffers all the time.
It happens to me in every case of buffer switch - only at startup the current buffer remembers the position it had when jEdit was shut down, but as soon as I change buffers I am back at the beginning again.
It does look like the change I made to fix 3911, which is about the cursor getting set to the start of the line on buffer save, is the culprit. If I remove that change, then I don't see the cursor moving to the start of the file.
Please give revision 24069 a try, or wait for tomorrow's daily build.
I tried 2015-09-17 daily, the position of the cursor is kept ok after buffer switch, but on saving a buffer the cursor jumps to the previous location, e.g. when clicking a different place, saving returns the cursor back.
After a clean rebuild, I no longer can reproduce the original problem myself.
I notice the cursor going back after save also. Further, repeatedly saving a buffer also does weird things with the titlebar.
Last edit: Alan Ezust 2015-09-17
Next attempt to fix this one and 3911 is in revision 24080.
So I tried the 2015-09-19 daily, and as far as switching buffers and saving them, the cursor position is maintained ok. There is only one, cosmetic, thing - when saving already saved buffer (not dirty) the titlebar and status bar briefly blinks - I think that in the title bar a quick "(modified)" appears and disappears, and in the status bar "1 task" message blinks.
It appears my last change has broken the stand-alone text area build, so I'll need to look at this again.
I've reverted my changes for 3911 and 3928 for now. I'll look for a different approach that doesn't break the text area build and one that works better. I'm still seeing some wrong caret placement every now and then.
I've checked in a different fix for 3911 and I don't see any issue with the caret placement.