| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Hi,
Can someone help me with the following problem (and for anyone else
that falls into this confusing trap),
ALL-IN-1 v3.0
The customer has made a simple change on the menu forms to display
oa$mail_unsent_count at the top of the screen. This worked fine in v2.4,
but now he finds the following problem.
The problem can be reproduced using alli/nocust by
If oa$curmes = READ 47
oa$curdoc = CALLS 54
Customer goes into EM, doc selected is the READ one, then goes into
WP, types
<get oa$mail_unsent_count
(this returns a value of 3)
He then enters EM and finds the WP doc is selected!!
oa$curmes is now = CALLS 54 = oa$curdoc
and username.pst is set with the new (incorrect) value after
exiting all-in-1.
By tracing through <get oa$mail_unsent_count, it appears that the
same code of
for cab$ with .folder == "CREATED" do
is used, so can someone explain to me where the problem lies?
I understand that this is probably a bug, but I just wondered if
there may be a workaround for the customer by using code looping through
the cabinet above rather than using the symbol?
Thanks,
Julie
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1463.1 | SIOG::T_REDMOND | Thoughts of an Idle Mind | Mon Sep 21 1992 18:49 | 5 | |
There's no possibility that the code is looking in the wrong drawer?
Can you post the customization and we'll try it out?
Tony
| |||||
| 1463.2 | The ORDER of pre-processing makes a big difference | BRUMMY::MARTIN::BELL | Martin Bell, TCC, Birmingham UK | Tue Sep 22 1992 10:11 | 26 |
Julie, i have noticed (on v2.4, but the same is probably true for v3.0) that the _order_ in which you do the form pre-processing stuff makes difference. There are normally two "kinds of thing" that get done when you enter the EM menu, there is the /GET form qualifiers, and the /PRE form pre-processing. The effect of the /GET depends on exactly what document has been loaded as OA$CURDOC et-al, but OA$CURDOC can be different from OA$CURMES, and the OA$CURDOC_TITLE symbols may not correspond to the OA$CURDOC document unless a CAB CURRENT has been performed, and this depends on what happens in the /PRE_processing. Thus it is very easy to upset the fine balance between ALL-IN-1 doing what you would expect, and doing a random shuffle! What i did was to move all the /GET form qualifiers into the /PRE_processing, perform the mail initialise first, then get the UNSENT count, then select the CURMES and then load up the context block. (At least i think it was in that order, the mods are on customer site an i am currently not!) It will almost definitely require XOPing, but you can make it very readable and more importantly, very modifiable, without side effects like you mentioned in .0. mb | |||||
| 1463.3 | KERNEL::OTHENJ | Tue Sep 22 1992 10:21 | 21 | ||
Hello,
I do not know if I did not make myself very clear (it was late in
the day!!), but....
In v2.4 , you could go into WP , type in
<get oa$mail_unsent_count
and then go back into EM and oa$curmes (the correct EM meesage, not the
WP one) was displayed.
In v3.0, by following exactly the same steps, when you go back into
EM , the wps-plus doc is displayed instead of the mail message. This
involves no customisation at all, all it requires is getting the symbol
above. As this used to work in v2.4, I see no reason why it should not
work in v3.0
Thanks for any help,
Julie
| |||||
| 1463.4 | FWIW | MSDSWS::DUNCAN | Things can't get much worse..I Hope! | Tue Sep 22 1992 14:22 | 17 |
To add to .3,
One thing I noticed was that if :
From WP, I had selected Drawer XYZ
FROM EM, I had selected Drawer MAIN, Folder READ
Then at WP I do the <get oa$mail_unsent_count
Then go to EM
The First document in the first Folder of Drawer Main is now selected!
This of course is not a answer, but maybe it will help those how know
find one.
Regards,
Darryl
| |||||