14 replies to this topic

[mikelandl]

Hi all,

This question has been asked before on this board but has never had a real answer.
Is it possible to keep a user from disconnecting from a session? We have a customer whose users love to ctrl + break whenever they get a record lock. We have suppressed ctrl + break for them now but are worried that they may just disconnect and then reconnect instead. We can set @XFUNCT when they logon to prevent them from disconnecting by clicking the "X" in the top right corner of the screen but that still leaves the disconnect option in the Session menu and the disconnect button on the toolbar (can be removed from client options but can just as easily be re-added). Our clients are currently using version 5.5 build 524 of the client. Any help would be appreciated.

[Donald Miller]

Hi Mike

Coincidentally some customers of mine love to use the X in the corner box. The variable &#@SUPP-CWIN is meant to be enabled and disabled to prevent or allow the use of this.

On my system (5.5 build 513) setting it either way makes no difference to the response obtained when the X is clicked. The response is always "Do you want to terminate the PRO-IV session ?"

The Logic Manual indicates that the message Window Close Not Allowed should be shown.

It has been reported to Pro IV and they have tested and accepted it as a bug. They are currently working on it.

When feedback is received I'll try and remember to pass it on.

Donald

Alternatively try:
suppress_closewin=Y
in the Pro4.ini (or other ini) file
I haven't verified this yet.

Edited by Donald Miller, 23 August 2007 - 10:14 PM.

[Donald Miller]

suppress_closewin=Y

couldn't get that to work either.....

in pro4.ini or in another .ini file specified using INIPATH

[mikelandl]

suppress_closewin=Y

couldn't get that to work either.....

in pro4.ini or in another .ini file specified using INIPATH

Hi Donald,

Thanks for the suggestions. I've tried suppress_closewin=Y and the only thing it seems to do is not allow you to close a ProIV window (i.e. a WD,WS, etc..). It doesn't seem to be related to closing the actual client program unfortunately.

[Chris Mackenzie]

suppress_closewin=Y

couldn't get that to work either.....

in pro4.ini or in another .ini file specified using INIPATH

Hi Donald,

Thanks for the suggestions. I've tried suppress_closewin=Y and the only thing it seems to do is not allow you to close a ProIV window (i.e. a WD,WS, etc..). It doesn't seem to be related to closing the actual client program unfortunately.

Just a thought - isn't this whole discussion a little pointless? The user could
always use task manager to kill the client or network problems could kill the
connection so the p4 code needs to be robust enough to handle this situation
anyway?

jm2c

[Donald Miller]

Chris

You are quite correct. But some users, with the prevalence of Windows products and the use of the X to close the window, may be deterred from trying any further, if the suppress close window worked as indicated in the manual and issued a warning. Programmers wouldn't be dissauded and would use whatever means necessary to close the application but they (should) have knowledge/information that your average user doesn't.

And it would be great if the Pro IV kernel was robust enough to handle it. But in this "reality" (pardon the pun) just preventing it would be a (small) step in the right direction.

Wouldn't it?

[Chris Mackenzie]

Chris

some users, with the prevalence of Windows products and the use of the X to close the window, may be deterred from trying any further, if the suppress close window worked as indicated in the manual and issued a warning. Programmers wouldn't be dissauded and would use whatever means necessary to close the application but they (should) have knowledge/information that your average user doesn't.

And it would be great if the Pro IV kernel was robust enough to handle it. But in this "reality" (pardon the pun) just preventing it would be a (small) step in the right direction.

Wouldn't it?

Well, I think I should butt out. But. Isn't this about transactional integrity rather then
p4 kernel robustness (or otherwise)? Some maybe dissuaded by the message but
inevitably someone will kill the client. For me, if there is a red X then I'd expect it
to close the window and not to tell me I'm not allowed to close it...

[Donald Miller]

I suppose I'm expecting too much. I was hoping that there was a flag that when set, dimmed the red X and disabled it. If the dimming wasn't available then at least preventing it from closing the client rather than showing a warning and allowing the close would have been ok.

[mikelandl]

I suppose I'm expecting too much. I was hoping that there was a flag that when set, dimmed the red X and disabled it. If the dimming wasn't available then at least preventing it from closing the client rather than showing a warning and allowing the close would have been ok.

My thoughts exactly. Chris does have a valid point though. The code should be able to handle killed processes but that's easier said than done, especially when working with files and not a database.

[Anthony Hood]

Not sure if you've tried setting the @XFUNCT value - i.e. @XFUNCT = 'MYFUNCT'?

This lets you specify a function to run when the close window ('X') is used.

Pro will ask the 'Do you want to terminate the PRO-IV session' question, answering 'Yes' will cause the @XFUNCT function to be executed. That way you can control what happens next - throw up a warning, re-direct to another function etc.

Obviously, it doesn't solve the CTRL-ALT-DEL / End Task way out of a session, but its a start.

[mikelandl]

Not sure if you've tried setting the @XFUNCT value - i.e. @XFUNCT = 'MYFUNCT'?

This lets you specify a function to run when the close window ('X') is used.

Pro will ask the 'Do you want to terminate the PRO-IV session' question, answering 'Yes' will cause the @XFUNCT function to be executed. That way you can control what happens next - throw up a warning, re-direct to another function etc.

Obviously, it doesn't solve the CTRL-ALT-DEL / End Task way out of a session, but its a start.

Hi Anthony,

Thanks for the suggestion. We actually have tried that with some success but at the end of the day we still have the "disconnect" option left on the file menu

[Rob Donovan]

Hi,

If you put 'u1' in the .piv file on a seperate line, then the 'session' menu will be hidden, and they will not be able to select 'Disconnect'.

Obviously though, this doesnt stop them from killing the process....

HTHs,

Rob.

[DARREN]

The u1 in the piv is set by selecting the View|Options|Application dialogue and setting the User Configuration switch

[mikelandl]

The u1 in the piv is set by selecting the View|Options|Application dialogue and setting the User Configuration switch

Thanks Rob and Darren, that's pretty much exactly what we were looking for!

[Rob Donovan]

Ah, yes thanks Darren...

Got to carried away with looking into things at the lower level

Rob.