March 2005 Commit Log

Number of Commits:
30
Number of Active Developers:
2
damato 2005-03-30 00:58 Rev.: 1828

- YAM_MA.c: fixed a very strange bug (perhaps a GCC3 bug?) that caused menu items
with a shortcut string of just "0" to appear as "9" in the menu, which in fact
caused some menus to contain items with the exact same shortcut. Somehow it seems
that the previously placed 'char *key = "-repeat 0"' was the reason for that and
changing it to 'char key[] = "-repeat 0"' somehow solves the problems?!?

6 lines of code changed in 1 file:

damato 2005-03-30 00:56 Rev.: 1827

- minor cosmetic change

3 lines of code changed in 1 file:

damato 2005-03-23 00:08 Rev.: 1826

- YAM_CO.c, YAM_FI.c, YAM_WR.c, SearchControlGroup.c: fixed a minor bug in
the ExecuteCommand() calls where the command to call was always
embedded in quotes which in fact caused some executions of a command to
fail.

4 lines of code changed in 4 files:

damato 2005-03-21 02:35 Rev.: 1824

- some minor bugfix to the recently reworked filter handling.

20 lines of code changed in 3 files:

damato 2005-03-21 01:39 Rev.: 1823

- YAM_FI.c, misc: slightly enhanced the filter management once more to allow to
specify an ulimited amount of rules per filter instead of the previously static
amount of only 2 rules per filter. Now a user can theoretically specify unlimited
rules for each filter. This should allow to combine certain filters which were
required to be separated because of the previously existed 2 rules limitation.
Now the whole filter/rule managment should be totally unlimited in size and
amount like it should have been for ages.

848 lines of code changed in 18 files:

damato 2005-03-18 02:38 Rev.: 1822

- YAM_UT.c: fixed a possible bug/flaw in DescribeCT() function where a passed NULL
pointer could have caused problems due to the used stricmp() function. Also
returning a NULL pointer doesn't seem to be a wise solution here based on the
usage of DescribeCT(). This hopefully fixes some crashes in the AttachmentGroup
where no content-type were found for some attachments.

10 lines of code changed in 1 file:

damato 2005-03-18 02:23 Rev.: 1821

- YAM_MAf.c, YAM_UT.c: fixed a crash bug in the index rescanning routines where
the file date function wasn't called with the full path, which in fact caused
it to fail and pass a NULL pointer to the DateStamp2TimeVal() function afterwards.

5 lines of code changed in 2 files:

damato 2005-03-18 02:18 Rev.: 1820

- some minor code cleanup.

18 lines of code changed in 1 file:

damato 2005-03-14 01:45 Rev.: 1819

- YAM_FI.c, misc: implemented an unlimited filter functionality where exec lists
are now used instead of a static array to manage all filters. This in fact
allows now to break the 100 filters barrier. Now a user can perfectly specify
a theoretically unlimited amount of filters in their setup. Please note that
due to the rework filters are handled now not only some GUI/internal functions
changed, but there might still be some flaws lying around which we are going
to kill until the final 2.5 release.

1330 lines of code changed in 18 files:

damato 2005-03-14 01:37 Rev.: 1818

- YAM_global.c: removed the IExec definition as the latest clib2 runtime library
contains such a reference now.

0 lines of code changed in 1 file:

gnikl 2005-03-04 12:26 Rev.: 1814

(yam_stack_size): Added required final '\n'.

1 lines of code changed in 1 file:

damato 2005-03-04 10:53 Rev.: 1813

- YAM_MA.c: fixed a bug where the main mail nlist wasn't cleared previous to an
index rescan operation. This had the effect that it actually happend that the
NList was still trying to access data which was already freed during the
rescanning process. This actually caused a crash under certain situations. So
index rescanning operations on folders containing mails should hopefully be
safer now.

25 lines of code changed in 3 files:

damato 2005-03-03 00:49 Rev.: 1811

- YAM_FI.c: fixed a recently introduced bug in the mail filtering routines where
we forgot to advance through our patternList correctly, which in fact caused
YAM to end in an endless loop if a pattern list was used in a filter.

