# Adding on the fly of even more new files

**URL:** https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973
**Category:** General Discussion
**Created:** [March 27, 2019, 1:02pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973 "2019-03-27T13:02:34Z")
**Posts on this page:** 12
**Page:** 1

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [March 27, 2019, 1:02pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/1 "2019-03-27T13:02:34Z")

</div>

Not so long ago the user could start loading up to Mp3tag e.g. 10 000 file - and before waiting for them to be loaded, the user could add another 5000 files. The result was 15 000 files in Mp3tag

But now [i.e. 2.94] I have to wait for those 10 000 to be loaded up, before I can add successfully even a little as 1 more file. And this restricts how I can work  
``  
``  
So please take care of that bug. Or if it is not a bug but a change implemented on purpose, then please give the users an option to revert to that previous behavior

---

<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: [March 27, 2019, 1:22pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/2 "2019-03-27T13:22:09Z")

</div>

I think this is the the corresponding entry in the changelog:  
[2018-11-08] FIX: files and directories passed via command line to an existing instance were always added. ([#43407](https://community.mp3tag.de/t/43407))

---

<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: [March 27, 2019, 2:10pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/3 "2019-03-27T14:10:55Z")

</div>

Can you try what happens when you press the Ctrl key when adding the files to the already running instance?

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [March 27, 2019, 7:07pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/4 "2019-03-27T19:07:23Z")

</div>

My bad I forgot to stipulate this clearly: I was referring to adding files with the CTRL being pressed [because for me in Mp3tag "adding" was always done with CTRL]

So now I only tried loading those 5 000 while the previous process of loading of 10 000 did not finish- but without CTRL. As the end result I got those 10 000, not the later 5 000. So I guess that change was implemented to prevent accidental cancellation of the first loading? If yes, then this does not make sense- more likely I can accidentally stop of a loading process then make and accidental second one while the first one is still on. Rarely I even on purpose make a new loading while the first is one, because I realize I grabbed and dropped a wrong folder and what than first to be stopped

So I propose behavior like this: new loading process automatically cancels [and wipes out] the old one; but if CTRL is being pressed then the new files are added after the first ones. So exactly the way it used to work, if I am not mistaken

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [June 12, 2019, 1:31pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/5 "2019-06-12T13:31:00Z")

</div>

This is still happening in version 2.95: I cannot anymore add more folders / files to load up when a loading process is already in place. I have to patiently wait for one process to end, in order to feed Mp3tag a new portion of files

---

<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: [June 12, 2019, 1:35pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/6 "2019-06-12T13:35:00Z")

</div>

Do you know any program where such a thing works?

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [June 12, 2019, 2:09pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/7 "2019-06-12T14:09:23Z")

</div>

Yes

A piece of software called Mp3tag, version 2.87; and 2.85 and 2.80 and probably every other version of it before 2.88a, at which that described feature apparently had stopped to work

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [October 4, 2019, 5:23pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/8 "2019-10-04T17:23:26Z")

</div>

> [@ohrenkino](#):
>
> Do you know any program where such a thing works?

> [@Zerow](#):
>
> Yes
> 
> A piece of software called Mp3tag, version 2.87; and 2.85 and 2.80 and probably every other version of it before 2.88a, at which that described feature apparently had stopped to work

So... am I right or what?

Will this be fixed / reverted?

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [March 11, 2021, 9:06pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/9 "2021-03-11T21:06:47Z")

</div>

Unfortunatelly this is still relevant in version 3.05

---

<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: [March 12, 2021, 11:40am UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/10 "2021-03-12T11:40:07Z")

</div>

It won't be changed back. The reason for this change was [this issue](https://community.mp3tag.de/t/f-drag-drop-while-writing-tags-causes-exception/41634) and I prefer to prevent such things in the future.

---

<div class="post-metadata">

### Author: ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [March 12, 2021, 6:10pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/11 "2021-03-12T18:10:29Z")

</div>

OK then

I rest my case

---

<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: [April 11, 2021, 6:11pm UTC](https://community.mp3tag.de/t/adding-on-the-fly-of-even-more-new-files/44973/12 "2021-04-11T18:11:26Z")

</div>

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