September 2002 Commit Log

Number of Commits:

18

Number of Active Developers:

1

damato 2002-09-29 18:22 #18 Rev.: 999

- forgot to set j=0 ;)

1 lines of code changed in 1 file:

• yamos: YAM_FO.c (+1 -1)

damato 2002-09-29 17:32 #17 Rev.: 997

- YAM_rexx_rxif.c, YAM_FO.c, YAM_UT.c: fixed bug #596302
where the FOLDERINFO and GETFOLDERINFO arexx command still
worked somehow on foldergroups. Also fixed the indexing
behaviour of FOLDERINFO aswell as the foldertype
specification.

41 lines of code changed in 4 files:

• yamos: YAM_FO.c (+8 -5), YAM_UT.c (+1 -1), YAM_folderconfig.h (+2 -2), YAM_rexx_rxif.c (+30 -8)

damato 2002-09-29 16:26 #16 Rev.: 996

- added env-variable check on request of some ppl ;)

2 lines of code changed in 1 file:

• yamos: YAM.c (+2 -1)

damato 2002-09-29 16:19 #15 Rev.: 995

- YAM_FO.c: fixed bug #589038 where on a folderlist reset,
the listtree didn`t show the foldericons afterwards and
didn`t correctly freed the previous images.
- YAM_FO.c: fixed bug where after a creation of a new folder,
YAM did always show the foldergroup icon in front of the new
folder.

94 lines of code changed in 1 file:

• yamos: YAM_FO.c (+94 -18)

damato 2002-09-28 23:41 #14 Rev.: 994

- YAM_UT.c: fixed bug in the BusyText functions where YAM didn`t
restore the correct previous text on a BusyEnd;

2 lines of code changed in 1 file:

• yamos: YAM_UT.c (+2 -2)

damato 2002-09-28 23:21 #13 Rev.: 993

- YAM_MA.c: YAM didn`t clear the listview if the user issued
a index rescan. That caused some corrupt listview display
if the user scrolled around the listview if the rescan was
still underway.

9 lines of code changed in 1 file:

• yamos: YAM_MA.c (+9 -1)

damato 2002-09-28 22:42 #12 Rev.: 992

- YAM_RE.c: fixed bug where YAM didn`t switch to the correct
folder and highlighted the message if a SwitchMessage()
(Next/Prev) was done in a readwindow with a mail whos
folder wasn`t actually active.

10 lines of code changed in 1 file:

• yamos: YAM_RE.c (+10 -3)

damato 2002-09-28 22:09 #11 Rev.: 991

- YAM_MA.c: fixed flaw where YAM did loose the track of
messages in a readwindow when the listview was sorted by
status and the user wanted to use Next/Prev to read other
messages. Now YAM will not resort the listview if the
message is currently displayed in a readwindow.

22 lines of code changed in 1 file:

• yamos: YAM_MA.c (+22 -1)

damato 2002-09-27 18:53 #10 Rev.: 990

- just removed some "dead assignments" the compiler reminded me of.

6 lines of code changed in 3 files:

• yamos: YAM_RE.c (+2 -2), YAM_TR.c (+1 -3), YAM_UT.c (+3 -3)

damato 2002-09-27 18:07 #9 Rev.: 989

- YAM_MA.c: fixed bug where YAM didn`t resort the mail
listview if it was selected to be sorted by status and
the status changed somehow.

16 lines of code changed in 1 file:

• yamos: YAM_MA.c (+16 -1)

damato 2002-09-27 17:22 #8 Rev.: 988

- YAM_MA.c: changed the status sorting priorities back again
to just take the real mail status (New/Unread/Read aso.) and
the importance of the mail in account for sorting the mails
or otherwise a sorting by status&date would be kinda
confusing. For more detailed description refer to the affected
source code parts.

9 lines of code changed in 1 file:

• yamos: YAM_MA.c (+9 -9)

damato 2002-09-27 15:44 #7 Rev.: 987

- YAM_RE.c: fixed another bug within the MIME Viewer parts
of YAM were the argument of the MIME Viewer needed some
extra attention concerning quotation marks. Now YAM should
be able to execute the mime viewer correctly even if the
path to the file has some whitespaces in it. It will also
take care of the variant if the user already used quotation
marks within the MIME configuration.

71 lines of code changed in 1 file:

• yamos: YAM_RE.c (+71 -3)

damato 2002-09-26 21:33 #6 Rev.: 986

- YAM_RE.c, YAM_CO.c, YAM_FI.c, YAM_MA.c, YAM_UT.c, YAM_WR.c,
YAM_utilities.h: fixed bug #610607 where mails in a
PROGDIR: located folder were able to display the RAW part.
YAM was just forwarding PROGDIR: to the third party program
where then this programs tried to find the mailfile out of
PROGDIR: which obviously wasn`t correct. Now YAM will always
do a Lock()/NameFromLock()/UnLock() to get out the
correct path to the file before executing a third party
program (mime viewer).

66 lines of code changed in 7 files:

• yamos: YAM_CO.c (+1 -1), YAM_FI.c (+1 -1), YAM_MA.c (+1 -1), YAM_RE.c (+2 -1), YAM_UT.c (+59 -4), YAM_WR.c (+1 -1), YAM_utilities.h (+1)

damato 2002-09-14 23:39 #5 Rev.: 985

- YAM_TR.c: fixed bug #601755 where YAM showed the overall
transfered bytes in the transferwindow always doubled by
the amount of mails downloaded.

3 lines of code changed in 1 file:

• yamos: YAM_TR.c (+3 -3)

damato 2002-09-14 23:16 #4 Rev.: 984

- YAM_RE.c: fixed bug #598715 where YAM didn`t display the
letter part of a message if the user deselected "Display
All Texts" within the Read configuration and if the
message was a multiple MIME encoded message were we had
to "undo" some message parts because of different msg
boundaries. YAM wasn`t reorganizing the msg part numbers
on a UndoPart operation and therefore lost the sync of
the message parts somehow. This fix should perhaps also
automatically fix some other strange behaviour were some
MIME parts were undoed by YAM.

27 lines of code changed in 1 file:

• yamos: YAM_RE.c (+27 -3)

damato 2002-09-11 09:50 #3 Rev.: 983

- YAM_COg.c: fixed bug #600543 where YAM will now ghost the
according string gadget if the preselection mode doesn`t
require any size input

7 lines of code changed in 1 file:

• yamos: YAM_COg.c (+7)

damato 2002-09-10 14:22 #2 Rev.: 982

removed obsolete comment

0 lines of code changed in 1 file:

• yamos: YAM_UT.c (-1)

damato 2002-09-10 14:21 #1 Rev.: 981

- YAM_MAf.c: fixed bug #586671 in the folder index rescan
routines where it could have happened that on copying
a valid mail file into a mailfolder without YAM causes YAM to
show up 2 equal mail files in the listview. This was caused
because the rescan routine deleted the .index file while
rescanning which caused YAM to loose the dirtree somehow.

31 lines of code changed in 1 file:

• yamos: YAM_MAf.c (+31 -22)

August 2002 »