# \[X\] Column Update for %\_tool% requires Ctrl-T
**URL:** https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908
**Category:** No Bugs
**Created:** [February 23, 2018, 4:34pm UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908 "2018-02-23T16:34:54Z")
**Posts on this page:** 13
**Page:** 1
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 23, 2018, 4:34pm UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/1 "2018-02-23T16:34:54Z")
As I read that there is a new info field %\_tool% I wanted to try it.
I created a new column with the value %\_tool% but a value showed only for the file that was currently the selected.
All the other files had no data in this new column - not until I moved the selection to another file.
F5 re-read the files, but the column with %\_tool% remained empty for those files that had not been selected yet.
I had the library switched on during these attempts.
So I switches the library off which leads to a restart of MP3tag, the files were read again - still no display in the column tool, not until the file was selected.
My expectation would be that any rereading of files would also reread the data for "tool" and not when the file gets the focus.
Only Ctrl-T got the data (Lame3.99r in this case)
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 23, 2018, 6:07pm UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/2 "2018-02-23T18:07:41Z")
Disabling the library results in reading the file information directly from the file. So you should see the contents of the `%_tool%` info field for those files which have the LAME tag set. Can you confirm?
Enabling the library results in reading the file information from the libary (if present). So any file that has been read from the library needs either be read again via Ctrl+T or click on the file. This is the expected behavior, because the file modification date has not been changed.
Great that you're trying the new stuff 😄
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 23, 2018, 6:16pm UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/3 "2018-02-23T18:16:11Z")
> [@Florian](#):
>
> This is the expected behavior, because the file modification date has not been changed.
That is why I tried both: library on and library off
> [@ohrenkino](#):
>
> I had the library switched on during these attempts.
>
> So I switched the library off which leads to a restart of MP3tag, the files were read again - still no display in the column tool, not until the file was selected.
This would mean that I have to reread all the files again and then press Ctrl-T to read them all over again to fill the new field ...
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 23, 2018, 6:38pm UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/4 "2018-02-23T18:38:31Z")
> [@ohrenkino](#):
>
> That is why I tried both: library on and library off
I've tried it also and here the new field content is displayed when the library is disabled. So I cannot reproduce the behavior you're describing (comparing between v2.86a and v2.86b).
Just load the files and press either Ctrl+T on a selection of files or click on an individual file. You need to trigger reading the data somehow.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 24, 2018, 9:44am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/5 "2018-02-24T09:44:30Z")
I am running out of non-displaying files soon.
I just tried it again:
Files have been registered previously in the library:
Load files: no display of %\_tool%
Switch off library in File\>Options\>Library, new start of MP3tag
Same files get loaded: still no display of %\_tool%
A forced re-read with Ctrl-T for a wider selection of files leads to a display of %\_tool%
Setting the selection to a file without display also retrieves the %\_tool% information.
For the test I loaded a mere 170 files - could it be a problem with cache?
Edit: I tried it with a copy of the same set of files on a different computer (Windows 7 as opposed to W10 on the conspicious one) and MP3tag behaves just like it should and we both described as correct response:
With library, library is read and needs updating
No library: files are read and uptodate information is shown.
Why this is a local problem - I have not yet found it out. But it looks like a local one.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 24, 2018, 10:02am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/6 "2018-02-24T10:02:04Z")
> [@ohrenkino](#):
>
> Switch off library in Tools\>Options\>Library, new start of MP3tag
>
> Same files get loaded: still no display of %\_tool%
This is what is most mysterious to me: why would the files not display the contents of the `%_tool%` info field if the library is disabled?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 24, 2018, 10:06am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/7 "2018-02-24T10:06:27Z")
> [@Florian](#):
>
> This is what is most mysterious to me
I quite agree: I have not yet found the reason resp. what the difference is.
Or wait: the other computer had a column definition
Value: %\_codec% [%\_tool%]
So it could be that the properties were already in the database ... no rubbish: this does not explain why the data is not shown when the database is switched off.
I don't know. And as it appears only on one PC (for now) ... it has to be something local.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 24, 2018, 10:12am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/8 "2018-02-24T10:12:36Z")
Can you check, whether the Library is really disabled in those cases (via Options \> Library)?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 24, 2018, 10:17am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/9 "2018-02-24T10:17:05Z")
Yes, library was disabled after the new start (opened File\>Options\>Library to check: nothing ticked)
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 24, 2018, 10:24am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/10 "2018-02-24T10:24:24Z")
This is what I've tried to reproduce it here:
1. Closed Mp3tag while Library was enabled.
2. Deleted the Library file.
3. Installed v2.86a and loaded a directory with MP3s
- Observation: No LAME info shown (because it isn't available with v2.86a)
4. Installed v2.86b and loaded the same directory
- Observation: No LAME info shown (because files are read from the Library and the Library doesn't have the LAME info)
5. Disabled the Library
- Observation: LAME info shown (because files are read directly from the file system)
6. Enabled the Library
- Observation: No LAME info shown (because files are again read from the Library and the Library doesn't have the LAME info)
7. Selected all files and pressed Ctrl+T
- Observation: LAME info shown (because files were updated in the Library and the Library now has the LAME info)
Everything as expected.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 24, 2018, 10:55am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/11 "2018-02-24T10:55:33Z")
Now everything seems to be ok.
I followed your steps with removing old db, installing old version, creating new db, updating version.
And now, as you said:
> [@Florian](#):
>
> Everything as expected.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 25, 2018, 9:54am UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/12 "2018-02-25T09:54:12Z")
Thanks for confirming. I'm marking this as `[X] = No Bug` then, if you encounter any of this again, please let me know.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 6:53pm UTC](https://community.mp3tag.de/t/x-column-update-for-tool-requires-ctrl-t/40908/13 "2018-12-28T18:53:15Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.