Re: FW: Table field row gets selected after a guide looping on selected rows

2009-08-28 Thread Trond Valen
Hi

Is there any way to find out if more than one row in a table field is
selected, without looping through the table (User version 7.0, Server
version 7.0.01)? The table should be multi-selectable, but you should
(ideally) not be allowed to delete a row if you've selected multiple rows.

I think the magical row selection is a Remedy User bug related to looping
through table fields, and it takes forever to get them to roll out new
patches to users...

Regards
Trond


On Wed, Aug 26, 2009 at 12:21 PM, Trond Valen trondva...@gmail.com wrote:

 Hi

 We have the following properties:
 Initial row selection: Select first, fire workflow
 Refresh row selection: Retain selection, fire workflow

 But, the table is not refreshed (at least not according to the workflow
 log), and it's not the first row that appears magically selected. It's a row
 around the middle of the table field, right under the dialog box that pops
 up...

 Regards
 Trond


   On Tue, Aug 25, 2009 at 12:50 PM, Tanner, Doug 
 doug.tan...@compass-usa.com wrote:

  Take a look at the properties of the table field



 (Example Below)



 (Advanced Tab)





 *From:* Action Request System discussion list(ARSList) [mailto:
 arsl...@arslist.org] *On Behalf Of *Trond Valen
 *Sent:* Tuesday, August 25, 2009 3:47 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Table field row gets selected after a guide looping on
 selected rows



 **

 Hi



 I have a button for deleting the selected row in a table field. It calls
 an active link guide that loops through the selected rows while counting, to
 check that only one row is selected. If only one is selected, an Open Window
 action runs, to ask the user whether he really wants to delete. The problem
 is this scenario from one of users that I cannot reproduce:



 1: He selects a single row in the table field.

 2: He clicks the delete button

 3: The worflow determines that only one row is selected

 4: Another row appears magically selected, right before he is asked
 whether he really wants to delete. Seeing two rows selected, he obviously
 doesn't want to risk confirming the delete. And there is nothing in his
 workflow log that explains this.



 Have you seen anything like this...? This is on a 7.0 ARS server.


 Best regards

 Trond

 _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
 Are_

 DISCLAIMER Important! This message is intended for the above named
 person(s) only and is CONFIDENTIAL AND PROPRIETARY. If you are not the
 intended recipient of this e-mail and have received it in error, please
 immediately notify the sender by return email and then delete it from your
 mailbox. This message may be protected by the attorney-client privilege
 and/or work product doctrine. Accessing, copying, disseminating or re-using
 any of the information contained in this e-mail by anyone other than the
 intended recipient is strictly prohibited. Finally, you should check this
 email and any attachments for the presence of viruses, as the sender accepts
 no liability for any damage caused by any virus transmitted by this email.
 Thank you.




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
image001.png

Re: FW: Table field row gets selected after a guide looping on selected rows

2009-08-26 Thread Trond Valen
Hi

We have the following properties:
Initial row selection: Select first, fire workflow
Refresh row selection: Retain selection, fire workflow

But, the table is not refreshed (at least not according to the workflow
log), and it's not the first row that appears magically selected. It's a row
around the middle of the table field, right under the dialog box that pops
up...

Regards
Trond


On Tue, Aug 25, 2009 at 12:50 PM, Tanner, Doug
doug.tan...@compass-usa.comwrote:

  Take a look at the properties of the table field



 (Example Below)



 (Advanced Tab)





 *From:* Action Request System discussion list(ARSList) [mailto:
 arsl...@arslist.org] *On Behalf Of *Trond Valen
 *Sent:* Tuesday, August 25, 2009 3:47 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Table field row gets selected after a guide looping on selected
 rows



 **

 Hi



 I have a button for deleting the selected row in a table field. It calls an
 active link guide that loops through the selected rows while counting, to
 check that only one row is selected. If only one is selected, an Open Window
 action runs, to ask the user whether he really wants to delete. The problem
 is this scenario from one of users that I cannot reproduce:



 1: He selects a single row in the table field.

 2: He clicks the delete button

 3: The worflow determines that only one row is selected

 4: Another row appears magically selected, right before he is asked whether
 he really wants to delete. Seeing two rows selected, he obviously doesn't
 want to risk confirming the delete. And there is nothing in his workflow log
 that explains this.



 Have you seen anything like this...? This is on a 7.0 ARS server.


 Best regards

 Trond

 _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers
 Are_

 DISCLAIMER Important! This message is intended for the above named
 person(s) only and is CONFIDENTIAL AND PROPRIETARY. If you are not the
 intended recipient of this e-mail and have received it in error, please
 immediately notify the sender by return email and then delete it from your
 mailbox. This message may be protected by the attorney-client privilege
 and/or work product doctrine. Accessing, copying, disseminating or re-using
 any of the information contained in this e-mail by anyone other than the
 intended recipient is strictly prohibited. Finally, you should check this
 email and any attachments for the presence of viruses, as the sender accepts
 no liability for any damage caused by any virus transmitted by this email.
 Thank you.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
image001.png