[BUG?] Files Not Shown After XMPs Removed

[Blrfl]

Here's an odd one:

I have a small batch of pictures in a directory that I'd done some work on. At one point, I mistakenly applied a bunch of changes with everything selected and decided to go back to square one. I exited ASP, manually deleted the .xmp files from the directory and re-started. Now ASP doesn't show the images when I open the directory, but the log file (snippet included below) does show that it knows they're there. Any other directory works fine, and when I copy the files to another directory, ASP behaves as normal.

This is on 64-bit CentOS (which is a recompilation of Red Hat Enterprise Linux). The system information is included below.

Any ideas?

Thanks.

--Mark

Relevant log output:

Code: Select all

69136.357: Starting import with settings :  "<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 4.4.0">
 <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
  <rdf:Description rdf:about=""
    xmlns:bibp="http://www.bibblelabs.com/BibblePrivate/5.0/"
   bibp:MoveCopy="2"
   bibp:LibraryLoc=""
   bibp:LibraryID="11529"
   bibp:LibraryUuid="{6bd480d1-7aa4-4e4f-b5e2-776a5f91ac4d}"
   bibp:Organize="0"
   bibp:FolderTemplate=""
   bibp:Recurse="false"
   bibp:RenameOn="false"
   bibp:FileTemplate=""
   bibp:ImportPath="/photo-archive/2012/06/08/original"
   bibp:KeywordList=""
   bibp:FolderFilter=""
   bibp:QueueName=""
   bibp:QueueType="0"
   bibp:QueueOnlyNewFiles="false"
   bibp:JobName=""
   bibp:PresetList=""/>
 </rdf:RDF>
</x:xmpmeta>
" 
69136.363: Adding master versions 
69136.512: Adding master versions 
69136.519: Scanning file  "/photo-archive/2012/06/08/original/144755-000.nef" 
69136.847: Scanning file  "/photo-archive/2012/06/08/original/144822-000.nef" 
69136.884: Scanning file  "/photo-archive/2012/06/08/original/145017-000.nef" 
69136.932: Scanning file  "/photo-archive/2012/06/08/original/145100-000.nef" 
69136.984: Scanning file  "/photo-archive/2012/06/08/original/145112-000.nef" 
69137.27: Scanning file  "/photo-archive/2012/06/08/original/145644-000.nef" 
69137.74: Scanning file  "/photo-archive/2012/06/08/original/145649-000.nef" 
69137.117: Scanning file  "/photo-archive/2012/06/08/original/145805-000.nef" 
69137.146: Scanning file  "/photo-archive/2012/06/08/original/145851-000.nef" 

System Info:

Code: Select all

Application vers.: 1.0.1.10
Product Name: AfterShot Pro Registered
Built on:     Sun Apr 1 2012
Platform:     Linux
Language:     en
App Path:     /opt/AfterShotPro/bin/AfterShotPro
System Home:  ../supportfiles
User Home:    /home/blrfl/.AfterShotPro
Prefs Home:   /home/blrfl/.config/Corel/AfterShot Pro.conf
Processors:   2
CPU Threads:  2
I/O Threads:  1
B. In-flight: 1
RAM:          3259 MB
SIMD Version: SSE2
Build Mode:   Release
Issue:        CentOS release 6.2 (Final)
Kernel:       Linux version 2.6.32-220.4.1.el6.x86_64 (mockbuild@c6b18n1.dev.centos.org) (gcc version 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC) ) #1 SMP Tue Jan 24 02:13:44 GMT 2012


====================  Plugins  =====================
      Name: 
Identifier: 
   Version: 1.0.0
      Path: 


      Name: asGPS
Identifier: de.schrell.asGPS
   Version: 1.2.3
      Path: <User Home>/Plugins/asGPS.afplugin


      Name: Bez
Identifier: com.ferdinand-paris.bez
   Version: 1.0.0
      Path: <User Home>/Plugins/Bez.afplugin


      Name: CAQuest
Identifier: CAQuest
   Version: 2.0.2
      Path: <User Home>/Plugins/CAQuest.afplugin


      Name: FatToni
