appreviations intermittently not working when editing headline

[jkn]

Hi all

    I am seeing an odd error related to abbreviations recently.

I have some simple abbreviations to just quickly insert boilerplate text. There are defined in myLeoSettings.leo

On some invocations of Leo, ie. only sometimes, these do not seem to be working properly when editing a headline (which is their use case)

Something seems to be happening, as when I type the second semicolon ';'  of the abbreviation, is seems as though a CR has been entered (editing the headline stops). However the replacement text has not been inserted.

When editing in the node Body, things seem fine.

I tried restarting Leo but the behaviour stayed the same. However, it is a bit 'it worked yesterday, but not today'.

I mention this just now in case anyone has seen anything similar. I will try to narrow down the problem further.

I am on:

    Leo 6.8.8-devel, devel branch, build bcc90881ac
    2026-01-30 04:42:02 -0600
    Python 3.12.3, PyQt version 6.9.1
    linux

    Regards, J^n

[Edward K. Ream]

On Thu, Feb 5, 2026 at 5:11 AM jkn <jkn...@nicorp.co.uk> wrote:

Hi all

    I am seeing an odd error related to abbreviations recently.

I have some simple abbreviations to just quickly insert boilerplate text. There are defined in myLeoSettings.leo

On some invocations of Leo, ie. only sometimes, these do not seem to be working properly when editing a headline (which is their use case)

Thanks for this report. Please file an issue with as much detail as possible.

Editing headlines is inherently tricky. I'll review recent changes to the abbreviation code.

Edward

[jkn]

Hi Edward

    sure - will do once I can be a bit more definitive. It is working fine today (on this machine...).

I tried starting up leo explicitly:

    $ python3 launchLeo.py

but didn't see any errors when misbehaviour occurred. I will see if I can learn more.

    J^n

[jkn]

Hi Edward

    FYI: 'git bisect' identifies the problem as coming from this commit:

477ec61d24a0d90ebb90fcdf8d248c956287ef40 is the first bad commit
commit 477ec61d24a0d90ebb90fcdf8d248c956287ef40
Author: Edward K. Ream <edre...@gmail.com>
Date:   Thu Oct 23 09:06:33 2025 -0500

   Handle headlines separately and more simply

leo/commands/abbrevCommands.py | 48 +++++++++++++++++-------------------------
1 file changed, 19 insertions(+), 29 deletions(-) 

Thanks and Regards

    J^n

[Edward K. Ream]

On Fri, Feb 13, 2026 at 8:25 AM jkn <jkn...@nicorp.co.uk> wrote:

Hi Edward

    FYI: 'git bisect' identifies the problem as coming from this commit:

477ec61d24a0d90ebb90fcdf8d248c956287ef40 is the first bad commit
commit 477ec61d24a0d90ebb90fcdf8d248c956287ef40
Author: Edward K. Ream <edre...@gmail.com>
Date:   Thu Oct 23 09:06:33 2025 -0500

   Handle headlines separately and more simply

Not surprising, as that was the only commit that tried to fix another bug.

Maybe back to the drawing board. I'll await more info.

Edward

[Thomas Passin]

I just tried to insert an abbreviation into a headline and it failed. Instead, the command inserted the key string up the the first ";" of the trailing two.

[jkn]

Yes, that is the error I am seeing (I think it is not 'intermittent' - I had different versions on different machines...)

It was working fine in 

    Leo 6.8.7-devel, devel branch, build 6f915ea462

[jkn]

BTW: I am sure I am not the first to say this, but having once used 'git bisect', there is no going back...