| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 3070.1 | Known problems | IOSG::MAURICE | Differently hirsute | Tue Jul 27 1993 10: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 11: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 16: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 06: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 09: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 01: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
 |