Identifier: sph.FatToni
   Version: 0.32.0
      Path: <User Home>/Plugins/FatToni.afplugin


      Name: Grain
Identifier: sph.grain
   Version: 0.31.0
      Path: <User Home>/Plugins/Grain.afplugin


      Name: Mix3
Identifier: com.ferdinand-paris.mix3
   Version: 1.0.0
      Path: <User Home>/Plugins/Mix3.afplugin


      Name: Nostalgia
Identifier: com.SMP.Nostalgia
   Version: 1.0.7
      Path: <User Home>/Plugins/Nostalgia.afplugin


      Name: Nuance
Identifier: com.SMP.Nuance
   Version: 1.0.10
      Path: <User Home>/Plugins/Nuance.afplugin


      Name: Silicon Bonk
Identifier: sph.SiliconBonk
   Version: 0.33.0
      Path: <User Home>/Plugins/Silicon Bonk.afplugin


      Name: Vigne
Identifier: com.corel.vigne
   Version: 1.1.0
      Path: <User Home>/Plugins/Vigne.afplugin


      Name: Wavelet Denoise
Identifier: sph.waveletdenoise
   Version: 0.31.0
      Path: <User Home>/Plugins/Wavelet Denoise.afplugin


      Name: Wavelet Sharpen3
Identifier: sph.waveletsharpen
   Version: 1.34.0
      Path: <User Home>/Plugins/Wavelet Sharpen3.afplugin


      Name: zChannelMixer
Identifier: tin.tin.zchannelmixer
   Version: 2.0.3
      Path: <User Home>/Plugins/zChannelMixer.afplugin


      Name: zFrame
Identifier: tin.tin.zFrame
   Version: 3.1.4
      Path: <User Home>/Plugins/zFrame.afplugin


      Name: zPerspector
Identifier: tin.tin.zPerspector
   Version: 2.0.1
      Path: <User Home>/Plugins/zPerspector.afplugin


      Name: zShadow
Identifier: tin.tin.zShadow
   Version: 2.0.0
      Path: <User Home>/Plugins/zShadow.afplugin


      Name: zSoften
Identifier: tin.tin.zSoften
   Version: 1.0.0
      Path: <User Home>/Plugins/zSoften.afplugin


      Name: zText
Identifier: tin.tin.zText
   Version: 2.1.0
      Path: <User Home>/Plugins/zText.afplugin


      Name: Black and White
Identifier: com.corel.BlackAndWhite
   Version: 1.0.0
      Path: <System Home>/plugins/Black and White.afplugin


      Name: Equalizer
Identifier: com.corel.equalizer
   Version: 1.0.5
      Path: <System Home>/plugins/Equalizer.afplugin


====================================================

[afx]

I exited ASP, manually deleted the .xmp files from the directory and re-started.

Way to complicated. Select images and hit CTRL-R and they will be reset to your defaults.

Now ASP doesn't show the images when I open the directory, but the log file (snippet included below) does show that it knows they're there.
....
Any ideas?

Nuke your cache (the cache folder in your ASP user directory). Currently AS is confused as reality and cache do not match and seems to opt to play stupid.

cheers
afx

[Blrfl]

Nuke your cache (the cache folder in your ASP user directory). Currently AS is confused as reality and cache do not match and seems to opt to play stupid.

Thanks. That seems to have done it.

I exited ASP, manually deleted the .xmp files from the directory and re-started.

Way to complicated. Select images and hit CTRL-R and they will be reset to your defaults.

Still a bug. If I lose the file system holding my archive and restore it back to a point before the XMPs were created, the cache in my home directory (which on a different file system) will be out of sync. If ASP can't take steps to make sure cache entries are still valid, it would be nice to have a menu item that resets its concept of what's in the file system so ~/.AfterShotPro stays opaque to the end user.

More fodder for the maintainers: After posting last night, I noticed that I could do Select All or Deselect All and ASP would behave as if all of the files in that folder were selected or deselected (Items in Edit would become sensitive/insensitive, etc.). So whatever this is, it's probably related to the thumbnail panel as opposed to the entire program not understanding the file is there.

--Mark