files lacking from qtpfsgui file browser
Bug #376816 reported by
Jason
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
qtpfsgui (Debian) |
New
|
Unknown
|
|||
qtpfsgui (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: qtpfsgui
package: qtpfsgui 1.9.1-1build2
system: 64-bit, Ubuntu 9.04 using standard repositories
description: When qtpfsgui is loaded and I try to load images to create a new HDR image, for the most part no image files are displayed in the file browser. Directories and subdirectories are displayed. Otherwise, only several images, largely random and at the top (home) or bottom of the file tree are displayed. Images were placed in the working directories via Unison and are accessible otherwise (Nautilus, gThumb, GIMP), but do not show up in qtpfsgui's file browser as I would expect them to.
Changed in qtpfsgui (Debian): | |
status: | Unknown → New |
To post a comment you must log in.
Figured out the problem. On one hand I feel silly, but the short answer is this:
On one of my 64-bit machines (I have Qtpfsgui on 3 machines), Qtpfsgui does not recognize *.JPG as an image format. It does however recognize *.jpg. Curiously, this behaviour is absent from my other 64-bit machine, both running qtpfsgui 1.9.1-1build2 and both with Ubuntu 9.04 with minimal modifications.
This is a bit of a problem, as both machines need to access about 60gb of photos, plus two synced backups. Going through and changing all of the file extensions to lower case just isn't a great option.