Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#40394 - [xbmc] No thumbnails on web interface with libmicrohttpd 0.9.35-1

Attached to Project: Community Packages
Opened by Marc Geerlings (markus-66) - Friday, 16 May 2014, 13:26 GMT
Last edited by Ike Devolder (BlackEagle) - Monday, 02 June 2014, 17:36 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Ike Devolder (BlackEagle)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:
After upgrade of XBMC to 13.0 th ethumbnails on the web interface and Yats remote control app on Android are broken. After a downgrade of libmicrohttpd 0.9.35-1 to 0.9.34-1 the thumbnails work again.

Additional info:
* package version(s)
xbmc 13.0-2

* config and/or log files etc.
Enable allow control of XBMC via HTTP in the COnfiguration->Services->Webserver

Steps to reproduce:
Remote control through webpage:
http://ipaddress-xbmc:8080

Select Movies or TV Shows
Thumbnails are broken.

This task depends upon

Closed by  Ike Devolder (BlackEagle)
Monday, 02 June 2014, 17:36 GMT
Reason for closing:  Fixed
Additional comments about closing:  libmicrohttpd 0.9.37
Comment by seby (Nekos) - Saturday, 17 May 2014, 07:34 GMT
I can confirm this bug! a downgrade solves the issue.
Comment by Daniel (iron8core) - Sunday, 18 May 2014, 04:28 GMT
I can confirm this as well. Take a look at this post on XBMC's forum that contain more information: http://forum.xbmc.org/showthread.php?tid=194632
Comment by Daniel (iron8core) - Monday, 19 May 2014, 15:03 GMT
I took a look at the source and the change that introduces the problem. This patch shows where it is:
https://gist.github.com/610262d14abced206671

However, undoing that change is probably not a good solution to the problem, since I suppose they changed it for a good reason. Fixing it in XBMC is probably better(?).
Comment by Ike Devolder (BlackEagle) - Sunday, 25 May 2014, 17:16 GMT
I'll need more time to check, I was swamped with work this week and probably we'll be having next week cleaning up the fallout so it will take some time to check further on this
Comment by Daniel (iron8core) - Tuesday, 27 May 2014, 14:57 GMT
Wish I could help out more, but maybe some of my findings can assist you. In libmicrohttpd version 0.9.35 they stopped unescaping/decoding URIs, so when XBMC receives the URI, it expects it to be decoded already.

This change will fix it for >= 0.9.35, but break it for earlier versions.
https://gist.github.com/a5500cd3c9d801bba479

The only way I can find how to check what version of libmicrohttpd is in use (not at compile time, but the dynamic shared library), is the function MHD_get_version (void). It returns a const char* with the verison, like "0.9.35" if that is the installed package version.

I tested it in default, AWXi and Chorus, as well as through jsonrpc (Maraschino).

Let me know if there's anything I can do to help.
Comment by Ike Devolder (BlackEagle) - Tuesday, 27 May 2014, 19:59 GMT
@Daniel, thanks for the patch
Comment by Ike Devolder (BlackEagle) - Monday, 02 June 2014, 17:36 GMT
libmicrohttpd 0.9.37 fixes the problem

Loading...