View Single Post
Old 07-07-2014, 10:14 AM   #8
itimpi
Wizard
itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.
 
Posts: 4,553
Karma: 950151
Join Date: Nov 2008
Device: Sony PRS-950, iphone/ipad (Marvin/iBooks/QuickReader)
Quote:
Originally Posted by rolk View Post

That being said though, I'm still a bit in the dark as why editing the title field in 'edit metadata - individually' also updates the title_sort field. Especially since the UI gives me a fair warning:

"The red color warns that the current
title sort does not match the current title.
No action is required if this is what you want."

In the tooltip of the title_sort (appears in red).

I'm debugging this using the latest state of affairs from the git repository. When I close the dialog, I only see one commit (for the TITLE_ATTR="title"), so if my debugging is correct, it is not the actual metadata edit dialog that causes the title_sort field to be set to match the title. It has got to be something that is triggered after the dialog is closed.
I must admit it is puzzling. In my case if I use the Eit Metadata dialog and manually Edit the Title field I do NOT get the Title_Sort field updated with no intervention from me. It DOES get updated automatically if I use the Download Metadata button - but in that case I can see the change has been made before I press the OK button.

I wonder if here is a tweak that can affect this behaviour?
itimpi is offline   Reply With Quote