After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 594632 - ext branch: doesn't find photos on PTP camera
ext branch: doesn't find photos on PTP camera
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2009-09-09 12:19 UTC by Michael Chudobiak
Modified: 2009-09-10 18:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Chudobiak 2009-09-09 12:19:37 UTC
Trying to import from my USB PTP Fuji F200EXR no longer crashes, but it doesn't find any photos either. Many of these errors are reported to the console:

[mjc@xena gthumb]$ gthumb

** (gthumb:8147): CRITICAL **: _g_mime_type_is_image: assertion `mime_type != NULL' failed

** (gthumb:8147): CRITICAL **: _g_mime_type_is_video: assertion `mime_type != NULL' failed

** (gthumb:8147): CRITICAL **: _g_mime_type_is_audio: assertion `mime_type != NULL' failed

- Mike
Comment 1 Michael Chudobiak 2009-09-09 12:22:23 UTC


  • #9 _g_mime_type_is_image
    at glib-utils.c line 2216
  • #10 is_media_test
    at gth-main-default-tests.c line 92
  • #11 _gth_test_simple_get_int
    at gth-test-simple.c line 539
  • #12 gth_test_simple_real_match
    at gth-test-simple.c line 554
  • #13 gth_test_match
    at gth-test.c line 442
  • #14 base_get_next
    at gth-test.c line 152
  • #15 gth_test_get_next
    at gth-test.c line 456
  • #16 _gth_file_store_update_visibility
    at gth-file-store.c line 857
  • #17 gth_file_store_exec_add
    at gth-file-store.c line 1423
  • #18 gfl_add_files
    at gth-file-list.c line 820
  • #19 gfl_set_files
    at gth-file-list.c line 958
  • #20 _gth_file_list_exec_next_op
    at gth-file-list.c line 1424
  • #21 _gth_file_list_queue_op
    at gth-file-list.c line 221
  • #22 gth_file_list_set_files
    at gth-file-list.c line 976
  • #23 list_ready_cb
    at dlg-photo-importer.c line 286
  • #24 qam_metadata_ready_cb
    at gth-metadata-provider.c line 588
  • #25 query_metadata_done
    at gth-metadata-provider.c line 311
  • #26 check_read_metadata_thread
    at gth-metadata-provider.c line 386
  • #27 ??
    from /lib64/libglib-2.0.so.0
  • #28 g_main_context_dispatch
    from /lib64/libglib-2.0.so.0
  • #29 ??
    from /lib64/libglib-2.0.so.0
  • #30 g_main_loop_run
    from /lib64/libglib-2.0.so.0
  • #31 gtk_main
    from /usr/lib64/libgtk-x11-2.0.so.0
  • #32 main
    at main.c line 406

Comment 2 Michael Chudobiak 2009-09-09 12:24:41 UTC
Anyway, trunk did some manual checks (guess by file extension, etc) if the gfile-reported content type was null. I would suggest that here too.

I think something is not-quite-right in the gphoto backend content reporting.

- Mike
Comment 3 Paolo Bacchilega 2009-09-09 13:39:51 UTC
now the standard::fast-content-type attribute is always read, this should make the mime type always available
Comment 4 Paolo Bacchilega 2009-09-09 14:04:59 UTC
No, it doesn't work yet.
Comment 5 Michael Chudobiak 2009-09-10 18:07:17 UTC
Works now.