[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

3437.0. "%NOTES-E-WRONGCTX on OAN$ADDCONF form" by EWBV51::NAGURA (Yukiji Nagura /ALL-IN-1 CSC/Tokyo/Japan) Fri Oct 22 1993 11:26

	Hello, I came across a strange behavior on OAN$ADDCONF form.

	When adding a conference in GPC, a user puts an entry on CONF_SPEC
      field. If the conference isn't accessible, OA$FLD_STAY makes him
      on CONF_SPEC field, but no clearing out of the field. In his second
      try, he can enter just CR because the previous input value remained
      there. Then the cursor goes down to the third field ENTRY_NAME.
	Thus inaccessible conference can be registered into his conference
      list. If he continues his operation, %NOTES-E-WRONGCTX lingers there
      and he can't use GPC subsystem without reentering ALL-IN-1 session.

	Are there any workaround for this situation ? 
      The environment is ALL-IN-1/Japanese V3.0, Notes/Japanese V2.1 and
      VMS V5.5-1.

						Thanks, Yukiji

	P.S. Is this for Tony ?

T.RTitleUserPersonal
Name
DateLines
3437.1TKTVFS::NAGURAYukiji Nagura/CSC/MCS/TokyoTue Dec 28 1993 05:0311
	Finally I think I've found the cause of this problem.

	In the named data of OAN$ADDCONF, there are two OA$VAL_SET_VALID
      called against CONF_SPEC, so just after entering CONF_SPEC field,
      field content's validation takes place. But without changing it,
      (e.g. after OA$FLD_STAY in this case) no consistent validation is
      executed.

						Yukiji Nagura/CSC/Tokyo