T.R | Title | User | Personal Name | Date | Lines |
---|
3070.1 | Known problems | IOSG::MAURICE | Differently hirsute | Tue Jul 27 1993 11:01 | 10 |
| Hi Hong,
Yes this is a known problem. In the PFR we have rewritten PI and so we
haven't tried to fix the Named Data on WPINDX. I suspect the underlying
problem is to do with SELECT forms, which have been obsoleted by index
forms.
Cheers
Stuart
|
3070.2 | is the fix available ? | GIDDAY::LEH | | Tue Jul 27 1993 12:30 | 12 |
| Stuart
Thanks for the info
Is the fix already avail. in some customer deliverable form ? A large
site that has waited for so long to upgrade is a heavy user of this
feature. Our CSC is likely to be under pressure to submit this problem
to outage.
Cheers
Hong
|
3070.3 | Not good news | IOSG::MAURICE | Differently hirsute | Tue Jul 27 1993 17:51 | 10 |
| Hi Hong,
Unfortunately the fix is not available in a customer deliverable form.
The changes we made would not just "drop" into a patch, since we added
new messages to FC.A1$MSG, and so there would need to be some reworking
of the code (forms, scripts & boilerplates).
Cheers
Stuart
|
3070.4 | a favourite custom option also affected | GIDDAY::LEH | | Wed Jul 28 1993 07:48 | 14 |
| Stuart
Have escalated this problem to IPMT today.
Added to the slight inconvenience of misbehaved PI option was the
customer's custom option that enables multiple attachment to be
appended to a mail cover note. Apparently, this custom option makes use
of WPINDX and WPISEA....
What's the realistic estimate on when the fix will be avail. ?
Thanks
Hong
|
3070.5 | Start of fix | IOSG::MAURICE | Differently hirsute | Wed Jul 28 1993 10:20 | 45 |
| Hi Hong,
Out of curiousity I had a look to see what's causing the problem. When
the user presses find in the folder field it causes function
OA$FORM_SELECT to be invoked. This (invisible) function starts off by
performing the pre-processing of the current form, which means in this
case start the index again. This explains why you need multiple
exit-screens to get out.
I then had a go at fixing WPINDEX and found a work-round by changing
the Named Data on WPINDX. I changed the /RECOG on the Named data for
the folder field
from
/RECOG=CAB$.FOLDER;GET FOLDER=OA$SEL_KEY\OA$FLD_NEXT
\GET #INPROMPT="0"/UNIQUE/USE_FORM=.
to
/RECOG=<DO HONG
\GET #INPROMPT="0"
and created a script called HONG.SCP which does
GET #FC_FOLDER = @OA$FIELD_NAME
FORM EMFOLDREC SELECT FOR UNIQUE FOLDER CAB$:DOCUMENT -
WITH .FOLDER = #FC_FOLDER DO -
SEL_STYLE " " .FOLDER /STYLE=CHOICE
CLOSE_PRIOR
.IF OA$SRC_COUNT EQ 0 -
THEN GET OA$DISPLAY = OA$_SELCOUNT0 -
ELSE GET @OA$FIELD_NAME = OA$SEL_KEY
.EXIT
This seems to fix the problem for the FOLDER field on WPINDX. Similar
changes would need to be done to the TITLE and DOCNUM fields, and also
to WPISEA. If your customer cannot wait, then your customer could use
CM to fix the problem locally.
I can't tell you if and when a fix would be made available. You would
need to use your contacts in the support group to find that out.
Cheers
Stuart
|
3070.6 | satisfactory fix in .5 | GIDDAY::LEH | | Mon Aug 23 1993 02:15 | 8 |
| Many thanks from customer to Stuart for a quick and effective fix in
last note.
I was told today this fix worked satisfactorily even in other site
specific customizations; earlier, my tests on the vanilla forms WPINDX
and WPISEA in OAFORM formlib also worked
Hong
|