aMule Forum
English => en_Bugs => Topic started by: Fabioamd87 on May 23, 2010, 11:48:32 PM
-
looks like this:
-
Please check this thread: http://forum.amule.org/index.php?topic=17160.15. Unfortunately - as you may see - the problem is a rather old one.
Since the GUI is not locked anymore it could theoretically be fixed. Fact is that it needs some investigation why and when this actually happens.
-
thanks, i did a search but I can't find it because of that title.
then there is a canche to fix it? Keep me updated please.
-
thanks, i did a search but I can't find it because of that title.
then there is a canche to fix it? Keep me updated please.
Yes, there's a chance that this will be fixed soon (tm) (http://wiki.amule.org/index.php/Soon). If there's an update I will post it here.
Can you perhaps verify some of the behaviour posted in the other topic?
Also a description of your software environment (OS, theme, Window Manager) would help.
-
I've made the test in the tread, (try to change band limits) and also disable/enagle tray icon, but nothing changed.
anyway I'm using the current snapshot of ArchLinux 64bit with Gnome 2.30 and the Ambiance theme (from ubuntu)
If you need other information please tell me, thanks.
-
I've discovered a little thing.
I've found my icon clean, i put the mouse on it and the info box appeared, when i leave the mouse the tray became white on the place that was the box
PLEASE sorry for my english!
-
Guys, news:
it's a bug with Ambience on Archlinux, maybe because of a git version of murrine I don't know:
http://aur.archlinux.org/packages.php?ID=35238
-
Guys, news:
it's a bug with Ambience on Archlinux, maybe because of a git version of murrine I don't know:
http://aur.archlinux.org/packages.php?ID=35238
Are you sure? Does it look ok with other themes on Arch?
-
ehm... no... also with other themes... :(
-
the issue:
http://gmcworld.altervista.org/issue.ogv
-
the issue:
http://gmcworld.altervista.org/issue.ogv
Just watched the video, but I have to say that I perfectly understood it the first place. ;)
I am about to compile the newest SVN version and will get back to you as soon as I know more.
-
Bad news. I tried different things to avoid the icon's transparent parts getting messed up and none of them worked.
Not even transparent PNGs avoid the bug and so I believe that it's related to how wxWidgets draws the icon.
Currently there is one last thing I would like to try: compile FileZilla (also uses wxTaskBarIcon), give it our icon and check whether it gets messed up. I am almost completely sure it will. :-\
EDIT:
Same goes for FileZilla. The icon has a wrong background in the taskbar but looks OK in the toolbar. All icons are loaded the same way inside the code. :(
The FileZilla crew avoided the taskbar issue by using a square icon that has no transparency. :D
-
damn wx.. :)
-
The FileZilla crew avoided the taskbar issue by using a square icon that has no transparency. :D
I've also looked up some "how-they-did-it" in FileZilla some tima ago and noticed how carefully they skate around wx's deficiencies. :)
-
Same problem with KDE:
(http://img819.imageshack.us/img819/1760/57927167.png) (http://img819.imageshack.us/i/57927167.png/)
Uploaded with ImageShack.us (http://imageshack.us)
-
Yeah, I have the same "issue" here...but really...I can live with it ;)
-
everyone can live with it, but i think that isn't too much "professional" close this little problem it that way :)
-
everyone can live with it, but i think that isn't too much "professional" close this little problem it that way :)
Well it's wxWidgets related, so we can't fix it ourselves. Feel free to file a bugreport to the wx developers.
-
Well it's wxWidgets related, so we can't fix it ourselves.
Except for leaving wxWidgets totally out from the game, which currently seems to be an unacceptable "solution".
-
seems that here every bug (http://forum.amule.org/index.php?topic=18056.0) can be resolved by leaving wx
-
Indeed, because then aMule wouldn't work.
-
this is like an interview: why Wx? Any future plan to replace it?
-
Because the original code was in wx, and that's what we're more efficient with. And it works on a myriad of platforms, and provides native widgets on most cases. There is no viable alternative for it.
No.
-
wikipedia says that this miriad of platform are: Microsoft Windows, Mac OS X, Linux/Unix (X11, Motif, and GTK+), OpenVMS, OS/2 and AmigaOS.
but in the downaload version I see only version for: Windows, Mac and Linux. The same result can be done for example with QT (http://en.wikipedia.org/wiki/Qt_(framework)), or GTK (http://en.wikipedia.org/wiki/Gtk)?
-
Well, GPL perfectly allow you to fork project even right now, and make your own amule with blackjack and hookers.
-
Well, GPL perfectly allow you to fork project even right now, and make your own amule with blackjack and hookers.
another "not professional" way to solve bugs.
-
The bug is not in aMule. The bug is in wxWidgets. Why are you still complaining here? Do you whine to every program that uses a library when the library has a bug?
-
but you said that filezilla guys have found an hack to solve this problem?
-
No, they just used a square icon with no transparency.
-
Well, GPL perfectly allow you to fork project even right now, and make your own amule with blackjack and hookers.
Lol, maybe we backport the hookers. ;D
another "not professional" way to solve bugs.
Asking to replace the library a project is founded on is also a "not professional" way to request features.
-
I never asked someting like this.
-
Well, GPL perfectly allow you to fork project even right now, and make your own amule with blackjack and hookers.
Lol, maybe we backport the hookers. ;D
My wife would object
-
As far as I see, loads of bug are related to wx. I'm not asking to switch to something different, I know it would be a huge work at this state of code but... really? Is it ok just to say that bugs are related on the platform you are developping on and you can't do anything?
Perhaps you can look for qt programmers interested in, or gtk programmer interested in, or python programmer interested in, or o'caml programmers interested in, or tcl programmer interested in ecc...
-
I wouldn't call a tray icon "loads of bugs". And do you really think QT is without bugs?
Anyway, switching platforms is totally out of question.
-
never asked, I only have to be grateful of a port of emule for GNU/Linux, but as I am a man, cogito ergo sum, I think that wx sucks, and I think that loads of people inside here began to hate wx using aMule as I did:
-tray icon has no alpha background
-tray icon has no download speed bar
-tray icon has no tray icon in xfce 4.6.2 with a dark theme
-open from tray icon leads to a freeze of kde 4.4
-using some lighter themes on gnome leads to download names and every names written in aMule window to be unreadable unless with the click of the mouse
These are bugs I posted and almost all the time wx was the "owner"... go and look for wx with search box, aMule is a wonderful program, most of the problem comes with wx.
I don't want aMule to switch to another toolkit, 'cause I know this would take ages (amsn2 anyone?), but you have to recognize that almost all the problems come from wx...
-
I think I'll file a bug report to the wx team.
Patience my friend, as no application is perfect and each contains bugs.
I'd rather see these bugs fixed in wxWidgets than switching the GUI toolkit.
-
I think I'll file a bug report to the wx team.
Patience my friend, as no application is perfect and each contains bugs.
I'd rather see these bugs fixed in wxWidgets than switching the GUI toolkit.
thanks a lot, can you please post the bug so we can help in complaining or just follow? ;)
-
Anybody tried wx 2.9.1 first?
-
-using some lighter themes on gnome leads to download names and every names written in aMule window to be unreadable unless with the click of the mouse
That one was an aMule bug as far as I remember, and has been fixed in the development version.
-
The bug was already reported over 2 years ago. See here: http://trac.wxwidgets.org/ticket/4810
Funny thing is that the ticket has a screenshot of the aMule tray icon attached.
I think this bug should be fixed in the trunk as the implementation was changed there to use native GTK+ API if it's > 2.10, can you test if 2.9.0 works for you?
Fabioamd87, would you care for a test?
-
The bug was already reported over 2 years ago.
And last post (15 months ago) was by a wx dev asking the reporters to test if problem persists in current SVN. And he never got a reply. Don't I recognize and loathe that behavior. ::)
So please try it with 2.9.1 (2.9.0 does not work with aMule). And aMule SVN of course - 2.2.6 does not support wx 2.9 .
-
ok, i will compile everything, please help me if I need.
ps: the configure is right?
Configured wxWidgets 2.9.1 for `x86_64-unknown-linux-gnu'
Which GUI toolkit should wxWidgets use? GTK+ 2 with support for GTK+ printing gnomeprint
Should wxWidgets be compiled into single library? no
Should wxWidgets be linked as a shared library? yes
Should wxWidgets support Unicode? yes (using UTF-8)
What level of wxWidgets compatibility should be enabled?
wxWidgets 2.6 no
wxWidgets 2.8 yes
Which libraries should wxWidgets use?
STL no
jpeg sys
png sys
regex builtin
tiff sys
zlib sys
expat sys
libmspack no
sdl no
I've compiled wxwidgets in /home/fabio/Scaricati/ but dont fin't it with this command
./configure --with-wx-prefix=/home/fabio/Scaricati/
altso tried --with-wx-dir
-
--with-wx-prefix is to be used when wx is installed to a non-standard location. You should use either one from the two below:
--with-wxdir=PATH Use uninstalled version of wxWidgets in PATH
--with-wx-config=CONFIG wx-config script to use (optional)
I prefer using the latter one, it always works if the wx-config script works.
-
ok previously i gave only make now i've gived make install in prefix /home/fabio/amule/wx
in amule there is sources
./configure --with-wx-config=/home/fabio/amule/wx
doesn't work.
checking for wx-config... /home/fabio/amule/wx
checking for wxWidgets version >= 2.8.8 (--unicode=yes)... no
-
As I quoted above, the parameter of the --with-wx-config switch must be the "wx-config" executable.
In your case, you'd probably need to use --with-wx-config=/home/fabio/amule/wx/wx-config or --with-wx-config=/home/fabio/amule/wx/bin/wx-config (depending where actually the wx-config executable resides).
-
but the wx was found, but I get:
checking for wxWidgets version >= 2.8.8 (--unicode=yes)... no
configure: error:
The requested wxWidgets build couldn't be found.
The configuration you asked for aMule requires a wxWidgets
build with the following settings:
--unicode=yes
but such build is not available.
To see the wxWidgets builds available on this system, please use
'wx-config --list' command. To use the default build, returned by
'wx-config --selected-config', use the options with their 'auto'
default values.
If you still get this error, then check that 'wx-config' is
in path, the directory where wxWidgets libraries are installed
(returned by 'wx-config --libs' command) is in LD_LIBRARY_PATH
or equivalent variable and wxWidgets version is 2.8.8 or above.
I'm sure that unicode is enabled, you can check on the previous post.
-
./configure --with-wx-prefix=/home/fabio/amule/wx
-
installed but crash with this bug:
Assertion failed: ./include/wx/strvararg.h:wxArgNormalizer:449: Assertion '(argtype & (wxFormatStringSpecifier<T>::value)) == argtype' failed. format specifier doesn't match argument type
archlinux 64bit
-
http://forum.amule.org/index.php?topic=4115.0
-
I think I will wait.
-
I can reproduce the problem. Investigating...
-
you mean the segmentation fault?
-
Yep.
Looks like wx 2.9.1 is not very well tested if bugs like this come up. At least it's known and fixed:
http://trac.wxwidgets.org/ticket/12272
So you have to try wx 2.9 SVN.
svn co http://svn.wxwidgets.org/svn/wx/wxWidgets/trunk
I'll try try it too to see if anything else catastrophic pops up, but not tonight...
-
things becoming complicated hehehe
-
Even more so. The crash fixed in wx 2.9.2 was a bad Format in wx, there are a lot in aMule too however. I got two crashes just starting and closing it. It always boils down to a wxString::Format("%u", some_64_bit_int) which results in a simple crash with wx 2.9.
I have weeded out a bunch of these in the past, but being good weeds they have grown back mostly, especially in the Kad code. I'm currently running through the code replacing all wxString::Format with CFormat to get rid of the problem once and for all. When this patch is out you can try it again. :)
-
wxwidgets 1.9.2 is released? I will be released soon?
-
wxwidgets 1.9.2 is released? I will be released soon?
Not officially. The SVN version has the number 2.9.2.
Btw. I couldn't compile aMule by supplying --with-wx-prefix=[path2wx] after compiling the wx SVN version.
@Stu: Is there any special configure parameter that I need to add when I configure wx?
-
Btw. I couldn't compile aMule by supplying --with-wx-prefix=[path2wx] after compiling the wx SVN version.
--with-wx-prefix is for installed versions of wx. You'd probably need --with-wxdir (or --with-wx-config, which works with both installed and uninstalled versions)
-
I always install wx after compilation, but always in a home dir (having it configured with --prefix).
The format string issues are fixed since 10289, but I still get a crash after a few minutes in some wx network function. It doesn't run well in 64 bit Linux. In Windows it works much better. :(
Edit: Today it runs without problems. :-\
-
I always install wx after compilation, but always in a home dir (having it configured with --prefix).
That's what I did too.
-
I always install wx after compilation, but always in a home dir (having it configured with --prefix).
That's what I did too.
I'm out of options.
-
Maybe an error message would be helpful...
-
Guess what, it compiled and linked without error messages yesterday. :)
EDIT: Just a note that you need to "export LD_LIBRARYPATH=wx_svn_root_folder/lib"