[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

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

3070.0. "Print Index PI problems under 3.0" by GIDDAY::LEH () Tue Jul 27 1993 09:44

    IOS 3.0 and 3.0-1
    
    The option Print Index PI no longer works the way it used to under 2.4,
    e.g. FIND doesnot return the list of folders, instead it returns the
    value of currently selected folder. This happened in form WPINDX, while
    the expanded form WPISEA gave much the same problems: unable to list on
    search criteria such as author, title ...
    
    Exit KP0 from these forms sometimes takes mupliple KP0's to leave the
    forms.
    
    The above forms seem to be identical to those under 2.4
    
    Any ideas why this feature breaks under 3.0 ?
    
    Hong
    CSC Sydney
T.RTitleUserPersonal
Name
DateLines
3070.1Known problemsIOSG::MAURICEDifferently hirsuteTue Jul 27 1993 11:0110
    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.2is the fix available ?GIDDAY::LEHTue Jul 27 1993 12:3012
    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.3Not good newsIOSG::MAURICEDifferently hirsuteTue Jul 27 1993 17:5110
    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.4a favourite custom option also affectedGIDDAY::LEHWed Jul 28 1993 07:4814
    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.5Start of fixIOSG::MAURICEDifferently hirsuteWed Jul 28 1993 10:2045
    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.6satisfactory fix in .5GIDDAY::LEHMon Aug 23 1993 02:158
    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