5 lines of code changed in 1 file:

damato 2005-03-03 00:04 Rev.: 1810

- YAM_MAf.c: slightly adapted YAM to be somehow more compliant to RFC 2046 in
which unknown/unsupproted multipart subtypes should be treated as
"multipart/mixed" parts. This should in fact fix problems with not correctly
recognized "multipart/related" mails.

15 lines of code changed in 1 file:

damato 2005-03-03 00:00 Rev.: 1809

- wrong RFC specification corrected.

1 lines of code changed in 1 file:

gnikl 2005-03-02 17:29 Rev.: 1808

Added xget().

8 lines of code changed in 1 file:

gnikl 2005-03-02 14:49 Rev.: 1806

(TR_OpenTCPIP): Don't compare "TRUE" against NULL pointer.

1 lines of code changed in 1 file:

gnikl 2005-03-02 14:15 Rev.: 1805

Unify library base declarations.

24 lines of code changed in 1 file:

gnikl 2005-03-02 13:09 Rev.: 1804

(xget): Replaced INLINE xget with a statement expression to avoid including
<proto/intuition.h> here. This xget "inline" should go to a better place
probably using again INLINE then.

4 lines of code changed in 1 file:

damato 2005-03-02 01:10 Rev.: 1802

- YAM_COg.c: fixed bug #798798 where the upon using the recipient string
features of the forward/bounce string objects of the filters, there content
wasn't actually saved at all due to an incorrect MUI notification.

2 lines of code changed in 1 file:

damato 2005-03-02 00:47 Rev.: 1801

- YAM_WR.c: fixed bug #834213 where a stored mail in the sent folder could
not be edited and "send later" as expected.

10 lines of code changed in 1 file:

gnikl 2005-03-01 12:00 Rev.: 1799

(FileExists): Simplify.

5 lines of code changed in 1 file:

gnikl 2005-03-01 11:54 Rev.: 1797

(all_vbcc.o): Removed extrasrc/access.c dependency.

1 lines of code changed in 1 file:

gnikl 2005-03-01 11:53 Rev.: 1796

Removed extrasrc/access.c from file list.

0 lines of code changed in 1 file:

damato 2005-03-01 10:40 Rev.: 1794

- YAM_RE.c: fixed bug where upon replying/forwarding based on a virtual mail
didn't work as expected because the FreePrivateRMData() call did free all
data, even the virtual mail during the reply/forward phase.

1 lines of code changed in 1 file:

damato 2005-03-01 10:23 Rev.: 1793

- YAM_RE.c, YAM_read.h: unfortunatly I had to touch the unique ReadMailData
ID generation code for creating temporary files once again as it still
was not as unique as expected when dealing with private ReadMailData.
However, now we have that generation code in one single macro which
could be quickly adapted if it is still not unique enough :)

8 lines of code changed in 3 files:

damato 2005-03-01 09:42 Rev.: 1792

- minor cleanup. However, please note that I don't see any reason why it should not
be allowed to do the initialization during declaration of mlist?!? This should be
perfectly valid, isn't it?

6 lines of code changed in 1 file:

damato 2005-03-01 09:34 Rev.: 1791

- YAM_RE.c: fixed bug where an attached "message/rfc822" part could not
be opened because a CleanupReadMailData() called cleaned up the virtual
mail directly before trying to display it in an own read window.

79 lines of code changed in 2 files:

damato 2005-03-01 02:03 Rev.: 1790

- classes/Recipientstring.c: fixed a long standing bug #746811 in the
recipientstring handling code where upon usage of the backspace key one
character was deleted too much out of the betterstring object. Also fixed
another bug where replacing one recipient out of a whole recipient list
did clear the whole string instead of just replacing the single entry.

76 lines of code changed in 1 file:

damato 2005-03-01 02:00 Rev.: 1789

- just added some comments

8 lines of code changed in 1 file:

February 2005 »

Generated by StatSVN 0.7.0