[mythtv-commits] Ticket #10500: mythutil --scanvideos does not update database

[MythTV]

#10500: mythutil --scanvideos does not update database
------------------------------------+-----------------------------
 Reporter:  yiannividalis@…         |          Owner:  wagnerrp
     Type:  Bug Report - General    |         Status:  accepted
 Priority:  minor                   |      Milestone:  0.28
Component:  MythTV - Video Library  |        Version:  Master Head
 Severity:  medium                  |     Resolution:
 Keywords:                          |  Ticket locked:  0
------------------------------------+-----------------------------

Comment (by natanojl):

 Replying to [comment:7 yiannividalis@…]:
 > When mythutil --scanvideos is ran on ANY backend, the hash each added
 video takes is "QUERY_FILE_HASH", and not some actual hash. That's why
 only the last video is inserted in the DB and the description is of the
 first video.
 >
 > If I run mythutil for a second time without removing the videos, the MB
 log will complain:
 >
 > {{{
 > Jan 10 18:07:32 storage  mythbackend[23355]: E VideoScanner
 mythcorecontext.cpp:327 (ConnectToMasterServer) ERROR: Master backend
 tried to connect back to itself!
 > Jan 10 18:07:32 storage  mythbackend[23355]: E VideoScanner
 videoscan.cpp:326 (updateDB) Hash QUERY_FILE_HASH already exists in the
 database, updating record 504654 with new filename ÎÏίλλεÏ/Aliens Vs
 Predator - Requiem.avi
 > Jan 10 18:07:32 storage  mythbackend[23355]: E VideoScanner
 mythcorecontext.cpp:327 (ConnectToMasterServer) ERROR: Master backend
 tried to connect back to itself!
 > Jan 10 18:07:32 storage  mythbackend[23355]: E VideoScanner
 videoscan.cpp:326 (updateDB) Hash QUERY_FILE_HASH already exists in the
 database, updating record 504654 with new filename ÎÏίλλεÏ/Pan's
 Labyrinth.avi
 > }}}
 >
 > and the video played will be a different one. Usually the last two
 alternate.
 >
 > The "QUERY_FILE_HASH" is not present in the DB if I scan for changes
 from either frontend.

 The reason for this seems to be that when the RemoteFile::GetFileHash
 method is called from the master BE it tries to connect to itself in
 SendReceiveStringList which fails.  This leaves the strlist variable
 unmodified and its first element, "QUERY_FILE_HASH", will be used as the
 hash.

 http://code.mythtv.org/cgit/mythtv/tree/mythtv/libs/libmythbase/remotefile.cpp#n512

--
Ticket URL: <http://code.mythtv.org/trac/ticket/10500#comment:8>
MythTV <http://www.mythtv.org>
MythTV Media Center