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-05-24 04:54:48
|
Patches item #1202156, was opened at 2005-05-14 20:35 Message generated for change (Settings changed) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1202156&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: 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 ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:54 Message: Logged In: YES user_id=20979 Thanks. Let us know if you think the mistake with privacy should have an entry in the oldstatus ChangeLog. ---------------------------------------------------------------------- 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-24 04:46:55
|
Patches item #1203209, was opened at 2005-05-16 19:42 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1203209&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: Alex Duggan (aldug) >Assigned to: Mark Doliner (thekingant) 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. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:46 Message: Logged In: YES user_id=20979 Good call. I changed this in CVS HEAD. I'm reluctant to change this in oldstatus (will eventually become 1.3.1 or 1.4.0). Many other parts of the Gaim UI will be changing in 2.0.0, and I'd rather this change be made along with everything else. Thanks for the patch. ---------------------------------------------------------------------- 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-24 04:40:53
|
Patches item #1206366, was opened at 2005-05-21 22:16 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206366&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: Curtis Hawthorne (mr_person) Assigned to: Sean Egan (seanegan) Summary: gaim-remote Custom Away Message Patch Initial Comment: This patch allows the user to input an custom away message on the command line using gaim-remote instead of only allowing the default away message to be shown. I think this will be really useful for people who want to automate their away status with scripts. This closes feature request 1030471. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:40 Message: Logged In: YES user_id=20979 I guess this is for oldstatus? I'd rather not add functionality for this and then have to change it once 2.0 is released. I'd much rather have the interface be added to only 2.0 (CVS HEAD). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206366&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-24 04:39:46
|
Patches item #1206947, was opened at 2005-05-23 05:51 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206947&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: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mihai Secasiu (symx) Assigned to: Etan Reisner (deryni9) Summary: new signal to use with plugins Initial Comment: this patch registers a new signal for accounts handle, the signal is emited when a buddy is notified that it was added to some user's buddy list. the diff file also includes modifications to the signal-test plugin so you can test this new signal. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:39 Message: Logged In: YES user_id=20979 Are you planning on using this signal for something specific? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206947&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-24 04:37:39
|
Patches item #1207066, was opened at 2005-05-23 09:20 Message generated for change (Settings changed) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207066&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: Dave Ahlswede (ahlswede) >Assigned to: Mark Doliner (thekingant) Summary: Remove notebook border from tabless conversations Initial Comment: When tabbed conversation windows are disabled, gaim still renders the raised notebook border around them. This is unattractive and inconsistent with other tabbed-MDI gtk apps, such as Galeon, Epiphany and Gnome Terminal. This one-line patch fixes this. Tabbed conversations are unaffected by this. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:37 Message: Logged In: YES user_id=20979 I applied this to both HEAD and oldstatus. Good patch, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207066&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-24 04:23:17
|
Patches item #1197984, was opened at 2005-05-08 22:52 Message generated for change (Settings changed) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197984&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: 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. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:23 Message: Logged In: YES user_id=20979 I applied this to CVS HEAD. I'm not against applying it to oldstatus... but I'd much rather see you provide a patch to make HEAD better than to port this to oldstatus :-) ---------------------------------------------------------------------- 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-24 04:13:17
|
Patches item #1197846, was opened at 2005-05-08 17:11 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1197846&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: Rejected 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: Mark Doliner (thekingant) Date: 2005-05-24 00:13 Message: Logged In: YES user_id=20979 I agree with datallah. If this patch were small I think it'd be ok, but I don't really think it's appropriate for oldstatus (the "stable" branch). And the queuing code will DEFINITELY need some work, if you have free time... ---------------------------------------------------------------------- Comment By: Daniel Atallah (datallah) Date: 2005-05-17 13: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 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-24 04:11:39
|
Patches item #1176798, was opened at 2005-04-05 00:37 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1176798&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: Closed >Resolution: Rejected Priority: 5 Submitted By: Ed Anderson (nilbus0) Assigned to: Mark Doliner (thekingant) Summary: Timestamp on chat invitations Initial Comment: It's useful when you come back to your computer and see a chat invite to know whether it's old or recent. I wrote this simple patch to include the date and time on the chat invitation. I used %c for locale formatting. Ed Anderson ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:11 Message: Logged In: YES user_id=20979 I don't think we should add this because it only addresses one invocation of the gtk request window. I don't want to commit this then have to go back and remember to remove it later, when it's fixed the correct way. I also don't want to encouage people to submit many many patches changing all the other uses of gtkrequest to add a timestamp. ---------------------------------------------------------------------- Comment By: Mark Doliner (thekingant) Date: 2005-04-16 12:14 Message: Logged In: YES user_id=20979 Hmm, I don't know how I feel about this. The patch itself is good, but it only solves the problem for chat invites. The problem still exists for everything else: authorization requests, "buddy added you to his buddy list" messages, and tons of other errors and requests. Maybe gtknotify.c and gtkrequest.c should automatically add a timestamp to title of the windows they create? Maybe they should only add the timestamp after the window has been open for a minute or more? ---------------------------------------------------------------------- Comment By: Ed Anderson (nilbus0) Date: 2005-04-05 08:37 Message: Logged In: YES user_id=1050753 After playing with it a little, I like the strftime format "%I:%M%P on %b %d" better than "%c". Please use that format instead, if you agree. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-04-05 07:25 Message: Logged In: YES user_id=28833 Mark, can you look this over? ---------------------------------------------------------------------- Comment By: Ed Anderson (nilbus0) Date: 2005-04-05 00:47 Message: Logged In: YES user_id=1050753 This was patched against the oldstatus tag of the CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1176798&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-24 04:07:17
|
Patches item #1097814, was opened at 2005-01-07 07:21 Message generated for change (Comment added) made by thekingant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1097814&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: i18n Group: None Status: Open Resolution: None Priority: 5 Submitted By: fujiwara (tfujiwara) >Assigned to: Sean Egan (seanegan) Summary: gaim cannot determine Japanese in chat window. Initial Comment: gaim cannot determine Japanese in chat window. To reproduce: 1. Invoke gaim on Japanese locales and sign on. 2. Select [Buddies] -> [New Instant Message] and open [Conversation] window. 3. Click the text box. 4. Input 'Ctrl+Space' keys, any Japanese and Enter key to decide. Then users cannot determine Japanese in the text box. I attached the patch. ---------------------------------------------------------------------- >Comment By: Mark Doliner (thekingant) Date: 2005-05-24 00:07 Message: Logged In: YES user_id=20979 Ethan or Sean, I have a feeling this is the same problem about entering Japanese text, or whatever. Red Hat used to/still does patch their RPM for it. This has been fixed in CVS HEAD, right? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1097814&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 16:56:04
|
Patches item #1207204, was opened at 2005-05-23 11:55 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=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: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207204&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 13:41:57
|
Patches item #1198388, was opened at 2005-05-09 12:16 Message generated for change (Comment added) made by tak_tak 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: Levi Bard (tak_tak) Date: 2005-05-23 09:41 Message: Logged In: YES user_id=644705 The patch applies to oldstatus. It is for *incoming* buzzes, and I would think/hope that the patch for /buzz in head wouldn't break it - if it does, I can definitely rework. I can attach a patch for head as well if that would be preferable. ---------------------------------------------------------------------- Comment By: Bleeter Yaluser (bleeter) Date: 2005-05-20 05: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-23 13:20:06
|
Patches item #1207066, was opened at 2005-05-23 09:20 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=1207066&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: Dave Ahlswede (ahlswede) Assigned to: Nobody/Anonymous (nobody) Summary: Remove notebook border from tabless conversations Initial Comment: When tabbed conversation windows are disabled, gaim still renders the raised notebook border around them. This is unattractive and inconsistent with other tabbed-MDI gtk apps, such as Galeon, Epiphany and Gnome Terminal. This one-line patch fixes this. Tabbed conversations are unaffected by this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207066&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 13:15:22
|
Patches item #1207058, was opened at 2005-05-23 09:14 Message generated for change (Comment added) made by ahlswede You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207058&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: Dave Ahlswede (ahlswede) Assigned to: Nobody/Anonymous (nobody) Summary: Enable opening received files in GNOME Initial Comment: This patch makes the Open button in the File Transfer dialog work when gaim runs under GNOME, using the same functionality as the Gnome Default web browser option. ---------------------------------------------------------------------- >Comment By: Dave Ahlswede (ahlswede) Date: 2005-05-23 09:15 Message: Logged In: YES user_id=1283826 Whoops, forgot to attach the file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207058&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 13:14:21
|
Patches item #1207058, was opened at 2005-05-23 09:14 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=1207058&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: Dave Ahlswede (ahlswede) Assigned to: Nobody/Anonymous (nobody) Summary: Enable opening received files in GNOME Initial Comment: This patch makes the Open button in the File Transfer dialog work when gaim runs under GNOME, using the same functionality as the Gnome Default web browser option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1207058&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 12:07:54
|
Patches item #1206146, was opened at 2005-05-21 23:37 Message generated for change (Comment added) made by midg3t You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206146&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: 3 Submitted By: Ted Percival (midg3t) >Assigned to: Tim Ringenbach (marv_sf) Summary: Fix smooth scrolling assertions Initial Comment: Rewrite of GtkIMHtml's smooth scrolling algorithm in scroll_cb(). Fixes GLib timer assertion being triggered. A rewrite might be considered overkill. I rewrote the function before I figured out a decent way to fix the initial code... and I think that if nothing else, the new implementation is a bit more readable. ---------------------------------------------------------------------- >Comment By: Ted Percival (midg3t) Date: 2005-05-23 22:07 Message: Logged In: YES user_id=1011928 I should also point out that this is a patch against CVS. Please don't just say "bah, we don't need rewrites" -- I spent a considerable amount of time on this patch and [obviously] consider it worthy of inclusion. Assigning to marv on the recommendation of grim on IRC. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206146&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 11:13:29
|
Patches item #1206947, was opened at 2005-05-23 05:51 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206947&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: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mihai Secasiu (symx) >Assigned to: Etan Reisner (deryni9) Summary: new signal to use with plugins Initial Comment: this patch registers a new signal for accounts handle, the signal is emited when a buddy is notified that it was added to some user's buddy list. the diff file also includes modifications to the signal-test plugin so you can test this new signal. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206947&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 09:51:08
|
Patches item #1206947, was opened at 2005-05-23 12: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=1206947&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: Plugins Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mihai Secasiu (symx) Assigned to: Nobody/Anonymous (nobody) Summary: new signal to use with plugins Initial Comment: this patch registers a new signal for accounts handle, the signal is emited when a buddy is notified that it was added to some user's buddy list. the diff file also includes modifications to the signal-test plugin so you can test this new signal. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206947&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-23 04:38:13
|
Patches item #1203481, was opened at 2005-05-17 07:22 Message generated for change (Comment added) 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: Closed Resolution: Fixed 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: Luke Schierer (lschiere) Date: 2005-05-23 00:38 Message: Logged In: YES user_id=28833 on a side note, something I should have brought up earlier, *should* we remember the password in this case? A very valid argument could be made that we should *not,* and that if we say we are not remembering the password, we should not be storing it in memory longer than it takes to use it. In point of fact, this exact arguement has been used in the past... ---------------------------------------------------------------------- Comment By: Gary Kramlich (amc_grim) Date: 2005-05-23 00:27 Message: Logged In: YES user_id=646554 I fixed this for oldstatus the other day and forgot to update this. If you're interested in my changes you can view them here http://sourceforge.net/mailarchive/forum.php?thread_id=7319249&forum_id=33079 ---------------------------------------------------------------------- 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-23 04:27:39
|
Patches item #1203481, was opened at 2005-05-17 06:22 Message generated for change (Settings changed) made by amc_grim 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: Closed >Resolution: Fixed 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: Gary Kramlich (amc_grim) Date: 2005-05-22 23:27 Message: Logged In: YES user_id=646554 I fixed this for oldstatus the other day and forgot to update this. If you're interested in my changes you can view them here http://sourceforge.net/mailarchive/forum.php?thread_id=7319249&forum_id=33079 ---------------------------------------------------------------------- Comment By: Michael Wardle (mwardle) Date: 2005-05-20 07: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 07: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 07:33 Message: Logged In: YES user_id=554253 So something like the attachment. ---------------------------------------------------------------------- Comment By: Luke Schierer (lschiere) Date: 2005-05-20 07: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 07: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 07: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 07: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 06: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 21: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 20: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 06: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 06: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 08: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 08: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-22 17:58:08
|
Patches item #1206150, was opened at 2005-05-21 10:01 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206150&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: Ronny (rharyanto) >Assigned to: Tim Ringenbach (marv_sf) Summary: New smileys for Yahoo Initial Comment: There are some outdated smileys for Yahoo in Gaim. This attached zip file contains the updated smileys (only), keeping the same filename. ---------------------------------------------------------------------- Comment By: Ronny (rharyanto) Date: 2005-05-21 10:02 Message: Logged In: YES user_id=1134562 Oops. Forgot the attachment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206150&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-22 17:21:13
|
Patches item #1206366, was opened at 2005-05-21 22:16 Message generated for change (Settings changed) made by lschiere You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206366&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: Curtis Hawthorne (mr_person) >Assigned to: Sean Egan (seanegan) Summary: gaim-remote Custom Away Message Patch Initial Comment: This patch allows the user to input an custom away message on the command line using gaim-remote instead of only allowing the default away message to be shown. I think this will be really useful for people who want to automate their away status with scripts. This closes feature request 1030471. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206366&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-22 02:16:12
|
Patches item #1206366, was opened at 2005-05-21 21:16 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=1206366&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: Curtis Hawthorne (mr_person) Assigned to: Nobody/Anonymous (nobody) Summary: gaim-remote Custom Away Message Patch Initial Comment: This patch allows the user to input an custom away message on the command line using gaim-remote instead of only allowing the default away message to be shown. I think this will be really useful for people who want to automate their away status with scripts. This closes feature request 1030471. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206366&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-21 20:10:35
|
Patches item #1175520, was opened at 2005-04-02 20:57 Message generated for change (Comment added) made by ben-xo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1175520&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: 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: Ben XO (ben-xo) Date: 2005-05-21 20:10 Message: Logged In: YES user_id=898232 Auto accepting files is something that I absolutely require from an instant messaging client - my business model relies on it! I'm a DJ and a webmaster, and people need to send me their music, logos, banners etc. on a daily basis. It's actually handy-cap not having auto-accept: people often don't bother to send me exclusive stuff because i'm not there to accept it (i leave my screen names logged in permanently and use remote desktop to access my messages when i'm travelling abroad). Right now i'm forced to run both (win)Gaim and the official client simultaneously - and personally i think that's even more of a security risk than having auto-accept built in to Gaim in the same manner that it's built in to, say, Trillian. Trillian and the official client both allow you to choose if you wish to accept files automatically from nobody, only trusted buddies, or anyone. Personally I would definitely leave it on "anyone". I understand the risks and my messaging-PC is fairly well sandboxed - but this missing feature is actually one of the reasons why I was reluctant to switch to Gaim, and reluctant to try Linux as my desktop - it seems like a feature that ought to be easy to add, yet nobody has yet: i got to this mailing list entry through a google search on "gaim autoaccept" (hoping to find a plugin) and i'm very happy that it may finally make its way into version 2! :) ---------------------------------------------------------------------- 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-21 13:37:58
|
Patches item #1206146, was opened at 2005-05-21 23:37 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=1206146&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: Ted Percival (midg3t) Assigned to: Nobody/Anonymous (nobody) Summary: Fix smooth scrolling assertions Initial Comment: Rewrite of GtkIMHtml's smooth scrolling algorithm in scroll_cb(). Fixes GLib timer assertion being triggered. A rewrite might be considered overkill. I rewrote the function before I figured out a decent way to fix the initial code... and I think that if nothing else, the new implementation is a bit more readable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1206146&group_id=235 |
|
From: SourceForge.net <no...@so...> - 2005-05-21 13:02:41
|
Patches item #1204733, was opened at 2005-05-19 04:53 Message generated for change (Settings changed) made by slur You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1204733&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: 1 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 |
3 messages has been excluded from this view by a project administrator.
