Re: Validate 2 character fields using LIKE
Thanks Misi. Thats what I was looking for. Thanks! Kaur ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Validate 2 character fields using LIKE
Hi,
You say VALIDATE which seems to indicate that you are running filters in Form A
on a transaction, and you need to validate that the last word of field A can be
found in Form B. Right?
In that case I would suggest that you parse out the last word of the field in
Form B and store "DEF" in a separate field of Form B called
'LastWordFormB-Field'.
You then perform the same operation on Form A during your transaction and store
the last word in form A in a temp-field. Then you search for
('LastWordFormB-Field' = $temp-field$)
You do not even need a LIKE operation.
If you do not want to store the last word you will validate from, you can skip
that part and instead do this search:
'FormB-Field' LIKE "%" + $temp-field$
But you will have to parse out the last part of the string before running a
search. Like will not do this for you.
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13)
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs
Find these products, and many free tools and utilities, at http://rrr.se
November 7, 2016 7:54 PM, "Kaur" wrote:
> Hi all,
>
> I need to write a qualification to validate a field in form A against a field
> in form B using "%"
> and LIKE.The qualification I have written is
>
> $fieldA$ LIKE "%"+'fieldB'+"%" , where
>
> fieldA- field in form A
> fieldB -field in form B
>
> fieldA= ABC DEF
> fieldB= XYZ DEF
>
> I need to do a partial search on the basis of 'DEF'
>
> Please help me in solving this.
>
> Thanks!!
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
Re: Validate 2 character fields using LIKE
Kaur, Your search will only find all of Field-B in Field-A You can search for: "%" + "DEF" + "%" in either field. What are you trying to accomplish with this search? Joel Joel Sender * jdsen...@earthlink.net * 310.829.5552 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kaur Sent: Monday, November 7, 2016 10:52 AM To: arslist@ARSLIST.ORG Subject: Validate 2 character fields using LIKE Hi all, I need to write a qualification to validate a field in form A against a field in form B using "%" and LIKE.The qualification I have written is $fieldA$ LIKE "%"+'fieldB'+"%" , where fieldA- field in form A fieldB -field in form B fieldA= ABC DEF fieldB= XYZ DEF I need to do a partial search on the basis of 'DEF' Please help me in solving this. Thanks!! ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Validate 2 character fields using LIKE
Hi all, I need to write a qualification to validate a field in form A against a field in form B using "%" and LIKE.The qualification I have written is $fieldA$ LIKE "%"+'fieldB'+"%" , where fieldA- field in form A fieldB -field in form B fieldA= ABC DEF fieldB= XYZ DEF I need to do a partial search on the basis of 'DEF' Please help me in solving this. Thanks!! ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: FTS and Character Fields (with less than 3 characters)
That's exactly what happened. There's over 100 words on the ignore list for FTS that we have to watch out for. Luckily, these are only test accounts so I'm just going to educate the customer and not update the ignore list. Thanks! Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Saturday, August 29, 2015 9:10 PM To: arslist@ARSLIST.ORG Subject: Re: FTS and Character Fields (with less than 3 characters) Is "Ar" in the ignore words list? William Rentfrow wrentf...@stratacominc.com Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Thursday, August 27, 2015 3:45 PM To: arslist@ARSLIST.ORG Subject: FTS and Character Fields (with less than 3 characters) We are using ARS 8.1 SP2, have an Oracle Database and turned on FTS. I also enabled FTS on the First and Last Name character fields on the CTM:People form. Before we enabled FTS and added the FTS property to these two fields, I was able to do a search on First Name = "Ar" and get back many records that have the characters ar in the first name INCLUDING the one record that I really need returned that the first name IS only "Ar". But when I added the FTS property to the First Name field, I get back all records with ar in the first name EXCEPT the first name that's actually Ar. Is there something with FTS that does not allow character fields with less than three characters get indexed or something? Why does this not return the record that I actually need? I've tested this with many other First Names that were less than three characters: Go, No, Ar, but I was able to create a person with a first name of Le and it found this person when doing a search. Maybe Go, No and Ar are reserved words??? Anyone else experience this? Lisa Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4830 / Virus Database: 4365/10537 - Release Date: 08/29/15 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: FTS and Character Fields (with less than 3 characters)
Is Ar in the ignore words list? William Rentfrow wrentf...@stratacominc.com Office: 715-204-3061 or 701-232-5697x25 Cell: 715-498-5056 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Thursday, August 27, 2015 3:45 PM To: arslist@ARSLIST.ORG Subject: FTS and Character Fields (with less than 3 characters) We are using ARS 8.1 SP2, have an Oracle Database and turned on FTS. I also enabled FTS on the First and Last Name character fields on the CTM:People form. Before we enabled FTS and added the FTS property to these two fields, I was able to do a search on First Name = Ar and get back many records that have the characters ar in the first name INCLUDING the one record that I really need returned that the first name IS only Ar. But when I added the FTS property to the First Name field, I get back all records with ar in the first name EXCEPT the first name that's actually Ar. Is there something with FTS that does not allow character fields with less than three characters get indexed or something? Why does this not return the record that I actually need? I've tested this with many other First Names that were less than three characters: Go, No, Ar, but I was able to create a person with a first name of Le and it found this person when doing a search. Maybe Go, No and Ar are reserved words??? Anyone else experience this? Lisa Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4830 / Virus Database: 4365/10537 - Release Date: 08/29/15 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
FTS and Character Fields (with less than 3 characters)
We are using ARS 8.1 SP2, have an Oracle Database and turned on FTS. I also enabled FTS on the First and Last Name character fields on the CTM:People form. Before we enabled FTS and added the FTS property to these two fields, I was able to do a search on First Name = Ar and get back many records that have the characters ar in the first name INCLUDING the one record that I really need returned that the first name IS only Ar. But when I added the FTS property to the First Name field, I get back all records with ar in the first name EXCEPT the first name that's actually Ar. Is there something with FTS that does not allow character fields with less than three characters get indexed or something? Why does this not return the record that I actually need? I've tested this with many other First Names that were less than three characters: Go, No, Ar, but I was able to create a person with a first name of Le and it found this person when doing a search. Maybe Go, No and Ar are reserved words??? Anyone else experience this? Lisa Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Hiding 'resize handle' character fields on midtier
Jose ( Benny), Thanks, I finally tried “resize:none” and it seems to work well on my test server. Not sure if I’ll get cleared to put it on production since BMC won’t support it, but I might try – David David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jose Huerta Sent: Monday, June 04, 2012 5:35 PM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier ** You can solve it with CSS with the next modifications: Go to the mozilla ARSystem CSS. midTierInstallDir\resources\moz\stylesheets\ARSystem.css And add the next parameter: resize: none to the next classes: textarea.text textarea.srhttp://textarea.sr textarea.dat textarea.readonly textarea.PopupEditor input.text input.currency input.decimal Let me know if it works. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: 01 June 2012 19:13 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier … Benny's suggestion about customizing CSS is an idea, but since it sounds like an upgrade might fix this, I'll probably leave it alone. -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. … ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
A change like this on a CSS file has a minimal impact, and a minimal risk. Also it's very easy to rollback if any issue appears. Regards, Jose Manuel Huerta http://theremedyforit.com/ On Tue, Sep 18, 2012 at 8:52 PM, David Durling durl...@uga.edu wrote: ** Jose ( Benny), ** ** Thanks, I finally tried “resize:none” and it seems to work well on my test server. Not sure if I’ll get cleared to put it on production since BMC won’t support it, but I might try – ** ** David ** ** David Durling University of Georgia ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jose Huerta *Sent:* Monday, June 04, 2012 5:35 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Hiding 'resize handle' character fields on midtier ** ** ** You can solve it with CSS with the next modifications: ** ** Go to the mozilla ARSystem CSS. midTierInstallDir\resources\moz\stylesheets\ARSystem.css ** ** And add the next parameter: resize: none ** ** to the next classes: textarea.text textarea.sr textarea.dat textarea.readonly textarea.PopupEditor input.text input.currency input.decimal ** ** Let me know if it works. ** ** * * -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: 01 June 2012 19:13 To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier *…* Benny's suggestion about customizing CSS is an idea, but since it sounds like an upgrade might fix this, I'll probably leave it alone. -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. … _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
Thanks, I can pass that on to my management J David From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jose Manuel Huerta Guillén Sent: Tuesday, September 18, 2012 4:51 PM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier ** A change like this on a CSS file has a minimal impact, and a minimal risk. Also it's very easy to rollback if any issue appears. Regards, Jose Manuel Huerta http://theremedyforit.com/ On Tue, Sep 18, 2012 at 8:52 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** Jose ( Benny), Thanks, I finally tried resize:none and it seems to work well on my test server. Not sure if I'll get cleared to put it on production since BMC won't support it, but I might try - David David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jose Huerta Sent: Monday, June 04, 2012 5:35 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier ** You can solve it with CSS with the next modifications: Go to the mozilla ARSystem CSS. midTierInstallDir\resources\moz\stylesheets\ARSystem.css And add the next parameter: resize: none to the next classes: textarea.text textarea.srhttp://textarea.sr textarea.dat textarea.readonly textarea.PopupEditor input.text input.currency input.decimal Let me know if it works. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: 01 June 2012 19:13 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier ... Benny's suggestion about customizing CSS is an idea, but since it sounds like an upgrade might fix this, I'll probably leave it alone. -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. ... _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
I found this works reliably on Oracle. It removes leading and trailing
whitespace characters (tabs, spaces, CR, LF, FF, vertical tab, etc.). Just
use a SQL set fields and set the field into itself:
select (regexp_replace(regexp_replace('$your field$', '(*[[:space:]]$)',
'', 1, 0), '(^[[:space:]]*)', '', 1, 0)) from dual
It doesn't return an error, but instead strips the leading and trailing
whitespace characters. You can set the filter up with a run if/execute
option so that it only fires when it needs to:
Execute on: Submit, Modify
Run If Qual: 'your field' != 'DB.your field'
Oracle defines the [:space:] as all posix whitespace characteres and
includes the following posix characters:
unicode: [\p{Z}\t\r\n\v\f]
ascii: [ \t\r\n\v\f]
see http://www.regular-expressions.info/posixbrackets.html for an overview
of Posix character classes, include :space:.
Axton Grams
On Thu, Aug 23, 2012 at 12:27 AM, Misi Mladoniczky m...@rrr.se wrote:
Hi,
There is some problems with that approach...
1. It is hard to control if you get a NL or CR+NL in the field. A CR+NL
will not match a NL-only...
2. Some database adds a space to the beginning of the string if it only
has a CR+NL or NL in it, which would then result in SPACE+CR+NL or
SPACE+NL...
3. To fix this, you can do a RIGHT(
, 1), but you can not use functions in Run-if, and you will have to
resort to two FLTR:s and a tmp-field anyway...
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.
Susan,
Try this old-school trick:
1. Open a text editor like 'notepad'
2. In a new doc, type this:
a. Double-quote
b. Enter
c. Double-quote
3. Select all and copy to an active link with a Set Field that puts
this string into a tmp_field. Use the tmp_field name in work flow.
BTW, you could use the REPLACE function to change them into something
else,
like an *
HTH,
Joel
Joel Senderjdsen...@earthlink.net310.829.5552
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Wednesday, August 22, 2012 3:01 PM
To: arslist@ARSLIST.ORG
Subject: Data validation in character fields
**
Hi everyone,
On a regular form with a character field I need to be able to validate
that
there are no 'carriage returns' at the end of the data.
Example:
The field should contain - ABC Company
but instead it contains -
ABC Company
ABC Company
ABC Company
This is purely a human error during input. They may be copy/pasting from
a
spreadsheet and somehow do paste more than once or any other creative way
of
doing this. Unlikely they are actually typing this. The field length is
100 characters, 76 of which display. But since only 1 row is displayed
it's
not evident when you look at the record that the above situation occurs.
So I want to put a filter in that will produce an error when there is a
'carriage return' (or whatever they are called these days) upon save.
But
I
cannot figure out how to create that special character in the
qualification
line. I was thinking something like 'Site Name' LIKE %symbol but I
don't
know what to put where the word symbol is. There is never a situation
when
we want the CR.
From a Remedy perspective this whole thing doesn't even matter. But we
have
other systems that suck the data out of Remedy and they break when they
get
this data. No suitable comment available for that issue.
I'd appreciate any ideas you may have.
Thanks,
Susan
Susan Palmer
ShopperTrak
200 W Monroe 11th Floor
Chicago, IL 60606
312-529-5325
spal...@shoppertrak.com
ARS v7.5
Oracle 10g
User Tool v7.5
Sun Solaris
_attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
You could shift this to use the regexp_instr function to identify the
presence of characters.
On Thu, Aug 23, 2012 at 2:00 AM, Axton axton.gr...@gmail.com wrote:
I found this works reliably on Oracle. It removes leading and trailing
whitespace characters (tabs, spaces, CR, LF, FF, vertical tab, etc.). Just
use a SQL set fields and set the field into itself:
select (regexp_replace(regexp_replace('$your field$', '(*[[:space:]]$)',
'', 1, 0), '(^[[:space:]]*)', '', 1, 0)) from dual
It doesn't return an error, but instead strips the leading and trailing
whitespace characters. You can set the filter up with a run if/execute
option so that it only fires when it needs to:
Execute on: Submit, Modify
Run If Qual: 'your field' != 'DB.your field'
Oracle defines the [:space:] as all posix whitespace characteres and
includes the following posix characters:
unicode: [\p{Z}\t\r\n\v\f]
ascii: [ \t\r\n\v\f]
see http://www.regular-expressions.info/posixbrackets.html for an
overview of Posix character classes, include :space:.
Axton Grams
On Thu, Aug 23, 2012 at 12:27 AM, Misi Mladoniczky m...@rrr.se wrote:
Hi,
There is some problems with that approach...
1. It is hard to control if you get a NL or CR+NL in the field. A CR+NL
will not match a NL-only...
2. Some database adds a space to the beginning of the string if it only
has a CR+NL or NL in it, which would then result in SPACE+CR+NL or
SPACE+NL...
3. To fix this, you can do a RIGHT(
, 1), but you can not use functions in Run-if, and you will have to
resort to two FLTR:s and a tmp-field anyway...
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.
Susan,
Try this old-school trick:
1. Open a text editor like 'notepad'
2. In a new doc, type this:
a. Double-quote
b. Enter
c. Double-quote
3. Select all and copy to an active link with a Set Field that
puts
this string into a tmp_field. Use the tmp_field name in work flow.
BTW, you could use the REPLACE function to change them into something
else,
like an *
HTH,
Joel
Joel Senderjdsen...@earthlink.net310.829.5552
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: Wednesday, August 22, 2012 3:01 PM
To: arslist@ARSLIST.ORG
Subject: Data validation in character fields
**
Hi everyone,
On a regular form with a character field I need to be able to validate
that
there are no 'carriage returns' at the end of the data.
Example:
The field should contain - ABC Company
but instead it contains -
ABC Company
ABC Company
ABC Company
This is purely a human error during input. They may be copy/pasting
from
a
spreadsheet and somehow do paste more than once or any other creative
way
of
doing this. Unlikely they are actually typing this. The field length
is
100 characters, 76 of which display. But since only 1 row is displayed
it's
not evident when you look at the record that the above situation occurs.
So I want to put a filter in that will produce an error when there is a
'carriage return' (or whatever they are called these days) upon save.
But
I
cannot figure out how to create that special character in the
qualification
line. I was thinking something like 'Site Name' LIKE %symbol but I
don't
know what to put where the word symbol is. There is never a situation
when
we want the CR.
From a Remedy perspective this whole thing doesn't even matter. But we
have
other systems that suck the data out of Remedy and they break when they
get
this data. No suitable comment available for that issue.
I'd appreciate any ideas you may have.
Thanks,
Susan
Susan Palmer
ShopperTrak
200 W Monroe 11th Floor
Chicago, IL 60606
312-529-5325
spal...@shoppertrak.com
ARS v7.5
Oracle 10g
User Tool v7.5
Sun Solaris
_attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Re: Data validation in character fields
Susan, Just checking on the requirement... What is the end result goal? I suspect it is that you don't want to have extraneous white space at the end of strings and would like for the data to be entered without that extra whitespace. If that is the final goal, why not just clean the data and forget about error messages. What are you going to do, give an error that the data is bad so the user has to go and remove the extra return (or space or tab) and go again? Wouldn't it be better to simply clean it quietly and move on? With this in mind, would the RTRIM function do what you are looking for? It removes whitespace. And, I assume it is not just CR you want not there, but also why have trailing spaces or tabs. So, if RTRIM does indeed include CR as whitespace, you should be good to go. No error report, data clean, no disruption of user, you get what you need. If RTRIM itself doesn't work, you could put a little loop in place that does an RTRIM (to get rid of spaces and tabs) then an if 'field' LIKE % + and if matches, trim the length by one and loop back before the RTRIM. If it doesn't match (else) jump out of the loop. Of course, if you really really want to give the user an annoying error, you can. And, as someone mentioned, to get a return character in a qualification just type it in between quotes. So, enter a , hit the return, enter another and you will have a return captured. But, be careful as there could be any number of CRs in the middle of text and there could be any number at the end of the text too; and returns could have spaces or tabs between them. Just something to think about. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 3:01 PM To: arslist@ARSLIST.ORG Subject: Data validation in character fields ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.commailto:spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
Thanks Doug ... Yes I do want clean data. And doing it quietly would probably be the most 'correct' way ... but any command I could use that might transmit a slight electrical shock with the message could be somewhat satisfying ... :) I'll give the RTRIM a try ! Susan On Thu, Aug 23, 2012 at 3:50 PM, Mueller, Doug doug_muel...@bmc.com wrote: ** Susan, ** ** Just checking on the requirement… ** ** What is the end result goal? ** ** I suspect it is that you don't want to have extraneous white space at the end of strings and would like for the data to be entered without that extra whitespace. ** ** If that is the final goal, why not just clean the data and forget about error messages. What are you going to do, give an error that the data is bad so the user has to go and remove the extra return (or space or tab) and go again? Wouldn't it be better to simply clean it quietly and move on?** ** ** ** With this in mind, would the RTRIM function do what you are looking for? It removes whitespace. And, I assume it is not just CR you want not there, but also why have trailing spaces or tabs. So, if RTRIM does indeed include CR as whitespace, you should be good to go. No error report, data clean, no disruption of user, you get what you need. ** ** If RTRIM itself doesn't work, you could put a little loop in place that does an RTRIM (to get rid of spaces and tabs) then an if 'field' LIKE % + and if matches, trim the length by one and loop back before the RTRIM. If it doesn't match (else) jump out of the loop. ** ** Of course, if you really really want to give the user an annoying error, you can….. ** ** And, as someone mentioned, to get a return character in a qualification just type it in between quotes. So, enter a , hit the return, enter another and you will have a return captured. But, be careful as there could be any number of CRs in the middle of text and there could be any number at the end of the text too; and returns could have spaces or tabs between them. ** ** Just something to think about. ** ** Doug Mueller ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* Wednesday, August 22, 2012 3:01 PM *To:* arslist@ARSLIST.ORG *Subject:* Data validation in character fields ** ** ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
Let us know what you end up doing. From what I remember RTRIM hasn't worked for me in the past. I have used option two a few times as Doug suggested (although I didn't loop it). Jason On Thu, Aug 23, 2012 at 2:02 PM, Susan Palmer suzanpal...@gmail.com wrote: ** Thanks Doug ... Yes I do want clean data. And doing it quietly would probably be the most 'correct' way ... but any command I could use that might transmit a slight electrical shock with the message could be somewhat satisfying ... :) I'll give the RTRIM a try ! Susan On Thu, Aug 23, 2012 at 3:50 PM, Mueller, Doug doug_muel...@bmc.comwrote: ** Susan, ** ** Just checking on the requirement… ** ** What is the end result goal? ** ** I suspect it is that you don't want to have extraneous white space at the end of strings and would like for the data to be entered without that extra whitespace. ** ** If that is the final goal, why not just clean the data and forget about error messages. What are you going to do, give an error that the data is bad so the user has to go and remove the extra return (or space or tab) and go again? Wouldn't it be better to simply clean it quietly and move on?* *** ** ** With this in mind, would the RTRIM function do what you are looking for? It removes whitespace. And, I assume it is not just CR you want not there, but also why have trailing spaces or tabs. So, if RTRIM does indeed include CR as whitespace, you should be good to go. No error report, data clean, no disruption of user, you get what you need. ** ** If RTRIM itself doesn't work, you could put a little loop in place that does an RTRIM (to get rid of spaces and tabs) then an if 'field' LIKE % + and if matches, trim the length by one and loop back before the RTRIM. If it doesn't match (else) jump out of the loop. ** ** Of course, if you really really want to give the user an annoying error, you can….. ** ** And, as someone mentioned, to get a return character in a qualification just type it in between quotes. So, enter a , hit the return, enter another and you will have a return captured. But, be careful as there could be any number of CRs in the middle of text and there could be any number at the end of the text too; and returns could have spaces or tabs between them. ** ** Just something to think about. ** ** Doug Mueller ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* Wednesday, August 22, 2012 3:01 PM *To:* arslist@ARSLIST.ORG *Subject:* Data validation in character fields ** ** ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Data validation in character fields
Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
Hi Fred, That would have never crossed my mine. I tried using a pipe character, seems I've done that before but maybe it just showed up that way when doing email type filters. I will give this a try and let you know how it goes! Thanks! Susan On Wed, Aug 22, 2012 at 6:20 PM, Grooms, Frederick W frederick.w.gro...@xo.com wrote: ** You probably will have to use 2 filters ** ** Filter 1 Set a DisplayOnly field to the Carriage Return using SQL (for the list I am calling it zCarriageReturn) SQL = SELECT chr(10) from DUAL ** ** Filter 2 Run-If to show error ‘FieldToCheck’ Like ((“%” + $zCarriageReturn$) + “%”) ** ** ** ** I know some people will say to just use a Return inside 2 double quotes, but that will not always work. The method above will always work ** ** Fred ** ** ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* Wednesday, August 22, 2012 5:01 PM *To:* arslist@ARSLIST.ORG *Subject:* Data validation in character fields ** ** ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris ** ** ** ** _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
In the Admin tool, the character used to show up as a wide pipe character. That's probably what you are thinking of. Fred - Original Message - From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 6:29 PM To: arslist@ARSLIST.ORG Subject: Re: Data validation in character fields ** Hi Fred, That would have never crossed my mine. I tried using a pipe character, seems I've done that before but maybe it just showed up that way when doing email type filters. I will give this a try and let you know how it goes! Thanks! Susan - Original Message - On Wed, Aug 22, 2012 at 6:20 PM, Grooms, Frederick W wrote: ** You probably will have to use 2 filters Filter 1 Set a DisplayOnly field to the Carriage Return using SQL (for the list I am calling it zCarriageReturn) SQL = SELECT chr(10) from DUAL Filter 2 Run-If to show error 'FieldToCheck' Like ((% + $zCarriageReturn$) + %) I know some people will say to just use a Return inside 2 double quotes, but that will not always work. The method above will always work Fred - Original Message - From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 5:01 PM To: arslist@ARSLIST.ORG Subject: Data validation in character fields ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
Susan, Try this old-school trick: 1. Open a text editor like 'notepad' 2. In a new doc, type this: a. Double-quote b. Enter c. Double-quote 3. Select all and copy to an active link with a Set Field that puts this string into a tmp_field. Use the tmp_field name in work flow. BTW, you could use the REPLACE function to change them into something else, like an * HTH, Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 3:01 PM To: arslist@ARSLIST.ORG Subject: Data validation in character fields ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
As Fred pointed out that is not really a pipe character, it displayed like a pipe character though there was a visible difference between an actual pipe character and that. Freds described it correctly as a 'wide pipe character'.. That is just the way the Admin Tool displayed a carriage return in code. That’s quite a smart solution Fred.. I think I had used something similar for a different special character before.. not sure which one but I wouldn’t be surprised if it was for %.. Joe -Original Message- From: Grooms, Frederick W Sent: Wednesday, August 22, 2012 7:31 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Data validation in character fields In the Admin tool, the character used to show up as a wide pipe character. That's probably what you are thinking of. Fred - Original Message - From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 6:29 PM To: arslist@ARSLIST.ORG Subject: Re: Data validation in character fields ** Hi Fred, That would have never crossed my mine. I tried using a pipe character, seems I've done that before but maybe it just showed up that way when doing email type filters. I will give this a try and let you know how it goes! Thanks! Susan - Original Message - On Wed, Aug 22, 2012 at 6:20 PM, Grooms, Frederick W wrote: ** You probably will have to use 2 filters Filter 1 Set a DisplayOnly field to the Carriage Return using SQL (for the list I am calling it zCarriageReturn) SQL = SELECT chr(10) from DUAL Filter 2 Run-If to show error 'FieldToCheck' Like ((% + $zCarriageReturn$) + %) I know some people will say to just use a Return inside 2 double quotes, but that will not always work. The method above will always work Fred - Original Message - From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 5:01 PM To: arslist@ARSLIST.ORG Subject: Data validation in character fields ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Data validation in character fields
Hi, There is some problems with that approach... 1. It is hard to control if you get a NL or CR+NL in the field. A CR+NL will not match a NL-only... 2. Some database adds a space to the beginning of the string if it only has a CR+NL or NL in it, which would then result in SPACE+CR+NL or SPACE+NL... 3. To fix this, you can do a RIGHT( , 1), but you can not use functions in Run-if, and you will have to resort to two FLTR:s and a tmp-field anyway... Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Susan, Try this old-school trick: 1. Open a text editor like 'notepad' 2. In a new doc, type this: a. Double-quote b. Enter c. Double-quote 3. Select all and copy to an active link with a Set Field that puts this string into a tmp_field. Use the tmp_field name in work flow. BTW, you could use the REPLACE function to change them into something else, like an * HTH, Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Wednesday, August 22, 2012 3:01 PM To: arslist@ARSLIST.ORG Subject: Data validation in character fields ** Hi everyone, On a regular form with a character field I need to be able to validate that there are no 'carriage returns' at the end of the data. Example: The field should contain - ABC Company but instead it contains - ABC Company ABC Company ABC Company This is purely a human error during input. They may be copy/pasting from a spreadsheet and somehow do paste more than once or any other creative way of doing this. Unlikely they are actually typing this. The field length is 100 characters, 76 of which display. But since only 1 row is displayed it's not evident when you look at the record that the above situation occurs. So I want to put a filter in that will produce an error when there is a 'carriage return' (or whatever they are called these days) upon save. But I cannot figure out how to create that special character in the qualification line. I was thinking something like 'Site Name' LIKE %symbol but I don't know what to put where the word symbol is. There is never a situation when we want the CR. From a Remedy perspective this whole thing doesn't even matter. But we have other systems that suck the data out of Remedy and they break when they get this data. No suitable comment available for that issue. I'd appreciate any ideas you may have. Thanks, Susan Susan Palmer ShopperTrak 200 W Monroe 11th Floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ARS v7.5 Oracle 10g User Tool v7.5 Sun Solaris _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Thank you all,
Stylish plugin is good, but I believe there is the same limitation for this
too - the scroll bar is now gone but unable to view the characters (or
cursor) when I type more than the visible text area.
Thanks
Ali
Jon Slaven wrote:
I had issues with the vertical scroll bar not appearing when it needed to
when I used overflow: hidden, which is why I went with overflow-x:
hidden instead.
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: strauss stra...@unt.edu
To: arslist@ARSLIST.ORG
Date: 07/05/2012 11:07 AM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
Support did give us a fix to apply directly to the ARSystem.css file on
each mid-tier:
--
/* Workaround for firefox issue where a horizontal scrollbar appears
inside a text field */
textarea.sr {
padding-bottom:3px;
}
The simplest way to fix this would just be to add the overflow:hidden to
this block in the css file.
Modify the /resources/moz/stylesheets/ARSystem.css as follows:
/* Workaround for firefox issue where a horizontal scrollbar appears
inside a text field */
textarea.sr {
padding-bottom:3px;
overflow:hidden;
}
Please flush the browser and tomcat cache after making the changes and
perform the test.
---
In fact, the browsers read the ARSystem.css file when logging in to a new
session and there was no need to flush the mid-tier cache.
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Jon Slaven
Sent: Thursday, July 05, 2012 9:52 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
** Hi Ali,
Apologies for the late response, I was on vacation.
You have to install the Stylish plugin for Firefox, and add that as a
script (essentially Stylish allows you to add to the CSS for a site or
page). Don't forget to change the domain to match your server/balancer's
name.
If you're looking for a system-wide fix, you'd have to edit the Remedy CSS
file(s) directly on the mid-tier.
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From:ali_md feru@gmail.com
To:arslist@ARSLIST.ORG
Date:06/29/2012 10:35 AM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
Jon
Are you able to view the text beyond the visible text area (when you type
in
characters more than the visible text area) ?
Also, in what file (or individual forms) did you make this change?
Thanks
Ali
Jon Slaven wrote:
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; }
}
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: Tommy Morris tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in
the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I
wonder
if Mozilla can be held liable for epileptic seizures or optical
migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Hi Ali,
Apologies for the late response, I was on vacation.
You have to install the Stylish plugin for Firefox, and add that as a
script (essentially Stylish allows you to add to the CSS for a site or
page). Don't forget to change the domain to match your server/balancer's
name.
If you're looking for a system-wide fix, you'd have to edit the Remedy CSS
file(s) directly on the mid-tier.
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: ali_md feru@gmail.com
To: arslist@ARSLIST.ORG
Date: 06/29/2012 10:35 AM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
Jon
Are you able to view the text beyond the visible text area (when you type
in
characters more than the visible text area) ?
Also, in what file (or individual forms) did you make this change?
Thanks
Ali
Jon Slaven wrote:
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; }
}
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: Tommy Morris tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in
the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I
wonder
if Mozilla can be held liable for epileptic seizures or optical
migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell
Sent: Monday, June 18, 2012 7:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
We have a support ticket open on this as well. Our specialist tells me
it’s a CSS issue and how the CSS interacts with FFv13. Defect
#SW00432406
logged for it.
Another note.
Once you are able to successfully downgrade to FFv12, don’t forget to go
into your FF option menu (Tools/Options/Advanced/Update) and change the
Update option from automatic to Check and Notify Me or Never. If you
don’t, it will auto-update itself back to v13 in short order.
For those of you that can’t downgrade to FFv12 due to company polices,
etc., there is a workaround* that will let you use FFv13. See attached.
*No guarantees on the workaround and I cannot offer any more info on it.
This came from BMC and I have not played with it or tested it
personally.
Tim
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: Friday, June 08, 2012 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Pardon my ignorance. I understand the issue being seen in the screenshot
that was provided and rolling back to 12 seems to be the right
work-around. I really appreciate the heads-up.
The question I have is this. What should the browser do if “you enter
data
that is one character longer than the data displayed in the field
length”?
It seems like text fields have always either wrapped text or added
scroll
bars when the data is larger than the field. Maybe I’m confusing text
fields with character fields?
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 11:09 AM
To: arslist@ARSLIST.ORG
Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on
INC form
** Thanks David - and you are 100% correct. Reverting to Firefox 12
completely resolved the issue.
WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields
when you enter data that is one character longer than the data displayed
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Support did give us a fix to apply directly to the ARSystem.css file on each
mid-tier:
--
/* Workaround for firefox issue where a horizontal scrollbar appears inside a
text field */
textarea.sr {
padding-bottom:3px;
}
The simplest way to fix this would just be to add the overflow:hidden to this
block in the css file.
Modify the /resources/moz/stylesheets/ARSystem.css as follows:
/* Workaround for firefox issue where a horizontal scrollbar appears inside a
text field */
textarea.sr {
padding-bottom:3px;
overflow:hidden;
}
Please flush the browser and tomcat cache after making the changes and perform
the test.
---
In fact, the browsers read the ARSystem.css file when logging in to a new
session and there was no need to flush the mid-tier cache.
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jon Slaven
Sent: Thursday, July 05, 2012 9:52 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC
form
** Hi Ali,
Apologies for the late response, I was on vacation.
You have to install the Stylish plugin for Firefox, and add that as a script
(essentially Stylish allows you to add to the CSS for a site or page). Don't
forget to change the domain to match your server/balancer's name.
If you're looking for a system-wide fix, you'd have to edit the Remedy CSS
file(s) directly on the mid-tier.
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 |
jon.sla...@amway.commailto:jon.sla...@amway.com
From:ali_md feru@gmail.commailto:feru@gmail.com
To:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Date:06/29/2012 10:35 AM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Jon
Are you able to view the text beyond the visible text area (when you type in
characters more than the visible text area) ?
Also, in what file (or individual forms) did you make this change?
Thanks
Ali
Jon Slaven wrote:
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; } }
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 |
jon.sla...@amway.commailto:jon.sla...@amway.com
From: Tommy Morris
tommy.mor...@pinebreeze.commailto:tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I wonder
if Mozilla can be held liable for epileptic seizures or optical migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell
Sent: Monday, June 18, 2012 7:28 AM
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
We have a support ticket open on this as well. Our specialist tells me
it’s a CSS issue and how the CSS interacts with FFv13. Defect #SW00432406
logged for it.
Another note.
Once you are able to successfully downgrade to FFv12, don’t forget to go
into your FF option menu (Tools/Options/Advanced/Update) and change the
Update option from automatic to Check and Notify Me or Never. If you
don’t, it will auto-update itself back to v13 in short order.
For those of you that can’t downgrade
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
I had issues with the vertical scroll bar not appearing when it needed to
when I used overflow: hidden, which is why I went with overflow-x:
hidden instead.
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: strauss stra...@unt.edu
To: arslist@ARSLIST.ORG
Date: 07/05/2012 11:07 AM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
Support did give us a fix to apply directly to the ARSystem.css file on
each mid-tier:
--
/* Workaround for firefox issue where a horizontal scrollbar appears
inside a text field */
textarea.sr {
padding-bottom:3px;
}
The simplest way to fix this would just be to add the overflow:hidden to
this block in the css file.
Modify the /resources/moz/stylesheets/ARSystem.css as follows:
/* Workaround for firefox issue where a horizontal scrollbar appears
inside a text field */
textarea.sr {
padding-bottom:3px;
overflow:hidden;
}
Please flush the browser and tomcat cache after making the changes and
perform the test.
---
In fact, the browsers read the ARSystem.css file when logging in to a new
session and there was no need to flush the mid-tier cache.
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Jon Slaven
Sent: Thursday, July 05, 2012 9:52 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
** Hi Ali,
Apologies for the late response, I was on vacation.
You have to install the Stylish plugin for Firefox, and add that as a
script (essentially Stylish allows you to add to the CSS for a site or
page). Don't forget to change the domain to match your server/balancer's
name.
If you're looking for a system-wide fix, you'd have to edit the Remedy CSS
file(s) directly on the mid-tier.
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From:ali_md feru@gmail.com
To:arslist@ARSLIST.ORG
Date:06/29/2012 10:35 AM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
Jon
Are you able to view the text beyond the visible text area (when you type
in
characters more than the visible text area) ?
Also, in what file (or individual forms) did you make this change?
Thanks
Ali
Jon Slaven wrote:
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; }
}
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: Tommy Morris tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in
the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I
wonder
if Mozilla can be held liable for epileptic seizures or optical
migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell
Sent: Monday, June 18, 2012 7:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
We have a support ticket open on this as well. Our specialist tells me
it’s a CSS issue and how the CSS interacts with FFv13. Defect
#SW00432406
logged for it.
Another note.
Once
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Ali,
this is all done in Firefox with the stylish plugin as stated by Jon...it
works too, i've tested it.
Rob
On Jun 29, 2012 10:35 AM, ali_md feru@gmail.com wrote:
Jon
Are you able to view the text beyond the visible text area (when you type
in
characters more than the visible text area) ?
Also, in what file (or individual forms) did you make this change?
Thanks
Ali
Jon Slaven wrote:
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; }
}
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: Tommy Morris tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in
the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I wonder
if Mozilla can be held liable for epileptic seizures or optical migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell
Sent: Monday, June 18, 2012 7:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
We have a support ticket open on this as well. Our specialist tells me
it’s a CSS issue and how the CSS interacts with FFv13. Defect #SW00432406
logged for it.
Another note.
Once you are able to successfully downgrade to FFv12, don’t forget to go
into your FF option menu (Tools/Options/Advanced/Update) and change the
Update option from automatic to Check and Notify Me or Never. If you
don’t, it will auto-update itself back to v13 in short order.
For those of you that can’t downgrade to FFv12 due to company polices,
etc., there is a workaround* that will let you use FFv13. See attached.
*No guarantees on the workaround and I cannot offer any more info on it.
This came from BMC and I have not played with it or tested it personally.
Tim
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: Friday, June 08, 2012 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Pardon my ignorance. I understand the issue being seen in the screenshot
that was provided and rolling back to 12 seems to be the right
work-around. I really appreciate the heads-up.
The question I have is this. What should the browser do if “you enter
data
that is one character longer than the data displayed in the field
length”?
It seems like text fields have always either wrapped text or added scroll
bars when the data is larger than the field. Maybe I’m confusing text
fields with character fields?
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 11:09 AM
To: arslist@ARSLIST.ORG
Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on
INC form
** Thanks David - and you are 100% correct. Reverting to Firefox 12
completely resolved the issue.
WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields
when you enter data that is one character longer than the data displayed
in the field length.
Thanks,
Jase
On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edu wrote:
**
I’m told FF 14 beta has the issue, too.
David D.
From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 1:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Scroll Bar randomly appearing in Character Fields on INC
form
** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to
download FF 12 during the interim and see if that helps.
Thanks,
Jase
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Jon
Are you able to view the text beyond the visible text area (when you type in
characters more than the visible text area) ?
Also, in what file (or individual forms) did you make this change?
Thanks
Ali
Jon Slaven wrote:
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; } }
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: Tommy Morris tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I wonder
if Mozilla can be held liable for epileptic seizures or optical migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell
Sent: Monday, June 18, 2012 7:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
We have a support ticket open on this as well. Our specialist tells me
it’s a CSS issue and how the CSS interacts with FFv13. Defect #SW00432406
logged for it.
Another note.
Once you are able to successfully downgrade to FFv12, don’t forget to go
into your FF option menu (Tools/Options/Advanced/Update) and change the
Update option from automatic to Check and Notify Me or Never. If you
don’t, it will auto-update itself back to v13 in short order.
For those of you that can’t downgrade to FFv12 due to company polices,
etc., there is a workaround* that will let you use FFv13. See attached.
*No guarantees on the workaround and I cannot offer any more info on it.
This came from BMC and I have not played with it or tested it personally.
Tim
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: Friday, June 08, 2012 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Pardon my ignorance. I understand the issue being seen in the screenshot
that was provided and rolling back to 12 seems to be the right
work-around. I really appreciate the heads-up.
The question I have is this. What should the browser do if “you enter data
that is one character longer than the data displayed in the field length”?
It seems like text fields have always either wrapped text or added scroll
bars when the data is larger than the field. Maybe I’m confusing text
fields with character fields?
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 11:09 AM
To: arslist@ARSLIST.ORG
Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on
INC form
** Thanks David - and you are 100% correct. Reverting to Firefox 12
completely resolved the issue.
WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields
when you enter data that is one character longer than the data displayed
in the field length.
Thanks,
Jase
On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edu wrote:
**
I’m told FF 14 beta has the issue, too.
David D.
From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 1:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form
** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to
download FF 12 during the interim and see if that helps.
Thanks,
Jase
On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote:
**
Firefox 13.0 was recently released, and that’s where we’re seeing it
(image attached). Is that what you’re experiencing?
We are on ARS 7.5 patch
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Thanks for the tip; we had to open an issue on this problem, and on the violently BLACK screen that now appears behind any pop-up or dialog in the mid-tier if using FFv13. That is #SW00432310 according to BMC. I wonder if Mozilla can be held liable for epileptic seizures or optical migraines induced by this new misbehavior? Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell Sent: Monday, June 18, 2012 7:28 AM To: arslist@ARSLIST.ORG Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** We have a support ticket open on this as well. Our specialist tells me it's a CSS issue and how the CSS interacts with FFv13. Defect #SW00432406 logged for it. Another note. Once you are able to successfully downgrade to FFv12, don't forget to go into your FF option menu (Tools/Options/Advanced/Update) and change the Update option from automatic to Check and Notify Me or Never. If you don't, it will auto-update itself back to v13 in short order. For those of you that can't downgrade to FFv12 due to company polices, etc., there is a workaround* that will let you use FFv13. See attached. *No guarantees on the workaround and I cannot offer any more info on it. This came from BMC and I have not played with it or tested it personally. Tim From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Friday, June 08, 2012 2:26 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Pardon my ignorance. I understand the issue being seen in the screenshot that was provided and rolling back to 12 seems to be the right work-around. I really appreciate the heads-up. The question I have is this. What should the browser do if you enter data that is one character longer than the data displayed in the field length? It seems like text fields have always either wrapped text or added scroll bars when the data is larger than the field. Maybe I'm confusing text fields with character fields? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 11:09 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Thanks David - and you are 100% correct. Reverting to Firefox 12 completely resolved the issue. WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields when you enter data that is one character longer than the data displayed in the field length. Thanks, Jase On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** I'm told FF 14 beta has the issue, too. David D. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:59 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
They probably have a disclaimer buried in the EULA concerning strobe induced seizures. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Friday, June 22, 2012 2:36 PM To: arslist@ARSLIST.ORG Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Thanks for the tip; we had to open an issue on this problem, and on the violently BLACK screen that now appears behind any pop-up or dialog in the mid-tier if using FFv13. That is #SW00432310 according to BMC. I wonder if Mozilla can be held liable for epileptic seizures or optical migraines induced by this new misbehavior? Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell Sent: Monday, June 18, 2012 7:28 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** We have a support ticket open on this as well. Our specialist tells me it's a CSS issue and how the CSS interacts with FFv13. Defect #SW00432406 logged for it. Another note. Once you are able to successfully downgrade to FFv12, don't forget to go into your FF option menu (Tools/Options/Advanced/Update) and change the Update option from automatic to Check and Notify Me or Never. If you don't, it will auto-update itself back to v13 in short order. For those of you that can't downgrade to FFv12 due to company polices, etc., there is a workaround* that will let you use FFv13. See attached. *No guarantees on the workaround and I cannot offer any more info on it. This came from BMC and I have not played with it or tested it personally. Tim From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Friday, June 08, 2012 2:26 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Pardon my ignorance. I understand the issue being seen in the screenshot that was provided and rolling back to 12 seems to be the right work-around. I really appreciate the heads-up. The question I have is this. What should the browser do if you enter data that is one character longer than the data displayed in the field length? It seems like text fields have always either wrapped text or added scroll bars when the data is larger than the field. Maybe I'm confusing text fields with character fields? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 11:09 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Thanks David - and you are 100% correct. Reverting to Firefox 12 completely resolved the issue. WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields when you enter data that is one character longer than the data displayed in the field length. Thanks, Jase On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** I'm told FF 14 beta has the issue, too. David D. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:59 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
I installed the Stylish plugin and added this as a script, seems to work
pretty well in the meantime.
@-moz-document domain(remedy76.intranet.local) {
textarea.text,div.text,textarea.Editor{ overflow-x:hidden ! important; } }
(Based on the workaround Tim posted earlier)
That black screen is particularly jarring though...
Thanks,
Jon
_
Jon Slaven | Amway | 616-787-7132 | jon.sla...@amway.com
From: Tommy Morris tommy.mor...@pinebreeze.com
To: arslist@ARSLIST.ORG
Date: 06/22/2012 03:46 PM
Subject:Re: RESOLVED: Scroll Bar randomly appearing in Character
Fields on INC form
Sent by:Action Request System discussion list(ARSList)
arslist@ARSLIST.ORG
**
They probably have a disclaimer buried in the EULA concerning strobe
induced seizures.
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, June 22, 2012 2:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Thanks for the tip; we had to open an issue on this problem, and on the
violently BLACK screen that now appears behind any pop-up or dialog in the
mid-tier if using FFv13. That is #SW00432310 according to BMC. I wonder
if Mozilla can be held liable for epileptic seizures or optical migraines
induced by this new misbehavior?
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Timothy Powell
Sent: Monday, June 18, 2012 7:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
We have a support ticket open on this as well. Our specialist tells me
it’s a CSS issue and how the CSS interacts with FFv13. Defect #SW00432406
logged for it.
Another note.
Once you are able to successfully downgrade to FFv12, don’t forget to go
into your FF option menu (Tools/Options/Advanced/Update) and change the
Update option from automatic to Check and Notify Me or Never. If you
don’t, it will auto-update itself back to v13 in short order.
For those of you that can’t downgrade to FFv12 due to company polices,
etc., there is a workaround* that will let you use FFv13. See attached.
*No guarantees on the workaround and I cannot offer any more info on it.
This came from BMC and I have not played with it or tested it personally.
Tim
From: Action Request System discussion list(ARSList) [
mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: Friday, June 08, 2012 2:26 PM
To: arslist@ARSLIST.ORG
Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields
on INC form
**
Pardon my ignorance. I understand the issue being seen in the screenshot
that was provided and rolling back to 12 seems to be the right
work-around. I really appreciate the heads-up.
The question I have is this. What should the browser do if “you enter data
that is one character longer than the data displayed in the field length”?
It seems like text fields have always either wrapped text or added scroll
bars when the data is larger than the field. Maybe I’m confusing text
fields with character fields?
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 11:09 AM
To: arslist@ARSLIST.ORG
Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on
INC form
** Thanks David - and you are 100% correct. Reverting to Firefox 12
completely resolved the issue.
WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields
when you enter data that is one character longer than the data displayed
in the field length.
Thanks,
Jase
On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edu wrote:
**
I’m told FF 14 beta has the issue, too.
David D.
From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 1:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form
** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to
download FF 12 during the interim and see if that helps.
Thanks,
Jase
On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote:
**
Firefox 13.0 was recently released, and that’s where we’re seeing it
(image attached). Is that what you’re experiencing?
We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it
fixes it.
David Durling
University of Georgia
From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of Jase Brandon
Sent: Friday, June 08, 2012 1:48 PM
To: arslist@ARSLIST.ORG
Subject: Scroll Bar randomly appearing in Character Fields on INC form
** Hello All
Scroll Bar randomly appearing in Character Fields on INC form
Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Scroll Bar randomly appearing in Character Fields on INC form
Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are attachment: scrollbar_issue.png
Re: Scroll Bar randomly appearing in Character Fields on INC form
Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that’s where we’re seeing it (image attached). Is that what you’re experiencing? ** ** We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. ** ** David Durling University of Georgia ** ** ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:48 PM *To:* arslist@ARSLIST.ORG *Subject:* Scroll Bar randomly appearing in Character Fields on INC form** ** ** ** ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Scroll Bar randomly appearing in Character Fields on INC form
I'm told FF 14 beta has the issue, too. David D. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:59 PM To: arslist@ARSLIST.ORG Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Thanks David - and you are 100% correct. Reverting to Firefox 12 completely resolved the issue. WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields when you enter data that is one character longer than the data displayed in the field length. Thanks, Jase On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edu wrote: ** I’m told FF 14 beta has the issue, too. ** ** David D. ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:59 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Scroll Bar randomly appearing in Character Fields on INC form ** ** ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that’s where we’re seeing it (image attached). Is that what you’re experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:48 PM *To:* arslist@ARSLIST.ORG *Subject:* Scroll Bar randomly appearing in Character Fields on INC form** ** ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase ** ** _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Scroll Bar randomly appearing in Character Fields on INC form
What I didn't say was that support said this was fixed in patch 008 for 7.5, so maybe SP3 for you would work for you. I do see a bug fix listed in the patch 008 bulletin mentioning something like this, but with tree tables - so I'm not sure yet if patch 008 will do the job. David D. From: David Durling Sent: Friday, June 08, 2012 2:00 PM To: arslist@ARSLIST.ORG Subject: RE: Scroll Bar randomly appearing in Character Fields on INC form I'm told FF 14 beta has the issue, too. David D. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:59 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Pardon my ignorance. I understand the issue being seen in the screenshot that was provided and rolling back to 12 seems to be the right work-around. I really appreciate the heads-up. The question I have is this. What should the browser do if you enter data that is one character longer than the data displayed in the field length? It seems like text fields have always either wrapped text or added scroll bars when the data is larger than the field. Maybe I'm confusing text fields with character fields? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 11:09 AM To: arslist@ARSLIST.ORG Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Thanks David - and you are 100% correct. Reverting to Firefox 12 completely resolved the issue. WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields when you enter data that is one character longer than the data displayed in the field length. Thanks, Jase On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** I'm told FF 14 beta has the issue, too. David D. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:59 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edumailto:durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
In .Net it always stopped you from entering more characters than allowed - seems like the Remedy should do likewise. Regards, Andrew C. Goodall Software Engineer Development Services ago...@jcpenney.com jcpenney 6501 Legacy Drive Plano, TX 75024 jcp.com From: Action Request System discussion list(ARSList) [mailto:arslist@arslist.org] On Behalf Of Peters, Ron Sent: Friday, June 08, 2012 1:26 PM To: arslist@arslist.org Subject: Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Pardon my ignorance. I understand the issue being seen in the screenshot that was provided and rolling back to 12 seems to be the right work-around. I really appreciate the heads-up. The question I have is this. What should the browser do if you enter data that is one character longer than the data displayed in the field length? It seems like text fields have always either wrapped text or added scroll bars when the data is larger than the field. Maybe I'm confusing text fields with character fields? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 11:09 AM To: arslist@ARSLIST.ORG Subject: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** Thanks David - and you are 100% correct. Reverting to Firefox 12 completely resolved the issue. WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields when you enter data that is one character longer than the data displayed in the field length. Thanks, Jase On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edu wrote: ** I'm told FF 14 beta has the issue, too. David D. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:59 PM To: arslist@ARSLIST.ORG Subject: Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that's where we're seeing it (image attached). Is that what you're experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jase Brandon Sent: Friday, June 08, 2012 1:48 PM To: arslist@ARSLIST.ORG Subject: Scroll Bar randomly appearing in Character Fields on INC form ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Scroll Bar randomly appearing in Character Fields on INC form
Thanks David... I opened an INC with support but I haven't gotten the request for logs/version information yet. *chuckles Jase On Fri, Jun 8, 2012 at 2:22 PM, David Durling durl...@uga.edu wrote: ** What I didn’t say was that support said this was fixed in patch 008 for 7.5, so maybe SP3 for you would work for you. ** ** I do see a bug fix listed in the patch 008 bulletin mentioning something like this, but with tree tables - so I’m not sure yet if patch 008 will do the job. ** ** David D. ** ** *From:* David Durling *Sent:* Friday, June 08, 2012 2:00 PM *To:* arslist@ARSLIST.ORG *Subject:* RE: Scroll Bar randomly appearing in Character Fields on INC form ** ** I’m told FF 14 beta has the issue, too. ** ** David D. ** ** *From:* Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:59 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Scroll Bar randomly appearing in Character Fields on INC form ** ** ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that’s where we’re seeing it (image attached). Is that what you’re experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:48 PM *To:* arslist@ARSLIST.ORG *Subject:* Scroll Bar randomly appearing in Character Fields on INC form** ** ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase ** ** _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form
Hi Gents, The issue is this... 'Summary' is a 0 length char field in our environment. But...only 33 chars are displayed on the form itself. So.. even though it's a 0 length char field, when you type the 34th char into the field, I would expect the field to look the same and allow me to continue entering data and watching the string as I type, but when you hit the 34th char displayed on the form/field length... you immediately get a scroll bar and no more typing in the field. Make sense? Again... rolling back to FF12 was the trick during the interim to patching. Thanks, Jase On Fri, Jun 8, 2012 at 2:26 PM, Peters, Ron rpet...@columbia.com wrote: ** Pardon my ignorance. I understand the issue being seen in the screenshot that was provided and rolling back to 12 seems to be the right work-around. I really appreciate the heads-up. ** ** The question I have is this. What *should* the browser do if “you enter data that is one character longer than the data displayed in the field length”? It seems like text fields have always either wrapped text or added scroll bars when the data is larger than the field. Maybe I’m confusing text fields with character fields? ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 11:09 AM *To:* arslist@ARSLIST.ORG *Subject:* RESOLVED: Scroll Bar randomly appearing in Character Fields on INC form ** ** ** Thanks David - and you are 100% correct. Reverting to Firefox 12 completely resolved the issue. WARNING TO ALL - FIREFOX 13 Causes scroll bars to appear in char fields when you enter data that is one character longer than the data displayed in the field length. Thanks, Jase On Fri, Jun 8, 2012 at 1:59 PM, David Durling durl...@uga.edu wrote:*** * ** I’m told FF 14 beta has the issue, too. David D. *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:59 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Scroll Bar randomly appearing in Character Fields on INC form ** Hi David - EXACTLY! FF13 is causing the issue. I'm going to try to download FF 12 during the interim and see if that helps. Thanks, Jase On Fri, Jun 8, 2012 at 1:54 PM, David Durling durl...@uga.edu wrote: ** Firefox 13.0 was recently released, and that’s where we’re seeing it (image attached). Is that what you’re experiencing? We are on ARS 7.5 patch 007, and were going to try patch 008 to see if it fixes it. David Durling University of Georgia *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jase Brandon *Sent:* Friday, June 08, 2012 1:48 PM *To:* arslist@ARSLIST.ORG *Subject:* Scroll Bar randomly appearing in Character Fields on INC form** ** ** Hello All, 7.6.04 SP2 Windows Today we are having a very strange issue that I've never seen before in 7.6.04 SP2. Scroll Bars are appearing randomly in the 'Summary' field on the Incident form... and in one other custom field we added on the INC form. The only trend I've noticed is that if you enter data in that field... as soon as the data length exceeds the keystrokes DISPLAYED in the field, the scroll bar appears. Ex. Summary is a 0 length char field in our environment, but... 33 chars are displayed in the field unless you expend the select box. When I add the 34th keystroke... BAM.. Scrollbar appears has anyone else seen this? I am beyond perplexed. I've flushed the web cache which seemed to help for a few mins, but then the issue returns immediately. We've made no changes to these forms in months and this just started happening today. Thoughts? Ideas? Thanks in advance to all. Thanks, Jase _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
You can solve it with CSS with the next modifications: Go to the mozilla ARSystem CSS. midTierInstallDir\resources\moz\stylesheets\ARSystem.css And add the next parameter: resize: none to the next classes: textarea.text textarea.sr textarea.dat textarea.readonly textarea.PopupEditor input.text input.currency input.decimal Let me know if it works. Jose M. Huerta Project Manager** Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Fri, Jun 1, 2012 at 10:20 PM, David Sanders david.sand...@westoverconsulting.co.uk wrote: This is nothing to do with your ARS version - it is a standard feature of the Firefox browser when displaying text area fields David Sanders Solution Architect Enterprise Service Suite @ Work / e-ServiceSuite tel +44 1494 468980 mobile +44 7710 377761 email david.sand...@westoverconsulting.co.uk web http://www.westoverconsulting.co.uk http://www.e-servicesuite.co.uk ITIL – SaaS – On Premise -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: 01 June 2012 19:13 To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I just now tried the Firefox 13.0 beta as well as 12.0 and still see the handles, so it's probably something they changed with ARS 7.6.x. Benny's suggestion about customizing CSS is an idea, but since it sounds like an upgrade might fix this, I'll probably leave it alone. Thanks, everybody! David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 1:56 PM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier David, I just tried it on ARS 7.6.03 and Firefox 13.0 (latest version). I do not see the expand handle that you described. Joe -Original Message- From: Grooms, Frederick W Sent: Friday, June 01, 2012 12:17 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I see it in BMC's SupportWeb with Firefox, but I don't see it on our local Mid- Tier pages so maybe it is a 7.5 thing. Our Mid-Tier is 7.6.04 (SP2) on Linux using Apache/Tomcat Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Friday, June 01, 2012 11:01 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chro me / I've had complaints/questions about that, since
Hiding 'resize handle' character fields on midtier
Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chrome/ I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chrome/ I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
I see it in BMC's SupportWeb with Firefox, but I don't see it on our local Mid-Tier pages so maybe it is a 7.5 thing. Our Mid-Tier is 7.6.04 (SP2) on Linux using Apache/Tomcat Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Friday, June 01, 2012 11:01 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chrome/ I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
I'm not entirely sure, but you should also investigate updating or customizing the CSS. On Fri, Jun 1, 2012 at 12:17 PM, Grooms, Frederick W frederick.w.gro...@xo.com wrote: I see it in BMC's SupportWeb with Firefox, but I don't see it on our local Mid-Tier pages so maybe it is a 7.5 thing. Our Mid-Tier is 7.6.04 (SP2) on Linux using Apache/Tomcat Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Friday, June 01, 2012 11:01 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chrome/ I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
David, I just tried it on ARS 7.6.03 and Firefox 13.0 (latest version). I do not see the expand handle that you described. Joe -Original Message- From: Grooms, Frederick W Sent: Friday, June 01, 2012 12:17 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I see it in BMC's SupportWeb with Firefox, but I don't see it on our local Mid-Tier pages so maybe it is a 7.5 thing. Our Mid-Tier is 7.6.04 (SP2) on Linux using Apache/Tomcat Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Friday, June 01, 2012 11:01 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chrome/ I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
I just now tried the Firefox 13.0 beta as well as 12.0 and still see the handles, so it's probably something they changed with ARS 7.6.x. Benny's suggestion about customizing CSS is an idea, but since it sounds like an upgrade might fix this, I'll probably leave it alone. Thanks, everybody! David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 1:56 PM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier David, I just tried it on ARS 7.6.03 and Firefox 13.0 (latest version). I do not see the expand handle that you described. Joe -Original Message- From: Grooms, Frederick W Sent: Friday, June 01, 2012 12:17 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I see it in BMC's SupportWeb with Firefox, but I don't see it on our local Mid- Tier pages so maybe it is a 7.5 thing. Our Mid-Tier is 7.6.04 (SP2) on Linux using Apache/Tomcat Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Friday, June 01, 2012 11:01 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chrome / I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Hiding 'resize handle' character fields on midtier
This is nothing to do with your ARS version - it is a standard feature of the Firefox browser when displaying text area fields David Sanders Solution Architect Enterprise Service Suite @ Work / e-ServiceSuite tel +44 1494 468980 mobile +44 7710 377761 email david.sand...@westoverconsulting.co.uk web http://www.westoverconsulting.co.uk http://www.e-servicesuite.co.uk ITIL SaaS On Premise -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: 01 June 2012 19:13 To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I just now tried the Firefox 13.0 beta as well as 12.0 and still see the handles, so it's probably something they changed with ARS 7.6.x. Benny's suggestion about customizing CSS is an idea, but since it sounds like an upgrade might fix this, I'll probably leave it alone. Thanks, everybody! David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 1:56 PM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier David, I just tried it on ARS 7.6.03 and Firefox 13.0 (latest version). I do not see the expand handle that you described. Joe -Original Message- From: Grooms, Frederick W Sent: Friday, June 01, 2012 12:17 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I see it in BMC's SupportWeb with Firefox, but I don't see it on our local Mid- Tier pages so maybe it is a 7.5 thing. Our Mid-Tier is 7.6.04 (SP2) on Linux using Apache/Tomcat Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Friday, June 01, 2012 11:01 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier Thanks, Joe, I tried changing that (it was on the view properties - the only view, so I got the right one), flushed midtier cache, but they're still there. I notice the resize handles are seen on BMC's support site when you view your tickets. Maybe that's just the way it works. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, June 01, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Hiding 'resize handle' character fields on midtier I didn't know this was even a feature supported by the mid-tier.. Try changing the 'Layout Editable by User' to False on the Appearance attributes section of the form properties, and see if that makes a difference.. Joe -Original Message- From: David Durling Sent: Friday, June 01, 2012 11:15 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Hiding 'resize handle' character fields on midtier Hi all, Character fields on our Remedy forms when seen in browsers like Firefox and I think Chrome (not IE) show a little handle at the bottom right that you can drag to resize the field. Here's a link with a discussion about the handles and a screenshot to show what I mean: http://www.electrictoolbox.com/disable-textarea-resizing-safari-chro me / I've had complaints/questions about that, since it appears on all character fields regardless of size, and maybe the users expect the other fields to dynamically wrap around the resized field - which is not what happens. This also looks bad if you have a display field with Display as Text set to True - there's no box, but just the handle sitting out there. Is there a way to configure the form fields or AR System to tell the browser not to display these handles? AR System and midtier 7.5 patch 007, tomcat/apache Thanks, David --- David Durling Enterprise IT Services University of Georgia __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Hi Joe, I have submitted a bug report. We get our support from ColumnIT, so they will have to reproduce it for themselves and then, hopefully, send it on to BMC. Just FYI, I tried it on the Mid-tier, just to see what happened. It was a little better... the expand box was visible when it shouldn't have been. However, as long as the field was not expanded, the masking was displayed correctly, regardless of focus. So slightly better, but still broke. MT: 7.6.04 SP2 201110080614 on Linux w/ Tomcat. Hope this is helpful. Larry On Tue, Apr 24, 2012 at 12:34 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Thanks.. I’ll appreciate that actually.. Joe *From:* L G Robinson n...@ncsu.edu *Sent:* Tuesday, April 24, 2012 12:20 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, I have no immediate need for that functionality, but I'll be happy to file the bug report anyway, just to help give it some traction. Hope this is helpful. Larry On Tue, Apr 24, 2012 at 12:07 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Larry, Thank you for responding.. Mine is on the right of the field too in exactly the same spot that it is when its visible.. What I meant was look at the left hand side of the screen shot (left of the Properties pane).. On the screen shots that I tried to attach the field was on the left of the Properties pane So basically we are experiencing the exact same issue and you being on Patch 2, shows that this issue wasn’t resolved for at least those couple of patches – I am still on the base release version of 7.6.03 at this site I am working at.. So this also shows that its not just my system that’s somehow hosed (which often is the case with all the stunts I try – just kidding).. both of us are seeing the exact same issue.. I submitted a ticket to BMC yesterday, and if you intend to do the same, maybe we can exchange ticket numbers and ask them to relate the two so it starts getting a higher priority to get fixed Joe _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Interesting.. I haven’t had the time since finding this out to try it on the mid tier and was intending Friday to do this. So thanks for checking that out and sharing.. I’ll validate if this is the same thing I see on the release version of AR 7.6.03 on Friday.. Joe From: L G Robinson Sent: Wednesday, April 25, 2012 5:11 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, I have submitted a bug report. We get our support from ColumnIT, so they will have to reproduce it for themselves and then, hopefully, send it on to BMC. Just FYI, I tried it on the Mid-tier, just to see what happened. It was a little better... the expand box was visible when it shouldn't have been. However, as long as the field was not expanded, the masking was displayed correctly, regardless of focus. So slightly better, but still broke. MT: 7.6.04 SP2 201110080614 on Linux w/ Tomcat. Hope this is helpful. Larry On Tue, Apr 24, 2012 at 12:34 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Thanks.. I’ll appreciate that actually.. Joe From: L G Robinson Sent: Tuesday, April 24, 2012 12:20 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, I have no immediate need for that functionality, but I'll be happy to file the bug report anyway, just to help give it some traction. Hope this is helpful. Larry On Tue, Apr 24, 2012 at 12:07 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Larry, Thank you for responding.. Mine is on the right of the field too in exactly the same spot that it is when its visible.. What I meant was look at the left hand side of the screen shot (left of the Properties pane).. On the screen shots that I tried to attach the field was on the left of the Properties pane So basically we are experiencing the exact same issue and you being on Patch 2, shows that this issue wasn’t resolved for at least those couple of patches – I am still on the base release version of 7.6.03 at this site I am working at.. So this also shows that its not just my system that’s somehow hosed (which often is the case with all the stunts I try – just kidding).. both of us are seeing the exact same issue.. I submitted a ticket to BMC yesterday, and if you intend to do the same, maybe we can exchange ticket numbers and ask them to relate the two so it starts getting a higher priority to get fixed Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Hi Joe, I was able to reproduce the behavior that you describe below on my 7.6.03 Patch 002 201107191530 system. The only difference I see from what you described is the invisible expand box that you described as being on the left. Mine is on the right... just where the real expand box would be, if it was there. Client is WUT 7.6.04 SP1. Hope this is helpful. Larry On Mon, Apr 23, 2012 at 5:00 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** I used the Dev Studio of the same version as the AR Server to create that field and make changes to it .. I am on 7.6.03 (no patch). My WUT and Dev Studio too are on the same version no patch. I’m going to try to attempt to attach 5 screen shots and hope they make it through to the list. I’ll also take the liberty to email them to you Doug, and Jason Miller and Keith Sinclair, as I am expecting the attachments to not make it to the list.. The property on the dev studio is un-editable once set to edit masked.. however it’s the behavior of the field both on the dev studio as well as the WUT that is a concern Hopefully the screen shots will help explain what words may not explain that clearly.. Find 5 screen shots attached in a zip file called Bug.zip *EditMask01.gif* This is where I attempted to create a character field of length 20 with some Default value “New Field Edit Mask” on it. The Expand Box as you can see at the time of creation is Default, and the Display Type is Edit... Notice the default value on the field as well as the non existence of an expand box.. With all these settings I saved the form.. The field got created. *EditMask02.gif* Here is where I changed the Display Type to Edit Masked and immediately as Jason pointed out on the list, the Expand Box gets grayed out, and its value changes to Hide. Also notice the field on the Dev Studio, where the default value gets masked to asterix’s.. Also notice that there is no Expand Box... So far very good *EditMask03.gif* Here is where things start to get ugly.. I changed the length of the field from 20 to 255. Notice that the Expand Box attribute is still grayed out. And that its value is Hide. Great (just as what Jason said about 7.6.04)... But take a look on the left hand side. There is an ‘invisible’ expand box on the field on the dev studio itself.. I’m kind that way, and that doesn’t bother me really as it appears like the field is still masking its contents with all asterix’s which is all I want – I don’t really care whether or not the Expand Box shows despite it being set to Hide and its attribute grayed I saved these settings.. With the settings saved with the field length at 255, lets look at what we see on the WUT... *EditMask04.gif* When the focus is on another field, things look ‘almost’ good on the field that has its Edit Mask attribute turned on.. So long as the focus is not on the Edit Masked field. I say ‘almost’ because you already see the first signs of trouble. The expand box is clearly visible... *EditMask05.gif* Here you can see that the moment the focus is on the edit mask field, I can see the text as clear text. The mask disappears.. I haven’t yet tested this on the web as I just noticed this like 5 minutes before posting to the list. Cheers Joe PS: On my first attempt, the attachments didn’t get through.. and it rejected my posting.. so attempting it without attachments and if you are interested in the attachments to make sense of this email. please request them from me and I will be more than happy to send ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Larry, Thank you for responding.. Mine is on the right of the field too in exactly the same spot that it is when its visible.. What I meant was look at the left hand side of the screen shot (left of the Properties pane).. On the screen shots that I tried to attach the field was on the left of the Properties pane So basically we are experiencing the exact same issue and you being on Patch 2, shows that this issue wasn’t resolved for at least those couple of patches – I am still on the base release version of 7.6.03 at this site I am working at.. So this also shows that its not just my system that’s somehow hosed (which often is the case with all the stunts I try – just kidding).. both of us are seeing the exact same issue.. I submitted a ticket to BMC yesterday, and if you intend to do the same, maybe we can exchange ticket numbers and ask them to relate the two so it starts getting a higher priority to get fixed Joe From: L G Robinson Sent: Tuesday, April 24, 2012 11:52 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, I was able to reproduce the behavior that you describe below on my 7.6.03 Patch 002 201107191530 system. The only difference I see from what you described is the invisible expand box that you described as being on the left. Mine is on the right... just where the real expand box would be, if it was there. Client is WUT 7.6.04 SP1. Hope this is helpful. Larry On Mon, Apr 23, 2012 at 5:00 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** I used the Dev Studio of the same version as the AR Server to create that field and make changes to it .. I am on 7.6.03 (no patch). My WUT and Dev Studio too are on the same version no patch. I’m going to try to attempt to attach 5 screen shots and hope they make it through to the list. I’ll also take the liberty to email them to you Doug, and Jason Miller and Keith Sinclair, as I am expecting the attachments to not make it to the list.. The property on the dev studio is un-editable once set to edit masked.. however it’s the behavior of the field both on the dev studio as well as the WUT that is a concern Hopefully the screen shots will help explain what words may not explain that clearly.. Find 5 screen shots attached in a zip file called Bug.zip EditMask01.gif This is where I attempted to create a character field of length 20 with some Default value “New Field Edit Mask” on it. The Expand Box as you can see at the time of creation is Default, and the Display Type is Edit... Notice the default value on the field as well as the non existence of an expand box.. With all these settings I saved the form.. The field got created. EditMask02.gif Here is where I changed the Display Type to Edit Masked and immediately as Jason pointed out on the list, the Expand Box gets grayed out, and its value changes to Hide. Also notice the field on the Dev Studio, where the default value gets masked to asterix’s.. Also notice that there is no Expand Box... So far very good EditMask03.gif Here is where things start to get ugly.. I changed the length of the field from 20 to 255. Notice that the Expand Box attribute is still grayed out. And that its value is Hide. Great (just as what Jason said about 7.6.04)... But take a look on the left hand side. There is an ‘invisible’ expand box on the field on the dev studio itself.. I’m kind that way, and that doesn’t bother me really as it appears like the field is still masking its contents with all asterix’s which is all I want – I don’t really care whether or not the Expand Box shows despite it being set to Hide and its attribute grayed I saved these settings.. With the settings saved with the field length at 255, lets look at what we see on the WUT... EditMask04.gif When the focus is on another field, things look ‘almost’ good on the field that has its Edit Mask attribute turned on.. So long as the focus is not on the Edit Masked field. I say ‘almost’ because you already see the first signs of trouble. The expand box is clearly visible... EditMask05.gif Here you can see that the moment the focus is on the edit mask field, I can see the text as clear text. The mask disappears.. I haven’t yet tested this on the web as I just noticed this like 5 minutes before posting to the list. Cheers Joe PS: On my first attempt, the attachments didn’t get through.. and it rejected my posting.. so attempting it without attachments and if you are interested in the attachments to make sense of this email. please request them from me and I will be more than happy to send ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Hi Joe, I have no immediate need for that functionality, but I'll be happy to file the bug report anyway, just to help give it some traction. Hope this is helpful. Larry On Tue, Apr 24, 2012 at 12:07 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Larry, Thank you for responding.. Mine is on the right of the field too in exactly the same spot that it is when its visible.. What I meant was look at the left hand side of the screen shot (left of the Properties pane).. On the screen shots that I tried to attach the field was on the left of the Properties pane So basically we are experiencing the exact same issue and you being on Patch 2, shows that this issue wasn’t resolved for at least those couple of patches – I am still on the base release version of 7.6.03 at this site I am working at.. So this also shows that its not just my system that’s somehow hosed (which often is the case with all the stunts I try – just kidding).. both of us are seeing the exact same issue.. I submitted a ticket to BMC yesterday, and if you intend to do the same, maybe we can exchange ticket numbers and ask them to relate the two so it starts getting a higher priority to get fixed Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Thanks.. I’ll appreciate that actually.. Joe From: L G Robinson Sent: Tuesday, April 24, 2012 12:20 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, I have no immediate need for that functionality, but I'll be happy to file the bug report anyway, just to help give it some traction. Hope this is helpful. Larry On Tue, Apr 24, 2012 at 12:07 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Larry, Thank you for responding.. Mine is on the right of the field too in exactly the same spot that it is when its visible.. What I meant was look at the left hand side of the screen shot (left of the Properties pane).. On the screen shots that I tried to attach the field was on the left of the Properties pane So basically we are experiencing the exact same issue and you being on Patch 2, shows that this issue wasn’t resolved for at least those couple of patches – I am still on the base release version of 7.6.03 at this site I am working at.. So this also shows that its not just my system that’s somehow hosed (which often is the case with all the stunts I try – just kidding).. both of us are seeing the exact same issue.. I submitted a ticket to BMC yesterday, and if you intend to do the same, maybe we can exchange ticket numbers and ask them to relate the two so it starts getting a higher priority to get fixed Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
I think I just found a sweet bug on character fields that are Edit Masked...
Would someone be kind enough to verify this before I report it? I am on ARS 7.6.03. Create a Character field of length 30 or so (less than the length that enables the Expand Box by default which is 69 I think..). Assign the display property of Edit Masked to it.. Try it out, on the WUT and or the MT and it should work ok.. Change the length of this field to a length that the Expand box gets enabled automatically. I changed mine to 254 or 255 – I don’t recall the exact.. Test that field out on the WUT (haven’t tested on web yet.) When typing in the contents it is masked... Tab out of the field and tab back in and you can see the text in clear text.. I know that an Edit Masked field just masks the characters of a field. It does not actually encrypt its contents – so I have no confusion about that.. Just putting that out there Does this happen for you guys too? If so, what version(s) are you’ll on?? I’ll report it to BMC after I verify this is a consistent problem.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Hi Joe, 7.6.04 SP2 I was not able to reproduce this. I never saw the see unmasked text. One difference it appears between version; I was not able to show the Expand Box on a field that is set to Edit Masked. The Expand Box option is read only once the Display Type is set to Edit Masked. If I set the Expand Box to Show before setting Display Type = Edit Masked the Expand Box is automatically set to Hide once set Edit Masked. Jason On Mon, Apr 23, 2012 at 9:17 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Would someone be kind enough to verify this before I report it? I am on ARS 7.6.03. Create a Character field of length 30 or so (less than the length that enables the Expand Box by default which is 69 I think..). Assign the display property of Edit Masked to it.. Try it out, on the WUT and or the MT and it should work ok.. Change the length of this field to a length that the Expand box gets enabled automatically. I changed mine to 254 or 255 – I don’t recall the exact.. Test that field out on the WUT (haven’t tested on web yet.) When typing in the contents it is masked... Tab out of the field and tab back in and you can see the text in clear text.. I know that an Edit Masked field just masks the characters of a field. It does not actually encrypt its contents – so I have no confusion about that.. Just putting that out there Does this happen for you guys too? If so, what version(s) are you’ll on?? I’ll report it to BMC after I verify this is a consistent problem.. Joe _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Yes the expand box attribute on the Dev Studio is read only on 7.6.03 too.. but the behavior on the WUT is way different for different field sizes.. Hang on for a detailed explanation of reproduction of this that I am in the process of typing... I would love to know if this is only a 7.6.03 quirkiness or if it exists on other versions. Jason Miller already confirmed its good on 7.6.04. However Jason, please read my next mail, and if my screen shots do not make it through, let me know and I’ll mail you the screen shots directly. Follow the process I did and let me know if you still do not have a problem on 7.6.04.. Give me 20 - 25 to compose that mail and put together some screen shots.. Joe From: Jason Miller Sent: Monday, April 23, 2012 2:58 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, 7.6.04 SP2 I was not able to reproduce this. I never saw the see unmasked text. One difference it appears between version; I was not able to show the Expand Box on a field that is set to Edit Masked. The Expand Box option is read only once the Display Type is set to Edit Masked. If I set the Expand Box to Show before setting Display Type = Edit Masked the Expand Box is automatically set to Hide once set Edit Masked. Jason On Mon, Apr 23, 2012 at 9:17 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Would someone be kind enough to verify this before I report it? I am on ARS 7.6.03. Create a Character field of length 30 or so (less than the length that enables the Expand Box by default which is 69 I think..). Assign the display property of Edit Masked to it.. Try it out, on the WUT and or the MT and it should work ok.. Change the length of this field to a length that the Expand box gets enabled automatically. I changed mine to 254 or 255 – I don’t recall the exact.. Test that field out on the WUT (haven’t tested on web yet.) When typing in the contents it is masked... Tab out of the field and tab back in and you can see the text in clear text.. I know that an Edit Masked field just masks the characters of a field. It does not actually encrypt its contents – so I have no confusion about that.. Just putting that out there Does this happen for you guys too? If so, what version(s) are you’ll on?? I’ll report it to BMC after I verify this is a consistent problem.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
Hey Joe, I, too, was unable to reproduce this and I'm on ARS 7.6.3 build 001, Client tool 7.6.4 Sp3. Keith From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Monday, April 23, 2012 1:58 PM To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, 7.6.04 SP2 I was not able to reproduce this. I never saw the see unmasked text. One difference it appears between version; I was not able to show the Expand Box on a field that is set to Edit Masked. The Expand Box option is read only once the Display Type is set to Edit Masked. If I set the Expand Box to Show before setting Display Type = Edit Masked the Expand Box is automatically set to Hide once set Edit Masked. Jason On Mon, Apr 23, 2012 at 9:17 AM, Joe Martin D'Souza jdso...@shyle.netmailto:jdso...@shyle.net wrote: ** Would someone be kind enough to verify this before I report it? I am on ARS 7.6.03. Create a Character field of length 30 or so (less than the length that enables the Expand Box by default which is 69 I think..). Assign the display property of Edit Masked to it.. Try it out, on the WUT and or the MT and it should work ok.. Change the length of this field to a length that the Expand box gets enabled automatically. I changed mine to 254 or 255 - I don't recall the exact.. Test that field out on the WUT (haven't tested on web yet.) When typing in the contents it is masked... Tab out of the field and tab back in and you can see the text in clear text.. I know that an Edit Masked field just masks the characters of a field. It does not actually encrypt its contents - so I have no confusion about that.. Just putting that out there Does this happen for you guys too? If so, what version(s) are you'll on?? I'll report it to BMC after I verify this is a consistent problem.. Joe _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
I can replicate it over and over again.. Documenting it on email at the moment and will share the email with the list as well as Doug... I got the base build, no service patch of 7.6.03... Could you try it on the 7.6.03 client? Joe From: Sinclair, Keith Sent: Monday, April 23, 2012 3:33 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hey Joe, I, too, was unable to reproduce this and I’m on ARS 7.6.3 build 001, Client tool 7.6.4 Sp3. Keith From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Monday, April 23, 2012 1:58 PM To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, 7.6.04 SP2 I was not able to reproduce this. I never saw the see unmasked text. One difference it appears between version; I was not able to show the Expand Box on a field that is set to Edit Masked. The Expand Box option is read only once the Display Type is set to Edit Masked. If I set the Expand Box to Show before setting Display Type = Edit Masked the Expand Box is automatically set to Hide once set Edit Masked. Jason On Mon, Apr 23, 2012 at 9:17 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Would someone be kind enough to verify this before I report it? I am on ARS 7.6.03. Create a Character field of length 30 or so (less than the length that enables the Expand Box by default which is 69 I think..). Assign the display property of Edit Masked to it.. Try it out, on the WUT and or the MT and it should work ok.. Change the length of this field to a length that the Expand box gets enabled automatically. I changed mine to 254 or 255 – I don’t recall the exact.. Test that field out on the WUT (haven’t tested on web yet.) When typing in the contents it is masked... Tab out of the field and tab back in and you can see the text in clear text.. I know that an Edit Masked field just masks the characters of a field. It does not actually encrypt its contents – so I have no confusion about that.. Just putting that out there Does this happen for you guys too? If so, what version(s) are you’ll on?? I’ll report it to BMC after I verify this is a consistent problem.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: I think I just found a sweet bug on character fields that are Edit Masked...
I used the Dev Studio of the same version as the AR Server to create that field and make changes to it .. I am on 7.6.03 (no patch). My WUT and Dev Studio too are on the same version no patch. I’m going to try to attempt to attach 5 screen shots and hope they make it through to the list. I’ll also take the liberty to email them to you Doug, and Jason Miller and Keith Sinclair, as I am expecting the attachments to not make it to the list.. The property on the dev studio is un-editable once set to edit masked.. however it’s the behavior of the field both on the dev studio as well as the WUT that is a concern Hopefully the screen shots will help explain what words may not explain that clearly.. Find 5 screen shots attached in a zip file called Bug.zip EditMask01.gif This is where I attempted to create a character field of length 20 with some Default value “New Field Edit Mask” on it. The Expand Box as you can see at the time of creation is Default, and the Display Type is Edit... Notice the default value on the field as well as the non existence of an expand box.. With all these settings I saved the form.. The field got created. EditMask02.gif Here is where I changed the Display Type to Edit Masked and immediately as Jason pointed out on the list, the Expand Box gets grayed out, and its value changes to Hide. Also notice the field on the Dev Studio, where the default value gets masked to asterix’s.. Also notice that there is no Expand Box... So far very good EditMask03.gif Here is where things start to get ugly.. I changed the length of the field from 20 to 255. Notice that the Expand Box attribute is still grayed out. And that its value is Hide. Great (just as what Jason said about 7.6.04)... But take a look on the left hand side. There is an ‘invisible’ expand box on the field on the dev studio itself.. I’m kind that way, and that doesn’t bother me really as it appears like the field is still masking its contents with all asterix’s which is all I want – I don’t really care whether or not the Expand Box shows despite it being set to Hide and its attribute grayed I saved these settings.. With the settings saved with the field length at 255, lets look at what we see on the WUT... EditMask04.gif When the focus is on another field, things look ‘almost’ good on the field that has its Edit Mask attribute turned on.. So long as the focus is not on the Edit Masked field. I say ‘almost’ because you already see the first signs of trouble. The expand box is clearly visible... EditMask05.gif Here you can see that the moment the focus is on the edit mask field, I can see the text as clear text. The mask disappears.. I haven’t yet tested this on the web as I just noticed this like 5 minutes before posting to the list. Cheers Joe PS: On my first attempt, the attachments didn’t get through.. and it rejected my posting.. so attempting it without attachments and if you are interested in the attachments to make sense of this email. please request them from me and I will be more than happy to send From: Sinclair, Keith Sent: Monday, April 23, 2012 3:33 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hey Joe, I, too, was unable to reproduce this and I’m on ARS 7.6.3 build 001, Client tool 7.6.4 Sp3. Keith From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Monday, April 23, 2012 1:58 PM To: arslist@ARSLIST.ORG Subject: Re: I think I just found a sweet bug on character fields that are Edit Masked... ** Hi Joe, 7.6.04 SP2 I was not able to reproduce this. I never saw the see unmasked text. One difference it appears between version; I was not able to show the Expand Box on a field that is set to Edit Masked. The Expand Box option is read only once the Display Type is set to Edit Masked. If I set the Expand Box to Show before setting Display Type = Edit Masked the Expand Box is automatically set to Hide once set Edit Masked. Jason On Mon, Apr 23, 2012 at 9:17 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Would someone be kind enough to verify this before I report it? I am on ARS 7.6.03. Create a Character field of length 30 or so (less than the length that enables the Expand Box by default which is 69 I think..). Assign the display property of Edit Masked to it.. Try it out, on the WUT and or the MT and it should work ok.. Change the length of this field to a length that the Expand box gets enabled automatically. I changed mine to 254 or 255 – I don’t recall the exact.. Test that field out on the WUT (haven’t tested on web yet.) When typing in the contents it is masked... Tab out of the field and tab back in and you can see the text in clear text.. I know that an Edit Masked field just masks the characters
Re: Large Character Fields even Larger?
Possibly. I was able to move the data from our current production (7.6.04 SP2) to our old production 7.1p7 and run my workflow and I didn't get any errors. It looks like when a field was updated with a filter the character limit didn't matter (if it were manually updated through user tool or midtier it would have popped up an error). That was in 7.1 p7. Now it looks like it matters whether it's populated with a filter or manual in 7.6.04 SP2. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Wednesday, April 04, 2012 4:55 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Have the DBA's converted the data to unicode? That would explain the additional space requirement.. Joe From: Kemes, Lisamailto:lisa.ke...@te.com Sent: Wednesday, April 04, 2012 2:50 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** 287,351 characters Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 04, 2012 2:44 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity[http://www.te.com/images/socialmedia/facebook.png]http://www.facebook.com/teconnectivity[http://www.te.com/images/socialmedia/flickr.png]http://www.flickr.com/photos/teconnectivity/[http://www.te.com/images/socialmedia/linkedin.png]http://www.linkedin.com/groups?gid=1591657[http://www.te.com/images/socialmedia/youtube.png]http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Large Character Fields even Larger?
Lisa, As I move through the upgrades over the years I often start experiencing issues with my application that I didn't have before the upgrade. As I dig into the issues I find one of two things 1 - The problem I'm having is a NEW bug in Remedy that's preventing something from occurring properly that should work just fine, and did before the upgrade Or 2 - Remedy had what I call a 'functional bug' where something in their code was not working properly.but now IS.and because it wasn't working properly in the past, but allowed to do what I wanted, despite the fact that it wasn't configured properly.I think it's #1, but it's really a problem in my code, not theirs. Your situation sounds like it might fall in the category of #2.where it SHOULD have been throwing an error before.but because of a functional bug, it allowed you to do something that you shouldn't have been able to do.but now that they have tightened their net.your loophole is now closed J. I consider these good things because it means they are closing bugs in their system that cause unanticipated behavior. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, April 05, 2012 9:03 AM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Possibly. I was able to move the data from our current production (7.6.04 SP2) to our old production 7.1p7 and run my workflow and I didn't get any errors. It looks like when a field was updated with a filter the character limit didn't matter (if it were manually updated through user tool or midtier it would have popped up an error). That was in 7.1 p7. Now it looks like it matters whether it's populated with a filter or manual in 7.6.04 SP2. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Wednesday, April 04, 2012 4:55 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Have the DBA's converted the data to unicode? That would explain the additional space requirement.. Joe From: Kemes, Lisa mailto:lisa.ke...@te.com Sent: Wednesday, April 04, 2012 2:50 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** 287,351 characters Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 04, 2012 2:44 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 http://www.te.com/ www.te.com http://www.te.com/ http://twitter.com/teconnectivity http://www.facebook.com/teconnectivity http://www.flickr.com/photos/teconnectivity/ http://www.linkedin.com/groups?gid=1591657 http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12
Re: Large Character Fields even Larger?
Thanks LJ! I agree that it's probably #2 as well. My fields are usually over 100,000 characters (or more) and no errors ever appeared even though I set it to 90,000 characters in the old system. When I increased it to a more accurate level in the new system, no more errors! There have been other things that I've noticed as well that 7.6.04 SP2 is catching that 7.1 p7 never caught before. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, April 05, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Lisa, As I move through the upgrades over the years I often start experiencing issues with my application that I didn't have before the upgrade. As I dig into the issues I find one of two things 1 - The problem I'm having is a NEW bug in Remedy that's preventing something from occurring properly that should work just fine, and did before the upgrade Or 2 - Remedy had what I call a 'functional bug' where something in their code was not working properly...but now IS...and because it wasn't working properly in the past, but allowed to do what I wanted, despite the fact that it wasn't configured properly...I think it's #1, but it's really a problem in my code, not theirs. Your situation sounds like it might fall in the category of #2...where it SHOULD have been throwing an error before...but because of a functional bug, it allowed you to do something that you shouldn't have been able to do...but now that they have tightened their net...your loophole is now closed :). I consider these good things because it means they are closing bugs in their system that cause unanticipated behavior. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, April 05, 2012 9:03 AM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Possibly. I was able to move the data from our current production (7.6.04 SP2) to our old production 7.1p7 and run my workflow and I didn't get any errors. It looks like when a field was updated with a filter the character limit didn't matter (if it were manually updated through user tool or midtier it would have popped up an error). That was in 7.1 p7. Now it looks like it matters whether it's populated with a filter or manual in 7.6.04 SP2. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Wednesday, April 04, 2012 4:55 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Have the DBA's converted the data to unicode? That would explain the additional space requirement.. Joe From: Kemes, Lisamailto:lisa.ke...@te.com Sent: Wednesday, April 04, 2012 2:50 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** 287,351 characters Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 04, 2012 2:44 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened
Re: Large Character Fields even Larger?
I hate those.but I can't really complain to BMC about it J From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, April 05, 2012 9:33 AM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Thanks LJ! I agree that it's probably #2 as well. My fields are usually over 100,000 characters (or more) and no errors ever appeared even though I set it to 90,000 characters in the old system. When I increased it to a more accurate level in the new system, no more errors! There have been other things that I've noticed as well that 7.6.04 SP2 is catching that 7.1 p7 never caught before. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, April 05, 2012 11:29 AM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Lisa, As I move through the upgrades over the years I often start experiencing issues with my application that I didn't have before the upgrade. As I dig into the issues I find one of two things 1 - The problem I'm having is a NEW bug in Remedy that's preventing something from occurring properly that should work just fine, and did before the upgrade Or 2 - Remedy had what I call a 'functional bug' where something in their code was not working properly.but now IS.and because it wasn't working properly in the past, but allowed to do what I wanted, despite the fact that it wasn't configured properly.I think it's #1, but it's really a problem in my code, not theirs. Your situation sounds like it might fall in the category of #2.where it SHOULD have been throwing an error before.but because of a functional bug, it allowed you to do something that you shouldn't have been able to do.but now that they have tightened their net.your loophole is now closed J. I consider these good things because it means they are closing bugs in their system that cause unanticipated behavior. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, April 05, 2012 9:03 AM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Possibly. I was able to move the data from our current production (7.6.04 SP2) to our old production 7.1p7 and run my workflow and I didn't get any errors. It looks like when a field was updated with a filter the character limit didn't matter (if it were manually updated through user tool or midtier it would have popped up an error). That was in 7.1 p7. Now it looks like it matters whether it's populated with a filter or manual in 7.6.04 SP2. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Wednesday, April 04, 2012 4:55 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Have the DBA's converted the data to unicode? That would explain the additional space requirement.. Joe From: Kemes, Lisa mailto:lisa.ke...@te.com Sent: Wednesday, April 04, 2012 2:50 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** 287,351 characters Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 04, 2012 2:44 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only
Large Character Fields even Larger?
We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity [http://www.te.com/images/socialmedia/facebook.png] http://www.facebook.com/teconnectivity [http://www.te.com/images/socialmedia/flickr.png] http://www.flickr.com/photos/teconnectivity/ [http://www.te.com/images/socialmedia/linkedin.png] http://www.linkedin.com/groups?gid=1591657 [http://www.te.com/images/socialmedia/youtube.png] http://www.youtube.com/teconnectivity ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Large Character Fields even Larger?
Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity [http://www.te.com/images/socialmedia/facebook.png] http://www.facebook.com/teconnectivity [http://www.te.com/images/socialmedia/flickr.png] http://www.flickr.com/photos/teconnectivity/ [http://www.te.com/images/socialmedia/linkedin.png] http://www.linkedin.com/groups?gid=1591657 [http://www.te.com/images/socialmedia/youtube.png] http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Large Character Fields even Larger?
Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity [http://www.te.com/images/socialmedia/facebook.png] http://www.facebook.com/teconnectivity [http://www.te.com/images/socialmedia/flickr.png] http://www.flickr.com/photos/teconnectivity/ [http://www.te.com/images/socialmedia/linkedin.png] http://www.linkedin.com/groups?gid=1591657 [http://www.te.com/images/socialmedia/youtube.png] http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Large Character Fields even Larger?
What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity[http://www.te.com/images/socialmedia/facebook.png]http://www.facebook.com/teconnectivity[http://www.te.com/images/socialmedia/flickr.png]http://www.flickr.com/photos/teconnectivity/[http://www.te.com/images/socialmedia/linkedin.png]http://www.linkedin.com/groups?gid=1591657[http://www.te.com/images/socialmedia/youtube.png]http://www.youtube.com/teconnectivity ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Large Character Fields even Larger?
287,351 characters Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 04, 2012 2:44 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity[http://www.te.com/images/socialmedia/facebook.png]http://www.facebook.com/teconnectivity[http://www.te.com/images/socialmedia/flickr.png]http://www.flickr.com/photos/teconnectivity/[http://www.te.com/images/socialmedia/linkedin.png]http://www.linkedin.com/groups?gid=1591657[http://www.te.com/images/socialmedia/youtube.png]http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Large Character Fields even Larger?
Have the DBA’s converted the data to unicode? That would explain the additional space requirement.. Joe From: Kemes, Lisa Sent: Wednesday, April 04, 2012 2:50 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** 287,351 characters Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 04, 2012 2:44 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** What is the largest amount of data in that field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Nevermind, when I increased it to 400,000 it now works. Why would it work in 7.1 p7 with 9, but I have to increase it to 400,000 in 7.6.04 SP2? The data is basically the same. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:57 PM To: arslist@ARSLIST.ORG Subject: Re: Large Character Fields even Larger? ** Sorry, I meant to say that I increased it to 200,000 I just increased it again to 450,000 still same error message. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Wednesday, April 04, 2012 1:27 PM To: arslist@ARSLIST.ORG Subject: Large Character Fields even Larger? ** We upgraded from ARS 7.1 p7 to 7.6.04 SP2 and I'm found that one of my large character fields that I've set to 9 (for example) is getting errors that the Character String exceed maximum size allowed: 536870919 when I try to set it. It only happens to those records that do have quite a large amount of characters, but this never happened in 7.1 p7. I pushed it up to 2 characters and I'm still getting the error. Looks like this is more on the DB side? Should I talk to my DBA? Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Date format in character fields
Hi, I have a filter that is setting a date field to a charater field. The date ends up in a different format on 2 (seemingly) identical severs. Any ideas where the date format is being picked up when setting dates to character field in filters? Thanks Raido ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Date format in character fields
Hi, When you change regional settings, you must apply them to everything. It is not allways apparent which settings the unserlying system user running the AR Server is using... You can set envoronment variables for ARDATE etc in the armonitor.cfg before the Remedy-service is started. The armonitor.conf file settings work for unix/linux as well as windows. Sample lines in armonitor.cfg/conf before arserver is started. Environment-variable: ARDATE=%Y-%m-%d %H:%M:%S Environment-variable: ARDATEONLY=-MM-dd Environment-variable: ARTIMEONLY=HH:mm:ss As you see the ARDATE use the unix-type abreviations, and the other variables use the windows-style. I think this is still valid, but you may have to experiment... Best Regards - Misi, RRR AB, http://www.rrr.se Products from RRR Scandinavia: * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi, I have a filter that is setting a date field to a charater field. The date ends up in a different format on 2 (seemingly) identical severs. Any ideas where the date format is being picked up when setting dates to character field in filters? Thanks Raido ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are -- This message was scanned by ESVA and is believed to be clean. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Date format in character fields
Thanks for the advice. I have resolved the issue by adding an ARDATE environment variable. Cheers Raido On Sep 29, 2010 1:58pm, Misi Mladoniczky m...@rrr.se wrote: Hi, When you change regional settings, you must apply them to everything. It is not allways apparent which settings the unserlying system user running the AR Server is using... You can set envoronment variables for ARDATE etc in the armonitor.cfg before the Remedy-service is started. The armonitor.conf file settings work for unix/linux as well as windows. Sample lines in armonitor.cfg/conf before arserver is started. Environment-variable: ARDATE=%Y-%m-%d %H:%M:%S Environment-variable: ARDATEONLY=-MM-dd Environment-variable: ARTIMEONLY=HH:mm:ss As you see the ARDATE use the unix-type abreviations, and the other variables use the windows-style. I think this is still valid, but you may have to experiment... Best Regards - Misi, RRR AB, http://www.rrr.se Products from RRR Scandinavia: * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi, I have a filter that is setting a date field to a charater field. The date ends up in a different format on 2 (seemingly) identical severs. Any ideas where the date format is being picked up when setting dates to character field in filters? Thanks Raido ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are -- This message was scanned by ESVA and is believed to be clean. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
Hi Joe, No problem with the CC. Your environment is the same as mine except we use SQL rather than Oracle. And I still do most of my development in the Admin tool (works just as well in 7.5) rather than Dev Studio. Out of curiosity, is this happening on the web, client or both? Ricki From: Joe DeSouza [mailto:joe_rem...@yahoo.com] Sent: Wednesday, September 09, 2009 6:19 PM To: ARS Discussion List Cc: Haines, Ricki Subject: Re: Expand Box for character fields... bug maybe??? Hello Ricki, That's odd.. It doesn't work for me.. How different is your environment from mine? I am on Windows 2003 ARS 7.5 Patch 2 User Tool 7.5 Patch 2 Dev Studio 7.5 Patch 2 Mid-Tier 7.5 Patch 2 Oracle database 10 Release 2 Browsers : Usually IE 6 on production, and 7 and 8 in test environment I also use FireFox 3.5 for fun although its not a standard here. JSP Engine: Tomcat 5.5.25 I am yet to see a type of client in my environment where the expand box hides on multiple rows character fields. Change them to single row and it hides.. I am yet to trust the new Development Studio as much as I used to trust the older Admin tool :-) so I just thought I'd add that the form was developed using the new development tool-set after installing ARS 7.5 Patch 2. It wasn't a form that was upgraded from an earlier release.. Joe PS: Due to some problems I noticed on the list lately I thought I'd CC you my reply. So I apologize in advance if that might bother you. From: Haines, Ricki ricki.hai...@libertymedical.com To: arslist@ARSLIST.ORG Sent: Wednesday, September 9, 2009 4:01:50 PM Subject: Re: Expand Box for character fields... bug maybe??? ** Joe - It works on both single and multiple rows in V7.5 Date: Wed, 9 Sep 2009 10:19:41 -0700 Reply-To: arslist@ARSLIST.ORG Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG From: Joe DeSouza joe_rem...@yahoo.com Subject: Expand Box for character fields... bug maybe??? Content-Type: multipart/alternative; Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or s this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe - _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. This footer also confirms that this e-mail message has been scanned for the presence of computer viruses. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Liberty. Scanning of this message and addition of this footer is performed by filtering software in conjunction with virus detection software. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
Both clients.. I wonder what might change if I used the earlier admin tool and changed that.. I'll give that a shot and see what happens.. Joe From: Haines, Ricki ricki.hai...@libertymedical.com To: Joe DeSouza joe_rem...@yahoo.com Cc: arslist@ARSLIST.ORG Sent: Thursday, September 10, 2009 8:23:21 AM Subject: RE: Expand Box for character fields... bug maybe??? Hi Joe, No problem with the CC. Your environment is the same as mine except we use SQL rather than Oracle. And I still do most of my development in the Admin tool (works just as well in 7.5) rather than Dev Studio. Out of curiosity, is this happening on the web, client or both? Ricki From:Joe DeSouza [mailto:joe_rem...@yahoo.com] Sent: Wednesday, September 09, 2009 6:19 PM To: ARS Discussion List Cc: Haines, Ricki Subject: Re: Expand Box for character fields... bug maybe??? Hello Ricki, That's odd.. It doesn't work for me.. How different is your environment from mine? I am on Windows 2003 ARS 7.5 Patch 2 User Tool 7.5 Patch 2 Dev Studio 7.5 Patch 2 Mid-Tier 7.5 Patch 2 Oracle database 10 Release 2 Browsers : Usually IE 6 on production, and 7 and 8 in test environment I also use FireFox 3.5 for fun although its not a standard here. JSP Engine: Tomcat 5.5.25 I am yet to see a type of client in my environment where the expand box hides on multiple rows character fields. Change them to single row and it hides.. I am yet to trust the new Development Studio as much as I used to trust the older Admin tool :-) so I just thought I'd add that the form was developed using the new development tool-set after installing ARS 7.5 Patch 2. It wasn't a form that was upgraded from an earlier release.. Joe PS: Due to some problems I noticed on the list lately I thought I'd CC you my reply. So I apologize in advance if that might bother you. From:Haines, Ricki ricki.hai...@libertymedical.com To: arslist@ARSLIST.ORG Sent: Wednesday, September 9, 2009 4:01:50 PM Subject: Re: Expand Box for character fields... bug maybe??? ** Joe – It works on both single and multiple rows in V7.5 Date: Wed, 9 Sep 2009 10:19:41 -0700 Reply-To: arsl...@arslist.org Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG From: Joe DeSouza joe_rem...@yahoo.com Subject: Expand Box for character fields... bug maybe??? Content-Type: multipart/alternative; Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or s this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Expand Box for character fields... bug maybe???
Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or is this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
What version are you on again? I just tested it and when I set the field properties to hide the box it hides on both. I tested the multi-row character field with the Show as Text option both checked and unchecked. I am using ARS 7.1.0 patch 7 (all parts: Server, User Tool, and Mid-Tier) on Solaris w/Oracle. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza Sent: Wednesday, September 09, 2009 12:20 PM To: arslist@ARSLIST.ORG Subject: Expand Box for character fields... bug maybe??? ** Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or is this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
Joe, What server/client version? _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza Sent: Wednesday, September 09, 2009 11:20 AM To: arslist@ARSLIST.ORG Subject: Expand Box for character fields... bug maybe??? ** Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or is this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
Joe - It works on both single and multiple rows in V7.5 Date: Wed, 9 Sep 2009 10:19:41 -0700 Reply-To: arslist@ARSLIST.ORG Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG From: Joe DeSouza joe_rem...@yahoo.com Subject: Expand Box for character fields... bug maybe??? Content-Type: multipart/alternative; Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or s this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe - _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. This footer also confirms that this e-mail message has been scanned for the presence of computer viruses. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Liberty. Scanning of this message and addition of this footer is performed by filtering software in conjunction with virus detection software. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
Fredrick, I'm sorry I missed out on the environment.. 7.5 Patch 2 all the way from the ARS to thick client to the Mid-Tier.. ARS is on Windows 2003 server, and the client OS's can range anywhere between XP to Vista. Oracle 10 Release 2 is the underlying database and IIS 6 is my customers choice of a web server which uses Tomcat 5.5.25 as the jsp engine.. Cheers Joe From: Grooms, Frederick W frederick.w.gro...@xo.com To: arslist@ARSLIST.ORG Sent: Wednesday, September 9, 2009 1:30:55 PM Subject: Re: Expand Box for character fields... bug maybe??? What version are you on again? I just tested it and when I set the field properties to hide the box it hides on both. I tested the multi-row character field with the Show as Text option both checked and unchecked. I am using ARS 7.1.0 patch 7 (all parts: Server, User Tool, and Mid-Tier) on Solaris w/Oracle. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza Sent: Wednesday, September 09, 2009 12:20 PM To: arslist@ARSLIST.ORG Subject: Expand Box for character fields... bug maybe??? ** Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or is this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Expand Box for character fields... bug maybe???
Hello Ricki, That's odd.. It doesn't work for me.. How different is your environment from mine? I am on Windows 2003 ARS 7.5 Patch 2 User Tool 7.5 Patch 2 Dev Studio 7.5 Patch 2 Mid-Tier 7.5 Patch 2 Oracle database 10 Release 2 Browsers : Usually IE 6 on production, and 7 and 8 in test environment I also use FireFox 3.5 for fun although its not a standard here. JSP Engine: Tomcat 5.5.25 I am yet to see a type of client in my environment where the expand box hides on multiple rows character fields. Change them to single row and it hides.. I am yet to trust the new Development Studio as much as I used to trust the older Admin tool :-) so I just thought I'd add that the form was developed using the new development tool-set after installing ARS 7.5 Patch 2. It wasn't a form that was upgraded from an earlier release.. Joe PS: Due to some problems I noticed on the list lately I thought I'd CC you my reply. So I apologize in advance if that might bother you. From: Haines, Ricki ricki.hai...@libertymedical.com To: arslist@ARSLIST.ORG Sent: Wednesday, September 9, 2009 4:01:50 PM Subject: Re: Expand Box for character fields... bug maybe??? ** Joe – It works on both single and multiple rows in V7.5 Date: Wed, 9 Sep 2009 10:19:41 -0700 Reply-To: arsl...@arslist.org Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG From: Joe DeSouza joe_rem...@yahoo.com Subject: Expand Box for character fields... bug maybe??? Content-Type: multipart/alternative; Listers, I guess its my turn to bug the list for a bit :-) I have noticed this a few days ago but thought I'd bring this up with Remedy Support later but before I do wanted to see what I hear from you guys here.. I have character fields where I have the Expand Box hidden.. WORKS with SINGLE-ROW fields.. However if I define a MULTIPLE-ROW field, the expand box DOES NOT HIDE irrespective of the choice of hiding or not hiding it. This happens both on the thick as well as the thin client.. I am almost dead sure it did hide when instructed to hide in the older versions.. Has anyone noticed anything in the new documentations that this new behavior may be as designed? Or s this a small cosmetic bug? It looks ugly if you have a text field that you have displayed as text to display stuff like tips or whatever which you know would fit in the real estate you provided for it, but you see that ugly box on the form when you do not even need it.. Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Text Editor for worklog and large character fields
Don't even play games just go get Ultraedit. I have dealt with log files that are multi-gigs in size and it has some REALLY great functionalities. Heck, I should get commission from those people. Brian Goralczyk On Thu, Mar 20, 2008 at 1:45 PM, Fossett, Darrel [EMAIL PROTECTED] wrote: ** We have a client that would like to be able to edit and search a large character field. Before I look into it to much I was wondering if anyone has done this all ready. Thanks for any help Darrel This email may contain material that is confidential, privileged, and/or attorney work product for the sole use of the intended recipient. Any review, reliance, or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. __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
Conversion between Character fields and Date fields.
Dear listers, I have been having an issue where I was trying to read a value from a character field into a date field. Try as I might, I couldn't get correct behaviour for years in the early part of the century (this was necessary as I was trying to capture dates of birth). I tried setting ARDATEONLY and NLS_DATE_FORMAT but couldn't get it to work. I eventually found a work-round parsing the character string down into day. month and year components, then converting the month to a month number and then using DATEADD to re-assemble the bits into a Date value. However, this is of course less than satisfactory. I am told that BMC do not support converting a Character field into a Date field. Does anyone else think that this would be a REALLY GOOD THING? Can I drum up support for this enhancement? Jerry Jerry NimanTel+44 (0)161-247 1474 Head of Information and Communication Technology Services Email [EMAIL PROTECTED] the Manchester Metropolitan University Mobile +44 (0)7770 638104 Before acting on this email or opening any attachments you should read the Manchester Metropolitan University’s email disclaimer available on its website http://www.mmu.ac.uk/emaildisclaimer ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Conversion between Character fields and Date fields
Roy, Thanks, but I already have a work-round - I am looking for support to encourage BMC to provide the functionality as native. Jerry Jerry NimanTel+44 (0)161-247 1474 Head of Information and Communication Technology Services Email [EMAIL PROTECTED] the Manchester Metropolitan University Mobile +44 (0)7770 638104 Before acting on this email or opening any attachments you should read the Manchester Metropolitan University’s email disclaimer available on its website http://www.mmu.ac.uk/emaildisclaimer Roy Stark [EMAIL PROTECTED] 07 Mar 08 14:50 Hi Jerry, Is it possible to use an external app to do this for you. Kind regards, Roy Stark Account Manager Master Place Ltd Tel:+44 (0)29 2019-5299 Mobile: +44 (0)773 420-6952 Web:http://www.master-place.co.uk http://www.master-place.co.uk/ Any view or opinions expressed are those of the author and do not necessarily reflect those of Master Place Ltd. This message contains information which is confidential and is intended solely for the use of the individual or entity to which this is addressed and is subject to legal privilege. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return or destroy the original message. All outgoing messages are scanned by Trend Anti Virus. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Large Character Fields
Listers, I have quite a few character fields that are 255 characters in length. The majority of them came with the Helpdesk application and are in the 25xxx field ID range. Would there be any performance benefit in reducing these to only the necessary size. For example, a zTmp field at 254 that holds only a login ID. Any insight would be appreciated. Thanks, John M. Kovalcik Service Management Sr. Analyst ITIL Foundations Certified Global Information Technology Kennametal Inc. 1600 Technology Way Phone: 724-539-5228 Fax: 724-539-5797 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: Where the Answers Are
Re: Large Character Fields
remember in 7.x they increased the size of the logon field from 30 to 254 (or was it 255)...so that is actually a good size for a field that holds login IDbut if it's a zTmp...is it a display only field? If it is then it's length doesn't matter...you could set it to 0 if you wantedif you are looking to shrink the size of your DB, I believe shrinking the size of the column will help...but I also think it's dependent upon your DB and how it handles such column size changes. _ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of John Kovalcik Sent: Tuesday, January 08, 2008 10:49 AM To: arslist@ARSLIST.ORG Subject: Large Character Fields ** Listers, I have quite a few character fields that are 255 characters in length. The majority of them came with the Helpdesk application and are in the 25xxx field ID range. Would there be any performance benefit in reducing these to only the necessary size. For example, a zTmp field at 254 that holds only a login ID. Any insight would be appreciated. Thanks, John M. Kovalcik Service Management Sr. Analyst ITIL Foundations Certified Global Information Technology Kennametal Inc. 1600 Technology Way Phone: 724-539-5228 Fax: 724-539-5797 __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: Large Character Fields
This is going to cause you more headaches than it's worth and I don't think there will be any benefit so far as performance. If you want to see a performance benefit, try these things - remove all the lob/text columns from the table. - remove all the columns from the table that are not being used Axton Grams On Jan 8, 2008 12:59 PM, LJ LongWing (Head) [EMAIL PROTECTED] wrote: ** remember in 7.x they increased the size of the logon field from 30 to 254 (or was it 255)...so that is actually a good size for a field that holds login IDbut if it's a zTmp...is it a display only field? If it is then it's length doesn't matter...you could set it to 0 if you wantedif you are looking to shrink the size of your DB, I believe shrinking the size of the column will help...but I also think it's dependent upon your DB and how it handles such column size changes. -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *John Kovalcik *Sent:* Tuesday, January 08, 2008 10:49 AM *To:* arslist@ARSLIST.ORG *Subject:* Large Character Fields ** Listers, I have quite a few character fields that are 255 characters in length. The majority of them came with the Helpdesk application and are in the 25xxx field ID range. Would there be any performance benefit in reducing these to only the necessary size. For example, a zTmp field at 254 that holds only a login ID. Any insight would be appreciated. Thanks, John M. Kovalcik Service Management Sr. Analyst ITIL Foundations Certified Global Information Technology Kennametal Inc. 1600 Technology Way Phone: 724-539-5228 Fax: 724-539-5797 __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
Character Fields as Dropdowns in 6.3...Fixed?
Anyone know if the issue about the CLEAR option not showing up in character fields set as dropdowns has been fixed by a patch in 6.3? I see patches 21 and 22 are out, but the description is blank. Another annoyance concerning character fields as dropdowns-the X and Y coordinates do not work. In other words, if you try to reposition a field that set as a dropdown by changing the X or Y coordinate, the change does not take. One must change the field back to a regular edit field, change the X/Y coordinate, then change it back to a dropdown. Norm ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Character Fields
Lisa, The only way I know to change the color of the text in a character field is to put on colored glasses. On the other hand... If you can use a View field to display the text then you can use as much HTML and flaming/spinning icons as you might ever want to. On the other, other hand... You can also (on the Mid-Tier only) use javascript to parse the text and add extra formatting that the browser might render properly for you too. But that is far from something that I would suggest anyone actually do. -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap Pick two. ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: Character Fields
The view field sounds good, but I also need the extra added benefit of changing the text as well. -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black Sent: Thursday, October 19, 2006 12:11 PM To: arslist@ARSLIST.ORG Subject: Re: Character Fields Lisa, The only way I know to change the color of the text in a character field is to put on colored glasses. On the other hand... If you can use a View field to display the text then you can use as much HTML and flaming/spinning icons as you might ever want to. On the other, other hand... You can also (on the Mid-Tier only) use javascript to parse the text and add extra formatting that the browser might render properly for you too. But that is far from something that I would suggest anyone actually do. -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap Pick two. ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: Character Fields
Lisa, Depending on what version of Remedy you are using, there are two solutions: 1) In Remedy 6.3, you can use an Active Link 'Change Field' to change the color 2) This one will take a little more work, but in Remedy 4.5 you can give your character field no label, then create Text fields that appear/hide as needed in the varying colors that you want (if I recall correctly, 4.5 will require that you list the Text field as a hyperlink- I used to just refer it to a file and put a transparent box over it so that users couldn't click on it). We didn't have anything between 4.5 and 6.3, so I'm not sure what those versions offer. HTH Shawn Stonequist EMNS, Inc. Remedy Support ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
