File rename overrides

are out of control. If this has been discussed much, I didn’t see it – a search for “rename” and “file rename override” didn’t turn much up, and I recall the longest thread on this leveled the issue mostly/almost all to dbl F2 presses (I verified that’s not the issue, using ‘sudo libinput debug-events’ and holding key down; didn’t even input twice). For me it happens even when I right click > rename.

At first, I thought the main issue was having a file ‘pointed at’ / opened by another app. I’m changing name of mostly music files atm, so I ensured files weren’t open in a media player, which I know could contribute to the issue (submitting the rename at the same millisecond something else grab’s that file’s ‘attention’ or whatever). Eventually, I concluded that had little, possibly no effect on how often/when it hoppen.

This is all after “pausing” the indexer via the File Search settings in System Settings (first thing I tried – and confirmed balooctl6 suspended [although running…])

Baloo File Indexer is running
Indexer state: Suspended

I like the tags feature of Baloo, but not enough to accept this absolute flow-killing nonsense (my file renames get mentally involved); yet it seems unlikely it’s even Baloo’s fault here?

All workarounds I’ve found are also flow killing; they have function-reducing drawbacks I also dislike. What’s the latest near-consensus on this more-on-Fedora issue (so I’m told) and the smoothest workaround/alternative?

Can you say a bit more here? My first instinct would have been to say it’s a KDE issue rather than a Fedora issue, but it sounds like you have evidence otherwise?

I’ve read this twice and I still have no idea what the actual issue is!

You’re having trouble renaming music files?

Actually, is it this stuff?

Oh, I’m sorry, I assumed it was Fedora 44 most generally – I am in fact on KDE. Should I go ask their forums? Maybe that’s where that other thread I mentioned was (re: F2 dbl presses).

My comment was based wholely on AI hearsay, claiming (true?) it happens less (but sometimes also) on Arch. Lol, and I’m not going that far.

[Edit: Ah, and now I’m seeing a few threads at least somewhat related to this just below]

Yeah, all I’ve done (in life :sweat_smile: ) for past several days… can’t recall if it’s been other files, but I think so.

Have a read of that linked thread first, and see if your issue is covered by what it describes. (It does go through some deviations but it’s only a couple of pages long.)

If so, some “pg-tips” person on there made the suggestion that:

Let’s report the bug to Fedora, mention LTO as a potential source of differences between distros, but without the assumption that LTO is the proven cause here.

but I don’t know if anyone actually did that.


I’d say if you’re going to base it on that, ask the AI for specific links that you can cite here (and verify that they actually say what they AI claims they do!)

Yes, renames get overridden, like 1/8th of the time. Sometimes very persistently on the same file.

Just saw that, and wondered a bit at it… as well as adjacent idea with filenames containing unicode. For me, the former is rarely at play; the latter is, semi-often .. but fairly certain it’s even on the most vanilla files.

This post is the most representative of the “rename override” issue, if you can see in the gif:

The user tries changing the name, but the changes discard when they (presumably) hit enter.

And it seems they’re using Arch, not Fedora!

There is a KDE bug report linked from there:

Comment 19 (currently the last one) suggests that turning off Plasma Keyboard mitigates it, so you could try that.

(In System Settings, search for “Virtual Keyboard” and select “None” on that screen.)

Lol, my bad :sweat_smile:

Yes, I’ve actually been testing that this whole time, no problems so far! Many thanks.

Per: KDE - Trying to rename a file - the name disappears, replacing with the extension in bold, making it really hard to edit - #2 by barryascott

Turning off virtual keyboard seemed to help yesterday, but somehow little/no effect today. Still digging.