amuleweb stops responding without feedback when certain pictures are accessed

Bug #110037 reported by sean_morrisey
10
Affects Status Importance Assigned to Milestone
amule (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: amule-daemon

Using amuled 2.1.3-1ubuntu2, upon accessing most any of the pics (the login pic & the pics for the pause/resume/priority/cancel buttons seem to be excluded) amuleweb no longer responds and I get connection errors while attempting to view any page or pic afterwards. amule is still running in this state, just not responding to the web interface. Adblocking all pics confirms that it is indeed accessing pics that causes this. Downgrading to amule 2.1.3-1 fixes it completely. Running Kubuntu 7.04 with a default install & my /home from 6.10, plus apache2/php5/mysql & probably a few other misc packages.

Revision history for this message
Laurent Simonneau (l-simonneau) wrote :

This is a problem of web template. The default template (named php-default) seems to have a big problem (missing pics).

The solution :
 - stop amule
 - in ~/.aMule/amule.conf set the "Template" entry to "default" or "chicane" : Template=chicane or Template=default
 - restart amule.

Revision history for this message
sean_morrisey (sean-morrisey) wrote :

I don't believe the template is the source of the problem:
* amule 2.1.3-1 has the exact same templates and works perfectly.
* When using either of the other templates, I still get the same behavior when viewing the stats page. "Error: can't open file '/usr/share/amule/webserver/chicane/amule_stats_download.png'" shows up in the console and connection errors result upon further access.

It does not appear to be a permission issue, as I get the exact same behavior when running amuled as root and after chowning the template folders and running it normally as myself.

The whole point of my bug report is this: a missing picture is not a major error that should break it this badly. Since the '2.1.3-1' version works perfectly and the '2.1.3-1ubuntu2' version has this bug, it means that something was broken in the changes between the two.

(Thanks for trying anyway, Laurent)

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

The change which might caused this in those revisions is the switch to wxwidgets2.8, so it might be it.

Revision history for this message
Mickael H (mickaelh) wrote :

(Sorry for my english)

I have the same bug.
When I try to access a PNG image, the webserver crashes.
It isn't only the stats graphs, but also the kad connection page (which normally display a graph)

I've installed the package from the universe repository.
I think the problem is that the package is built without libpng. (It does not appear in the dependencies ?!)

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

aMule was compiled with libpng support, though it wasn't specified in the dependencies, so you might missed it.
This is already fixed, though.

Could you guys try installing libpng12-0?

Thanks

Changed in amule:
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Mickael H (mickaelh) wrote :

I have already installed libpng12-0 and libpng3.
It doesn't prevent from crash.

Mickael H.

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

Then this is a different thing, since it was built with libpng support. Maybe what Laurent said.

Changed in amule:
status: Incomplete → New
Revision history for this message
Mickael H (mickaelh) wrote :

I've experienced the same bugs with the 3 templates (default, default-php, chicane)

The webserver crashes with the following error :
"13:51:10: Error: can't open file '/usr/share/amule/webserver/php-default/XXX' (error 2: No such file or directory)"

The webserver crashes when I try to open an image who should be generated on demand (gif & png)
But not with a TXT file (example : foo.txt)
I create a fake amule_stats_kad.png file in /usr/share/amule/webserver/php-default and the Kad connection page doesn't crash the Webserver anymore. This is not a solution anyway.

I should precise I have installed the package for amd64.

Mickael H.

Revision history for this message
sveri (sssssrichter) wrote :

Hi there,

i even installed amule daemon with web interface on my server version 2.1.3 on feisty.
I had the same problems like the OP and its definitely a template problem.
Copying all files from /usr/share/amule/webserver/default to
/usr/share/amule/webserver/php-default solved the problem quickly.

I still get displaying errors in the webfrontend, but the webserver doesnt crash anymore:
http://sveri.net/sonstiges/amuleweb.jpg

Sven Richter

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

So does this just happen with the 'php-default' template, or with everyone?

Revision history for this message
sveri (sssssrichter) wrote :

Hm, i only tried the php-default, and was a bit early with my statement.
The template worked as long as there were no active downloads.
But adding a download and trying to look at statistics or amule-web-mainprefs
crashes amuleweb again.

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

What about if you change to, say, the 'default' template?

Revision history for this message
Mickael H (mickaelh) wrote :

I've compiled amule myself with amuleweb.

Same error, with all template :
07:05:53: Error: can't open file '/usr/bin/share/amule/webserver/default/amule_stats_download.png' (error 2: No such file or directory)
CFileImage: failed to open /usr/bin/share/amule/webserver/default/amule_stats_download.png
Segmentation fault

Revision history for this message
alepac (alessandro-pacifici) wrote :

I've the same error, I think the missing file should be dynamically created by amule or amuleweb, but that file cannot be created and/or found. My system is a Kubuntu Feisty on amd64 x2 cpu.
Definitively the problem is present with every template accessing the statistic graph when some file is in the download/upload queue.

Revision history for this message
Chris Morison (cmorison) wrote :

I also get this bug, using php-default and default templates. Doing a bit of Googling....

It seems that this problem has been fixed in the amule CVS: http://forum.amule.org/index.php?topic=12254.msg65794

And will be fixed in version 2.2.0: http://www.amule.org/wiki/index.php/Changelog_2.2.0 (search that page for "exist".

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

This is fixed in amule 2.2.0~svn20080218

Changed in amule:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.