Mercurial > pidgin.yaz
view libgaim/protocols/qq/send_file.h @ 15000:82d1a2fc6d25
[gaim-migrate @ 17778]
SF Patch #1598994 from lexande
Fixes SF Bug #1581999
Original Description:
"The gaim 2.0.0beta5 log reader plugin uses the "Date" XML field in MSN logs, the format of which varies between locales, leading to logs being displayed on incorrect/future dates in locales that do not use the MM/DD/YYYY format. This patch fixes the plugin to use the "DateTime" field which has YYYY-MM-DD date in all locales."
I totally Warmenhovened this patch. My approach:
"I'm using the Date, Time, and DateTime fields. If I can determine that the log matches the current timezone, it'll display 100% properly in the log viewer. If it has a reasonable offset, it'll display as the original time, sort in the right place, but not have a timezone abbreviation. If the offset is bogus or I can't parse the Date or Time field, it'll display in UTC, but still sort properly. I think this is as ideal as is possible, given the data we have to work with."
You don't have to understand this. ;)
committer: Tailor Script <tailor@pidgin.im>
author | Richard Laager <rlaager@wiktel.com> |
---|---|
date | Sun, 19 Nov 2006 06:54:38 +0000 |
parents | fe184dbde619 |
children | c039c920e11c |
line wrap: on
line source
#ifndef _QQ_QQ_SEND_FILE_H_ #define _QQ_QQ_SEND_FILE_H_ #include "ft.h" typedef struct _ft_info { guint32 to_uid; guint16 send_seq; guint8 file_session_key[16]; guint8 conn_method; guint32 remote_internet_ip; guint16 remote_internet_port; guint16 remote_major_port; guint32 remote_real_ip; guint16 remote_minor_port; guint32 local_internet_ip; guint16 local_internet_port; guint16 local_major_port; guint32 local_real_ip; guint16 local_minor_port; /* we use these to control the packets sent or received */ guint32 fragment_num; guint32 fragment_len; /* The max index of sending/receiving fragment * for sender, it is the lower bolder of a slide window for sending * for receiver, it seems that packets having a fragment index lower * than max_fragment_index have been received already */ guint32 max_fragment_index; guint32 window; /* It seems that using xfer's function is not enough for our * transfer module. So I will use our own structure instead * of xfer provided */ int major_fd; int minor_fd; int sender_fd; int recv_fd; FILE *dest_fp; /* guint8 *buffer; */ gboolean use_major; } ft_info; void qq_process_recv_file_accept(guint8 *data, guint8 **cursor, gint data_len, guint32 sender_uid, GaimConnection *gc); void qq_process_recv_file_reject(guint8 *data, guint8 **cursor, gint data_len, guint32 sender_uid, GaimConnection *gc); void qq_process_recv_file_cancel(guint8 *data, guint8 **cursor, gint data_len, guint32 sender_uid, GaimConnection *gc); void qq_process_recv_file_request(guint8 *data, guint8 **cursor, gint data_len, guint32 sender_uid, GaimConnection *gc); void qq_process_recv_file_notify(guint8 *data, guint8 **cursor, gint data_len, guint32 sender_uid, GaimConnection *gc); gboolean qq_can_receive_file(GaimConnection *gc, const char *who); void qq_send_file(GaimConnection *gc, const char *who, const char *file); void qq_get_conn_info(guint8 *data, guint8 **cursor, gint data_len, ft_info *info); gint qq_fill_conn_info(guint8 *data, guint8 **cursor, ft_info *info); gssize _qq_xfer_write(const guint8 *buf, size_t len, GaimXfer *xfer); #endif