Bug in imagehandling (size)

[Trunk 21]

Server version: 3.0.5943.0 (beta)

 

Images presented in the web-ui have the wrong size.

 

Seems like the handler for images is not triggered by the height parameter for links like:

https://[host]/emby/Users/[id]/Images/Primary?tag=[Tag]&height=40&quality=90

 

The response with the image is at the original resolution.

 

The web-ui scale pictures with CSS so it's not visible directly but it use a lot of bandwidth.

 

Same applies to all other image urls as far as I can see.

Edited April 23, 2016 by Trunk

[Luke 42080]

Thanks for the report, although I can't reproduce this. The images are being scaled for me. Perhaps the scaling is just failing on your system, please see how to report a problem. Thanks.

[Trunk 21]

I have checked the logfiles and the error I see is ImageMagick can't enumerate files. I do have a UTF-8 char in my name (and account name in Windows).

 

Error:

2016-04-24 01:43:35.4247 Error ImageProcessor: Error encoding image
	*** Error Report ***
	Version: 3.0.5943.0
	Command line: C:\Users\[MyAccountWithUTF-8Char]\AppData\Roaming\MediaBrowser-Server\System\MediaBrowser.ServerApplication.exe
	Operating system: Microsoft Windows NT 6.1.7601 Service Pack 1
	Processor count: 2
	64-Bit OS: True
	64-Bit Process: True
	Program data path: C:\Users\[MyAccountWithUTF-8Char]\AppData\Roaming\MediaBrowser-Server
	Application Path: C:\Users\[MyAccountWithUTF-8Char]\AppData\Roaming\MediaBrowser-Server\System\MediaBrowser.ServerApplication.exe
	NoDecodeDelegateForThisImageFormat `JPEG' @ error/constitute.c/ReadImage/501
	ImageMagickSharp.WandException
	   at ImageMagickSharp.WandCore`1.CheckErrorBool(Int32 status)
	   at ImageMagickSharp.MagickWand.OpenImage(String path)
	   at ImageMagickSharp.MagickWand..ctor(String path)
	   at Emby.Drawing.ImageMagick.ImageMagickEncoder.EncodeImage(String inputPath, String outputPath, Boolean autoOrient, Int32 width, Int32 height, Int32 quality, ImageProcessingOptions options, ImageFormat selectedOutputFormat)
	   at Emby.Drawing.ImageProcessor.<ProcessImage>d__7.MoveNext()

I created a new user account for testing without the UTF-8 char and the image scaling do work now. Not sure if the UTF-8 char is to blame or that i installed emby again solved the issue.

Edited April 25, 2016 by Trunk

[Luke 42080]

Thanks for the info. @@t.andre I thought we had this solved?

[Trunk 21]

Hi.

 

@@t.andre Any update on this bug? Stil problem when windows username contain UTF-8 char.

 

I'm running Emby Server Version 3.1.90.0 now.

 

-T.

Edited August 5, 2016 by Luke

[Trunk 21]

Bump.

[Luke 42080]

What is the folder name with the character?

[Trunk 21]

Ny name contain the UTF-8 char 'ø'.