# Cancel reading files does not stop immediately

**URL:** https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983
**Category:** Fixed Bugs
**Created:** [May 17, 2020, 3:41pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983 "2020-05-17T15:41:28Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![jamisan](https://community.mp3tag.de/user_avatar/community.mp3tag.de/jamisan/32/7615_2.png) [@jamisan](https://community.mp3tag.de/u/jamisan)
#### Post date: [May 17, 2020, 3:41pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/1 "2020-05-17T15:41:28Z")

</div>

I am running the latest stable version 3.0.1 I believe. I am a financial supporter.

Previously, I was working with a very large directory but I am now finished and want to work on some smaller directories.

Unfortunately, mp3tag lets me click the cancel button and although it acts like it will cancel, it continues trying to do the read the directory (on the previous big one directory). If I moved the mouse to anything, the screen just displays that spinning windows thing.

I just want to get to a smaller directory without having to wait for 5000+ files to get scanned. And yes, I know I probably shouldn't have been fooling with so many files but mp3tag handled it; so sue me.

Is it because I have a filter set? I can't get to the filter until the directory read finishes. If I click on anything then that windows spinning circles starts.

I guess I'll wait for it to read the directory that I was messing with before and then try to change directory.

---

<div class="post-metadata">

### Author: ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)
#### Post date: [May 17, 2020, 4:34pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/2 "2020-05-17T16:34:50Z")

</div>

I see the same behaviour, even for a small number of files.  
So yes, I think you've found a bug.

---

<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: [May 17, 2020, 5:24pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/3 "2020-05-17T17:24:43Z")

</div>

I cannot reproduce it.  
I tested it with disabled and enabled library,  
i tested it with a bigger (16,000 odd tracks) and a smaller (500 odd tracks) folder,  
I clicked on Cancel while MP3tag still listed the files and actually loaded them -  
and each time the loading got cancelled almost immediately (a second later or so) and only the files that were loaded until the cancellation are displayed.  
The files are all on local, internal drives.  
I tested it with W7 and W10. No difference.

---

<div class="post-metadata">

### Author: ![jamisan](https://community.mp3tag.de/user_avatar/community.mp3tag.de/jamisan/32/7615_2.png) [@jamisan](https://community.mp3tag.de/u/jamisan)
#### Post date: [May 17, 2020, 6:13pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/4 "2020-05-17T18:13:42Z")

</div>

I think this may be my bad. As it turns out I let the process finish and the only things that came up were video files that could not be changed by mp3tag for one reason or another. Since this happens so seldom I think I'll write it off as OE (operator error) At any rate, I usually can fix titles in files that can't be proccessed via file properties. Sometimes the file tags cannot be changed at all. Sometimes the files are so corrupt they won't even play. I'm far from a multimedia file tagging /format expert. It really is amazing how much time this program has saved me. BTW I'm using the program for big ol video files. Dank for an excellent product.

---

<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: [May 17, 2020, 6:17pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/5 "2020-05-17T18:17:08Z")

</div>

> [@jamisan](#):
>
> Sometimes the files are so corrupt they won't even play

Here is a thread with links to tools that may help to identify the reasons for trouble and even fix some of them:

> [@How to check files for errors?](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633):
>
> It’s required and often helps to reduce support cycles to check files for errors before filing a bug report. Symptoms of erroneous files are often missing or wrong bitrate or length audible blips or skips tags seem to be sticky and cannot be removed There are some really good tools to check the files for errors, namely MP3 Diags — identifies many different issues in MP3 files Website: [http://mp3diags.sourceforge.net](http://mp3diags.sourceforge.net) Download: [MP3 Diags - Getting MP3 Diags](http://mp3diags.sourceforge.net/010_getting_the_program.html#binWindows) If the font size in MP3 Diags is …

---

<div class="post-metadata">

### Author: ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)
#### Post date: [May 17, 2020, 9:43pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/6 "2020-05-17T21:43:13Z")

</div>

> [@ohrenkino](#):
>
> I cannot reproduce it.  
> I tested it with disabled and enabled library,

Excellent investigative work. 👍  
I disabled my library and 'Cancel' worked without a problem.  
After I re-enabled my library, the unwanted behaviour returned.  
Now I'm not sure if there is a bug in Mp3tag or something about my library that causes the problem.  
My library has a mixture of FLAC and MP3 files: 115,000 files in more than 10,000 folders, on 3 different disks.

---

<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: [May 18, 2020, 4:43am UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/7 "2020-05-18T04:43:27Z")

</div>

> [@ryerman](#):
>
> Now I'm not sure if there is a bug in Mp3tag or something about my library

The library is not the collection. It is just a database. So it should not matter what kind of files offered their metadata.  
Depending on where and how you installed MP3tag (SSD vs. external HDD and standard vs. portable) it could be that after you cancelled the loading, still some housekeeping tasks have to be finished.  
If you think that your library has somehow been corrupted, you can simply delete it while MP3tag is not running and it will be recreated.  
Or you may use the function to cleanup the library - this usually does not heal a really corrupted library.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [June 23, 2020, 2:24pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/8 "2020-06-23T14:24:10Z")

</div>

I also got this problem after I enabled the library. I only added a small part of my collection to the library and when I read in folders and cancel the loading, Mp3tag locks up

Maybe the problem has some thing to do with the option _[x] Only include these directories._  
Because if you have this option enabled and load files that are not in these directories, you can still see the mp3tag.db3 file grow (and a temporary mp3tag.db3-journal file)

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 24, 2020, 9:25am UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/9 "2020-06-24T09:25:32Z")

</div>

Can you describe the time of the lockup? Is it while still reading the directory or while adding the files?

I've checked the option you've mentioned: the database grows but the non-library files are dropped when closing Mp3tag.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [June 24, 2020, 9:38am UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/10 "2020-06-24T09:38:36Z")

</div>

I cancel during the file reading.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [June 24, 2020, 10:05am UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/11 "2020-06-24T10:05:01Z")

</div>

Anything in the log file after cancelling?

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [July 8, 2020, 4:23pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/12 "2020-07-08T16:23:00Z")

</div>

This is now fixed with [Mp3tag v3.01b](https://community.mp3tag.de/t/455). Thanks everyone for reporting and testing!

---

<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: [August 7, 2020, 4:23pm UTC](https://community.mp3tag.de/t/cancel-reading-files-does-not-stop-immediately/48983/13 "2020-08-07T16:23:01Z")

</div>

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