IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> [F] Directory name case influencing Action commands
c627627
post Feb 6 2017, 16:57
Post #1


Member


Group: Full Members
Posts: 45
Joined: 2-June 10
From: Kansas
Member No.: 12475
Mp3tag Version: 2.81



This may not be a bug, but I thought I would get input from you guys:

So, if there is a folder C:\Metallica
even if you type C:\meallica or C:\meTallica\
the directory will still display because being case specific is not required when you manually type the directory address inside Mp3tag.

In other words, you do not have to type case-specific C:\Metallica to get the contents to display.

However, your Action commands will go off of what you TYPED.


So if you have an Action command to assign Artist from FOLDER NAME... it will be assigned as what you typed, so if you typed meTalLica, that's what would be assigned, not the actual name of the folder Metallica.

As I said, not a bug probably but I just thought I would get your input about the way Action commands work.
Go to the top of the page
 
+Quote Post
ohrenkino
post Feb 6 2017, 17:19
Post #2


Member


Group: Full Members
Posts: 9310
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85d



QUOTE (c627627 @ Feb 6 2017, 16:57) *
...In other words, you do not have to type case-specific C:\Metallica to get the contents to display.

However, your Action commands will go off of what you TYPED.


So if you have an Action command to assign Artist from FOLDER NAME... it will be assigned as what you typed, so if you typed meTalLica, that's what would be assigned, not the actual name of the folder Metallica.
...

Sorry, this is hard to understand for me:
Which data did you type?
What action do you execute?
What is the original data?
What should the result look like?


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
c627627
post Feb 6 2017, 17:34
Post #3


Member


Group: Full Members
Posts: 45
Joined: 2-June 10
From: Kansas
Member No.: 12475
Mp3tag Version: 2.81



No problem.


Guess Values:

Source format
%_Directory%

Guessing pattern
%artist%


It basically assigns the Artist entry by reading the FOLDER NAME. But it could assign anything, it could assign the Album entry from FOLDER NAME too. The point is:

So the action command is supposed to read the folder name, the actual directory name and assign that name to whatever.

It doesn't assign the actual folder name however, it assigns what is typed inside the left center box under Directory.

So if the folder name is C:\Test it will not assign Test, but instead it will assign what you typed under Directory, for example TESt or tEst, the letter case is taken from what you typed instead of what the actual directory name is.

Yes this is complicated, but if you don't understand, look at this screen shot:
See how it says meTallica. The actual folder name is Metallica not meTallica.
So it's fine not to be case strict to get the folder to display.
But any Action commands involving folder name, will also use meTallica not the actual real folder name Metallica.


Attached Image







QUOTE (ohrenkino @ Feb 6 2017, 17:19) *
Sorry, this is hard to understand for me:
Which data did you type?
What action do you execute?
What is the original data?
What should the result look like?


This post has been edited by c627627: Feb 6 2017, 17:35
Go to the top of the page
 
+Quote Post
ohrenkino
post Feb 6 2017, 17:51
Post #4


Member


Group: Full Members
Posts: 9310
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85d



You are right. I could reproduce that:

I took an arbitrary directory and changed the case of one word in the input box for directory in the tag panel.

Changing the case in the tag panel directory input box leads to MP3tag taking that string instead of the actual string/case from the file system.
MP3tag now displays the path with the wrong case in the tag panel and in any column that shows this part of the path.
I would consider that a bug as MP3tag does not take the original information but the internally modified although this information has not been saved yet.

The actualy information could not be revived with F5 (for re-read). Only changing to another directory and back again shows the the case as it is in the filesystem.

This post has been edited by ohrenkino: Feb 6 2017, 17:56


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
c627627
post Feb 6 2017, 18:34
Post #5


Member


Group: Full Members
Posts: 45
Joined: 2-June 10
From: Kansas
Member No.: 12475
Mp3tag Version: 2.81



Thank you for confirming this.
Yes, if there was a way to make Mp3tag read the actual name instead of the typed string, that would resolve this bug, I just didn't know if that is technically possible or if Mp3tag must read the typed string only...
Go to the top of the page
 
+Quote Post
Florian
post Aug 17 2017, 14:11
Post #6


Developer


Group: Admin
Posts: 8142
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.85f



Thanks for reporting and confirming the issue. I've fixed it with the latest Development Build Mp3tag v2.83i.

Kind regards
– Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post
c627627
post Aug 17 2017, 22:02
Post #7


Member


Group: Full Members
Posts: 45
Joined: 2-June 10
From: Kansas
Member No.: 12475
Mp3tag Version: 2.81



EDIT: Sorry accidentally posted in this thread but thank you for fixing this.

This post has been edited by c627627: Aug 17 2017, 22:09
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 12th December 2017 - 18:43