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 |
Hello and greetings, I can't recall having seen this reported elsewhere. Customer running ALL-IN-1 V3.0 (vanilla) Tried to delete user - procedure looped. Customer had STARS script changes in place - no signed of file cabinet corruption - nice new mail waiting in INBOX. Customer found ONE reserved document - when this was unreserved & deleted, the delete user procedure went through correctly. Any comments? Thanks & regards, Chele B
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
4199.1 | delete looping fixes | IOSG::TYLDESLEY | Wed May 25 1994 10:54 | 21 | |
Chele, g'day! haven't got much time, but a quick scan through the fixes for a PFR in Delete Account include the following: (I restricted my check to looping problems). Maybe you can recognize one of these, or it will give you some clues: 1. Endless loop at pending_loop in MUA_DEL_ACCOUNT.COM (caused by bad username e.g. "KEVIN - with one quote). 2. Loop in MUA_DEL_CAB.SCP caused by three things: . Delete flags on some documents are not being set to Y (possibly your reserved document - set trace to see) . problem with the status return from CAB JANITOR function to see whether it should exit a loop (CAB JANITOR function does not set status bad if it does not delete all documents in the current folder). . the System Wide Dictionaries in the users' file cabinets are set up with their delete flags to N. Delete User changes their delete flags to Y, and, since they are not marked as shared documents, the CAB JANITOR function then tries to delete them and fails. Hope some of this might help. Can't say much more without further details. DaveT | |||||
4199.2 | IOSG::MAURICE | Six Programmers in search of an analyst | Wed May 25 1994 11:28 | 8 | |
Hi, This is fixed in the PFR. What I'm not sure of is whether it got fixed in V3.0a. Cheers Stuart | |||||
4199.3 | Fixed in V3.0A | IOSG::COTTINGHAM | Wed May 25 1994 11:49 | 3 | |
The V3.0A Release notes state it was fixed in MUPA. Alan | |||||
4199.4 | GIDDAY::BURT | Scythe my dandelions down, sport | Thu May 26 1994 09:07 | 9 | |
Hello and greetings peoples, The customer is Mup-less and point 2 spot 1 seems to cover it - document was reserved. Thanks & regards, Chele B |