Discussion Forums: Open Discussion

Admin
By: Justin (maluze) - 2007-05-22 18:43
This is my second attempt in as many days, trying to get this problem fixed. I installed currenttrack 1.1 yesterday, enabled it in the "plugins", and it promptly froze. After quitting the program, I then reopened it and disabled the plugin (nothing else), and it proceeded to work without a hitch. Trust me, this process was repeated many a time. I also tried Music Tracker (a branch off this project), only to wind up with the same results. Today, I installed currenttrack 1.2, and still got freezing of pidgin. Perhaps theres something missing in my computer that currentrack needs to run? should i post the output of ./configure in terminal? Ill do pretty much anything to get this fixed asap..lol


    By: Ilyanep (ilyanep) - 2007-05-23 18:11
    CurrentTrack [the version released a few weeks ago] not the one released yesterday, seems to make Pidgin crash after 10 or so minutes of Pidgin running with it enabled. I wonder if the release yesterday fixed that?

    By: Ilyanep (ilyanep) - 2007-05-23 18:19
    (It didn't)

      By: John Roark (antagoniztProject AdminAccepting Donations) - 2007-05-23 19:55
      Sorry you are having issues... I should probably do more testing before releases (or at least do unstable releases for testing first). Your problem is probably the Amazon.com album art fetching code (it is notoriously buggy). I will eventually get around to making it more robust and less prone to bringing down Pidgin.

    By: WhatIsThatThing (whatisthatthing) - 2007-05-23 20:13
    Debug version says the case is related to querying the Currenttrack server. I did not have the Amazon.com option checked at the times I tried it. I think it has to do with updating the program.

    By: luminous lemon (luminouslemon) - 2007-05-24 04:37
    if you need beta testers gimme a shout.

    By: Erik Grudzien (junkmail1987) - 2007-05-24 14:19
    Please read this thread in the Pidgin forum: http://sourceforge.net/forum/forum.php?thread_id=1740073&forum_id=665 
     
    The problem is caused by earlier versions of CurrentTrack (1.0, 1.1) when they go to check for updates, and assumibly since the problem only started to occur in the last few days, when there was a new version available, there is some bug when it goes to report there is a new version available. The debug code from Pidgin is posted in that other thread, and seems to support this. Since updating to 1.2, which I didn't know was out till an hour ago, Pidgin has yet to crash on me. However, this doesn't meen the bug is fixed, as there is currently not a version greater to 1.2 out, so once a new version comes out people might have the same problem.

    By: John Roark (antagoniztProject AdminAccepting Donations) - 2007-05-24 19:08
    Alright guys... I tracked down the update bug. It is not fixed in 1.2 so I would suggest everyone turn the check for updates option off. Turns out the Pidgin plugin API docs haven't been fully updated and I was passing the wrong args to a pidgin API that is incorrectly documented... but I digress. The fix is in SVN and will be in the next release which you will know about when Pidgin starts crashing ;) 
     
    Anyone that is feeling brave and is comfortable building from source can checkout the source and build (easiest from linux). 
     
    svn co https://currenttrack.svn.sourceforge.net/svnroot/currenttrack/trunk/currenttrack currenttrack 
    cd currenttrack 
    vi configure.ac [change the version to something lower than 1.2] 
    ./reconf 
    ./configure && make  
    sudo make install 
     
     
    It's fun I promise

    I dunno if this means anything, but when I opened up the debug window, I found that this error message kept popping up repeatedly:  
     
    dbus: Need to register an object with the dbus subsystem. 
    g_log: file dbus-server.c: line 118 (purple_dbus_pointer_to_id): should not be reached 
     
    well, for the first time ever, my currenttrack plugin is working, and all i did was...open up the debug window? (doesnt make sense to me, either) 
     
    On the other hand, Pidgin keeps quitting when i enable my AIM account (even with currenttrack disabled, it seems), so I dunno what to do..

    I also got these error messages (in red) in debug when I opened pidgin, for reference: 
     
    g_log: file dnsquery.c: line 618 (purple_dnsquery_a): should not be reached 
    upnp: purple_upnp_parse_description(): control URL is NULL 
     
     
    g_log: purple_blist_remove_buddy: assertion `buddy != NULL' failed 
     
    plugins: /usr/local/lib/purple-2/libjabber.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? 
     
    plugins: /usr/local/lib/purple-2/liboscar.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? 
     
     
    and yes, Pidgin runs fine when AIM is disabled (with currenttrack enabled), but when AIM is enabled, Pidgin just crashes; after doing this a couple of times, my AIM account becomes frozen, and i cant login to my AIM sn for another 10 minutes...maybe i should report this problem to the Pidgin developers :(

    By: thisisaspace (thisisaspace) - 2007-05-29 16:38
    I'm using the windows version of pidgin and currenttrack and i suspect i'm having a similar problem. unfortunately a fatal error message appears before i have enough time to change the settings, and disabling aim doesn't help. disabling all my IM doesn't help. :p 
     
    the error message says it's an unspecified fatal error, then when you click okay, a runtime error from Visual C++ runtime library appears. 
     
    just in case it's any use.

    By: luminous lemon (luminouslemon) - 2007-05-30 11:12
    you can manually edit the currenttrack options in the prefs.xml to turn off the update. 
     
    open the prefs file which you will find on xp here: 
    C:\Documents and Settings\[USER]\Application Data\.purple\prefs.xml 
     
    and search for 'currenttrack' and you will see this line: 
     
    <pref name='update' type='bool' value='1'/> 
     
    change the 1 to a 0. 
     
    that worked for me.

    By: Craig (puetzc) - 2007-06-03 01:25
    I tried editing the prefs.xml per the above post, and it didn't change the problem - pidgin crashes as soon as I start the program. Pidgin 2.0 was unstable (random crashes), and 2.0.1 will not run at all - it crashes before the program is completely started. BTW, I am using iTunes, and do not have iTunes running right now... 
     
    Starts iTunes. Having iTunes running makes no difference. Removing the currenttrack.dll file restores operation of pidgin. I will wait for an update. 
     


    By: randrake (randrake) - 2007-06-06 23:06
    I've had the crashes. One thing I had was my own screen name in my buddy list so I could see the status changes and such. I removed my name from my buddy list, listened to a few songs then added it back in. So far, no more crashing. It's still early to say this will fix issues of anyone here. But supplying it to see how many with the problems had themselves on their buddy list just to see the status stuff too. 
     
    One thing this did fix was before I couldn't see my icon change on the buddy list even though it changed in the buddy icon area at the bottom. After the delete, listen to a few songs, then re-add I see my own buddy icon change on the buddy list too again.

      By: Craig (puetzc) - 2007-06-08 02:14
      I also have my own account in my Buddy List. Removing my own icon made no difference - Pidgin crashes before opening after installation of currenttrack. Removing the currenttrack.dll allows pidgin to run normally.

    By: Victor Zeiser (ottercool) - 2007-06-17 02:08
    Ok, I was having the same issue, where it would shit down regardless of what I did, but with the new version of pidgin it doesn't crash.

    By: AmzRigh (amzrigh) - 2007-09-15 01:46
    This is the very same problem I've been having, but I'm having one problem in using that solution to fix it: there is no prefs.xml on my system. There's not even any \Documents and Settings\%user\Application Data\. 
     
    Is there any reason why these would not be created? Or a way to fix it without them?

    By: akimr (akimr) - 2007-12-08 04:51
    its work for me.. 
     
    <pref name='update' type='bool' value='1'/> 
     
    change the value from 1 to 0 like (luminouslemon) said.. its work 
     
    double check your prefs.xml 
     
    if its contain more than 1 currenttrack 
     
    set all for the  
     
    <pref name='update' type='bool' value='1'/> 
     
    value to 0 for currenttrack 
     
    screenshot -> http://boxstr.com/files/263788_q5tyh/currenttrack.png 


    By: pdubs (pdubs) - 2008-04-18 02:58
    Thanks, y'all! 
     
    On Vista, it's 
     
    C:\Users\[YOUR USERNAME]\AppData\Roaming\.purple\prefs.xml 
     
    <pref name='currenttrack'> 
    ... 
    <pref name='update' type='bool' value='0'/> 
     
    at line 259. 
     
    Pidgin 2.4.1 and CurrentTrack 1.2 
     
    I use MediaMonkey, and had to select WinAmp for Player in the CurrentTrack config. 
     
    I also use gmail.com, and from currenttrack's Account tab set it's 'Available' format to '%bn% %so% - %ar%' 
     
    Then, to show current music, I select Available in Pidgin; 
    to show gmail.com status, I set Pidgin status to Extended Away 
    (not sure what impact this has on other chat clients, but works for gmail) 


Post A Message To This Thread

You could post if you were