| Hello.
Yes, the problem has been fixed in BL123 (it involved the use
of the /LANGUAGE qualifier SM$_LANG_YN_NUM on the affected fields).
Unfortunately, if you created or edited any user accounts with the
earlier, uncorrected, baselevels, they will still have 0/1s stored
in the Profile. If you edit the affected accounts from the latest
baselevel, all will hopefully be well, and Y/Ns stored in the Profile
in all cases, not 0/1s. Please, let me know if this is not the case.
Please beware that you have no customized versions of the following
forms lying around from old V3.0 BLs, as they may perpetuate the
problem:
SM$CREATE$PROFILE.FLX
SM$GLOBAL$EDIT.FLX
SMTEMPLATE.FLX
SM$PROFILE.FLX
SM$TPL$GE.FLX
Hope this helps,
DaveT
(p.s. IOSG:: closing down shortly, so I may not be able to respond
very soon to this.)
|
| Hello Dave,
Thank you for your reply.
I had a look at the profile entry I have corrected the another day
and all the values look fine.
However, when I use the template that I have created in the previous
BLxxx to create a new account, the Create new group field still
contains 0 instead of N. The value in the template is 0 too. So, I
assume this is the cause. everything is fine after I have changed the
template.
Conclusion: I need to check the account templates as well as the
existing accounts.
Is this a correct conclusion?
regards,
Sau Ha
|
| Sau,
In the absence of my fellow "closed-down" Welshman (:==:) who may not
be back until Tuesday - all those holidays they have in the U.K!!
i'd say yes that templates are a wise thing to check.
Also for anyone else who has been through lots of pre-SSB and SSB
baselevels be wary of things left lying around as permanent symbols.
Deleting your and the system PST (and recreating them is a drastic
alternative that works) but look out for those pesky 0 and 1 that
should be Y and N there also.
Regards,
Andrew.D.Wicks
|