Re: Advanced Search? - RESOLVED

2008-07-25 Thread William Rentfrow
This one was a little interesting...and useful - read on:
 
Some background - there is sensitive information in this system.  I am
not really supposed to say what but I'll just call them personal unique
identifiers (PUI).  For the sake of example let's say the field ID is
12345.
 
These identifiers can go into a case if appropriate.

We do NOT want people to be able to search on the identifier.
Consequently I added field 1005 to the form.  This is a system field
which holds the content of the advanced search bar.  When a person is in
Query mode the denier field is disabled so they can not type in it.
If they use advanced search you can run an active link that fires on the
search like this:
 
'Search Bar' LIKE %PUI% OR 'Search Bar' LIKE %$12345$%
 
You can spit out the appropriate thou shalt not error
messageHOWEVER - it turns out that adding the search bar field to
the view forces the Advanced Search button to disabled - this is
appropriate because the system field would be on there twice if it was
turned on and selected.
 
The answer - add the field to the form but do not have it in the view(s)
you are using.  Since it's system field it still works correctly in the
workflow without being in the view.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Parrish
Sent: Friday, July 25, 2008 12:07 PM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?


** 

William,

I hate to ask the very obvious question, but are you 100% certain that
you are attempting to invoke the advanced search bar on a search screen
and not on a new screen?

 

Scott Parrish

IT Prophets, LLC

(770) 653-5203

www.itprophets.com



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow
Sent: Friday, July 25, 2008 12:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?

 

Back that truck up a second - I can't get advanced search to work on ANY
form now on the mid-tier.

 

Is there an AR Server setting that prevents it?  There's nothing in the
mid-tier...

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Howard Richter
Sent: Friday, July 25, 2008 11:34 AM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?

** 

Its starting to sound like one for support.

 

I just tried it here and I did not even need to flush the cache (on the
mid-tier or my pc).

 

Very strange

 

Sorry,

hbr

 

On 7/25/08, William Rentfrow [EMAIL PROTECTED] wrote: 

** 

Been there...tried that.plus we cleared the cache on all 11 MT
servers

 

It just doesn't work.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Howard Richter
Sent: Friday, July 25, 2008 11:02 AM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?

 

** 

Ok, then try flushing the cache on the browser (client) side.

 

Just a guess,

 

hbr

 

On 7/25/08, William Rentfrow [EMAIL PROTECTED] wrote: 

** 

Sowe turned on the Advanced Search option on all views of the
HPD:Help Desk form in IM 7.03.

 

And we've flushed the cache, etc, on the mid-tier - but for some reason
the Advanced Search is always grayed out/disabled.

 

What gives?  I feel like I'm missing something stupid but it's been one
of those weeks

 

William Rentfrow, Principal Consultant

[EMAIL PROTECTED]

C 701-306-6157

O 952-432-0227

 

__Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/
ARSlist: Where the Answers Are html___ 




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified 
E-Mail = [EMAIL PROTECTED]



LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum
Sponsor: www.rmsportal.com http://www.rmsportal.com/  ARSlist: Where
the Answers Are html___ 

__Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/
ARSlist: Where the Answers Are html___ 




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified 
E-Mail = [EMAIL PROTECTED]
LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum
Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ 

__Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the
Answers Are html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are


Re: Advanced Search? - RESOLVED

2008-07-25 Thread William Rentfrow
I must have REALLY mangled the spelling of identifier for spell
checker to change it to denier below.  My bad :)



From: William Rentfrow 
Sent: Friday, July 25, 2008 2:05 PM
To: 'arslist@ARSLIST.ORG'
Subject: RE: Advanced Search? - RESOLVED


This one was a little interesting...and useful - read on:
 
Some background - there is sensitive information in this system.  I am
not really supposed to say what but I'll just call them personal unique
identifiers (PUI).  For the sake of example let's say the field ID is
12345.
 
These identifiers can go into a case if appropriate.

