doc/bugs/imagemagick_6.9.8_test_suite_failure.mdwn

   1 we've recently updated Imagemagick in NixOS from version 6.9.7-6 to
   2 6.9.8-4, and this change causes the Ikiwiki test suite to fail in
   3 t/img.t, like so:
   4
   5         #   Failed test at t/img.t line 119.
   6         #          got: 'no image'
   7         #     expected: '10x10'
   8
   9         #   Failed test at t/img.t line 129.
  10         #          got: 'no image'
  11         #     expected: '12x12'
  12
  13         #   Failed test at t/img.t line 130.
  14         #          got: 'no image'
  15         #     expected: '16x2'
  16
  17         #   Failed test at t/img.t line 134.
  18         #          got: 'no image'
  19         #     expected: '8x8'
  20
  21         #   Failed test at t/img.t line 135.
  22         #          got: 'no image'
  23         #     expected: '4x4'
  24
  25         #   Failed test at t/img.t line 136.
  26         #          got: 'no image'
  27         #     expected: '6x6'
  28
  29         #   Failed test at t/img.t line 138.
  30         #          got: 'no image'
  31         #     expected: '11x11'
  32
  33         #   Failed test at t/img.t line 139.
  34         #          got: 'no image'
  35         #     expected: '12x12'
  36
  37         #   Failed test at t/img.t line 140.
  38         #          got: 'no image'
  39         #     expected: '13x13'
  40         # Looks like you failed 9 tests of 62.
  41         t/img.t ........................
  42         Dubious, test returned 9 (wstat 2304, 0x900)
  43         Failed 9/62 subtests
  44
  45 Is this is a known problem and is there maybe a fix for this issue?
  46
  47 > This was not a known bug before your report. It looks as though every
  48 > time we use `Image::Magick->Read(":foo.png")`, which is (or was)
  49 > ImageMagick's syntax for opening a file of unknown type without
  50 > interpreting a prefix containing `:` as a special directive instead
  51 > of part of the filename, it fails.
  52 >
  53 > Please try re-running the test with better diagnostics using
  54 > [commit 4ace7dbb7](http://source.ikiwiki.branchable.com/?p=source.git;a=commitdiff;h=4ace7dbb7)
  55 > and report what it says. --[[smcv]]
  56
  57 >> I see the same issue on Fedora, with ImageMagic 6.9.9-19:
  58 >>
  59 >>     #   Failed test at t/img.t line 119.
  60 >>     #          got: 'no image: Exception 435: unable to open image `:t/tmp/out/imgconversions/10x-redsquare.png': No such file or directory @ error/blob.c/OpenBlob/2701'
  61 >>     #     expected: '10x10'
  62 >>     [...]
  63 >>
  64 >> So it seems, that an empty coder prefix is not accepted anymore. To me it seems that [this commit](https://github.com/ImageMagick/ImageMagick/commit/4bc9b6b) changed the behavior. Unfortunately, the commit message doens't tell us about the reasons behind. The commit is included from version 6.9.8-3 on.
  65
  66 >>> This should now be [[fixed|done]] in git and in the next release.
  67 >>> The test failure does not indicate a loss of functionality, unless
  68 >>> you are using uncommon image formats enabled with
  69 >>> `img_allowed_formats: [everything]`, which is a potential security
  70 >>> vulnerability because it exposes the attack surface of all
  71 >>> ImageMagick decoder modules. --[[smcv]]