[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

1308.0. "Global edit and department field" by KERNEL::SMITHERSJ (Living on the culinary edge....) Tue Aug 25 1992 15:36

    This problem has been reported before in the ALL-IN-1_V24 conference, 
    note 1141 and 1008 but both did not receive any replies.
    
    A customer finds that when he uses Global Edit to change selected 
    fields on all users profiles, the department field for the first
    user on the index with a value in that field gets copied to the
    other users.   This department field was not one of the fields 
    which should have been edited.
    
    Username conventions are SMITHERSJ with no apostrophes or underscores.
    I cannot reproduce this on my v.3.0 machine (which is what the 
    customer is using) and the customer's scripts are not customised.
    
    Any ideas please?
    
    Thanks
    Julia CSC
T.RTitleUserPersonal
Name		DateLines
1308.1GE is new for V3.0SCOTTC::MARSHALLPearl-white, but slightly shop-soiledTue Aug 25 1992 16:5910
Are you sure the customer is experiencing the problem on a V3.0 system?  Are
they running /NOCUSTOM?

Global Edit was totaly overhauled for V3.0, and old problems such as this
should have gone away.

I suppose it is possible they customised the V2.4 scripts, and that these are
getting picked up instead of the V3.0 ones?

Scott
1308.2MNODES must be set to YKERNEL::SMITHERSJLiving on the culinary edge....Wed Aug 26 1992 17:0917
    Hi Scott
    
    Thanks for your reply - no they do not have customised scripts.
    Another customer reported the exact same problem today - I can now
    reproduce it.  The problem seems to be when the MNODES flag is set
    to Y so that it does a network update.
    
    I believe the department symbol is loaded up but doesn't get flushed
    out so each user after that who has there MNODE flag set to Y will
    receive the same department value as the first user.
    
    Could someone confirm this please and a possible fix as it is causing
    these 2 customers much grief.
    
    Thanks
1308.3Try this fixXLII::FDONOHUEThu Aug 27 1992 21:0511
    
    This sure does appear to be a problem in V3.0.  I tested a fix
    which appears to resolve this issue.  In the SM_MODIFY_NETWORK.SCP
    substitute all the occurances of the string "#DEPART" with
    "#DEPT".  This will keep the two procedures from conflicting as
    they both (GE ad network update) both use a local symbol named
    #DEPART and this is causing the problem.
    
    Hope this helps,
    
    Faith Donohue
1308.4OrgGIDDAY::BURTPlot? What plot? Where?Mon Oct 18 1993 07:2813
Hello and greetings,

We have had a customer report the same problem as .0, but with an additional 
problem. Customer reports that doing a global edit of users Via ADM Index Edit 
to change View Named Data from Y to N, causes all profiles to pick up the 
department name and Organisation Unit of the first account.

Is there a fixer for the Org unit? and has this problem actually been SPR'd?

Thanks & regards,

Chele
1308.5not there?IOSG::TYLDESLEYThe best team won... (Wales ;-)Mon Oct 18 1993 14:1411
    Chele. Me again.
    I just tried to test this, and there seems to be something wrong in the
    customer description of problem - 
    >> Customer reports that doing a global edit of users Via ADM Index Edit
    >> to change View Named Data from Y to N,
    On V3.0 (and I think earlier) there is no Global Edit (GE) of the VIEW
    priv. Neither via ADM MUA I {build index} GE and ADM MUA I {build index} 
    XE, is the admin able to edit the ALL-IN-1 privs. Sorry if I have 
    misunderstood problem.
    DaveT
1308.6GIDDAY::BURTPlot? What plot? Where?Tue Oct 19 1993 00:3711
Hi DaveT,

No, you didn't misunderstand. The customer was telling porkies, and I was 
having a major attack of the vagues. 
He wasn't using ADM, he was using SM. 
The Global Edit he was doing was via SM MUA I E which _does_ give the ability 
to change VIEW.

Thanksnregards

Chele
1308.8have they got long noses?IOSG::TYLDESLEYThu Oct 21 1993 09:2325
    Hi Chele.
    I cannot reproduce this problem here. 
    First, I fixed the #DEPT symbol flushing problem a long time ago.
    So it's not that.
    
    Next, I set up three accounts with Organisation and Department details
    for the first one, different from the other two, and with 'Y' in the 
    VIEW priv field for all of them. I then did two tests:
    
    a) SM MUA I {build index of 3 a/cs} GE {change VIEW to 'N'} {RETURN}
    
    {reset a/cs to VIEW='Y'}
    
    b) SM MUA I {build index of 3 a/cs} XE {go through each a/c in turn 
     editing VIEW priv to 'N'}
    
    In neither case a) or b) were the Organisation or the Department
    details of the first account adopted by the second and third accounts.
    Could you please check the tests that I have done, and see if you can
    reproduce the problem? Failing that, please check the customer for 
    submission of porkie pies.
    Cheers
    DaveT