Bug 234830 - sysutils/kf5-baloo: baloo_file_extractor hangs at tiff file, consuming 100% cpu
Summary: sysutils/kf5-baloo: baloo_file_extractor hangs at tiff file, consuming 100% cpu
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-kde (group)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-10 18:06 UTC by Martin Birgmeier
Modified: 2021-07-17 09:03 UTC (History)
4 users (show)

See Also:
tcberner: maintainer-feedback+


Attachments
tiff file causing baloo_file_extractor and gwenview to hang (41.15 KB, image/tiff)
2019-01-10 18:06 UTC, Martin Birgmeier
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Birgmeier 2019-01-10 18:06:48 UTC
Created attachment 200995 [details]
tiff file causing baloo_file_extractor and gwenview to hang

baloo_file_extractor hangs on the attached tiff file, consuming 100% cpu and making no progress.

gwenview does the same.
Comment 1 Tobias C. Berner freebsd_committer freebsd_triage 2019-01-10 19:41:08 UTC
Moin moin 

Gimp seems to be hanging also... So I expect there is something fishy in libtiff.

mfg Tobias
Comment 2 Tobias C. Berner freebsd_committer freebsd_triage 2019-01-10 19:43:04 UTC
Over to maintainer of graphics/tiff.
Comment 3 Antoine Brodin freebsd_committer freebsd_triage 2019-01-10 21:57:52 UTC
Please report the issue upstream, and let us know if there is a patch.
Comment 4 Adriaan de Groot freebsd_committer freebsd_triage 2019-02-17 21:53:33 UTC
It looks to be a corrupt TIFF file, as tiffdump(1) says:

data/tu_logo.tiff:
Magic: 0x4d4d <big-endian> Version: 0x2a <ClassicTIFF>
Directory 0: offset 8 (0x8) next 18612227 (0x11c0003)
...
data/tu_logo.tiff: Error while reading directory count.

That "next" offset looks pretty bogus (and is beyond end-of-file anyway). None of my applications -- gwenview or kolourpaint -- seem to have TIFF support. They don't attempt to show anything, and don't hang or cause high CPU load either. Is that a configuration option somewhere? I **do** have graphics/tiff installed.
Comment 5 Martin Birgmeier 2019-02-18 19:55:20 UTC
Hmmm, the file is 25 years old, and at that time it was usable.

In any case, libtiff should not just choke on it.
Comment 6 Adriaan de Groot freebsd_committer freebsd_triage 2019-02-24 21:54:02 UTC
Reported upstream as https://github.com/Exiv2/exiv2/issues/715

Tested and found working with exiv2 0.25 and 0.27, so we'll wait for the exiv2 update which is in the pipeline to resolve this.
Comment 7 commit-hook freebsd_committer freebsd_triage 2019-03-17 13:15:36 UTC
A commit references this bug:

Author: tcberner
Date: Sun Mar 17 13:15:01 UTC 2019
New revision: 496059
URL: https://svnweb.freebsd.org/changeset/ports/496059

Log:
  graphics/exiv2: update to 0.27

  Changelog:
  	http://www.exiv2.org/changelog.html

  - All depending ports have been bumped.
  - graphics/py-exiv2 has been marked broken; use graphics/gexiv2 for python bindings

  Exp-run by:	antoine
  PR:		235943
  PR:		234830

Changes:
  head/astro/gpscorrelate/Makefile
  head/astro/merkaartor/Makefile
  head/converters/pdf2djvu/Makefile
  head/deskutils/gnome-photos/Makefile
  head/deskutils/pinot/Makefile
  head/devel/kf5-kfilemetadata/Makefile
  head/devel/kio-extras/Makefile
  head/graphics/commons-utilities/Makefile
  head/graphics/darktable/Makefile
  head/graphics/digikam/Makefile
  head/graphics/exiv2/Makefile
  head/graphics/exiv2/distinfo
  head/graphics/exiv2/files/
  head/graphics/exiv2/pkg-plist
  head/graphics/geeqie/Makefile
  head/graphics/gegl/Makefile
  head/graphics/gexiv2/Makefile
  head/graphics/gimp-lensfun-plugin/Makefile
  head/graphics/gnome-color-manager/Makefile
  head/graphics/gthumb/Makefile
  head/graphics/gwenview/Makefile
  head/graphics/hugin/Makefile
  head/graphics/kphotoalbum/Makefile
  head/graphics/krita/Makefile
  head/graphics/libkexiv2/Makefile
  head/graphics/luminance-qt5/Makefile
  head/graphics/nomacs/Makefile
  head/graphics/nomacs/files/patch-src_DkCore_DkMetaData.cpp
  head/graphics/photivo/Makefile
  head/graphics/photoqt/Makefile
  head/graphics/phototonic/Makefile
  head/graphics/py-exiv2/Makefile
  head/graphics/rawstudio/Makefile
  head/graphics/shotwell/Makefile
  head/graphics/ufraw/Makefile
  head/graphics/viewnior/Makefile
  head/multimedia/mythtv/Makefile
  head/multimedia/mythtv-frontend/Makefile
  head/sysutils/bulk_extractor/Makefile
  head/sysutils/krename/Makefile
  head/textproc/libextractor/Makefile
Comment 8 Tobias C. Berner freebsd_committer freebsd_triage 2019-03-17 13:17:11 UTC
exiv2 has now been updated to 0.27 -- could you please check if the issue still occurs?

mfg Tobias
Comment 9 Martin Birgmeier 2019-03-22 07:08:36 UTC
It is working now.

Thank you for your support!

-- Martin