Menu
▾
▴
pidgin-patches — Updates to the Gaim patches tracker
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-03-29 04:05:15
|
Patches item #1172159, was opened at 2005-03-28 17:24 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172159&group_id=235 Category: Plugins Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jason Rohwedder (rohwedde) Assigned to: Nobody/Anonymous (nobody) Summary: gaim 1.2.0 - yahoo plugin / gcc 2.95 compile time patch Initial Comment: gcc 2.95 seems to prefer variable declarations be at the beginning of a subroutine. As it stands gaim 1.2.0 does not compile under RH 7.3 for me. This patch fixes that. -j Error from pre-patch : Making all in yahoo make[4]: Entering directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols/yahoo' if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT crypt.lo -MD -MP -MF ".deps/crypt.Tpo" -c -o crypt.lo crypt.c; then mv -f ".deps/crypt.Tpo" ".deps/crypt.Plo"; else rm -f ".deps/crypt.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoo_auth.lo -MD -MP -MF ".deps/yahoo_auth.Tpo" -c -o yahoo_auth.lo yahoo_auth.c; then mv -f ".deps/yahoo_auth.Tpo" ".deps/yahoo_auth.Plo"; else rm -f ".deps/yahoo_auth.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoo.lo -MD -MP -MF ".deps/yahoo.Tpo" -c -o yahoo.lo yahoo.c; then mv -f ".deps/yahoo.Tpo" ".deps/yahoo.Plo"; else rm -f ".deps/yahoo.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoochat.lo -MD -MP -MF ".deps/yahoochat.Tpo" -c -o yahoochat.lo yahoochat.c; then mv -f ".deps/yahoochat.Tpo" ".deps/yahoochat.Plo"; else rm -f ".deps/yahoochat.Tpo"; exit 1; fi yahoochat.c: In function `yahoo_process_chat_join': yahoochat.c:446: parse error before `*' yahoochat.c:448: `ops' undeclared (first use in this function) yahoochat.c:448: (Each undeclared identifier is reported only once yahoochat.c:448: for each function it appears in.) yahoochat.c:449: parse error before `*' yahoochat.c:450: `account' undeclared (first use in this function) yahoochat.c:451: `roomies' undeclared (first use in this function) make[4]: *** [yahoochat.lo] Error 1 make[4]: *** Waiting for unfinished jobs.... make[4]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols/yahoo' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.89028 (%build) ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-03-28 17:50 Message: Logged In: YES user_id=20979 Whoever applies this might want to look into why HEAD doesn't seem to have some of the code that oldstatus does. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172159&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 23:51:27
|
Patches item #1172190, was opened at 2005-03-28 23: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=1172190&group_id=235 Category: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: fred hampton (fredhampton) Assigned to: Nobody/Anonymous (nobody) Summary: Secure Yahoo mail login Initial Comment: I suggest changing the default yahoo mail URL to be that of the secure login, rather than that of the insecure, http version. This is as simple as changing the "http" in the current URL to "https". IMO, the added security is worth the one extra byte of storage space ;) Here are the exact deatils: In file "gaim-1.1.4/src/protocols/yahoo/yahoo.h" line 33 change to: #define YAHOO_MAIL_URL "https://mail.yahoo.com/" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172190&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 22:51:00
|
Patches item #1172159, was opened at 2005-03-28 17:24 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172159&group_id=235 Category: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Rohwedder (rohwedde) Assigned to: Nobody/Anonymous (nobody) Summary: gaim 1.2.0 - yahoo plugin / gcc 2.95 compile time patch Initial Comment: gcc 2.95 seems to prefer variable declarations be at the beginning of a subroutine. As it stands gaim 1.2.0 does not compile under RH 7.3 for me. This patch fixes that. -j Error from pre-patch : Making all in yahoo make[4]: Entering directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols/yahoo' if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT crypt.lo -MD -MP -MF ".deps/crypt.Tpo" -c -o crypt.lo crypt.c; then mv -f ".deps/crypt.Tpo" ".deps/crypt.Plo"; else rm -f ".deps/crypt.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoo_auth.lo -MD -MP -MF ".deps/yahoo_auth.Tpo" -c -o yahoo_auth.lo yahoo_auth.c; then mv -f ".deps/yahoo_auth.Tpo" ".deps/yahoo_auth.Plo"; else rm -f ".deps/yahoo_auth.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoo.lo -MD -MP -MF ".deps/yahoo.Tpo" -c -o yahoo.lo yahoo.c; then mv -f ".deps/yahoo.Tpo" ".deps/yahoo.Plo"; else rm -f ".deps/yahoo.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoochat.lo -MD -MP -MF ".deps/yahoochat.Tpo" -c -o yahoochat.lo yahoochat.c; then mv -f ".deps/yahoochat.Tpo" ".deps/yahoochat.Plo"; else rm -f ".deps/yahoochat.Tpo"; exit 1; fi yahoochat.c: In function `yahoo_process_chat_join': yahoochat.c:446: parse error before `*' yahoochat.c:448: `ops' undeclared (first use in this function) yahoochat.c:448: (Each undeclared identifier is reported only once yahoochat.c:448: for each function it appears in.) yahoochat.c:449: parse error before `*' yahoochat.c:450: `account' undeclared (first use in this function) yahoochat.c:451: `roomies' undeclared (first use in this function) make[4]: *** [yahoochat.lo] Error 1 make[4]: *** Waiting for unfinished jobs.... make[4]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols/yahoo' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.89028 (%build) ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-03-28 17:50 Message: Logged In: YES user_id=20979 Whoever applies this might want to look into why HEAD doesn't seem to have some of the code that oldstatus does. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172159&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 22:24:09
|
Patches item #1172159, was opened at 2005-03-28 16:24 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=1172159&group_id=235 Category: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Rohwedder (rohwedde) Assigned to: Nobody/Anonymous (nobody) Summary: gaim 1.2.0 - yahoo plugin / gcc 2.95 compile time patch Initial Comment: gcc 2.95 seems to prefer variable declarations be at the beginning of a subroutine. As it stands gaim 1.2.0 does not compile under RH 7.3 for me. This patch fixes that. -j Error from pre-patch : Making all in yahoo make[4]: Entering directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols/yahoo' if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT crypt.lo -MD -MP -MF ".deps/crypt.Tpo" -c -o crypt.lo crypt.c; then mv -f ".deps/crypt.Tpo" ".deps/crypt.Plo"; else rm -f ".deps/crypt.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoo_auth.lo -MD -MP -MF ".deps/yahoo_auth.Tpo" -c -o yahoo_auth.lo yahoo_auth.c; then mv -f ".deps/yahoo_auth.Tpo" ".deps/yahoo_auth.Plo"; else rm -f ".deps/yahoo_auth.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoo.lo -MD -MP -MF ".deps/yahoo.Tpo" -c -o yahoo.lo yahoo.c; then mv -f ".deps/yahoo.Tpo" ".deps/yahoo.Plo"; else rm -f ".deps/yahoo.Tpo"; exit 1; fi if /bin/sh ../../../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i386 -mcpu=i686 -Wall -g3 -MT yahoochat.lo -MD -MP -MF ".deps/yahoochat.Tpo" -c -o yahoochat.lo yahoochat.c; then mv -f ".deps/yahoochat.Tpo" ".deps/yahoochat.Plo"; else rm -f ".deps/yahoochat.Tpo"; exit 1; fi yahoochat.c: In function `yahoo_process_chat_join': yahoochat.c:446: parse error before `*' yahoochat.c:448: `ops' undeclared (first use in this function) yahoochat.c:448: (Each undeclared identifier is reported only once yahoochat.c:448: for each function it appears in.) yahoochat.c:449: parse error before `*' yahoochat.c:450: `account' undeclared (first use in this function) yahoochat.c:451: `roomies' undeclared (first use in this function) make[4]: *** [yahoochat.lo] Error 1 make[4]: *** Waiting for unfinished jobs.... make[4]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols/yahoo' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src/protocols' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/gaim-1.2.0' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.89028 (%build) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172159&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 21:31:36
|
Patches item #1172114, was opened at 2005-03-28 21:31 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=1172114&group_id=235 Category: newfeature Group: None Status: Open Resolution: None Priority: 5 Submitted By: Benjamin Kahn (xkahn) Assigned to: Nobody/Anonymous (nobody) Summary: Use GConf for preferences Initial Comment: This is an initial stab at gconf integration into gaim. Applying this patch will have no effect whatsoever unless you have USE_GCONF defined at compile time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1172114&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 17:46:06
|
Patches item #1171715, was opened at 2005-03-28 10:43 Message generated for change (Comment added) made by kjarvel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 Category: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: kjarvel (kjarvel) Assigned to: Sean Egan (seanegan) Summary: Autohide blist at logon Initial Comment: I think that it is annoying that I always have to close the buddy list manually at each login (Gaim is autostarted). This patch makes "autohide blist" an option in the docklet plugin preferences. This patch is against docklet.c 1.85 (cvs). Please include this patch (or something similar). /Niklas Kallman ---------------------------------------------------------------------- >Comment By: kjarvel (kjarvel) Date: 2005-03-28 19:46 Message: Logged In: YES user_id=1247853 Oops. Ok didn't know that. Please reject/remove my patch then :) ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-03-28 15:32 Message: Logged In: YES user_id=20979 I believe the docklet in CVS HEAD remembers it's hidden/unhidden state from the last time Gaim was run, and we're trying to avoid added preferences. Why is the current behavior insufficient? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 15:55:18
|
Patches item #1167894, was opened at 2005-03-21 21:32 Message generated for change (Comment added) made by jpinto You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1167894&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, Support for 005 PREFIX Initial Comment: The following patch will extend the irc plugin with support for the chanmodes specifed on the PREFIX= message. Chanmodes will be stripped from nick's on /names . It will also map the prefix "." to room founder (I am not sure this is common). ---------------------------------------------------------------------- >Comment By: Joao Luís Marques Pinto (jpinto) Date: 2005-03-28 15:55 Message: Logged In: YES user_id=21121 The code does set the default prefix chars "@+%" when the irc module is loaded, so it will work even if it doesn't get the 005 . ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-03-26 02:21 Message: Logged In: YES user_id=156487 After a casual reading, I think that you've failed to account for the scenario when a server doesn't send the prefixes with 005. If that happens, you need to fall back to the list of prefix characters that Gaim currently supports. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1167894&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 13:32:13
|
Patches item #1171715, was opened at 2005-03-28 03:43 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 Category: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: kjarvel (kjarvel) Assigned to: Sean Egan (seanegan) Summary: Autohide blist at logon Initial Comment: I think that it is annoying that I always have to close the buddy list manually at each login (Gaim is autostarted). This patch makes "autohide blist" an option in the docklet plugin preferences. This patch is against docklet.c 1.85 (cvs). Please include this patch (or something similar). /Niklas Kallman ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-03-28 08:32 Message: Logged In: YES user_id=20979 I believe the docklet in CVS HEAD remembers it's hidden/unhidden state from the last time Gaim was run, and we're trying to avoid added preferences. Why is the current behavior insufficient? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 13:09:08
|
Patches item #1171715, was opened at 2005-03-28 03:43 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 Category: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: kjarvel (kjarvel) >Assigned to: Sean Egan (seanegan) Summary: Autohide blist at logon Initial Comment: I think that it is annoying that I always have to close the buddy list manually at each login (Gaim is autostarted). This patch makes "autohide blist" an option in the docklet plugin preferences. This patch is against docklet.c 1.85 (cvs). Please include this patch (or something similar). /Niklas Kallman ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 08:43:20
|
Patches item #1171715, was opened at 2005-03-28 10:43 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=1171715&group_id=235 Category: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: kjarvel (kjarvel) Assigned to: Nobody/Anonymous (nobody) Summary: Autohide blist at logon Initial Comment: I think that it is annoying that I always have to close the buddy list manually at each login (Gaim is autostarted). This patch makes "autohide blist" an option in the docklet plugin preferences. This patch is against docklet.c 1.85 (cvs). Please include this patch (or something similar). /Niklas Kallman ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1171715&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-27 02:09:55
|
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: Open Resolution: None 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-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-03-26 05:23:52
|
Patches item #1170848, was opened at 2005-03-25 21:18 Message generated for change (Comment added) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Coloring for /me Actions in Logs Initial Comment: (20:07:37) rlaager: In the logs, /me actions are displayed in a purplish color instead of the color shown in the conversation window. Is this by design? (20:09:56) marv: rlaager: i think its a bug and i thought someone was going to fix that (20:10:07) rlaager: okay, well it's a simple fix (20:10:09) rlaager: I'll submit a patch. ---------------------------------------------------------------------- >Comment By: Luke Schierer (lschiere) Date: 2005-03-26 00:23 Message: Logged In: YES user_id=28833 thanks ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-03-25 23:00 Message: Logged In: YES user_id=156487 Oops, some extra junk slipped in on that one. Try this. If it doesn't apply, it should be pretty clear what's being changed. It's only the color value (#6C2585 -> #062585). ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-03-25 22:40 Message: Logged In: YES user_id=28833 this patch fails. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-03-25 21:49 Message: Logged In: YES user_id=156487 Uploading a new patch. This has the right color values now. The blues were so close before that I didn't notice the distinction. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 04:00:40
|
Patches item #1170848, was opened at 2005-03-25 20:18 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Coloring for /me Actions in Logs Initial Comment: (20:07:37) rlaager: In the logs, /me actions are displayed in a purplish color instead of the color shown in the conversation window. Is this by design? (20:09:56) marv: rlaager: i think its a bug and i thought someone was going to fix that (20:10:07) rlaager: okay, well it's a simple fix (20:10:09) rlaager: I'll submit a patch. ---------------------------------------------------------------------- >Comment By: Richard Laager (rlaager) Date: 2005-03-25 22:00 Message: Logged In: YES user_id=156487 Oops, some extra junk slipped in on that one. Try this. If it doesn't apply, it should be pretty clear what's being changed. It's only the color value (#6C2585 -> #062585). ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-03-25 21:40 Message: Logged In: YES user_id=28833 this patch fails. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-03-25 20:49 Message: Logged In: YES user_id=156487 Uploading a new patch. This has the right color values now. The blues were so close before that I didn't notice the distinction. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 03:40:37
|
Patches item #1170848, was opened at 2005-03-25 21:18 Message generated for change (Comment added) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Coloring for /me Actions in Logs Initial Comment: (20:07:37) rlaager: In the logs, /me actions are displayed in a purplish color instead of the color shown in the conversation window. Is this by design? (20:09:56) marv: rlaager: i think its a bug and i thought someone was going to fix that (20:10:07) rlaager: okay, well it's a simple fix (20:10:09) rlaager: I'll submit a patch. ---------------------------------------------------------------------- >Comment By: Luke Schierer (lschiere) Date: 2005-03-25 22:40 Message: Logged In: YES user_id=28833 this patch fails. ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-03-25 21:49 Message: Logged In: YES user_id=156487 Uploading a new patch. This has the right color values now. The blues were so close before that I didn't notice the distinction. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 03:39:16
|
Patches item #1170827, was opened at 2005-03-25 19:35 Message generated for change (Comment added) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170827&group_id=235 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Buddy Adding Alias Focusing Initial Comment: Here's a simple patch that moves the focus to the Alias textbox if a screenname has already been specified. Basically, this covers the scenario where you've clicked Add on someone in a chat window. I'm assuming that you really want to add that person, so there's no need to change the screenname. This moves the focus to the alias box which is what I always want to type next. ---------------------------------------------------------------------- >Comment By: Luke Schierer (lschiere) Date: 2005-03-25 22:39 Message: Logged In: YES user_id=28833 thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170827&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 03:22:22
|
Patches item #1170795, was opened at 2005-03-25 18:02 Message generated for change (Comment added) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170795&group_id=235 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Chat Invite HTML Escaping Initial Comment: This fixes one of the bugs decadix found. The symptom was an empty box with two buttons: Cancel and Accept. For this one, I believe the escaping belongs in this function and not the prpls because that's how the escaping was being done for message. I just added escaping on two other variables. ---------------------------------------------------------------------- >Comment By: Luke Schierer (lschiere) Date: 2005-03-25 22:22 Message: Logged In: YES user_id=28833 thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170795&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 02:49:49
|
Patches item #1170848, was opened at 2005-03-25 20:18 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Coloring for /me Actions in Logs Initial Comment: (20:07:37) rlaager: In the logs, /me actions are displayed in a purplish color instead of the color shown in the conversation window. Is this by design? (20:09:56) marv: rlaager: i think its a bug and i thought someone was going to fix that (20:10:07) rlaager: okay, well it's a simple fix (20:10:09) rlaager: I'll submit a patch. ---------------------------------------------------------------------- >Comment By: Richard Laager (rlaager) Date: 2005-03-25 20:49 Message: Logged In: YES user_id=156487 Uploading a new patch. This has the right color values now. The blues were so close before that I didn't notice the distinction. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 02:43:51
|
Patches item #1170771, was opened at 2005-03-25 17:08 Message generated for change (Comment added) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170771&group_id=235 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Remove gaim_escape_html Initial Comment: gaim_escape_html (according to Ethan) predates g_markup_escape_text. Current code in Gaim uses both functions. This patch removes gaim_escape_html from the API and replaces all calls in the Gaim tree with g_markup_escape_text. I included a ChangeLog.API note. As far as I can tell, this still works perfectly. This is obviously intended for HEAD only, as it removes a public function. ---------------------------------------------------------------------- >Comment By: Luke Schierer (lschiere) Date: 2005-03-25 21:43 Message: Logged In: YES user_id=28833 thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170771&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 02:21:23
|
Patches item #1167894, was opened at 2005-03-21 15:32 Message generated for change (Comment added) made by rlaager You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1167894&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, Support for 005 PREFIX Initial Comment: The following patch will extend the irc plugin with support for the chanmodes specifed on the PREFIX= message. Chanmodes will be stripped from nick's on /names . It will also map the prefix "." to room founder (I am not sure this is common). ---------------------------------------------------------------------- Comment By: Richard Laager (rlaager) Date: 2005-03-25 20:21 Message: Logged In: YES user_id=156487 After a casual reading, I think that you've failed to account for the scenario when a server doesn't send the prefixes with 005. If that happens, you need to fall back to the list of prefix characters that Gaim currently supports. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1167894&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 02:18:34
|
Patches item #1170848, was opened at 2005-03-25 20:18 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=1170848&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Fix Coloring for /me Actions in Logs Initial Comment: (20:07:37) rlaager: In the logs, /me actions are displayed in a purplish color instead of the color shown in the conversation window. Is this by design? (20:09:56) marv: rlaager: i think its a bug and i thought someone was going to fix that (20:10:07) rlaager: okay, well it's a simple fix (20:10:09) rlaager: I'll submit a patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170848&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-26 00:35:54
|
Patches item #1170827, was opened at 2005-03-25 18: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=1170827&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Buddy Adding Alias Focusing Initial Comment: Here's a simple patch that moves the focus to the Alias textbox if a screenname has already been specified. Basically, this covers the scenario where you've clicked Add on someone in a chat window. I'm assuming that you really want to add that person, so there's no need to change the screenname. This moves the focus to the alias box which is what I always want to type next. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170827&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-25 23:02:11
|
Patches item #1170795, was opened at 2005-03-25 17:02 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=1170795&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Chat Invite HTML Escaping Initial Comment: This fixes one of the bugs decadix found. The symptom was an empty box with two buttons: Cancel and Accept. For this one, I believe the escaping belongs in this function and not the prpls because that's how the escaping was being done for message. I just added escaping on two other variables. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170795&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-25 22:54:43
|
Patches item #1170705, was opened at 2005-03-25 14:44 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170705&group_id=235 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Contact Priority Plugin Description Initial Comment: This makes the description for the Contact Priority plugin look a little better, in my opinion. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-03-25 17:54 Message: Logged In: YES user_id=20979 Accepted for HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170705&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-25 22:08:52
|
Patches item #1170771, was opened at 2005-03-25 16:08 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=1170771&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Remove gaim_escape_html Initial Comment: gaim_escape_html (according to Ethan) predates g_markup_escape_text. Current code in Gaim uses both functions. This patch removes gaim_escape_html from the API and replaces all calls in the Gaim tree with g_markup_escape_text. I included a ChangeLog.API note. As far as I can tell, this still works perfectly. This is obviously intended for HEAD only, as it removes a public function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170771&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-03-25 19:44:57
|
Patches item #1170705, was opened at 2005-03-25 13:44 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=1170705&group_id=235 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Laager (rlaager) Assigned to: Nobody/Anonymous (nobody) Summary: Contact Priority Plugin Description Initial Comment: This makes the description for the Contact Priority plugin look a little better, in my opinion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1170705&group_id=235 |
3 messages has been excluded from this view by a project administrator.
