List focus jumps to first column after selecting multiple rows

Setup: V3.01 on Win 10 x64 / V3.01 on Win 7 x32

Scenario:
Open Mp3tag (Portable install) after a reboot (ample memory).
Add a directory of MP3s (low digit to thousands)
Scroll right (to e.g., TITLE column) and select 2 or more columns using {Shift].
Focus shifts without intervention to first column.

I do not think this is an intended behavior, hence a bug

Noteworthy:
Above happens when Tag Panel or Filter is on or off.
Selecting all files, leaves columns where they should be.

Congrats on the 3.0 milestone!!

How do you select 2 columns?
I can only select rows.

Then: I did as you described and the view stayed as it was.
This is as it behaves on a laptop. I admit that I have noticed the behaviour a couple of times but I could not reproduce it (just like now).
I have the theory that some other process grabs the focus for a very short time and then the table gets repainted which leads to the (annoying) jump.

Ha! My apologies. The body of post should be as stated in the title. I will correct it, Thanks.

Apparently, I cannot modify the original post.

I am afraid that I can reproduce this behavior each and every time on multiple systems, even one which is brand new, air-gapped and running Windows 10 and nothing else installed; Mp3tag as portable.

I have also experienced this bug over many versions and for many months if not years. I survive it by using the filter as much as I can in the past but this is unbearable.

I do not doubt the principal observation. As I wrote earlier: I have experienced it before.
But simply scrolling to the right, selecting 2 rows and the jump happens is something I cannot reproduce.
The laptop has an Nvidia graphic card - perhaps this is an approach.
(then we can dig into the antivirus scanner (Avira) and other nosy programs and see whether they grab the focus for a minute moment but long enough to cause a redraw. Or does it matter whether you have the data on a NAS, a magnetic HDD or an SDD (my setup)?).
Again: I do not doubt your observation. I simply cannot reproduce it by simply selecting 2 (or more) entires in the list.

I do not doubt your sincerity or observations on your system either. The additional comments were primarily to add context for the development process.

While mine is not categorical that a real bug exist, yours does not negate that one does. Similar jumping problems are recounted in the forums. What we need, err, Florian needs are folks who have this or near identical problems to chime-in. It is up to Florian to access the credibility of what is accounted here, find a solution, a workaround (both as resource permits) or say that it is something that will not be addressed. If I care about a product, my job is to report when it misbehaves and user-error is not the cause :-). I am nonetheless grateful for your efforts, ohrenkino.

More context:
I just now installed Mp3tag v3.01 (Portable) fresh and not over an existing install -- the same phenomenon occurs.

I am willing to run a debug version to find the root cause.

In reply to


we are still in the process of narrowing the whole thing down, aren't we?
I run 3.01 frequently on a W8 portable installation with loads of background processes and an Intel graphics card and external USB-HDD, a wide display with 2560 pixels - no jumps.
I also have that already mentioned laptop with just 1440 pixels - no jumps.
An AMD PC with loads of HDDs and SSDs and a 1680 screen and alternatively bootable with W7 or W10 - no jumps
(They all run MP3tag.)
I know that you are annoyed - I would be. But the reproduceability is still the major problem. How should you correct something if you cannot test whether that was really the fault?

Hi, I'm using the program lately, because with all this coronavirus issue I have more spare time, and I wanted to clean up a little my music collection.

I have the same bug/behavior than the one started the thread. I you go to the right side, select a few rows, and then the window moves suddenly to the left. It's really annoying, and more when you are changing many different folders.

I'll try to record my screen so you can see it. I'm using a Windows 10 64 bits SO, 16GB RAM, SSD and HDD. Version 3.01 installed portable.

The easiest way to reproduce: undoing a big action on multiple (many) files.

The problem is old, significant, and affects many. First time i wrote about it here, 4.5 years ago. I have had this phenomenon for 7-10 years.

What, if i sent you my config? I use a difficult lineup, it sure matters: 64 columns displayed (some of them with complicated calculations), 30 fields in the left panel. Or, may be, better variant: here are my columns.ini and usrfields.ini.heavy_config.zip (4.5 KB)

I remember a professor in an undergrad philosophy class using an absurd example to make the indelible point, "Just because you have not seen a green moon, it does not mean that one doesn't exist." In common terms, the absence of evidence is never evidence of absence.

For those who don't experience the issue, their observations are irrelevant, per se. For debugging, only those with a legitimate problem (a sample size) count, and those that report it represent an even smaller sub-sample. Multiply that by some number to determine the truly affected.

The issue is reproducible to me and I guess to those affected. It is a repetitive fault. I use the filter to circumvent the annoyance. I adapt :-). Unless Florian knows of the code/library that triggers this effect already, he will have to rely on those affected for testing. I offer to help as the pandemic offers some free time.

How does someone test for a effect not observed but reported by other observers? One way is that you create a debug version of the software and ask the observers to test it and submit the logs. You make some change to the code and ask them to test that the undesired effect is gone. Right?

Best regards,

I don't know why I deserved that lecture as I repeated a couple of times that

But I cannot reproduce it. So simply selecting more than just one track while having scrolled to the right cannot be all. What else is there?

I've documented this issue and asked for help in this post on StackOverflow:

As you can see, it's from June 2017 and I've spent countless hours on this issue already. The code from this issue describes a minimal, complete and verifiable example of an application that shows the described behavior. If you have Visual Studio, you could play around and see for yourself.

However, as you can see from the comments, not everyone can reproduce it.

I've also added a compiled version for convenience: https://download.mp3tag.de/support/ListScroll.zip

1 Like

@Florian
Sorry but the ListScroll.exe that you upped was insufficient to show the issue; it is just a 2x2 grid with values in only the first column. Plus, I already experience the bug whenever I use Mp3tag. I keep offering to test a debug version and submit its log but…. Maybe you could compare your code with other grid-based apps on GitHub or similar that carry an MIT or BSD license. Also, the issue could be the way mouse inputs are interpreted versus those from the keyboard.

A possible work-around for those of us who experience this problem:
As stated before, selecting multiple rows using the mouse and [Shift] or [Ctrl] causes the list to shift to the left so that the first column is in focus.
However, skipping the use of the mouse and using the keyboard for selections does not trigger this bug.

●To select contiguous rows:
While the first row is highlighted, press+hold [Shift] then press [Down] arrow to the desired last row.

●To select non-contiguous rows:
While the first row is highlighted, press+hold [Ctrl] then press [Down] arrow to the desired next row and press [Space] to highlight. Rinse and repeat as needed.

I've added a dirty workaround which needs testing and might be removed in case of unintended side effects with Mp3tag v3.01b.

Please let me know if this resolves the issue for you (and if other issues are appearing).