We do NOT want people to be able to search on the identifier.
Consequently I added field 1005 to the form.  This is a system field
which holds the content of the advanced search bar.  When a person is in
Query mode the denier field is disabled so they can not type in it.
If they use advanced search you can run an active link that fires on the
search like this:
 
'Search Bar' LIKE %PUI% OR 'Search Bar' LIKE %$12345$%
 
You can spit out the appropriate thou shalt not error
messageHOWEVER - it turns out that adding the search bar field to
the view forces the Advanced Search button to disabled - this is
appropriate because the system field would be on there twice if it was
turned on and selected.
 
The answer - add the field to the form but do not have it in the view(s)
you are using.  Since it's system field it still works correctly in the
workflow without being in the view.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Parrish
Sent: Friday, July 25, 2008 12:07 PM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?


** 

William,

I hate to ask the very obvious question, but are you 100% certain that
you are attempting to invoke the advanced search bar on a search screen
and not on a new screen?

 

Scott Parrish

IT Prophets, LLC

(770) 653-5203

www.itprophets.com



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow
Sent: Friday, July 25, 2008 12:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?

 

Back that truck up a second - I can't get advanced search to work on ANY
form now on the mid-tier.

 

Is there an AR Server setting that prevents it?  There's nothing in the
mid-tier...

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Howard Richter
Sent: Friday, July 25, 2008 11:34 AM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?

** 

Its starting to sound like one for support.

 

I just tried it here and I did not even need to flush the cache (on the
mid-tier or my pc).

 

Very strange

 

Sorry,

hbr

 

On 7/25/08, William Rentfrow [EMAIL PROTECTED] wrote: 

** 

Been there...tried that.plus we cleared the cache on all 11 MT
servers

 

It just doesn't work.

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Howard Richter
Sent: Friday, July 25, 2008 11:02 AM
To: arslist@ARSLIST.ORG
Subject: Re: Advanced Search?

 

** 

Ok, then try flushing the cache on the browser (client) side.

 

Just a guess,

 

hbr

 

On 7/25/08, William Rentfrow [EMAIL PROTECTED] wrote: 

** 

Sowe turned on the Advanced Search option on all views of the
HPD:Help Desk form in IM 7.03.

 

And we've flushed the cache, etc, on the mid-tier - but for some reason
the Advanced Search is always grayed out/disabled.

 

What gives?  I feel like I'm missing something stupid but it's been one
of those weeks

 

William Rentfrow, Principal Consultant

[EMAIL PROTECTED]

C 701-306-6157

O 952-432-0227

 

__Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/
ARSlist: Where the Answers Are html___ 




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified 
E-Mail = [EMAIL PROTECTED]



LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum
Sponsor: www.rmsportal.com http://www.rmsportal.com/  ARSlist: Where
the Answers Are html___ 

__Platinum Sponsor: www.rmsportal.com http://www.rmsportal.com/
ARSlist: Where the Answers Are html___ 




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified 
E-Mail = [EMAIL PROTECTED]
LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum
Sponsor: www.rmsportal.com ARSlist: Where the Answers Are html___ 

__Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: Where the
Answers Are html___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are


Re: Advanced Search? - RESOLVED

2008-07-25 Thread Howard Richter
William,

I would not say thou shalt not but others might.

I just think we should install OOB only, and tell the customers that BMC
does not us to change their code.

That was a good one, thanks for sharing it and have a good weekend,

Howard



