Re: New custom field oddity
I usually do this when I'm comparing something in Dev and Prod, but it might work here as well. Take the def file of each form and compare just the field. Maybe there is something slightly different on the field from one form to the next? On Tue, Feb 26, 2013 at 6:27 PM, Peters, Ron rpet...@columbia.com wrote: ** After some more testing, I can rule out the AL. I simply created a new character field on both forms, gave them a default value, gave them ‘display’ for their entry modes, and changed their name/display from ‘character field’ to ‘test field’. I added them both to their respective ‘work detail’ tabs in an open space for visibility. ** ** Flushed cache. ** ** In Chrome/FF, when creating a new record, the field on HPD:Help Desk has it’s default value that can be highlighted/copied/pasted etc. The field on CHG:Infrastructure Change can do no such thing though it is accessible within IE. ** ** I’m still pretty green at this but that just seems stupid. Am I missing a setting? ** ** Thoughts? ** ** Thanks. ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pargeter, Christie :CO IS *Sent:* Monday, February 25, 2013 3:16 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: New custom field oddity ** ** ** Did you flush your MidTier cache after you added the field? ** ** *From:* Action Request System discussion list(ARSList) [ mailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORG] *On Behalf Of *Peters, Ron *Sent:* Monday, February 25, 2013 10:57 AM *To:* arslist@ARSLIST.ORG *Subject:* New custom field oddity ** ** ** Hi all, ** ** I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I’m having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I’m unable to interact with it. I can’t select/highlight/copy the field contents in those browsers. ** ** Any thoughts why one field works but not the other? Is there some setting that I’m missing? ** ** Thanks in advance, Ron _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: 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: New custom field oddity
Thanks everyone for all the suggestions. This was a cache issue of some form. Today I started by having others test the fields with their versions of FF and Chrome. They succeeded which pointed to my system. I then tried again myself and found the original field I created last week working. The new test field I created yesterday was still not working. I removed both test fields and they're working as expected now. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Lisa Kemes Sent: Wednesday, February 27, 2013 5:03 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** I usually do this when I'm comparing something in Dev and Prod, but it might work here as well. Take the def file of each form and compare just the field. Maybe there is something slightly different on the field from one form to the next? On Tue, Feb 26, 2013 at 6:27 PM, Peters, Ron rpet...@columbia.commailto:rpet...@columbia.com wrote: ** After some more testing, I can rule out the AL. I simply created a new character field on both forms, gave them a default value, gave them 'display' for their entry modes, and changed their name/display from 'character field' to 'test field'. I added them both to their respective 'work detail' tabs in an open space for visibility. Flushed cache. In Chrome/FF, when creating a new record, the field on HPD:Help Desk has it's default value that can be highlighted/copied/pasted etc. The field on CHG:Infrastructure Change can do no such thing though it is accessible within IE. I'm still pretty green at this but that just seems stupid. Am I missing a setting? Thoughts? Thanks. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, February 25, 2013 3:16 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** Did you flush your MidTier cache after you added the field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Monday, February 25, 2013 10:57 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: New custom field oddity ** Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: 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: New custom field oddity
For what it's worth, I've flushed both the browser and mid-tier cache multiple times without change. With the caches flushed, I'm not sure why these fields would perform differently between browsers. Any other ideas? I've looked at the client logs both in Chrome and IE and they both look the same from my untrained eye. The AL that sets the field value is working in the same way in both logs. Thanks again, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 12:49 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, The Window-Open and Window-Loaded does not happen that much in ITSM76 with the Inline-Type form display used. The Display should always happen when you search and display a new ticket though. The way BMC has build the Inline forms for ITSM76, it pretty much hides/shows the form you are currently accessing, but keeps the form loaded in a hidden View Field. The other thing that might be problematic is the Mid-Tier Cache. I have sometimes had severe problems getting Inline form caches to be recached. I suspect that you have something cached for the browser that is not yet working. Either in the client-browser-cache or on the Mid-Tier server. The client-side log I was talking about was what you see in Mid-Tier when you turn on logging for a user. This is done in the User Preference form. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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. The AL's are triggered on display, window open, and window loaded. When you say client side logging, I hear user tool. Both of these fields work perfectly within the user tool if that makes any difference. Which log should be enabled for web clients? Is that mid-tier logging? Thanks, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 11:23 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, What exactly triggers the ACTL that fill in the fields? What does your client side logging say? Have you compared the two? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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 all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron ___ 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 ___ 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: New custom field oddity
Ron, This is a real shot in the dark but is there any chance that the blank label of an adjacent field is laying on top of this field? The only thing I can think of is that one browser puts your field in the foreground and the other puts it in the background. Mark -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Tuesday, February 26, 2013 11:25 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity For what it's worth, I've flushed both the browser and mid-tier cache multiple times without change. With the caches flushed, I'm not sure why these fields would perform differently between browsers. Any other ideas? I've looked at the client logs both in Chrome and IE and they both look the same from my untrained eye. The AL that sets the field value is working in the same way in both logs. Thanks again, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 12:49 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, The Window-Open and Window-Loaded does not happen that much in ITSM76 with the Inline-Type form display used. The Display should always happen when you search and display a new ticket though. The way BMC has build the Inline forms for ITSM76, it pretty much hides/shows the form you are currently accessing, but keeps the form loaded in a hidden View Field. The other thing that might be problematic is the Mid-Tier Cache. I have sometimes had severe problems getting Inline form caches to be recached. I suspect that you have something cached for the browser that is not yet working. Either in the client-browser-cache or on the Mid-Tier server. The client-side log I was talking about was what you see in Mid-Tier when you turn on logging for a user. This is done in the User Preference form. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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. The AL's are triggered on display, window open, and window loaded. When you say client side logging, I hear user tool. Both of these fields work perfectly within the user tool if that makes any difference. Which log should be enabled for web clients? Is that mid-tier logging? Thanks, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 11:23 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, What exactly triggers the ACTL that fill in the fields? What does your client side logging say? Have you compared the two? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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 all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ __ 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 ___ 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 This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information
Re: New custom field oddity
I don't think so. I've moved the field around to various parts of the form with no changes. Weird that it works in IE and the user tool but not the other browsers. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Tuesday, February 26, 2013 9:54 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Ron, This is a real shot in the dark but is there any chance that the blank label of an adjacent field is laying on top of this field? The only thing I can think of is that one browser puts your field in the foreground and the other puts it in the background. Mark -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Tuesday, February 26, 2013 11:25 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity For what it's worth, I've flushed both the browser and mid-tier cache multiple times without change. With the caches flushed, I'm not sure why these fields would perform differently between browsers. Any other ideas? I've looked at the client logs both in Chrome and IE and they both look the same from my untrained eye. The AL that sets the field value is working in the same way in both logs. Thanks again, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 12:49 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, The Window-Open and Window-Loaded does not happen that much in ITSM76 with the Inline-Type form display used. The Display should always happen when you search and display a new ticket though. The way BMC has build the Inline forms for ITSM76, it pretty much hides/shows the form you are currently accessing, but keeps the form loaded in a hidden View Field. The other thing that might be problematic is the Mid-Tier Cache. I have sometimes had severe problems getting Inline form caches to be recached. I suspect that you have something cached for the browser that is not yet working. Either in the client-browser-cache or on the Mid-Tier server. The client-side log I was talking about was what you see in Mid-Tier when you turn on logging for a user. This is done in the User Preference form. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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. The AL's are triggered on display, window open, and window loaded. When you say client side logging, I hear user tool. Both of these fields work perfectly within the user tool if that makes any difference. Which log should be enabled for web clients? Is that mid-tier logging? Thanks, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 11:23 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, What exactly triggers the ACTL that fill in the fields? What does your client side logging say? Have you compared the two? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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 all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ __ 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 ___ UNSUBSCRIBE or access ARSlist Archives
Re: New custom field oddity
After some more testing, I can rule out the AL. I simply created a new character field on both forms, gave them a default value, gave them 'display' for their entry modes, and changed their name/display from 'character field' to 'test field'. I added them both to their respective 'work detail' tabs in an open space for visibility. Flushed cache. In Chrome/FF, when creating a new record, the field on HPD:Help Desk has it's default value that can be highlighted/copied/pasted etc. The field on CHG:Infrastructure Change can do no such thing though it is accessible within IE. I'm still pretty green at this but that just seems stupid. Am I missing a setting? Thoughts? Thanks. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, February 25, 2013 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** Did you flush your MidTier cache after you added the field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Monday, February 25, 2013 10:57 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: New custom field oddity ** Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: 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: New custom field oddity
Ron, What version of Remedy and what version of Mid-Tier are you running? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Tuesday, February 26, 2013 4:28 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** After some more testing, I can rule out the AL. I simply created a new character field on both forms, gave them a default value, gave them 'display' for their entry modes, and changed their name/display from 'character field' to 'test field'. I added them both to their respective 'work detail' tabs in an open space for visibility. Flushed cache. In Chrome/FF, when creating a new record, the field on HPD:Help Desk has it's default value that can be highlighted/copied/pasted etc. The field on CHG:Infrastructure Change can do no such thing though it is accessible within IE. I'm still pretty green at this but that just seems stupid. Am I missing a setting? Thoughts? Thanks. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, February 25, 2013 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** Did you flush your MidTier cache after you added the field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Monday, February 25, 2013 10:57 AM To: arslist@ARSLIST.ORG Subject: New custom field oddity ** Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: 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: New custom field oddity
Have you tried accessing the form with multiple user accounts? I have recently seen that sometimes when making a change to form fields that some users will see the change and others won't if only a simple MT cache flush has been done. We now stop Tomcat, delete the cache files and restart Tomcat to effectively rebuild the cache from scratch instead of just refreshing it. This seems to have resolved the seemingly arbitrary issues we were seeing for one subset of users one time, then a different subset of users another time. -Rick ___ Rick Westbrock QMX Support Services -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Tuesday, February 26, 2013 3:36 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Ron, What version of Remedy and what version of Mid-Tier are you running? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Tuesday, February 26, 2013 4:28 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** After some more testing, I can rule out the AL. I simply created a new character field on both forms, gave them a default value, gave them 'display' for their entry modes, and changed their name/display from 'character field' to 'test field'. I added them both to their respective 'work detail' tabs in an open space for visibility. Flushed cache. In Chrome/FF, when creating a new record, the field on HPD:Help Desk has it's default value that can be highlighted/copied/pasted etc. The field on CHG:Infrastructure Change can do no such thing though it is accessible within IE. I'm still pretty green at this but that just seems stupid. Am I missing a setting? Thoughts? Thanks. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, February 25, 2013 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** Did you flush your MidTier cache after you added the field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Monday, February 25, 2013 10:57 AM To: arslist@ARSLIST.ORG Subject: New custom field oddity ** Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: 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 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: New custom field oddity
You bring up a good point. Flushing the cache from the mid-tier server will force a re-pull of the object definitions from the Remedy server. Just hitting save on the Remedy server doesn't necessarily mean that all of the definitions are updated across the server group. Each server in the server group will pick up the changes when it notices, which is not necessarily immediately. It very well could be an issue where you are seeing slightly different versions between the session. However, there are small differences between the browser interfaces. I have never set about itemizing them because the differences are usually innocuous. Sometimes they are a bit bigger. For instance, with one release of mid-tier you can only multi-select table fields in certain browsers. This could be a situation where with this particular version of midtier behaves slightly differently between browsers. I just re-verified. I have no problem seeing or copying read only fields. The behavior described sounds like a disabled field rather than a read-only field. Is this behavior being exhibited across other read only fields or just this one? I would do things like: * re-creating the field from scratch (no copy/pasting) * moving the field around * deleting the functionality, clear the cache, go get coffee. Recreate it, go get coffee, flush midtier, flush browser cache, reboot my pc, try again. * check client side logs to verify that there's no unexpected changes to the field by workflow. * spend some time querying the KB and reading release notes. (maybe this should be earlier in my process :) ) * having a look at things in something like firebug. On Tue, Feb 26, 2013 at 4:40 PM, Rick Westbrock rwestbr...@qmxs.com wrote: Have you tried accessing the form with multiple user accounts? I have recently seen that sometimes when making a change to form fields that some users will see the change and others won't if only a simple MT cache flush has been done. We now stop Tomcat, delete the cache files and restart Tomcat to effectively rebuild the cache from scratch instead of just refreshing it. This seems to have resolved the seemingly arbitrary issues we were seeing for one subset of users one time, then a different subset of users another time. -Rick ___ Rick Westbrock QMX Support Services -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Tuesday, February 26, 2013 3:36 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Ron, What version of Remedy and what version of Mid-Tier are you running? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Tuesday, February 26, 2013 4:28 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** After some more testing, I can rule out the AL. I simply created a new character field on both forms, gave them a default value, gave them 'display' for their entry modes, and changed their name/display from 'character field' to 'test field'. I added them both to their respective 'work detail' tabs in an open space for visibility. Flushed cache. In Chrome/FF, when creating a new record, the field on HPD:Help Desk has it's default value that can be highlighted/copied/pasted etc. The field on CHG:Infrastructure Change can do no such thing though it is accessible within IE. I'm still pretty green at this but that just seems stupid. Am I missing a setting? Thoughts? Thanks. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, February 25, 2013 3:16 PM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity ** Did you flush your MidTier cache after you added the field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Monday, February 25, 2013 10:57 AM To: arslist@ARSLIST.ORG Subject: New custom field oddity ** Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers
New custom field oddity
Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: New custom field oddity
Hi, What exactly triggers the ACTL that fill in the fields? What does your client side logging say? Have you compared the two? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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 all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron ___ 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: New custom field oddity
Hi, The Window-Open and Window-Loaded does not happen that much in ITSM76 with the Inline-Type form display used. The Display should always happen when you search and display a new ticket though. The way BMC has build the Inline forms for ITSM76, it pretty much hides/shows the form you are currently accessing, but keeps the form loaded in a hidden View Field. The other thing that might be problematic is the Mid-Tier Cache. I have sometimes had severe problems getting Inline form caches to be recached. I suspect that you have something cached for the browser that is not yet working. Either in the client-browser-cache or on the Mid-Tier server. The client-side log I was talking about was what you see in Mid-Tier when you turn on logging for a user. This is done in the User Preference form. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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. The AL's are triggered on display, window open, and window loaded. When you say client side logging, I hear user tool. Both of these fields work perfectly within the user tool if that makes any difference. Which log should be enabled for web clients? Is that mid-tier logging? Thanks, Ron -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Monday, February 25, 2013 11:23 AM To: arslist@ARSLIST.ORG Subject: Re: New custom field oddity Hi, What exactly triggers the ACTL that fill in the fields? What does your client side logging say? Have you compared the two? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * 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 all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron ___ 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 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: New custom field oddity
Did you flush your MidTier cache after you added the field? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Monday, February 25, 2013 10:57 AM To: arslist@ARSLIST.ORG Subject: New custom field oddity ** Hi all, I created a new field on both the HPD:Help Desk and CHG:Infrastructure Change forms. They are both similar in that they are read-only display fields. Each one has an active link that gives the field its value. The AL is working fine as the value is correct on both. The issue I'm having is browser based. Both fields work correctly in IE. However, Only the INC field works in FF and Chrome. The field is there and visible, but I'm unable to interact with it. I can't select/highlight/copy the field contents in those browsers. Any thoughts why one field works but not the other? Is there some setting that I'm missing? Thanks in advance, Ron _ARSlist: 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
