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-06-03 13:57:33
|
Patches item #1214135, was opened at 2005-06-03 05:03 Message generated for change (Comment added) made by marv_sf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214135&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: starfire (starfire1) >Assigned to: Sean Egan (seanegan) Summary: remove gaim_url_encode on yahoo file xfer Initial Comment: i don't know what this does, but it's been bugging me since 1.1.2 because it screws up filenames with periods, spaces, or underscores. it's like rocket science trying to explain to illiterate people how to change a file extension to .jpg or what not. lol anwyays, this is all it is - yahoo_packet_hash(pkt, 27, gaim_url_encode(filename)); + yahoo_packet_hash(pkt, 27, filename); tested, works great on both nix and win32 version ---------------------------------------------------------------------- >Comment By: Tim Ringenbach (marv_sf) Date: 2005-06-03 08:57 Message: Logged In: YES user_id=790708 I believe SeanEgan made the original change that seems to be causing the problem. So I assign figuring out if it needs to be changed back to him. I thought some security issues were involved? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214135&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 11:31:43
|
Patches item #1214135, was opened at 2005-06-03 06:03 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214135&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: starfire (starfire1) >Assigned to: Tim Ringenbach (marv_sf) Summary: remove gaim_url_encode on yahoo file xfer Initial Comment: i don't know what this does, but it's been bugging me since 1.1.2 because it screws up filenames with periods, spaces, or underscores. it's like rocket science trying to explain to illiterate people how to change a file extension to .jpg or what not. lol anwyays, this is all it is - yahoo_packet_hash(pkt, 27, gaim_url_encode(filename)); + yahoo_packet_hash(pkt, 27, filename); tested, works great on both nix and win32 version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214135&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 10:03:12
|
Patches item #1214135, was opened at 2005-06-03 06:03 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=1214135&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: starfire (starfire1) Assigned to: Nobody/Anonymous (nobody) Summary: remove gaim_url_encode on yahoo file xfer Initial Comment: i don't know what this does, but it's been bugging me since 1.1.2 because it screws up filenames with periods, spaces, or underscores. it's like rocket science trying to explain to illiterate people how to change a file extension to .jpg or what not. lol anwyays, this is all it is - yahoo_packet_hash(pkt, 27, gaim_url_encode(filename)); + yahoo_packet_hash(pkt, 27, filename); tested, works great on both nix and win32 version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214135&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 07:50:24
|
Patches item #1214028, was opened at 2005-06-03 12:50 Message generated for change (Comment added) made by kirtisinha You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kirti Sinha (kirtisinha) Assigned to: Nobody/Anonymous (nobody) Summary: added a history button Initial Comment: the patch adds a history button the chat and IM windows. Its diffed against version 1.3.0 and not CVS. ---------------------------------------------------------------------- >Comment By: Kirti Sinha (kirtisinha) Date: 2005-06-03 13:20 Message: Logged In: YES user_id=1282159 n moreover since i couldn't find an appropriate icon, i've used the icon for the info button itself ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 07:20:06
|
Patches item #1214028, was opened at 2005-06-03 12:50 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=1214028&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kirti Sinha (kirtisinha) Assigned to: Nobody/Anonymous (nobody) Summary: added a history button Initial Comment: the patch adds a history button the chat and IM windows. Its diffed against version 1.3.0 and not CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1214028&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 03:51:47
|
Patches item #1213951, was opened at 2005-06-03 13:51 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=1213951&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: Abdulla Kamar (abdullak) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes vertical spacing in Conversation Preferences dialog Initial Comment: Simple one liner, puts some space between the options under "Tab Options" (vbox2) in "Interface > Conversation" within the Preferences dialog. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213951&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-02 17:22:28
|
Patches item #1213669, was opened at 2005-06-02 13:22 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=1213669&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 R Head (michaelrhead) Assigned to: Nobody/Anonymous (nobody) Summary: [oldstatus] Vertically center pref labels for dropdowns Initial Comment: A number of labels for dropdowns are not vertically centered, while some others are. This patch brings all labels into compliance. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213669&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-02 05:25:17
|
Patches item #1207204, was opened at 2005-05-23 11:55 Message generated for change (Comment added) made by taliesein You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 00:25 Message: Logged In: YES user_id=77326 Thy will be done. The fresher patch disables drop shadows by default. If you enable them (say by running ./configure with CPPFLAGS="-DWANT_DROP_SHADOW"), then the existing checks for compatability will ensure that it'll work for you. Did a little cleaning/commenting of some of the macro logic as well. Tested both with and without drop shadows, and both build without complaints and run as expected. I don't have an OSX box or an older GTK to test the compatability checks with, but it looks right (assuming the old checks were correct) ---------------------------------------------------------------------- Comment By: Sean Egan (seanegan) Date: 2005-06-01 23:34 Message: Logged In: YES user_id=199625 Just turn it off by default. -s. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-01 23:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 22:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-02 04:34:27
|
Patches item #1207204, was opened at 2005-05-23 12:55 Message generated for change (Comment added) made by seanegan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Sean Egan (seanegan) Date: 2005-06-02 00:34 Message: Logged In: YES user_id=199625 Just turn it off by default. -s. ---------------------------------------------------------------------- Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-02 00:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 23:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-02 04:29:31
|
Patches item #1207204, was opened at 2005-05-23 11:55 Message generated for change (Comment added) made by taliesein You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Christopher (siege) O'Brien (taliesein) Date: 2005-06-01 23:29 Message: Logged In: YES user_id=77326 I heard there was some distribution that was having issues with the drop shadows, they may be interested in the patch for their own package, I'm unsure... Would it be acceptable with just the gtkblist.c bits of the patch? That way someone could still explicitly disable it with a CFLAG. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 22:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 22:15:53
|
Patches item #1213083, was opened at 2005-06-01 17:36 Message generated for change (Settings changed) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Bleeter Yaluser (bleeter) >Assigned to: Mark Doliner (thekingant) Summary: Yet another Yahoo privacy stuffup Initial Comment: Break in the wrong place. I could've sworn I asked the person in IRC who found this to open a patch. Can't see it. Here it is. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-01 17:49 Message: Logged In: YES user_id=407708 Should apply to oldstatus, too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 22:15:52
|
Patches item #1213081, was opened at 2005-06-01 17:33 Message generated for change (Settings changed) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Bleeter Yaluser (bleeter) >Assigned to: Mark Doliner (thekingant) Summary: Yet another yahoo privacy fix Initial Comment: Wrap the add user function Sometime soon, hopefully for the upcoming release, I'll also make gaim capable of denying an add by a remote gaimdude. That will complete yahoo privacy fixes from what I can see. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-01 18:10 Message: Logged In: YES user_id=407708 Argh, kingant correctly spotted... it should read: if (!yahoo_privacy_check(gc, buddy->name)) return; ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-01 17:48 Message: Logged In: YES user_id=407708 This should pretty much apply to head as well ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 22:10:07
|
Patches item #1213081, was opened at 2005-06-02 07:33 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&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: Bleeter Yaluser (bleeter) Assigned to: Tim Ringenbach (marv_sf) Summary: Yet another yahoo privacy fix Initial Comment: Wrap the add user function Sometime soon, hopefully for the upcoming release, I'll also make gaim capable of denying an add by a remote gaimdude. That will complete yahoo privacy fixes from what I can see. ---------------------------------------------------------------------- >Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-02 08:10 Message: Logged In: YES user_id=407708 Argh, kingant correctly spotted... it should read: if (!yahoo_privacy_check(gc, buddy->name)) return; ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-02 07:48 Message: Logged In: YES user_id=407708 This should pretty much apply to head as well ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 21:49:20
|
Patches item #1213083, was opened at 2005-06-02 07:36 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&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: Bleeter Yaluser (bleeter) Assigned to: Tim Ringenbach (marv_sf) Summary: Yet another Yahoo privacy stuffup Initial Comment: Break in the wrong place. I could've sworn I asked the person in IRC who found this to open a patch. Can't see it. Here it is. ---------------------------------------------------------------------- >Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-02 07:49 Message: Logged In: YES user_id=407708 Should apply to oldstatus, too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 21:48:53
|
Patches item #1213081, was opened at 2005-06-02 07:33 Message generated for change (Comment added) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&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: Bleeter Yaluser (bleeter) Assigned to: Tim Ringenbach (marv_sf) Summary: Yet another yahoo privacy fix Initial Comment: Wrap the add user function Sometime soon, hopefully for the upcoming release, I'll also make gaim capable of denying an add by a remote gaimdude. That will complete yahoo privacy fixes from what I can see. ---------------------------------------------------------------------- >Comment By: Bleeter Yaluser (bleeter) Date: 2005-06-02 07:48 Message: Logged In: YES user_id=407708 This should pretty much apply to head as well ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 21:42:31
|
Patches item #1197934, was opened at 2005-05-08 20:38 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197934&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: Closed Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Mark Doliner (thekingant) 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: Mark Doliner (thekingant) Date: 2005-06-01 17:42 Message: Logged In: YES user_id=20979 Ohhh, ok, that makes sense. Thanks for the explanation ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-06-01 12:28 Message: Logged In: YES user_id=156487 In irc.c, irc_send(), you'll see: if (irc->fd < 0) return -1; ret = write(irc->fd, buf, strlen(buf)); When Gaim quits, all of the IRC accounts fire off a QUIT message, even those that aren't connected. Those that were never connected have a FD of zero, causing the QUIT to go to my terminal. This fix ensures that nothing is written to an unconnected FD. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 23:36 Message: Logged In: YES user_id=20979 I applied this to both HEAD and oldstatus. I'm a bit confused by the comments from the first patch... Gaim always prints IRC QUIT messages? As in, "printf("IRC QUIT");"? I don't see how initializing fd to -1 would help that. Am I missing something? ---------------------------------------------------------------------- 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-06-01 21:37:24
|
Patches item #1213083, was opened at 2005-06-02 07:36 Message generated for change (Settings changed) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&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: Bleeter Yaluser (bleeter) >Assigned to: Tim Ringenbach (marv_sf) Summary: Yet another Yahoo privacy stuffup Initial Comment: Break in the wrong place. I could've sworn I asked the person in IRC who found this to open a patch. Can't see it. Here it is. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 21:36:24
|
Patches item #1213083, was opened at 2005-06-02 07:36 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=1213083&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: Bleeter Yaluser (bleeter) Assigned to: Nobody/Anonymous (nobody) Summary: Yet another Yahoo privacy stuffup Initial Comment: Break in the wrong place. I could've sworn I asked the person in IRC who found this to open a patch. Can't see it. Here it is. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213083&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 21:34:20
|
Patches item #1213081, was opened at 2005-06-02 07:33 Message generated for change (Settings changed) made by bleeter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&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: Bleeter Yaluser (bleeter) >Assigned to: Tim Ringenbach (marv_sf) Summary: Yet another yahoo privacy fix Initial Comment: Wrap the add user function Sometime soon, hopefully for the upcoming release, I'll also make gaim capable of denying an add by a remote gaimdude. That will complete yahoo privacy fixes from what I can see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 21:33:11
|
Patches item #1213081, was opened at 2005-06-02 07:33 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=1213081&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: Bleeter Yaluser (bleeter) Assigned to: Nobody/Anonymous (nobody) Summary: Yet another yahoo privacy fix Initial Comment: Wrap the add user function Sometime soon, hopefully for the upcoming release, I'll also make gaim capable of denying an add by a remote gaimdude. That will complete yahoo privacy fixes from what I can see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1213081&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 16:28:21
|
Patches item #1197934, was opened at 2005-05-08 19:38 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197934&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: Closed Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Mark Doliner (thekingant) 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-06-01 11:28 Message: Logged In: YES user_id=156487 In irc.c, irc_send(), you'll see: if (irc->fd < 0) return -1; ret = write(irc->fd, buf, strlen(buf)); When Gaim quits, all of the IRC accounts fire off a QUIT message, even those that aren't connected. Those that were never connected have a FD of zero, causing the QUIT to go to my terminal. This fix ensures that nothing is written to an unconnected FD. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-05-31 22:36 Message: Logged In: YES user_id=20979 I applied this to both HEAD and oldstatus. I'm a bit confused by the comments from the first patch... Gaim always prints IRC QUIT messages? As in, "printf("IRC QUIT");"? I don't see how initializing fd to -1 would help that. Am I missing something? ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-05-08 21: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-06-01 15:36:26
|
Patches item #1208082, was opened at 2005-05-24 15:50 Message generated for change (Comment added) made by tak_tak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1208082&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Etan Reisner (deryni9) Summary: Adds chat-inviting signal Initial Comment: Adds a chat-inviting signal to allow programmatic rejection or acceptance of chat invitations. Patch is against oldstatus CVS. ---------------------------------------------------------------------- >Comment By: Levi Bard (tak_tak) Date: 2005-06-01 11:36 Message: Logged In: YES user_id=644705 OK, attached patch against HEAD modifies chat-invited signal instead. ---------------------------------------------------------------------- Comment By: Daniel Atallah (datallah) Date: 2005-06-01 09:49 Message: Logged In: YES user_id=325843 As was mentioned in #gaim, I think that it makes more sense to modify the "chat-invited" signal instead of adding a new signal that gets triggered at essentially the same time. ---------------------------------------------------------------------- Comment By: Levi Bard (tak_tak) Date: 2005-05-25 10:42 Message: Logged In: YES user_id=644705 Added patch for HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1208082&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 13:49:33
|
Patches item #1208082, was opened at 2005-05-24 14:50 Message generated for change (Comment added) made by datallah You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1208082&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: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Levi Bard (tak_tak) Assigned to: Etan Reisner (deryni9) Summary: Adds chat-inviting signal Initial Comment: Adds a chat-inviting signal to allow programmatic rejection or acceptance of chat invitations. Patch is against oldstatus CVS. ---------------------------------------------------------------------- >Comment By: Daniel Atallah (datallah) Date: 2005-06-01 08:49 Message: Logged In: YES user_id=325843 As was mentioned in #gaim, I think that it makes more sense to modify the "chat-invited" signal instead of adding a new signal that gets triggered at essentially the same time. ---------------------------------------------------------------------- Comment By: Levi Bard (tak_tak) Date: 2005-05-25 09:42 Message: Logged In: YES user_id=644705 Added patch for HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1208082&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 03:45:35
|
Patches item #1207204, was opened at 2005-05-23 12:55 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&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: Christopher (siege) O'Brien (taliesein) Assigned to: Ethan Blanton (eblanton) Summary: --disable-dropshadow configure option Initial Comment: This patch pokes the preprocessor logic in src/gtkblist.c so that it's possible to explicitly prevent the tooltip drop-shadow effect. It's annoying to me. Nobody else probably gives a crap. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-31 23:45 Message: Logged In: YES user_id=20979 I usually try to apply patches from frequent patch writers even if I don't completely agree with them... but I think I'm going to have to skip this one. The implementation is good, I just don't like the idea of adding a configure option that very few people will use. I'll leave this open for a little bit in case other people thing the option is a good idea. As an aside, I remember hearing that some recent versions of xorg provide their own, built-in drop-shadow support? We'll want to not enable Gaim's drop-shadow in that instance, if this is true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-06-01 03:36:48
|
Patches item #1197934, was opened at 2005-05-08 20:38 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197934&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Mark Doliner (thekingant) 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: Mark Doliner (thekingant) Date: 2005-05-31 23:36 Message: Logged In: YES user_id=20979 I applied this to both HEAD and oldstatus. I'm a bit confused by the comments from the first patch... Gaim always prints IRC QUIT messages? As in, "printf("IRC QUIT");"? I don't see how initializing fd to -1 would help that. Am I missing something? ---------------------------------------------------------------------- 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 |