You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(435) |
Dec
(252) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(177) |
Feb
(157) |
Mar
(187) |
Apr
(168) |
May
(127) |
Jun
(291) |
Jul
(38) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2005-05-20 18:42:19
|
Patches item #1203481, was opened at 2005-05-17 07:22 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203481&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Wardle (mwardle) Assigned to: Nobody/Anonymous (nobody) Summary: don't require reentry of password on disconnect/reconnect Initial Comment: If all my connections drops, the ugly initial Gaim screen appears and forces me to reenter my password. Gaim should remember my password. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-20 08:40 Message: Logged In: YES user_id=554253 Sorry, obviously the "info" variable should be a handle to an object from the "hash" hash not the "awayStates" hash, but you get the idea. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-20 08:35 Message: Logged In: YES user_id=554253 No, no. I was using 1.3.0. I just didn't plan on hacking on it, so I lazily checked out HEAD as it was the default. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-20 08:33 Message: Logged In: YES user_id=554253 So something like the attachment. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-05-20 08:28 Message: Logged In: YES user_id=28833 consider that one of the main points of 2.0.0 is to entirely replace the state controls (online/offline, away/present, so on). NATURALLY this is going to change. as I just said, this entire plugin is deprecated and on its way out in the cvs HEAD, the 2.0.0cvs, code. so of course the fix for 1.x will be entirely unrelated to the *right* way to handle this in 2.0.0cvs. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-20 08:21 Message: Logged In: YES user_id=554253 In branch 1.48.2 (rev 1.48.2.2), the place to put such a call would be in restore_state(), since that's the call back for when a user is signed on. On the down side, the corresponding call back is called reconnected() in CVS. I guess the ugly way is to add it to restore_state() or to add a function reconnected() that resets the delay and then called restore_state() as appropriate. The nice way would take into account what's changed since the branch. :-/ ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-05-20 08:16 Message: Logged In: YES user_id=28833 ah. you are pointing out a bug in cvs HEAD. no wonder you are having issues. the code is in a transient state, with the autorecon plugin only partly merged into gaim proper. the correct fix here is to move this functionality into the core, change the error dialogs entirely into the type of display presented at http://gaim.sourceforge.net/sean/status.php and somewhat modified in the last 9-12 months of gaim-devel archives, and then remove the autorecon plugin entirely. Do not use cvs HEAD unless you are writing a patch. do not report bugs against it without a patch ever. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-20 08:06 Message: Logged In: YES user_id=554253 In CVS there is a function reconnected() as well as reconnect(). I don't know about the 1.x branch. It seemed to me that do_signon() was called either when we wanted to connect to a server or once a TCP connection was established with the server, so it didn't indicate we'd successfully authenticated yet. I was worried that resetting the autoreconnection state in do_signon() could lead to problems if the server was not fully operational or if the user had entered an incorrect password. As far as I could tell, reconnected() was called after do_signon(), and only once the user was fully reconnected. I don't know the code base well and didn't spend enough time stepping thru the whole sign on process. It's not a patch since I'm not confident it's correct. I didn't even try building it. It's just a suggestion so someone who knows Gaim can hopefully understand what I mean and maybe implement it a little quicker. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-05-20 07:50 Message: Logged In: YES user_id=28833 I don't see a "reconnected" function, I do see "reconnect." now, If I'm reading your change correct (a real patch would be nice, preferably with the -up flags to diff), then you'd forget the delay even when the connection attempt failed. which is obviously unacceptable. now. look down in do_signon, this is where we need to check, and I'm not sure how to do that best. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-18 22:44 Message: Logged In: YES user_id=554253 I think the reconnection delay should be reset after a successful connection. It seems this can be achieved by adding these calls to the appropriate place in plugins/autorecon.c: reconnected(): GaimAutoRecon * info; ... info = g_hash_table_lookup(hash, account); ... info->delay = 0; At a quick glance, I also can't tell why we'd want to retain the GaimAutoRecon handle after the dropped connection is successfully reconnected, so perhaps instead do: GaimAutoRecon * info; ... info = g_hash_table_lookup(hash, account); ... free_auto_recon(info); g_slist_remove(info); ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-18 21:34 Message: Logged In: YES user_id=554253 Again, another bug written when I was highly annoyed at seemingly having to click "Sign On" several times per day. I did enable the remember password preference, yet I still found myself needing to click the "Sign On" button lots. I've observed today that the first time I was disconnected, Gaim attempted reconnection about 5 seconds later, the second time about 10 seconds later, and the third time about 60 seconds later. While some kind of delay seems reasonable, this kind of apparently exponential backoff (combined with frequent disconnections) results in: a) the main Gaim sign on screen appearing above all my other windows, taking input focus, thus almost demanding my attention b) long delays between reconnection attempts when, in my case, a reconnection attempt as soon as disconnection is detected would probably succeed ---------------------------------------------------------------------- Comment By: Stu Tomlinson (nosnilmot) Date: 2005-05-18 07:59 Message: Logged In: YES user_id=309779 You're all confused! If all your connections get disconnected, the login window does show up. However, the autoreconnect plugin *will* still do it's thing and reconnect your accounts, you just need to give it enough time. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-05-18 07:42 Message: Logged In: YES user_id=28833 remember password is irrelevent here. go look at the modify account dialog. there are 3 fields: username, password, and alias. (not necessarily in that order). you put your password in the alias field as well as the password field. ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-17 09:43 Message: Logged In: YES user_id=554253 I should have mentioned this in my original message, but of course I have remember password checked, which is why this is a bug! In any case, if one account is disconnected, I am not asked for my password again, only if they all are. ---------------------------------------------------------------------- Comment By: Daniel Atallah (datallah) Date: 2005-05-17 09:40 Message: Logged In: YES user_id=325843 Modify your account and tell it to remember your password. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203481&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-20 09:53:48
|
Patches item #1198388, was opened at 2005-05-10 02:16 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198388&group_id=235 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Tim Ringenbach (marv_sf) Summary: Fix to allow Yahoo buzz to be handled like other IMs Initial Comment: Allows buzzes in Yahoo to be propagated through the signal system instead of writing them directly to a new IM window. Applies to latest cvs. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-05-20 19:53 Message: Logged In: YES user_id=407708 'latest' cvs? head or oldstatus? if head, have you adjusted for the existing /buzz in head? be aware the patch to backport that command to oldstatus is pending, therefore your patch may need re-working anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198388&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-19 04:53:54
|
Patches item #1204733, was opened at 2005-05-19 04:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1204733&group_id=235 Category: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: SLuR (slur) Assigned to: Nobody/Anonymous (nobody) Summary: MSN Login Patch Initial Comment: Just a patch against the recent 1.3.0 release that fixes the old 1.2 patch that allows logging into MSN under invisible. Probably works against CVS snapshot, but I haven't tested. Yes - I did read the file *pleading* to add patches to CVS releases, but this is just to hold until 2.0.0 gets pushed out. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1204733&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-17 17:50:19
|
Patches item #1197846, was opened at 2005-05-08 16:11 Message generated for change (Comment added) made by datallah You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197846&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enix (enix) Assigned to: Daniel Atallah (datallah) Summary: [oldstatus] win32: shows unread messages in system tray Initial Comment: About two seconds after I finished my patch to add a list of messages recieved but not yet viewed to the system notification area, I noticed that someone else had written and submitted a similar patch as well. I glanced at the other patch and it appears that it displays the number of total unviewed messages. Mine goes about it a little differently and displays the screen names of everyone that has sent you a message you haven't yet viewed and the number of new messages per screen name (very much like the away message does when "queue new messages when away" is set). So, I guess choice is good. Heres my patch - it only applies against oldstatus. ---------------------------------------------------------------------- >Comment By: Daniel Atallah (datallah) Date: 2005-05-17 12:50 Message: Logged In: YES user_id=325843 The functionality is kind of cool, but I can't accept this right now, basically because the state of the queuing of unread messages in cvs HEAD is in flux right now. There isn't much point applying it to the oldstatus branch if I can't also apply it to HEAD since it will go away when HEAD is finally finished. Perhaps this can be motivation for you to work on implementing the queuing in HEAD. I think that deryni was working on it (or at least involved with it), so you will probably want to consult him about the best way to proceed. ---------------------------------------------------------------------- Comment By: Enix (enix) Date: 2005-05-08 16:15 Message: Logged In: YES user_id=17877 I forgot to mention the files modified. Only docklet-win32.c is modified, so, this is a relatively unintrusive patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197846&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-17 14:17:39
|
Patches item #1203209, was opened at 2005-05-16 19:42 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203209&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alex Duggan (aldug) >Assigned to: Tim Ringenbach (marv_sf) Summary: change order of options in right click on link menu Initial Comment: The following patch reverses the order of the two options in the right click on a link context menu. The default action of clicking on a link is to open it, so it should be the first option. The secondary option is to copy the address so that should be the second option. This behaviour more closely matches that of an web browser or email client. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203209&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-17 01:41:51
|
Patches item #1198593, was opened at 2005-05-09 17:33 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198593&group_id=235 Category: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Ponte (dcp940) >Assigned to: Sean Egan (seanegan) Summary: aim:BuddyIcon URL support for gaim-remote plugin Initial Comment: This adds aim:BuddyIcon?src=http://blah/icon.xxx support to gaim-remote/remote plugin. It saves in the userdir as "webicon" and then simply updates it using gaim_account_set_buddy_icon(). Tested against gaim-1.2.1. ---------------------------------------------------------------------- Comment By: Dan Ponte (dcp940) Date: 2005-05-10 22:45 Message: Logged In: YES user_id=819456 I found a bug while using badassbuddy. Apparently, they use ?Src=blah, which strstr() obviously won't match. So, I changed it to use strcasestr(3), which should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198593&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-17 01:24:41
|
Patches item #1198388, was opened at 2005-05-09 12:16 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198388&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) >Assigned to: Tim Ringenbach (marv_sf) Summary: Fix to allow Yahoo buzz to be handled like other IMs Initial Comment: Allows buzzes in Yahoo to be propagated through the signal system instead of writing them directly to a new IM window. Applies to latest cvs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198388&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-17 00:50:03
|
Patches item #1199592, was opened at 2005-05-11 00:57 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1199592&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason (jcohen07) >Assigned to: Mark Doliner (thekingant) Summary: updated spec file to address Mandriva vendor name change Initial Comment: Mandriva has changed the vendor name in their newest public release - 2005 LE (10.2) to Mandrakesoft. 10.1 and earlier used the vendor name MandrakeSoft. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1199592&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 23:42:28
|
Patches item #1203209, was opened at 2005-05-16 23:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203209&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alex Duggan (aldug) Assigned to: Nobody/Anonymous (nobody) Summary: change order of options in right click on link menu Initial Comment: The following patch reverses the order of the two options in the right click on a link context menu. The default action of clicking on a link is to open it, so it should be the first option. The secondary option is to copy the address so that should be the second option. This behaviour more closely matches that of an web browser or email client. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203209&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 22:52:56
|
Patches item #1197846, was opened at 2005-05-08 17:11 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197846&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enix (enix) >Assigned to: Daniel Atallah (datallah) Summary: [oldstatus] win32: shows unread messages in system tray Initial Comment: About two seconds after I finished my patch to add a list of messages recieved but not yet viewed to the system notification area, I noticed that someone else had written and submitted a similar patch as well. I glanced at the other patch and it appears that it displays the number of total unviewed messages. Mine goes about it a little differently and displays the screen names of everyone that has sent you a message you haven't yet viewed and the number of new messages per screen name (very much like the away message does when "queue new messages when away" is set). So, I guess choice is good. Heres my patch - it only applies against oldstatus. ---------------------------------------------------------------------- Comment By: Enix (enix) Date: 2005-05-08 17:15 Message: Logged In: YES user_id=17877 I forgot to mention the files modified. Only docklet-win32.c is modified, so, this is a relatively unintrusive patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197846&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 22:32:16
|
Patches item #1197984, was opened at 2005-05-08 22:52 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197984&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) >Assigned to: Etan Reisner (deryni9) Summary: Add a Buddy Icon Cached Signal Initial Comment: This patch adds a signal that's fired when a new buddy icon is put in the cache. I have created a plugin to archive all buddy icons. It uses this new signal. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197984&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 22:13:04
|
Patches item #1202077, was opened at 2005-05-14 15:54 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sadrul H C (sadrul) >Assigned to: Sean Egan (seanegan) Summary: Adding Option: `No grouping of buddies' Initial Comment: Hello. This patch adds a new option `No grouping of buddies' in Preferences -> Buddy List. -- Adil ---------------------------------------------------------------------- Comment By: Sadrul H C (sadrul) Date: 2005-05-14 16:09 Message: Logged In: YES user_id=1132702 Just to make sure there's no confusion, this only changes how the buddy-list is displayed. But the actual groupings are saved, in case anyone wants to enable buddy-list grouping later. -- Adil ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 21:08:55
|
Patches item #1197934, was opened at 2005-05-08 20:38 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197934&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) >Assigned to: Ethan Blanton (eblanton) Summary: IRC File Descriptor Check Initial Comment: Gaim always prints IRC QUIT messages to the console. This patch corrects that. This patch will cause problems if an IRC socket ever uses file descriptor zero. On Linux, I don't think that's possible. I'm not sure on other operating systems. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-05-08 22:45 Message: Logged In: YES user_id=156487 (21:22:48) Caleb Gilmour (hyphenated): rlaager: wouldn't it be nicer if you changed sslconn.c so that it does a gsc->fd = -1; in there after the g_new0 ? (it'd require more changes, but 0 isn't really appropriate for describing an undefined fd) (21:34:04) rlaager: hyphenated: I don't think that's required for the SSL stuff, but you have a good point. I'm redoing the patch to use that approach for IRC. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197934&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 15:36:36
|
Patches item #1167921, was opened at 2005-03-21 22:06 Message generated for change (Comment added) made by killgunner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1167921&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joao Luís Marques Pinto (jpinto) Assigned to: Ethan Blanton (eblanton) Summary: IRC protocol - irc services alias Initial Comment: This patch adds the command /nickserv, /chanserv, /memoserv, /operserv, it is safer than the /msg option because more modern ircds will ensure that the message is routed to a service and not to a "fake" client. ---------------------------------------------------------------------- Comment By: Kaygee (killgunner) Date: 2005-05-15 15:36 Message: Logged In: YES user_id=1279062 *cough* /quote ---------------------------------------------------------------------- Comment By: Ethan Blanton (eblanton) Date: 2005-04-18 01:39 Message: Logged In: YES user_id=298616 Hmm, I thought I had commented on this bug already, but I see that I haven't. For one, I haven't decided if I would rather see these commands implemented in a plugin rather than the protocol itself (as they are quite nonstandard), or in the protocol since they have become relatively common. For another, rlaager's example leaks memory ... g_ascii_strup allocates memory. Ethan ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-04-18 01:15 Message: Logged In: YES user_id=156487 In cmds.c, why aren't you doing the following instead of the if...else if block? buf = irc_format(irc, "v:", g_ascii_strup(cmd, -1), args[0]); That function won't ever get called with a cmd that doesn't match one of the if blocks you have. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1167921&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 00:44:25
|
Patches item #1121104, was opened at 2005-02-12 09:41 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1121104&group_id=235 Category: None Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: Bleeter Yaluser (bleeter) Assigned to: Tim Ringenbach (marv_sf) Summary: Yahoo privacy fixes Initial Comment: The yahoo prpl has no real concept of privacy, beyond what Yahoo servers offer. Here's a patch that addresses most of these issues. 1) Introduce a privacy check routine. Ideally, this should be in privacy.c, but it's esier to submit in here for the moment, for simple testing. If people think it's worthy to be added before complete privacy rewrite, it can be moved. 2) Each incoming message can be checked against this function. Thus, all typing, IMs and chat invites can be blocked. 3) The permit/deny list is now active. As yahoo protocol has no concept beyond blocking, this acts locally only. I've submitted to head, as although I believe this is actually a bugfix, it's best to submit here and backport (although it was written against oldstatus and forward poted originally) ---------------------------------------------------------------------- >Comment By: Bleeter Yaluser (bleeter) Date: 2005-05-15 10:44 Message: Logged In: YES user_id=407708 Additional fix in 1.x patch 1202156 ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-04-25 08:43 Message: Logged In: YES user_id=20979 Rock on ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-04-25 08:11 Message: Logged In: YES user_id=407708 When I wrote these, I couldn't compile head. I'll do it in the next few days, along with a mini-audit of other changes in yahoo prpl. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-04-25 07:56 Message: Logged In: YES user_id=20979 I applied this to oldstatus. We're definitely missing some of this stuff from head. I don't know what. Could you look through your changes and create a new patch for head of the stuff that is already in oldstatus? ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-03-27 12:09 Message: Logged In: YES user_id=407708 Update to previous patch. MUST BE APPLIED AFTER PREVIOUS TWO PATCHES 1. At the suggestion of marv, rename function to yahoo_privacy_check 2. Remove doc reference in yahoo.h for a feature that didn't make the final cut 3. Add support for blocking audibles. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-03-25 17:57 Message: Logged In: YES user_id=407708 This patch missed checking privacy for audibles. Next patch will update this. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-03-17 14:25 Message: Logged In: YES user_id=407708 It would appear there's something deeply wrong with privacy, where 0 = 1. Go figure. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-03-09 13:12 Message: Logged In: YES user_id=407708 Ok, here's an initial 1.x patch. Comments welcome. I've done *some* tidying up. More comments welcome. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-03-09 11:02 Message: Logged In: YES user_id=407708 There's one more 'thing' I'd like to get in here, for ease of chat UI use. Give me a few hours. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-03-08 12:36 Message: Logged In: YES user_id=407708 Yes, I realised I'd not blocked chat invites after I posted this. I've added it to my later versions ;-) I did originally have buckets of debug in the code, but ripped most of it out for publishing. I'll put what you sugegst back in. Whitespace fix won't be a problem :-) I'd tried keeping formatting consistency with other gaim code, but as ou know, that's not always a useful guide ;-) Should have an update for you in 24 hours or so. Do you want a 1.x backport as well? Actually, it originates as a 1.x patch, and I forwardport. ---------------------------------------------------------------------- Comment By: Tim Ringenbach (marv_sf) Date: 2005-03-08 11:50 Message: Logged In: YES user_id=790708 Actually, you just block conference invites, not chat invites. You might want to block both. I don't suppose you could work in some kind of gaim_debug warning if we receive an IM from someone on the block list when we're in "block the users below"? Because we shouldn't be getting IM's from users like that, and covering up the bug will just make it harder to fix. (the bug being the people aren't ending up on the server side block list) Also, could you fix the whitespace? Like, the switch statement isn't indented at all. Nothing should be not indented at all except function names and the opening { for the function.. I do usually have the switch and the cases below it at the same indentation level, e.g.: switch () { case: default: } I don't know how right that is, or if gaim has a genereal rule for it though. Also, I usually put no space between a function and the (), like "printf("hello!");", but I always put a space if it's a flow control thingy, like "if (foo != bar) {" For multiline functions, something like <tab>printf("%s%s%s", <tab><space><space><space><space>blah, blah, blah); Is probably better, than multiple tabs. The important thing is the same number of tabs is used on both lines, so the line looks right whether the tab is 4 or 8 spaces. Also, you should probably use gaim_debug_info() instead of gaim_debug(GAIM_DEBUG_INFO) I think that's all the nit picking for now. If you fix at least some of what i complained about i'll apply it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1121104&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 00:43:41
|
Patches item #1202156, was opened at 2005-05-15 10:35 Message generated for change (Settings changed) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202156&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bleeter Yaluser (bleeter) >Assigned to: Tim Ringenbach (marv_sf) Summary: Yahoo prpl 1x bugfix with 1x/2x sync. 2 patches Initial Comment: These two patches sync head and oldstatus yahoo prpls. I've not paid any attention to the crypt functions changing, nor the split of the packet sending code to seperate files. I'm kinda hoping the original writer got all of that correct. 1.3.1cvs: . Fix stupid dumb mistake with privacy . Backport often requested HEAD features of /buzz and /join 2.x . Forward port privacy . Tidy up whitespace . Remove file TX send limit ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202156&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 00:36:02
|
Patches item #1202156, was opened at 2005-05-15 10:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202156&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bleeter Yaluser (bleeter) Assigned to: Nobody/Anonymous (nobody) Summary: Yahoo prpl 1x bugfix with 1x/2x sync. 2 patches Initial Comment: These two patches sync head and oldstatus yahoo prpls. I've not paid any attention to the crypt functions changing, nor the split of the packet sending code to seperate files. I'm kinda hoping the original writer got all of that correct. 1.3.1cvs: . Fix stupid dumb mistake with privacy . Backport often requested HEAD features of /buzz and /join 2.x . Forward port privacy . Tidy up whitespace . Remove file TX send limit ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202156&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-14 20:09:15
|
Patches item #1202077, was opened at 2005-05-15 01:54 Message generated for change (Comment added) made by sadrul You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sadrul H C (sadrul) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Option: `No grouping of buddies' Initial Comment: Hello. This patch adds a new option `No grouping of buddies' in Preferences -> Buddy List. -- Adil ---------------------------------------------------------------------- >Comment By: Sadrul H C (sadrul) Date: 2005-05-15 02:09 Message: Logged In: YES user_id=1132702 Just to make sure there's no confusion, this only changes how the buddy-list is displayed. But the actual groupings are saved, in case anyone wants to enable buddy-list grouping later. -- Adil ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-14 19:54:14
|
Patches item #1202077, was opened at 2005-05-15 01:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sadrul H C (sadrul) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Option: `No grouping of buddies' Initial Comment: Hello. This patch adds a new option `No grouping of buddies' in Preferences -> Buddy List. -- Adil ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202077&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-13 15:16:21
|
Patches item #1091627, was opened at 2004-12-27 05:08 Message generated for change (Comment added) made by seanegan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1091627&group_id=235 Category: newfeature Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: Felipe Contreras (revo) Assigned to: Sean Egan (seanegan) Summary: Buddy Icon in Buddy Tooltip Reloaded Initial Comment: Well, I think this is much better. Maybe you'll even like it Sean. ---------------------------------------------------------------------- >Comment By: Sean Egan (seanegan) Date: 2005-05-13 11:16 Message: Logged In: YES user_id=199625 It's far from a critical feature. -s. ---------------------------------------------------------------------- Comment By: Eduardo Pérez (eperez) Date: 2005-05-13 09:45 Message: Logged In: YES user_id=60347 If gaim-2.x is going to be delayed much more then this patch should be considered for inclusion in gaim-1.x series, since lot's of people consider it useful and some people have been using it for some time without any problem. ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-01-07 17:18 Message: Logged In: YES user_id=199625 I like it! Thumbs up! ---------------------------------------------------------------------- Comment By: Eduardo Pérez (eperez) Date: 2005-01-05 14:18 Message: Logged In: YES user_id=60347 I like this patch and I can not lie You other brothers can't deny :-) Great patch! Great job Felipe! Happy New Year! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1091627&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-13 13:45:46
|
Patches item #1091627, was opened at 2004-12-27 10:08 Message generated for change (Comment added) made by eperez You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1091627&group_id=235 Category: newfeature Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: Felipe Contreras (revo) Assigned to: Sean Egan (seanegan) Summary: Buddy Icon in Buddy Tooltip Reloaded Initial Comment: Well, I think this is much better. Maybe you'll even like it Sean. ---------------------------------------------------------------------- Comment By: Eduardo Pérez (eperez) Date: 2005-05-13 13:45 Message: Logged In: YES user_id=60347 If gaim-2.x is going to be delayed much more then this patch should be considered for inclusion in gaim-1.x series, since lot's of people consider it useful and some people have been using it for some time without any problem. ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-01-07 22:18 Message: Logged In: YES user_id=199625 I like it! Thumbs up! ---------------------------------------------------------------------- Comment By: Eduardo Pérez (eperez) Date: 2005-01-05 19:18 Message: Logged In: YES user_id=60347 I like this patch and I can not lie You other brothers can't deny :-) Great patch! Great job Felipe! Happy New Year! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1091627&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-12 11:25:03
|
Patches item #1183133, was opened at 2005-04-14 17:30 Message generated for change (Comment added) made by novices You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1183133&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sadrul H C (sadrul) Assigned to: Nobody/Anonymous (nobody) Summary: extended account manager Initial Comment: This is a patch for Gaim ( < 2.x.x). This patch provides an Account Manager, which has some extra functionalities that the main account manager lacks (like showing the current status, buddy icon etc). Changing the per-account status is possibly a little easier. Here are a few screenshots: http://adil.dotgeek.org/gaim/onmenu.png http://adil.dotgeek.org/gaim/offmenu.png http://adil.dotgeek.org/gaim/change.png More details here: http://adil.dotgeek.org/gaim/use.html -- Adil ---------------------------------------------------------------------- Comment By: mathias dufresne (novices) Date: 2005-05-12 13:25 Message: Logged In: YES user_id=986601 Simply excellent ! ---------------------------------------------------------------------- Comment By: Sadrul H C (sadrul) Date: 2005-04-16 19:05 Message: Logged In: YES user_id=1132702 my view: `account list' and `buddy list' are somewhat similar in the sense that both deal mainly with how an account is going to be displayed (the former on my buddies' screens, the latter on my screen). yep. i am aware that my view is not shared by any gaim-dev (and possibly by anyone else, for that matter). -- Adil ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-04-16 18:32 Message: Logged In: YES user_id=28833 I don't tend to like this idea, somewhere in that long interminable thread, deryni posted a shot of an accounts menu. I still like that idea. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-04-16 18:15 Message: Logged In: YES user_id=20979 Wow, big patch. I don't think many of us want to add account handling to the buddy list. But I'll leave this open for a little while in case people want to chime in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1183133&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-12 09:36:12
|
Patches item #1175520, was opened at 2005-04-02 20:57 Message generated for change (Comment added) made by monkey77 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1175520&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: dennisne (dennisne) Assigned to: Sean Egan (seanegan) Summary: autoaccept file transfers Initial Comment: This patch (against gaim 2.0.0cvs-2005-04-02) adds an option to autoaccept file transfers, in Preferences > Conversations tab > File Transfers. gaim 2.0.0 has preferences listed in tabs, instead of in a list like the 1.x series ... and I didn't want to make the window wider =| ... although i did have doubts about bunching it in with the Conversation preferences. The gaim preference for this feature is: /gaim/gtk/conversations/autoaccept_transfers it is disabled by default. In Preferences, the download directory can also be specified. For this i added gaim_request_folder(), which adds support for gtk's folder-selection dialog. The default download folder, should one not be specified, is the user's home directory. All in all, autoaccepting of file transfers should be a part of gaim. ---------------------------------------------------------------------- Comment By: Phil Hannent (monkey77) Date: 2005-05-12 09:36 Message: Logged In: YES user_id=898116 I have to add here that I created a RFE regarding this, thanks for writing it. While auto-accepting files might be a security issue I think it would be an idea to allow accepting files from trusted buddies. Any files that are sent to you would be put into a folder of your choosing and therefore you know what level of trust you should have on files in that folder. Is there a chance this patch could be back ported to the oldstatus since 2.0.0 is still an unknown at this time? Many thanks Phil ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-04-26 01:49 Message: Logged In: YES user_id=20979 I guess that's a valid reason. I still don't really like this, though. I think auto-accepting files from other people is a really bad idea. And we're trying to move away from having preferences for everything. Some of the changes in your patch are nice, though. The last_save_folder change in ft.c isn't a bad idea. And the gaim_request_folder addition to the request API looks pretty well done (I guess we don't really need it anywhere else, though). ---------------------------------------------------------------------- Comment By: dennisne (dennisne) Date: 2005-04-25 22:30 Message: Logged In: YES user_id=997396 people constantly send me small files ... text files, images ... they are small, and numerous, and it takes a lot of time to manually accept and choose download location for each file ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-04-25 18:43 Message: Logged In: YES user_id=20979 Why do you feel autoaccepting of file transfers should be a part of Gaim? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1175520&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-11 04:57:03
|
Patches item #1199592, was opened at 2005-05-11 00:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1199592&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason (jcohen07) Assigned to: Nobody/Anonymous (nobody) Summary: updated spec file to address Mandriva vendor name change Initial Comment: Mandriva has changed the vendor name in their newest public release - 2005 LE (10.2) to Mandrakesoft. 10.1 and earlier used the vendor name MandrakeSoft. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1199592&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-11 02:45:22
|
Patches item #1198593, was opened at 2005-05-09 17:33 Message generated for change (Comment added) made by dcp940 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198593&group_id=235 Category: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Ponte (dcp940) Assigned to: Nobody/Anonymous (nobody) Summary: aim:BuddyIcon URL support for gaim-remote plugin Initial Comment: This adds aim:BuddyIcon?src=http://blah/icon.xxx support to gaim-remote/remote plugin. It saves in the userdir as "webicon" and then simply updates it using gaim_account_set_buddy_icon(). Tested against gaim-1.2.1. ---------------------------------------------------------------------- >Comment By: Dan Ponte (dcp940) Date: 2005-05-10 22:45 Message: Logged In: YES user_id=819456 I found a bug while using badassbuddy. Apparently, they use ?Src=blah, which strstr() obviously won't match. So, I changed it to use strcasestr(3), which should work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1198593&group_id=235 |