On 7/25/08, William Rentfrow [EMAIL PROTECTED] wrote:

 ** I must have REALLY mangled the spelling of identifier for spell
 checker to change it to denier below.  My bad :)

  --
 *From:* William Rentfrow
 *Sent:* Friday, July 25, 2008 2:05 PM
 *To:* 'arslist@ARSLIST.ORG'
 *Subject:* RE: Advanced Search? - RESOLVED


  This one was a little interesting...and useful - read on:

 Some background - there is sensitive information in this system.  I am not
 really supposed to say what but I'll just call them personal unique
 identifiers (PUI).  For the sake of example let's say the field ID is
 12345.

 These identifiers can go into a case if appropriate.

 We do NOT want people to be able to search on the identifier.  Consequently
 I added field 1005 to the form.  This is a system field which holds the
 content of the advanced search bar.  When a person is in Query mode the
 denier field is disabled so they can not type in it.  If they use advanced
 search you can run an active link that fires on the search like this:

 'Search Bar' LIKE %PUI% OR 'Search Bar' LIKE %$12345$%

 You can spit out the appropriate thou shalt not error messageHOWEVER
 - it turns out that adding the search bar field to the view forces the
 Advanced Search button to disabled - this is appropriate because the
 system field would be on there twice if it was turned on and selected.

 The answer - add the field to the form but do not have it in the view(s)
 you are using.  Since it's system field it still works correctly in the
 workflow without being in the view.

  --
 *From:* Action Request System discussion list(ARSList) [mailto:
 [EMAIL PROTECTED] *On Behalf Of *Scott Parrish
 *Sent:* Friday, July 25, 2008 12:07 PM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Advanced Search?


 **

 William,

 I hate to ask the very obvious question, but are you 100% certain that you
 are attempting to invoke the advanced search bar on a search screen and not
 on a new screen?



 Scott Parrish

 IT Prophets, LLC

 (770) 653-5203

 www.itprophets.com
  --

 *From:* Action Request System discussion list(ARSList) [mailto:
 [EMAIL PROTECTED] *On Behalf Of *William Rentfrow
 *Sent:* Friday, July 25, 2008 12:37 PM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Advanced Search?



 Back that truck up a second - I can't get advanced search to work on ANY
 form now on the mid-tier.



 Is there an AR Server setting that prevents it?  There's nothing in the
 mid-tier...


  --

 *From:* Action Request System discussion list(ARSList) [mailto:
 [EMAIL PROTECTED] *On Behalf Of *Howard Richter
 *Sent:* Friday, July 25, 2008 11:34 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Advanced Search?

 **

 Its starting to sound like one for support.



 I just tried it here and I did not even need to flush the cache (on the
 mid-tier or my pc).



 Very strange



 Sorry,

 hbr



 On 7/25/08, *William Rentfrow* [EMAIL PROTECTED] wrote:

 **

 Been there...tried that.plus we cleared the cache on all 11 MT
 servers



 It just doesn't work.


  --

 *From:* Action Request System discussion list(ARSList) [mailto:
 [EMAIL PROTECTED] *On Behalf Of *Howard Richter
 *Sent:* Friday, July 25, 2008 11:02 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Advanced Search?



 **

 Ok, then try flushing the cache on the browser (client) side.



 Just a guess,



 hbr



 On 7/25/08, *William Rentfrow* [EMAIL PROTECTED] wrote:

 **

 Sowe turned on the Advanced Search option on all views of the
 HPD:Help Desk form in IM 7.03.



 And we've flushed the cache, etc, on the mid-tier - but for some reason the
 Advanced Search is always grayed out/disabled.



 What gives?  I feel like I'm missing something stupid but it's been one of
 those weeks



 William Rentfrow, Principal Consultant

 [EMAIL PROTECTED]

 C 701-306-6157

 O 952-432-0227



 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
 html___




 --
 Howard Richter
 Red Hat Certified Technician
 CompTIA Linux+ Certified
 ITIL Foundation Certified
 E-Mail = [EMAIL PROTECTED]

 LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor:
 www.rmsportal.com ARSlist: Where the Answers Are html___

 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
 html___




 --
 Howard Richter
 Red Hat Certified Technician
 CompTIA Linux+ Certified
 ITIL Foundation Certified
 E-Mail = [EMAIL PROTECTED]
 LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum Sponsor:
 www.rmsportal.com ARSlist: Where the Answers Are html___
 __Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers