# Tag Panel cursor position jumps to front after saving tags

**URL:** https://community.mp3tag.de/t/tag-panel-cursor-position-jumps-to-front-after-saving-tags/43061
**Category:** No Bugs
**Created:** [September 23, 2018, 4:35pm UTC](https://community.mp3tag.de/t/tag-panel-cursor-position-jumps-to-front-after-saving-tags/43061 "2018-09-23T16:35:55Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![lynniemagoo](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/2bfe46/32.png) [@lynniemagoo](https://community.mp3tag.de/u/lynniemagoo)
#### Post date: [September 23, 2018, 4:35pm UTC](https://community.mp3tag.de/t/tag-panel-cursor-position-jumps-to-front-after-saving-tags/43061/1 "2018-09-23T16:35:55Z")

</div>

Hello Florian,

I know you reworked the layout capabilites of the column editor in the left pane to better work with the splitter bar move. The results are nice. I noticed a couple of things that just did not seem correct.

What I am seeing with v2.90

1. The Genre text is now right-aligned in the drop-down instead of being left aligned. Is this a bug or by intent? (Update: Appears to have reverted to pre-2.90 behavior in v2.90a) - Thanks.

2. If you are editing Comments for example and the cursor is at the end of the Comments field, pressing Ctrl-S to save puts the cursor back at the first character of the text. Often I edit a comment and append an '_' to force all tracks in an album to be written. i.e. Append '_', Ctrl-S, Remove '_', Ctrl-S. The workaround for this now is to insert '_' at the front instead of appending to the end. (Still an issue in v2.90a).

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 23, 2018, 5:06pm UTC](https://community.mp3tag.de/t/tag-panel-cursor-position-jumps-to-front-after-saving-tags/43061/2 "2018-09-23T17:06:07Z")

</div>

> [@lynniemagoo](#):
>
> Often I edit a comment and append an ' _' to force all tracks in an album to be written_

This looks like a long winded way to save something.  
MP3tag saves the current state as soon as you press Ctrl-S regardless whether you have (actually) changed anything or not.  
Whether saving happens to an album or not depends on the selected files. MP3tag does not know anything about albums.

> [@lynniemagoo](#):
>
> If you are editing Comments for example ... (Still an issue in v2.90a).

I always thought that this is perfectly normal behaviour. I just looked at MS Excel, editted a cell, pressed Ctrl-S and the edit mode was terminated, the cursor stayed in the cell but not at the character position.

---

<div class="post-metadata">

### Author: ![lynniemagoo](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/2bfe46/32.png) [@lynniemagoo](https://community.mp3tag.de/u/lynniemagoo)
#### Post date: [September 23, 2018, 5:22pm UTC](https://community.mp3tag.de/t/tag-panel-cursor-position-jumps-to-front-after-saving-tags/43061/3 "2018-09-23T17:22:58Z")

</div>

> [@ohrenkino](#):
>
> Whether saving happens to an album or not depends on the selected files. MP3tag does not know anything about albums.

I agree that MP3Tag knows nothing about albums. In the example here, I was editing an album which happens to be all tracks in a single folder and did not explicitly state what I was doing.

I agree Excel and others do things this way and not saying MP3Tag is incorrect. The purpose of my post was to illustrate different behavior I was seeing between 2.87 and 2.90+. I noticed this last night in a long tag-editing session and wanted to report what I saw.

Anyone have any additional questions/comments, please feel free to jump in.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 9, 2026, 2:45pm UTC](https://community.mp3tag.de/t/tag-panel-cursor-position-jumps-to-front-after-saving-tags/43061/4 "2026-02-09T14:45:35Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
