Menu
▾
▴
pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(25) |
Aug
(21) |
Sep
(136) |
Oct
(123) |
Nov
(87) |
Dec
(110) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(87) |
Feb
(88) |
Mar
(81) |
Apr
(255) |
May
(73) |
Jun
(96) |
Jul
(131) |
Aug
(94) |
Sep
(148) |
Oct
(171) |
Nov
(166) |
Dec
(172) |
| 2004 |
Jan
(251) |
Feb
(140) |
Mar
(213) |
Apr
(298) |
May
(182) |
Jun
(185) |
Jul
(159) |
Aug
(376) |
Sep
(334) |
Oct
(256) |
Nov
(217) |
Dec
(189) |
| 2005 |
Jan
(186) |
Feb
(151) |
Mar
(199) |
Apr
(115) |
May
(203) |
Jun
(228) |
Jul
(116) |
Aug
(189) |
Sep
(136) |
Oct
(198) |
Nov
(249) |
Dec
(339) |
| 2006 |
Jan
(167) |
Feb
(185) |
Mar
(95) |
Apr
(133) |
May
(86) |
Jun
(156) |
Jul
(149) |
Aug
(170) |
Sep
(208) |
Oct
(151) |
Nov
(270) |
Dec
(148) |
| 2007 |
Jan
(240) |
Feb
(127) |
Mar
(150) |
Apr
(40) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Luke S. <lsc...@us...> - 2007-02-20 03:04:35
|
What terminal are you using to ssh from? What is your locale? I use gaim-text remotely nearly every day, inside screen just as you describe as the ideal. I have none of the problems you describe. luke |
|
From: Matthew F. <mt...@fn...> - 2007-02-20 02:55:40
|
I recently tried out the "gaim-text" console interface, which is included
in current beta versions of Gaim.
With due respect to the developers, I must say I was disappointed. A
keyboard-driven ASCII window manager inside a console is a neat idea, but
not a practical one. There were several problems:
- the behavior of the keyboard controls is clumsy and non-intuitive.
After a considerable period playing with the interface, I still
couldn't figure out when to press left/right, up/down or enter.
- the window resizing controls do not work properly. The text inside the
window fails to realign itself properly to the size of the window, and
the border of the window changes permanently to an ugly blue pattern
of letters when I resize it.
- I can't get the ALT controls to work from a remote SSH session (maybe
a problem with my X11 software, admittedly). Since the whole point of
a console interface is to enable remote control, there should be
alternative controls for people with ALT problems - like the ESC-ESC
sequence in Emacs. Gaim-text is unusable without the ALT controls.
- The conversation window only has one line for text entry. There is no
way to enter carriage returns, or to read back quickly through a long
IM message that has scrolled off the screen.
I'm sure a lot of work has gone into the interface, and I don't want to
offend anyone - but can I suggest that the developers look at CenterICQ as
a good model for a console-based IM client? Unfortunately CenterICQ is not
reliable for AIM usage, because connections keep dropping (a problem with
the TOC2 servers, I think). So I have a choice between an unreliable
TOC2-based client with an excellent console interface, or a reliable
Oscar-based client with a (frankly) very clumsy console interface. I would
really like to see someone put these features together and create a
CenterICQ-like interface for Gaim. Unfortunately the development of
CenterICQ seems to have stopped in the past year, so the Gaim developers
are perhaps the people best placed to implement this!
Why would anyone want a console-based Gaim anyway, you might ask, when a
graphical one is so much prettier? I would like to be able to run an AIM
client inside a "screen" session, and re-attach myself to it remotely, so
I can see all the messages I've received while away - and continue a
conversation I started previously in a different physical location.
regards,
Matthew.
|
|
From: Richard L. <rl...@wi...> - 2007-02-20 00:43:18
|
On Mon, 2007-02-19 at 21:46 +0000, Simon Wilkinson wrote: > Judging from the comments in the code, there's some confusion about =20 > the way in which the control flow in the SASL connection routine =20 > works - as I originally wrote it, perhaps I can shed some light on it. I haven't looked at the code in question, but if such comments exist, I would LOVE a patch to remove the comments of confusion and replace them with comments explaining what's going on. Without changing the source, the information you've conveyed here will not be easily available to the next person to look at that code. Richard |
|
From: Simon W. <si...@sx...> - 2007-02-19 21:46:18
|
I've just added a couple of fixes for the Cyrus SASL support code in the gaim Jabber module to the Sourceforge patch tracker. The first of these fixes gaim to correctly pass in the FQDN of the server we're talking to, rather than using the user's realm (which doesn't always match). The second fixes a hang when using SASL security layers (which only really occurs with the GSSAPI or DIGEST- MD5 mechanisms). Judging from the comments in the code, there's some confusion about the way in which the control flow in the SASL connection routine works - as I originally wrote it, perhaps I can shed some light on it. The problem with Cyrus SASL is that the client and the server both provide it with a list of mechanisms, it tries the best mechanism, and expects that to succeed. Unfortunately, when you're dealing with X509 or Kerberos based mechanisms that rely on local credentials, there's no guarantee that mechanism failure is due to the user's password being correct, or that mechanism failure is a reason to retry, rather than trying the next available mechanism. So, what the code does is take the list of mechanisms provided by the server, and then lets Cyrus pick the best one and try it. If that mechanism fails, then it is removed from the list of available mechanisms, and Cyrus is allowed to try another. In this way, we can try SASL mechanisms such as GSSAPI against a server that claims to support them, but fall back to using password based authentication should GSSAPI fail, without having to prompt the user. Hope that helps, Simon. |
|
From: Rehan <reh...@ra...> - 2007-02-19 16:24:12
|
I have solved the problem. I missed one file while dos2unix.... :) Rehan wrote: > > Hi, > > I am trying to compile the libgaim on the debain server but i am unable > to > do it. I get following error when i run *"./configure --disable-gtkui" :* > > ** > checking for CHECK_CFLAGS... > checking for CHECK_LIBS... > checking for doxygen... false > configure: WARNING: *** Doxygen not found, docs will not be available > configure: creating ./config.status > *.infig.status: error: cannot find input file: Makefile* > > > I tried googling a lot.. i found some strings like removing ^M character > or > using dos2unix tool. I tried it but still i am getting the same error. > > Please please help me to overcome this problem... i am stuck on this... > > > Thanks in advance, > reHan. > > > On 2/10/07, Christian Alis <ia...@gm...> wrote: >> >> Thanks to sadrul for the example and to sean for pointing me there. I >> am now able to connect based on the example. I'm still figuring out, >> however, why my code did not work. Anyway, thanks again. :) >> > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > > -- View this message in context: http://www.nabble.com/libgaim-development-start-guide--tf3170674.html#a9044978 Sent from the Gaim - Dev mailing list archive at Nabble.com. |
|
From: Luke S. <lsc...@us...> - 2007-02-19 15:47:04
|
Can anyone help this user? thanks, luke ----- Forwarded message from Tom George <tho...@no...> ----- Date: Mon, 19 Feb 2007 15:59:56 +0100 From: Tom George <tho...@no...> To: Luke Schierer <lsc...@us...>, dan...@gm... Subject: RE: beta 6 and gnufications beta 6 I just noticed that my buddy icon is displayed as black on the Y! messenger (8.1). I have changed the picture many times (all jpg). Messenger says there is an icon but it is just black. Looked at several machines that has messenger all the same. Wondering if there is something wrong. Gaim to gaim is okay TommyG (富) |
|
From: Rehan S. <reh...@gm...> - 2007-02-19 13:01:55
|
I succesfully compiled the libgaim... :) Thanks anyways ;) Rehan. On 2/19/07, Rehan Shaikh <reh...@ra...> wrote: > > Hi, > > I am trying to compile the libgaim on the debain server but i am unable > to do it. I get following error when i run *"./configure --disable-gtkui" > :* > > ** > checking for CHECK_CFLAGS... > checking for CHECK_LIBS... > checking for doxygen... false > configure: WARNING: *** Doxygen not found, docs will not be available > configure: creating ./config.status > *.infig.status: error: cannot find input file: Makefile* > > > I tried googling a lot.. i found some strings like removing ^M character > or using dos2unix tool. I tried it but still i am getting the same error. > > Please please help me to overcome this problem... i am stuck on this... > > > Thanks in advance, > reHan. > > > On 2/10/07, Christian Alis <ia...@gm...> wrote: > > > > Thanks to sadrul for the example and to sean for pointing me there. I > > am now able to connect based on the example. I'm still figuring out, > > however, why my code did not work. Anyway, thanks again. :) > > > > |
|
From: Rehan S. <reh...@ra...> - 2007-02-19 12:07:03
|
Hi, I am trying to compile the libgaim on the debain server but i am unable to do it. I get following error when i run *"./configure --disable-gtkui" :* ** checking for CHECK_CFLAGS... checking for CHECK_LIBS... checking for doxygen... false configure: WARNING: *** Doxygen not found, docs will not be available configure: creating ./config.status *.infig.status: error: cannot find input file: Makefile* I tried googling a lot.. i found some strings like removing ^M character or using dos2unix tool. I tried it but still i am getting the same error. Please please help me to overcome this problem... i am stuck on this... Thanks in advance, reHan. On 2/10/07, Christian Alis <ia...@gm...> wrote: > > Thanks to sadrul for the example and to sean for pointing me there. I > am now able to connect based on the example. I'm still figuring out, > however, why my code did not work. Anyway, thanks again. :) > |
|
From: Tim R. <ma...@us...> - 2007-02-17 02:07:45
|
On 2/16/07, Andreas Gyllenlid <and...@gm...> wrote: > > Hi! > > First of all, thanks for a great piece of software. > > However, I've noticed that Gaim HTML-formats characters like quotes > and the like - even when I have done everything the program offers to > turn all encoding off. > > This is endlessly annoying for some of my mates, and I'd like to learn > how to switch it off TOTALLY. > > How do I make sure that Gaim sends the text entirely in plain? > > Thank you for your help! > > Yours, > Andreas > CCing gaim-devel. Gaim has no such option. In theory it shouldn't need one, it should format your text as appropriate for the protocol, and the client that receives it should display it correctly. Since it sounds like this isn't happening, there must be a bug in either Gaim or your mate's client. Since your mate isn't complaining about everyone, that makes me suspect Gaim. But without knowing what version of Gaim and what protocol you're using to talk to your friend, (also your friends' client would be useful information), it's difficult to track down and fix such a bug. --Tim |
|
From: Evan S. <ev...@dr...> - 2007-02-16 11:49:44
|
On Feb 15, 2007, at 9:06 PM, Evan Schoenberg wrote: > Would it be reasonable to clear signal handlers in the child > process before resolve() is called? If not, how should this be > handled? > Replying to myself: This is how the child in gaim_dnsquery_resolver_new() behaves: #ifdef HAVE_SIGNAL_H signal(SIGHUP, SIG_DFL); signal(SIGINT, SIG_DFL); signal(SIGQUIT, SIG_DFL); signal(SIGCHLD, SIG_DFL); signal(SIGTERM, SIG_DFL); signal(SIGTRAP, trap_gdb_bug); #endif so I'll go ahead and mirror that behavior. Please, if you have any insight as to why res_query() is crashing in the first place, speak up :) -Evan |
|
From: Evan S. <ev...@dr...> - 2007-02-16 02:06:43
|
Sometimes, resolve() apparently crashes the child process made via
fork() in gaim_srv_resolve().
This not happening would clearly be optimal... but I don't see what's
wrong with the call to res_query(). (It appears as res_9_nquery() in
the below stack trace from sample because OS X sends the call there
directly). Somehow, res_query() crashes in res_9_nclose()... see below:
-----
261 -[SLGaimCocoaAdapter setStatusID:isActive:arguments:onAccount:]
261 jabber_login
261 gaim_srv_resolve
261 resolve
261 res_9_nquery
261 res_nquery_2
261 res_9_nsend_2
261 res_9_nclose
261 res_9_nclose
261 cerror
261 malloc_zone_calloc
261 0xfffffffc
261 _sigtramp
261 CrashHandler_Signal
261 -[NSPathStore2
stringByAppendingPathComponent:]
261 +[NSPathStore2
pathStoreWithCharacters:length:]
261 NSAllocateObject
261
_internal_class_createInstanceFromZone
261 malloc_zone_calloc
261 0xfffffffc
261 0xfffffffc
-----
It crashes, but in the case of Adium, a signal handler has been
installed previously to handle crashes. The signal handler, which
uses Cocoa code, ends up stuck in an infinite loop as a result (Cocoa
frameworks can't be used from a fork()'d process without other magic
because memory addresses are shared with the parent, I understand).
Would it be reasonable to clear signal handlers in the child process
before resolve() is called? If not, how should this be handled?
Thanks,
Evan |
|
From: Casey H. <cas...@gm...> - 2007-02-15 17:54:33
|
Adil wrote: > --- Vincas Ciziunas <vi...@ci...> wrote: > >> Thought y'all would like to know that gaim seems to be reacting as >> though fluxbox has some sort of a system tray. I even removed my >> .gaim directory just to make sure that I didn't have some old gnome >> configurations lingering about. When I close the buddy-list window, >> other windows remain open and I have no way to get the buddy list >> back. If I close all the windows, gaim keeps running. >> > > I think I have seen this happen a few times at my end too when I start > gaim from some temporary location (eg. gaim -c /tmp). I think what happens > is this: the docklet keeps trying to add itself as a visibility manager, > even after it fails to create itself (the call to docklet_x11_create_cb in > docklet_x11_destroyed_cb is probably to blame). But I am not familiar with > the code in the docklet, and I don't use it either (and other things keep > eating my free time). So I haven't managed to dig any deeper. > I am working on fixing this, as it is somewhat related to another bug. The destroyed_cb calling the create_cb is actually intended (imagine the gnome panel crashes and restarts itself, the docklet window gets destroyed and needs to get recreated). In this particular case, we need to distinguish between gaim startup creation of the docklet and the recreation of the docklet. Related to this (the bug that I'm working on) is the timeout we use to assume the docklet is a visibility manager, even before we receive notification back that the docklet was embedded in the notification area. I will change this timeout to only effect the initial creation, not the recreation. In addition, the timeout will change from 5 seconds to 10-30 seconds (haven't decided yet) if the docklet successfully embedded the last time gaim was launched. I've thought through this while driving, but haven't looked over the code yet to make sure I'm approaching this right, so details may change. :-) -casey |
|
From: Kevin M S. <ke...@si...> - 2007-02-15 03:41:35
|
Jef...@su... wrote: > GAIM 2.0 Beta 5 for Windows crashed for me today. I assume it will be > hard for me to replicate the circumstances, but I can try to tell you > about the events leading up to the crash if you want. Before spending > the time to write a lot of details, I thought I should check with you t= o > see if the stack trace and stuff below is interesting at all. >=20 The backtrace contains no gaim functions so it's difficult to conclude what happened exactly. I would suggest you upgrade to gaim 2.0.0 beta 6 and the latest version of GTK+ for Windows and see if you can still reproduce the crash. > By the way, I'm curious about your Windows tool chain. Do you use GCC'= s > C++ extensions and make it work on Windows with MinGW? Gaim is written in C, not C++. We build with MinGW's gcc. Windows build information can be found at http://gaim.sf.net/win32/build.php Kevin |
|
From: <Jef...@su...> - 2007-02-14 22:43:20
|
GAIM 2.0 Beta 5 for Windows crashed for me today. I assume it will be
hard for me to replicate the circumstances, but I can try to tell you
about the events leading up to the crash if you want. Before spending
the time to write a lot of details, I thought I should check with you to
see if the stack trace and stuff below is interesting at all.
By the way, I'm curious about your Windows tool chain. Do you use GCC's
C++ extensions and make it work on Windows with MinGW?
Thanks as always.
--Jeff
Application exception occurred:
App: C:\Program Files\Gaim\gaim.exe (pid=3D904)
When: 2/14/2007 @ 17:29:23.359
Exception number: c0000005 (access violation)
*----> System Information <----*
Computer Name: DMS-AA-KAPLAN2
User Name: jeff.kaplan
Terminal Session Id: 0
Number of Processors: 1
Processor Type: x86 Family 15 Model 1 Stepping 2
Windows Version: 5.1
Current Build: 2600
Service Pack: 2
Current Type: Uniprocessor Free
*----> Task List <----*
0 System Process
4 System
560 smss.exe
624 csrss.exe
656 winlogon.exe
700 services.exe
712 lsass.exe
884 svchost.exe
952 svchost.exe
1052 svchost.exe
1136 svchost.exe
1160 svchost.exe
1276 ccSetMgr.exe
1304 ccEvtMgr.exe
1852 ccProxy.exe
1904 ISSVC.exe
1940 SPBBCSvc.exe
164 spoolsv.exe
340 CfgWzSvc.exe
388 CfgWiz.exe
396 cisvc.exe
464 DefWatch.exe
596 nvsvc32.exe
824 SavRoam.exe
1044 Rtvscan.exe
1120 SymSPort.exe
1616 SNDSrvc.exe
284 alg.exe
2768 Explorer.EXE
2984 TSVNCache.exe
3196 GoogleDesktop.exe
3248 ccApp.exe
3372 VPTray.exe
3420 GoogleDesktopIndex.exe
3832 OUTLOOK.EXE
3932 GoogleDesktopCrawl.exe
904 gaim.exe
1784 aruser.exe
2680 cidaemon.exe
3236 firefox.exe
3728 UEDIT32.EXE
2656 putty.exe
580 putty.exe
3740 cmd.exe
3708 cmd.exe
988 WINWORD.EXE
3704 ftp.exe
2688 putty.exe
1436 drwtsn32.exe
*----> Module List <----*
(0000000000400000 - 0000000000412000: C:\Program Files\Gaim\gaim.exe
(0000000000980000 - 0000000000a5a000: E:\Program Files\Common
Files\GTK\2.0\bin\iconv.dll
(0000000000a60000 - 0000000000a6b000: E:\Program Files\Common
Files\GTK\2.0\bin\intl.dll
(0000000000a70000 - 0000000000a83000: E:\Program Files\Common
Files\GTK\2.0\bin\zlib1.dll
(0000000000a90000 - 0000000000b7b000: C:\Program Files\Gaim\libxml2.dll
(0000000000db0000 - 0000000000db9000: C:\Program
Files\Gaim\libgtkspell.dll
(0000000000dc0000 - 0000000000e8b000: E:\Program
Files\Aspell\bin\aspell-15.dll
(0000000000e90000 - 0000000000ec7000: C:\Program
Files\Gaim\plugins\liboscar.dll
(0000000000ed0000 - 0000000000f47000: C:\Program
Files\Gaim\libmeanwhile-1.dll
(0000000000f50000 - 0000000000fd7000: C:\Program Files\Gaim\silc.dll
(0000000000fe0000 - 0000000001011000: C:\Program
Files\Gaim\silcclient.dll
(0000000001020000 - 000000000103b000: C:\Program Files\Gaim\ssl3.dll
(0000000001040000 - 0000000001095000: C:\Program Files\Gaim\nss3.dll
(00000000010a0000 - 00000000010fc000: C:\Program Files\Gaim\softokn3.dll
(0000000001100000 - 0000000001127000: C:\Program Files\Gaim\nspr4.dll
(0000000001130000 - 0000000001136000: C:\Program Files\Gaim\plds4.dll
(0000000001140000 - 0000000001148000: C:\Program
Files\Gaim\plugins\statenotify.dll
(00000000017c0000 - 00000000017eb000: C:\Program Files\Gaim\nssckbi.dll
(0000000010000000 - 000000001001c000: E:\Program Files\Common
Files\GTK\2.0\bin\libatk-1.0-0.dll
(0000000030000000 - 0000000030007000: C:\Program Files\Gaim\plc4.dll
(000000005ad70000 - 000000005ada8000: E:\WINDOWS\system32\uxtheme.dll
(000000005b860000 - 000000005b8b4000: E:\WINDOWS\system32\netapi32.dll
(000000005d090000 - 000000005d12a000: E:\WINDOWS\system32\COMCTL32.DLL
(00000000602c0000 - 00000000602d7000: C:\Program
Files\Gaim\plugins\libsametime.dll
(0000000060480000 - 00000000607dd000: E:\Program Files\Common
Files\GTK\2.0\bin\libgtk-win32-2.0-0.dll
(0000000060940000 - 0000000060967000: C:\Program
Files\Gaim\plugins\libjabber.dll
(0000000061a40000 - 0000000061a52000: E:\Program Files\Common
Files\GTK\2.0\lib\gtk-2.0\2.10.0\engines\libwimp.dll
(0000000062040000 - 00000000620e7000: C:\Program Files\Gaim\gtkgaim.dll
(0000000062740000 - 000000006277b000: E:\Program Files\Common
Files\GTK\2.0\bin\libgobject-2.0-0.dll
(0000000062bc0000 - 0000000062bca000: C:\Program
Files\Gaim\plugins\ticker.dll
(0000000063480000 - 0000000063499000: C:\Program
Files\Gaim\plugins\libnovell.dll
(0000000063680000 - 0000000063688000: C:\Program
Files\Gaim\plugins\iconaway.dll
(0000000063940000 - 0000000063969000: C:\Program
Files\Gaim\plugins\libqq.dll
(0000000063f80000 - 0000000063f8b000: C:\Program
Files\Gaim\plugins\log_reader.dll
(0000000064000000 - 0000000064022000: C:\Program
Files\Gaim\plugins\libsilc.dll
(0000000064040000 - 000000006405b000: E:\Program Files\Common
Files\GTK\2.0\bin\libgdk_pixbuf-2.0-0.dll
(0000000064280000 - 00000000642bb000: E:\Program Files\Common
Files\GTK\2.0\bin\libpango-1.0-0.dll
(0000000064940000 - 000000006494b000: E:\Program Files\Common
Files\GTK\2.0\bin\libgthread-2.0-0.dll
(0000000065800000 - 0000000065808000: C:\Program
Files\Gaim\plugins\extplacement.dll
(00000000660c0000 - 00000000660c9000: C:\Program
Files\Gaim\plugins\timestamp.dll
(00000000662b0000 - 0000000066308000: E:\WINDOWS\system32\hnetcfg.dll
(0000000066880000 - 0000000066894000: C:\Program
Files\Gaim\plugins\spellchk.dll
(0000000066e40000 - 0000000066e48000: C:\Program
Files\Gaim\plugins\relnot.dll
(0000000066e90000 - 0000000066ed1000: E:\WINDOWS\system32\icm32.dll
(00000000672c0000 - 000000006735c000: E:\Program Files\Common
Files\GTK\2.0\bin\libglib-2.0-0.dll
(0000000067580000 - 00000000675b6000: E:\Program Files\Common
Files\GTK\2.0\bin\libpng13.dll
(00000000679c0000 - 00000000679db000: C:\Program
Files\Gaim\plugins\libgg.dll
(0000000067ac0000 - 0000000067b0f000: E:\Program Files\Common
Files\GTK\2.0\bin\libcairo-2.dll
(0000000067c40000 - 0000000067c4a000: E:\Program Files\Common
Files\GTK\2.0\lib\gtk-2.0\2.10.0\loaders\libpixbufloader-png.dll
(0000000067c80000 - 0000000067c8a000: E:\Program Files\Common
Files\GTK\2.0\lib\gtk-2.0\2.10.0\loaders\libpixbufloader-jpeg.dll
(00000000681c0000 - 00000000681c8000: C:\Program
Files\Gaim\plugins\history.dll
(0000000068680000 - 0000000068689000: C:\Program
Files\Gaim\plugins\idle.dll
(00000000686c0000 - 00000000686e4000: E:\Program Files\Common
Files\GTK\2.0\bin\jpeg62.dll
(0000000068a00000 - 0000000068a76000: C:\Program Files\Gaim\libgaim.dll
(0000000069f80000 - 0000000069f92000: E:\Program Files\Common
Files\GTK\2.0\bin\libpangowin32-1.0-0.dll
(000000006a080000 - 000000006a093000: C:\Program
Files\Gaim\plugins\libirc.dll
(000000006a580000 - 000000006a5aa000: C:\Program
Files\Gaim\plugins\libmsn.dll
(000000006aa00000 - 000000006aa0b000: E:\Program Files\Common
Files\GTK\2.0\lib\gtk-2.0\2.10.0\loaders\libpixbufloader-gif.dll
(000000006ab40000 - 000000006ab48000: C:\Program
Files\Gaim\plugins\psychic.dll
(000000006b040000 - 000000006b0e9000: E:\Program Files\Common
Files\GTK\2.0\bin\libgdk-win32-2.0-0.dll
(000000006b480000 - 000000006b488000: C:\Program
Files\Gaim\plugins\ssl-nss.dll
(000000006b700000 - 000000006b70a000: C:\Program
Files\Gaim\plugins\winprefs.dll
(000000006bcc0000 - 000000006bcca000: C:\Program
Files\Gaim\plugins\notify.dll
(000000006c1c0000 - 000000006c1cd000: E:\Program Files\Common
Files\GTK\2.0\bin\libpangocairo-1.0-0.dll
(000000006c680000 - 000000006c6b4000: C:\Program
Files\Gaim\plugins\libyahoo.dll
(000000006ca00000 - 000000006ca0a000: E:\Program Files\Common
Files\GTK\2.0\bin\libgmodule-2.0-0.dll
(000000006d7c0000 - 000000006d7df000: C:\Program
Files\Gaim\plugins\libsimple.dll
(000000006e980000 - 000000006e98a000: C:\Program
Files\Gaim\plugins\win2ktrans.dll
(000000006f040000 - 000000006f048000: C:\Program
Files\Gaim\plugins\ssl.dll
(000000006f680000 - 000000006f68a000: C:\Program
Files\Gaim\plugins\gaimrc.dll
(000000006f9c0000 - 000000006f9c8000: C:\Program
Files\Gaim\plugins\timestamp_format.dll
(000000006fa00000 - 000000006fa08000: C:\Program
Files\Gaim\idletrack.dll
(0000000071a50000 - 0000000071a8f000: E:\WINDOWS\System32\mswsock.dll
(0000000071a90000 - 0000000071a98000: E:\WINDOWS\System32\wshtcpip.dll
(0000000071aa0000 - 0000000071aa8000: E:\WINDOWS\system32\WS2HELP.dll
(0000000071ab0000 - 0000000071ac7000: E:\WINDOWS\system32\WS2_32.DLL
(0000000071ad0000 - 0000000071ad9000: E:\WINDOWS\system32\WSOCK32.dll
(0000000073000000 - 0000000073026000: E:\WINDOWS\system32\WINSPOOL.DRV
(0000000073b30000 - 0000000073b45000: E:\WINDOWS\system32\mscms.dll
(00000000746f0000 - 000000007471a000: E:\WINDOWS\System32\msimtf.dll
(0000000074720000 - 000000007476b000: E:\WINDOWS\System32\MSCTF.dll
(0000000074d90000 - 0000000074dfb000: E:\WINDOWS\system32\usp10.dll
(00000000754d0000 - 0000000075550000: E:\WINDOWS\system32\CRYPTUI.dll
(0000000076390000 - 00000000763ad000: E:\WINDOWS\system32\IMM32.DLL
(00000000763b0000 - 00000000763f9000: E:\WINDOWS\system32\COMDLG32.DLL
(0000000076780000 - 0000000076789000: E:\WINDOWS\system32\shfolder.dll
(0000000076b40000 - 0000000076b6d000: E:\WINDOWS\system32\WINMM.DLL
(0000000076c30000 - 0000000076c5e000: E:\WINDOWS\system32\WINTRUST.dll
(0000000076c90000 - 0000000076cb8000: E:\WINDOWS\system32\IMAGEHLP.dll
(0000000076f20000 - 0000000076f47000: E:\WINDOWS\system32\DNSAPI.dll
(0000000076f60000 - 0000000076f8c000: E:\WINDOWS\system32\WLDAP32.dll
(0000000076fb0000 - 0000000076fb8000: E:\WINDOWS\System32\winrnr.dll
(0000000076fc0000 - 0000000076fc6000: E:\WINDOWS\system32\rasadhlp.dll
(0000000076fd0000 - 000000007704f000: E:\WINDOWS\system32\CLBCATQ.DLL
(0000000077050000 - 0000000077115000: E:\WINDOWS\system32\COMRes.dll
(0000000077120000 - 00000000771ac000: E:\WINDOWS\system32\OLEAUT32.dll
(00000000771b0000 - 0000000077256000: E:\WINDOWS\system32\WININET.dll
(00000000773d0000 - 00000000774d3000:
E:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df
_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
(00000000774e0000 - 000000007761d000: E:\WINDOWS\system32\OLE32.dll
(0000000077760000 - 00000000778cf000: E:\WINDOWS\System32\shdocvw.dll
(0000000077920000 - 0000000077a13000: E:\WINDOWS\system32\SETUPAPI.dll
(0000000077a80000 - 0000000077b14000: E:\WINDOWS\system32\CRYPT32.dll
(0000000077b20000 - 0000000077b32000: E:\WINDOWS\system32\MSASN1.dll
(0000000077b40000 - 0000000077b62000: E:\WINDOWS\system32\appHelp.dll
(0000000077c00000 - 0000000077c08000: E:\WINDOWS\system32\VERSION.dll
(0000000077c10000 - 0000000077c68000: E:\WINDOWS\system32\msvcrt.dll
(0000000077d40000 - 0000000077dd0000: E:\WINDOWS\system32\USER32.dll
(0000000077dd0000 - 0000000077e6b000: E:\WINDOWS\system32\ADVAPI32.DLL
(0000000077e70000 - 0000000077f01000: E:\WINDOWS\system32\RPCRT4.dll
(0000000077f10000 - 0000000077f57000: E:\WINDOWS\system32\GDI32.dll
(0000000077f60000 - 0000000077fd6000: E:\WINDOWS\system32\SHLWAPI.dll
(0000000077fe0000 - 0000000077ff1000: E:\WINDOWS\system32\Secur32.dll
(000000007c800000 - 000000007c8f4000: E:\WINDOWS\system32\kernel32.dll
(000000007c900000 - 000000007c9b0000: E:\WINDOWS\system32\ntdll.dll
(000000007c9c0000 - 000000007d1d5000: E:\WINDOWS\system32\SHELL32.DLL
*----> State Dump for Thread Id 0x26c <----*
eax=3D00000000 ebx=3D607754dc ecx=3Dffffffff edx=3D00000000 =
esi=3D0022c988
edi=3D0022c900
eip=3D6069f456 esp=3D0022c8d0 ebp=3D0022c958 iopl=3D0 nv up ei =
pl nz na
pe nc
cs=3D001b ss=3D0023 ds=3D0023 es=3D0023 fs=3D003b gs=3D0000
efl=3D00000202
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for E:\Program Files\Common Files\GTK\2.0\bin\libgtk-win32-2.0-0.dll -=20
function: libgtk-win32-2.0-0!gtk_widget_style_get_valist
6069f436 897c2408 mov [esp+0x8],edi
6069f43a 8b4d08 mov ecx,[ebp+0x8]
6069f43d 8d7da8 lea edi,[ebp-0x58]
6069f440 8b01 mov eax,[ecx]
6069f442 8b00 mov eax,[eax]
6069f444 89442404 mov [esp+0x4],eax
6069f448 8b4118 mov eax,[ecx+0x18]
6069f44b 890424 mov [esp],eax
6069f44e e85d36f5ff call
libgtk-win32-2.0-0!gtk_style_set_background+0x540 (605f2ab0)
6069f453 8945a4 mov [ebp-0x5c],eax
FAULT ->6069f456 8b00 mov eax,[eax]
ds:0023:00000000=3D????????
6069f458 890424 mov [esp],eax
6069f45b e860670200 call
libgtk-win32-2.0-0!gtk_win32_embed_widget_get_type+0x3660 (606c5bc0)
6069f460 8945a0 mov [ebp-0x60],eax
6069f463 8b5818 mov ebx,[eax+0x18]
6069f466 fc cld
6069f467 b910000000 mov ecx,0x10
6069f46c 31c0 xor eax,eax
6069f46e f3ab rep stosd
6069f470 31ff xor edi,edi
6069f472 0fb603 movzx eax,byte ptr [ebx]
*----> Stack Back Trace <----*
WARNING: Stack unwind information not available. Following frames may be
wrong.
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for E:\Program Files\Common Files\GTK\2.0\bin\libgobject-2.0-0.dll -=20
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for E:\Program Files\Common Files\GTK\2.0\bin\libgdk-win32-2.0-0.dll -=20
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for E:\Program Files\Common Files\GTK\2.0\bin\libglib-2.0-0.dll -=20
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for C:\Program Files\Gaim\gtkgaim.dll -=20
*** ERROR: Module load completed but symbols could not be loaded for
C:\Program Files\Gaim\gaim.exe
*** ERROR: Symbol file could not be found. Defaulted to export symbols
for E:\WINDOWS\system32\kernel32.dll -=20
ChildEBP RetAddr Args to Child =20
0022c958 6069f64f 060b0010 607754dc 0022c988
libgtk-win32-2.0-0!gtk_widget_style_get_valist+0xb6
0022c978 60636032 060b0010 607754dc 0022c9b0
libgtk-win32-2.0-0!gtk_widget_style_get+0x3f
0022c9c8 6063ef18 060b0010 0022c9e0 0022ca30
libgtk-win32-2.0-0!gtk_text_view_set_accepts_tab+0x112
0022ca68 62743935 060f04f0 00000000 00000015
libgtk-win32-2.0-0!gtk_text_view_buffer_to_window_coords+0x758
0022cac8 62756f35 06ca3928 00000000 00000004
libgobject-2.0-0!g_closure_invoke+0x115
0022cbb8 62757cde 060f04f0 00000000 0022cca0
libgobject-2.0-0!g_signal_has_handler_pending+0xf55
0022ce38 62757f56 060f04f0 000000c8 00000000
libgobject-2.0-0!g_signal_emit_valist+0x7ee
0022ce58 60628120 060f04f0 000000c8 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022ce78 6062b805 00000015 00000015 0022ce98
libgtk-win32-2.0-0!gtk_text_layout_get_size+0xc0
0022cee8 60638494 060f04f0 00000001 0022cf18
libgtk-win32-2.0-0!gtk_text_layout_set_cursor_visible+0x85
0022cf18 605774a2 060b0010 060f03b0 00c78198
libgtk-win32-2.0-0!gtk_text_view_set_cursor_visible+0x264
0022cf48 62743935 00c7c230 0022d040 00000002
libgtk-win32-2.0-0!gtk_marshal_VOID__UINT_STRING+0x142
0022cfa8 62756b66 00c7c230 0022d040 00000002
libgobject-2.0-0!g_closure_invoke+0x115
0022d098 62757a3c 060b0010 0022d110 0022d180
libgobject-2.0-0!g_signal_has_handler_pending+0xb86
0022d318 62757f56 060b0010 00000028 00000000
libgobject-2.0-0!g_signal_emit_valist+0x54c
0022d338 60699b74 060b0010 00000028 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022d368 606ac46d 060b0010 060f03b0 00000001
libgtk-win32-2.0-0!gtk_widget_activate+0x224
0022d388 606acac0 060b0010 00c78160 00008002
libgtk-win32-2.0-0!gtk_window_propagate_key_event+0x2dd
0022d3b8 62743935 01779dd0 060b0010 00c67558
libgtk-win32-2.0-0!gtk_window_propagate_key_event+0x930
0022d418 62756b66 00c73dd8 00000000 00000002
libgobject-2.0-0!g_closure_invoke+0x115
0022d508 62757cde 01779dd0 00000000 0022d5f0
libgobject-2.0-0!g_signal_has_handler_pending+0xb86
0022d788 62757f56 01779dd0 0000004a 00000000
libgobject-2.0-0!g_signal_emit_valist+0x7ee
0022d7a8 606a7aad 01779dd0 0000004a 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022d7c8 6069a78c 01779dd0 060b0010 0022d7f8
libgtk-win32-2.0-0!gtk_window_get_role+0xad
0022d7f8 62743935 060b0010 00c78198 00000001
libgtk-win32-2.0-0!gtk_widget_intersect+0x28c
0022d858 62756b66 00c7d598 00000000 00000001
libgobject-2.0-0!g_closure_invoke+0x115
0022d948 62757cde 060b0010 00000000 0022da30
libgobject-2.0-0!g_signal_has_handler_pending+0xb86
0022dbc8 62757f56 060b0010 00000017 00000000
libgobject-2.0-0!g_signal_emit_valist+0x7ee
0022dbe8 60698001 060b0010 00000017 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022dc08 60577692 060b0010 00000000 00c5bf00
libgtk-win32-2.0-0!gtk_widget_grab_focus+0xc1
0022dc38 62743935 06c2f808 0022dd30 00000002
libgtk-win32-2.0-0!gtk_marshal_VOID__UINT_STRING+0x332
0022dc98 62756f35 06c2f808 0022dd30 00000002
libgobject-2.0-0!g_closure_invoke+0x115
0022dd88 62757a3c 00c5bf00 0022de00 0022de70
libgobject-2.0-0!g_signal_has_handler_pending+0xf55
0022e008 62757f56 00c5bf00 00000018 00000000
libgobject-2.0-0!g_signal_emit_valist+0x54c
0022e028 6069d310 00c5bf00 00000018 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022e058 604df54e 00c5bf00 00000000 00000000
libgtk-win32-2.0-0!gtk_widget_child_focus+0xf0
0022e098 60577692 05c8ebd0 00000000 00c78198
libgtk-win32-2.0-0!gtk_container_get_children+0xece
0022e0c8 62743935 00c7d5b0 0022e1c0 00000002
libgtk-win32-2.0-0!gtk_marshal_VOID__UINT_STRING+0x332
0022e128 62756b66 00c7d5b0 0022e1c0 00000002
libgobject-2.0-0!g_closure_invoke+0x115
0022e218 62757a3c 05c8ebd0 0022e290 0022e300
libgobject-2.0-0!g_signal_has_handler_pending+0xb86
0022e498 62757f56 05c8ebd0 00000018 00000000
libgobject-2.0-0!g_signal_emit_valist+0x54c
0022e4b8 6069d310 05c8ebd0 00000018 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022e4e8 60598f8a 05c8ebd0 00000000 00ce80c8
libgtk-win32-2.0-0!gtk_widget_child_focus+0xf0
0022e508 62743935 00ce80c8 06d11de0 0000000d
libgtk-win32-2.0-0!gtk_notebook_set_show_border+0x26a
0022e568 62756b66 00c9d7f0 00000000 00000003
libgobject-2.0-0!g_closure_invoke+0x115
0022e658 62757cde 00ce80c8 00000000 0022e740
libgobject-2.0-0!g_signal_has_handler_pending+0xb86
0022e8d8 62757f56 00ce80c8 00000052 00000000
libgobject-2.0-0!g_signal_emit_valist+0x7ee
0022e8f8 60599051 00ce80c8 00000052 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022e928 60599e6b 0000000d 06d11de0 0000048d
libgtk-win32-2.0-0!gtk_notebook_set_show_border+0x331
0022e948 6059a9ee 00ce80c8 0022e988 00000000
libgtk-win32-2.0-0!gtk_notebook_next_page+0xcfb
0022e998 605774a2 00ce80c8 0aa03af8 00c78198
libgtk-win32-2.0-0!gtk_notebook_next_page+0x187e
0022e9c8 62743935 00c7d738 0022eac0 00000002
libgtk-win32-2.0-0!gtk_marshal_VOID__UINT_STRING+0x142
0022ea28 62756b66 00c7d738 0022eac0 00000002
libgobject-2.0-0!g_closure_invoke+0x115
0022eb18 62757a3c 00ce80c8 0022eb90 0022ec00
libgobject-2.0-0!g_signal_has_handler_pending+0xb86
0022ed98 62757f56 00ce80c8 0000001b 00000000
libgobject-2.0-0!g_signal_emit_valist+0x54c
0022edb8 60699b74 00ce80c8 0000001b 00000000
libgobject-2.0-0!g_signal_emit+0x26
0022ede8 60574651 00ce80c8 0aa03af8 0022ee18
libgtk-win32-2.0-0!gtk_widget_activate+0x224
0022ee18 60575ae3 00ce80c8 0aa03af8 0022ee58
libgtk-win32-2.0-0!gtk_propagate_event+0xd1
0022ee68 6b07098e 0aa03af8 00000000 0022ee88
libgtk-win32-2.0-0!gtk_main_do_event+0x3f3
0022ee88 672dd8f7 00c62f30 00000000 00000000
libgdk-win32-2.0-0!gdk_event_get_graphics_expose+0x3e6e
0022eed8 672dedcb 00c62f70 00000000 0174a3c8
libglib-2.0-0!g_main_context_dispatch+0x197
0022ef18 672defaa 00000001 003d6f98 0022ef48
libglib-2.0-0!g_main_context_acquire+0x3db
0022ef48 60574eae 016c8540 016c8540 68a325e0
libglib-2.0-0!g_main_loop_run+0x16a
0022ef98 620821fd 01641810 620bde06 00000000
libgtk-win32-2.0-0!gtk_main+0x9e
0022f078 004019c9 00400000 00000001 003d3cf0 gtkgaim!gaim_main+0x48d
0022fef8 0040222a 00400000 00000000 00242389 gaim+0x19c9
0022ff78 00401237 00000001 003d3cf0 003d2bc8 gaim+0x222a
0022ffb0 004012a8 00000002 00000009 0022fff0 gaim+0x1237
0022ffc0 7c816fd7 00330032 00340038 7ffd4000 gaim+0x12a8
0022fff0 00000000 00401290 00000000 78746341
kernel32!RegisterWaitForInputIdle+0x49
*----> Raw Stack Dump <----*
000000000022c8d0 00 00 00 00 50 e6 60 01 - 78 22 c8 00 00 00 00 00
....P.`.x"......
000000000022c8e0 ff ff ff ff ff ff ff ff - 54 bd ea 6b c7 21 21 70
........T..k.!!p
000000000022c8f0 08 86 4c 0b 00 f7 95 0a - 00 00 00 00 00 00 00 00
..L.............
000000000022c900 40 c9 22 00 f8 75 82 0b - 28 c9 22 00 6b 5d 61 60
@."..u..(.".k]a`
000000000022c910 50 b5 8d 0b 14 59 77 60 - f1 69 31 67 40 c9 22 00
P....Yw`.i1g@.".
000000000022c920 10 00 0b 06 b0 c9 22 00 - 98 c9 22 00 0e 9d 63 60
......"..."...c`
000000000022c930 f0 04 0f 06 40 c9 22 00 - b0 c9 22 00 00 00 00 00
....@."...".....
000000000022c940 b0 f1 95 0b 30 64 6f e0 - 01 00 00 00 10 00 0b 06
....0do.........
000000000022c950 e0 c9 22 00 10 00 0b 06 - 78 c9 22 00 4f f6 69 60
..".....x.".O.i`
000000000022c960 10 00 0b 06 dc 54 77 60 - 88 c9 22 00 10 00 0b 06
.....Tw`..".....
000000000022c970 e0 c9 22 00 00 00 00 00 - c8 c9 22 00 32 60 63 60
..".......".2`c`
000000000022c980 10 00 0b 06 dc 54 77 60 - b0 c9 22 00 cb 54 77 60
.....Tw`.."..Tw`
000000000022c990 b4 c9 22 00 00 00 00 00 - c8 c9 22 00 7f 9d 63 60
.."......."...c`
000000000022c9a0 60 fd df 05 b0 c9 22 00 - c2 04 00 00 15 00 00 00
`.....".........
000000000022c9b0 02 00 00 00 00 00 00 00 - 00 00 00 00 04 00 00 00
................
000000000022c9c0 15 00 00 00 10 00 0b 06 - 68 ca 22 00 18 ef 63 60
........h."...c`
000000000022c9d0 10 00 0b 06 e0 c9 22 00 - 30 ca 22 00 00 00 00 00
......".0.".....
000000000022c9e0 ff ff ff ff 00 00 00 00 - 00 00 00 00 00 00 00 00
................
000000000022c9f0 09 00 00 00 50 c9 22 00 - 38 07 91 7c e0 cb 22 00
....P.".8..|..".
000000000022ca00 18 ee 90 7c 70 05 91 7c - 00 00 00 00 a0 cc 22 00
...|p..|......".
=20
|
|
From: Sean E. <sea...@gm...> - 2007-02-13 08:14:29
|
On 2/12/07, Evan Schoenberg <ev...@ad...> wrote: > Worksforme. My web browser is always launched, so I just didn't think about > it. I said that with a question mark, because it was just my probably explanation for why it was added. I'm not necessarily defending them (nor necessarily supporting their removal). Whoever added them (Mark I presume) can probably chime in on it. We would need to do *something* about having two "Change Passwords" if we removed the "URL." Why *do* we have two "Change Passwords"? > I see. It'd be nice for MSN to have the same group chat interface as the > rest of the prpls, of course, making that option moot, but its craziness > makes that a bit tough. What we actually need (and have needed for a very long time) is a "conference" or "anonymous group chat" feature. Pretty much all our protocols support the feature, but we hack to turn them into named chats. |
|
From: Evan S. <ev...@ad...> - 2007-02-13 04:22:24
|
On Feb 11, 2007, at 6:32 PM, Sean Egan wrote: > For a while now, we've had a "conversation error" function that will > show the error in the conversation if said conversation exists, but > show it in a gaim_notify_error dialog otherwise. So this will still > come in to gaim_notify_error in some cases (e.g. trying to get the AIM > profile of an online user.) Does Adium create new conversation windows > in that case? Trying to get the AIM profile of an offline user (I assume you meant offline, not online) fails silently since we suppress the dialogue. New conversation windows wouldn't be created; a separate dialogue would be shown. By the time it hits the notify_message() callback, there isn't enough data to put something into a conversation window -- the core has handled trying that already. >> Your buddy list was downloaded from the server. >> Your buddy list was stored on the server. >> These two are from Gadu-Gadu; having to manually upload/download >> the buddy list is silly, so Adium does so automatically (upload after >> a buddy change like a move or add, download on connect). > > Was Bartosz going to change this behavior? I opened a thread discussing this behavior a while back (December '06). Bartosz initially felt that these behaviors were too important to be automatic, and that rather user intervention should be explicitly required for either to occur; after discussion, he suggested difference detection, similar to how the MSN protocol handles it. > Because of the string freeze, we won't be able to change these until > after 2.0.0. For sure :) > > <bad error messages> > These all come from OSCAR: > I don't think any of those qualifies as a decent error message. Indeed. So no objection to rewriting them after 2.0.0? > However, I do have to point out that the feature is called "evil," and > I guess the AOL marketing people wigged out and wanted to call it > "warning" instead. Of course, we should call it "warning" too. Sounds like a very probably story of what happened at AOL corporate :) >> The (URL) after actions seems odd to me... why should the user >> care if they'll be directed to a web page or not? > > Because launching a web browser isn't necessary cheap? Worksforme. My web browser is always launched, so I just didn't think about it. I'm not heartbroken for (URL) to be there.... though perhaps something more user friendly like (Web) or (Web page) would be better. It's asking a couple steps of reasoning for (URL) to be understood: the user has to first recognize that (URL) is there, then reason that this indicates that they are about to click on a URL, then reason that Gaim isn't going to display the resulting web page directly but rather that a web site is going to be loaded in a browser window. >> Yahoo: >> Why is there an "Add Buddy" item here and nowhere else? This is >> suppressed in Adium; the contextual menu for *any* buddy not on the >> buddy list already has a similar item without the account having to >> add one. >> ----- >> Contact actions: >> MSN: "Initiate Chat" is ambiguous; it should be "Initiate Multiuser >> Chat" or "Initiate Group Chat" > > In Gaim parlance, "chat" is synonymous with "multiuser chat" or > "group chat." I see. It'd be nice for MSN to have the same group chat interface as the rest of the prpls, of course, making that option moot, but its craziness makes that a bit tough. >> AIM tells us when a screenname isn't valid; we can handle that error >> message with more verbosity and therefore more helpfulness. >>> This is >>> what Adium shows at present: "The screen name you entered is not >>> registered. Check to ensure you typed it correctly. If it is a new >>> name, you must register it at www.aim.com before you can use it." > > That's a dangerous "therefore" ;) :) In this *particular* case, the verbosity is more helpful. Definitely agree that it's not a good general practice. -Evan |
|
From: Ryan B. <gai...@ry...> - 2007-02-12 21:17:44
|
On Sun, 11 Feb 2007, Richard Laager wrote: > Now that we have a nullclient, would you be willing to change this into a > patch? I'd like to see this merged into Gaim for use as an example. I also, it doesn't have the event loop and networking code that real prpls need. it's an ok example as is, but it would be better with that. of course, that would more or less require defining a new IM network protocol, which seems like overkill, since the networking code would *only* be useful as an example for prpl hackers. still, it'd be helpful. i don't have any plans to do this, but i figured i'd get it out on the list so it's in the back of people's minds. -Ryan -- http://snarfed.org/ |
|
From: Ryan B. <gai...@ry...> - 2007-02-12 07:03:04
|
On Sun, 11 Feb 2007, Richard Laager wrote: > Now that we have a nullclient, would you be willing to change this into > a patch? I'd like to see this merged into Gaim for use as an example. I sure! should i add it as another prpl, alongside the existing ones? -Ryan -- http://snarfed.org/ |
|
From: Sean E. <sea...@gm...> - 2007-02-11 23:32:03
|
On 2/10/07, Evan Schoenberg <ev...@ad...> wrote:
> Sean asked me to review the strings Adium is currently parsing
> manually. Below is a nearly complete list (I may have missed a
> couple), with comments where appropriate. If we could fix up
> libgaim not to ever require this sort of parsing, its translations
> could be used, which would be great.
>
> Cheers,
> Evan
> ----
> The following strings are ignored:
> ----
> primary string contains:
> Already there - MSN throws this, and I'm not sure why anyone would
> ever care
> Group not removed - I don't think users ever expect that deleting a
> group without some accounts connected would delete the contacts on
> that account; in fact I bet people would be upset if it did.
>
> secondary string contains:
> Could not add the buddy 1 for an unknown reason
> Oh really? I didn't even know I was trying to add buddy 1! :)
>
> Your screen name is currently formatted as follows
> We don't have the "format screen name action" but instead use
> whatever formatting the user types in the accounts dialogue. When
> AIM signs on, the formatting is set; we suppress the "good work"
> dialogue.
With the exception of losing the ability to reformat your screenname
while logged in, this seems like a pretty cool thing to do.
> Error reading from Switchboard server
> Unhelpful, and we can't do anything about it. MSN just sucks.
>
> 0x001a: Unknown error
> Yeah, it's unknown.
>
> Not supported by host
> AIM throws this if you try to do formatting when logged in with
> a .mac name. I think we avoid trying that in the first place... so
> this may be superfluous in the list
>
> Not logged in
> Is this still shown as a popup? We display our own in-chat
> message if you try to send a message while a user isn't available.
For a while now, we've had a "conversation error" function that will
show the error in the conversation if said conversation exists, but
show it in a gaim_notify_error dialog otherwise. So this will still
come in to gaim_notify_error in some cases (e.g. trying to get the AIM
profile of an online user.) Does Adium create new conversation windows
in that case?
> Your buddy list was downloaded from the server.
> Your buddy list was stored on the server.
> These two are from Gadu-Gadu; having to manually upload/download
> the buddy list is silly, so Adium does so automatically (upload after
> a buddy change like a move or add, download on connect).
Was Bartosz going to change this behavior?
> Your contact is using Windows Live
> Right now, Yahoo doesn't have MSN support. Every time a Yahoo
> account connects, it gets told to go download the official Yahoo
> client to talk to MSN folk. Ick. I prefer silence on the matter :)
>
>
> ----
> Problematic strings:
Because of the string freeze, we won't be able to change these until
after 2.0.0.
> "Reply too big" sounds awkward. I prefer "Your message was too big"
> "In local permit/deny" is odd... when would you ever not be able to
> send a message because the person was in your permit list? I prefer
> "The other user is in your deny list"
> "Too evil" is odd... it's called a warning level :)
> "User temporarily unavailable" isn't a complete statement...we use
> "The other user is temporarily unavailable". Similarly for other
> error messages where possible.
These all come from OSCAR:
static char *msgerrreason[] = {
N_("Invalid error"),
N_("Invalid SNAC"),
N_("Rate to host"),
N_("Rate to client"),
N_("Not logged in"),
N_("Service unavailable"),
N_("Service not defined"),
N_("Obsolete SNAC"),
N_("Not supported by host"),
N_("Not supported by client"),
N_("Refused by client"),
N_("Reply too big"),
N_("Responses lost"),
N_("Request denied"),
N_("Busted SNAC payload"),
N_("Insufficient rights"),
N_("In local permit/deny"),
N_("Too evil (sender)"),
N_("Too evil (receiver)"),
N_("User temporarily unavailable"),
N_("No match"),
N_("List overflow"),
N_("Request ambiguous"),
N_("Queue full"),
N_("Not while on AOL")
};
I don't think any of those qualifies as a decent error message.
However, I do have to point out that the feature is called "evil," and
I guess the AOL marketing people wigged out and wanted to call it
"warning" instead. Of course, we should call it "warning" too.
> a couple hacks related to us just not having gaim_request_fields()
> and gaim_notify_search_results(), like custom handling of the
> Sametime "ambiguous user ID" window. As far as search results, I
> think Gaim's is interactive?
> ---
> "wants to send you" <-- gaim_xfer_ask_recv() sends this.. I don't
> understand why it's not going through the normal xfer ui ops
> ---
> incoming via request_file(), the Sametime export/import is weird...
> we want to immediately display a save/open panel and then trigger the
> callback directly, so "Sametime", "Export", and "Import" are checked
> for.
> ----
> Account actions:
> The 3 buddylist account actions for gadu-gadu are suppressed by name:
> Download buddylist from Server
> Upload buddylist to Server
> Delete buddylist from Server
> AIM
> Set User Info... is suppressed because it are handled via
> integrated UI rather than separate popup request dialogues
> The (URL) after actions seems odd to me... why should the user
> care if they'll be directed to a web page or not?
Because launching a web browser isn't necessary cheap?
> Yahoo:
> Why is there an "Add Buddy" item here and nowhere else? This is
> suppressed in Adium; the contextual menu for *any* buddy not on the
> buddy list already has a similar item without the account having to
> add one.
> -----
> Contact actions:
> MSN: "Initiate Chat" is ambiguous; it should be "Initiate Multiuser
> Chat" or "Initiate Group Chat"
In Gaim parlance, "chat" is synonymous with "multiuser chat" or "group chat."
> AIM: "Edit buddy comment" is the same situation as "Set User Info..."
> in actions above.
> -----
> Disconnect messages:
> we want to handle "invalid password" across all accounts by clearing
> the saved password and prompting for it again... that requires a
> string parse at present.
I think Rlaager was doing something like this.
> AIM tells us when a screenname isn't valid; we can handle that error
> message with more verbosity and therefore more helpfulness.
That's a dangerous "therefore" ;)
> This is
> what Adium shows at present: "The screen name you entered is not
> registered. Check to ensure you typed it correctly. If it is a new
> name, you must register it at www.aim.com before you can use it."
|
|
From: Richard L. <rl...@wi...> - 2007-02-11 07:02:42
|
On Thu, 2007-01-18 at 01:31 -0800, Ryan Barrett wrote: > eventually, i'm hoping to take what i've learned and add doxygen-friendly= =20 > comments to prpl.h and plugin.h, explaining what each of the callbacks in= =20 > GaimPluginProtocolInfo is expected to do. This would be great! > more info below, and at this link. feedback is welcome! Now that we have a nullclient, would you be willing to change this into a patch? I'd like to see this merged into Gaim for use as an example. I suppose it'd be fitting to rename it back to nullprpl then... Or we'd need to rename nullclient to mockclient. Richard |
|
From: Gergo S. <bas...@gm...> - 2007-02-11 01:45:13
|
On Sat, 10 Feb 2007 23:42:56 +0100 Chris Moore <do...@gm...> wrote: Wow, what a nice addition to Gaim! I have been always annoyed by the plaintext method. Tested on Win32 (copied over GaimPortable) and it works fine! Thanks a lot! -- Gergo Szakal |
|
From: Chris M. <do...@gm...> - 2007-02-11 00:56:58
|
Ka-Hing Cheung <ga...@hx...> writes: > Is there a reason that you have a preference tab just for 2 buttons? > I think a menu item under Accounts or maybe Tools is better. There's no good reason to have a separate tab for it, other than that there didnt seem to be any existing preference tab which it really fitted on to. It didn't occur to me to add extra menu items instead of using a preference tab. |
|
From: Ka-Hing C. <ga...@hx...> - 2007-02-11 00:19:53
|
On Sat, 2007-02-10 at 23:42 +0100, Chris Moore wrote: > Hello list. > > I recently started running gaim as a 'portable application' from my > USB thumb drive,and wasn't happy with it saving my account passwords > in plain text on the drive. I wouldn't want to risk having them > stolen if I lost the drive, so I wrote some code to optionally encrypt > the passwords using a master password, like Firefox does. Cool, some of my co-workers may like it. > There are some screenshots showing how it looks, and Windows installer > binaries here: Is there a reason that you have a preference tab just for 2 buttons? I think a menu item under Accounts or maybe Tools is better. -khc |
|
From: Chris M. <do...@gm...> - 2007-02-10 22:43:04
|
Hello list.
I recently started running gaim as a 'portable application' from my
USB thumb drive,and wasn't happy with it saving my account passwords
in plain text on the drive. I wouldn't want to risk having them
stolen if I lost the drive, so I wrote some code to optionally encrypt
the passwords using a master password, like Firefox does.
The patch against the current subversion trunk is here:
http://dooglus.rincevent.net/gaim/master-password.patch
There are some screenshots showing how it looks, and Windows installer
binaries here:
http://dooglus.rincevent.net/gaim/
This is my first time editing the Gaim source. I would be grateful to
receive any comments or suggestions.
Thanks.
Chris.
--
do...@gm...
|
|
From: Christian A. <ia...@gm...> - 2007-02-10 14:03:27
|
Thanks to sadrul for the example and to sean for pointing me there. I am now able to connect based on the example. I'm still figuring out, however, why my code did not work. Anyway, thanks again. :) |
171 messages has been excluded from this view by a project administrator.
