When you go to flush your browser cache are you clearing the ‘Preserve Favorites website data’ which is normally checked (I’m looking at IE9 to get the name of this field) ?
If you don’t do this and you have your mid-tier login page as a favourite then IE won’t clear that page. I am seeing the same on a heavily locked down desktop with IE6 which clears its cache on closing. The only way to clear mid-tier here is to remove mid-tier from the favourites before closing it. Cheers Peter From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Brent Goodman Sent: 29 January 2013 22:25 To: [email protected] Subject: Re: OT: Mid Tier cache issue with in-line forms. ** We had the exact same issue in our environment. Flushed the cache on both mid-tier servers, flushed browser, but still old details. Brought mid-tier down, deleted the cache folder contents, and started everything back up. Same issue. The quick solution that worked for us was to just uninstall and re-deploy. Takes us only a few minutes to get everything re-deployed. Haven't had any further problems. No idea where the cached files were sitting. The redeploy would have invalidated any of the browser stuff, so that took care of the entire user base in one shot. Sent from my iPhone On 2013-01-29, at 12:49 PM, Jason Miller <[email protected]> wrote: ** This is nutty. I restarted ARS, Tomcat, killed the cache in ..\BMC Software\ARSystem\midtier\cache (assuming that is the correct location) on the tomcat server, cleared the browser cache and closed the browser complete. Started everything fresh and still get the old AL behavior in the in-line Work Order. I guess next thing is to remove the AR Server from the MT config so it will completely dump the server? And submit this to BMC of course :) Anybody have any other ideas? Jason On Tue, Jan 29, 2013 at 12:39 PM, Jason Miller <[email protected]> wrote: I changed the subject from "[EXTERNAL] Garbled User tool screens" since I am going off on a tangent. I finally got the new version of the def kind of. Background... I am modifying a custom AL on WOI:WorkOrder. I opened the Work Order form directly in another tab (IE 8) to get the new definition. The kind of part is logged in with the same user in the same browser instance but another tab I open the WO form via the SHR:LandingConsole and the AL still has the old behavior. To rule out tabs I open the SHR:LandingPage in the tab that worked and the old behavior comes back. I have notice caching issues with in-line forms before but was hoping the cache tools would do the trick. In the past (7.6.04) flushing the cache, clearing my browser cache and opening the form directly in another tab makes the in-line version behave correctly. Not so much today (first I have really tried with 8.0). Jason On Tue, Jan 29, 2013 at 12:10 PM, Jason Miller <[email protected]> wrote: Hi Rick, Where are the files you are deleting on the MT server? I am clearing ..\BMC Software\ARSystem\midtier\cache but the MT is still not serving up the most recent version of an AL I modified. I have flushed the cache, cleared the browser cache and stopped TC to delete the cache files. ARS/MT 8.0 Jason On Tue, Jan 22, 2013 at 9:37 PM, Rick Westbrock <[email protected]> wrote: We have seen a similar problem in the mid-tier, instead of flushing the cache we now stop Tomcat to delete the cache files manually then restart Tomcat. Rebuilding all the cache files from start seems to resolve the issues (which were users having problems with fields and workflow after an MT cache flush). -Rick ___________________________ Rick Westbrock -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Stroud, Natalie K Sent: Tuesday, January 22, 2013 7:57 AM To: [email protected] Subject: Re: [EXTERNAL] Garbled User tool screens Mary: Not specifically, but we have seen various random weird behaviors with forms accessed via the User Tool, usually after we've made updates to the form. Rather than changing the home directory as you were advised, we found that if we just have the user clear out all folders in their home directory except for the arcmds folder and leave the individual files alone (because most of those pertain to login credentials and/or the ability to dump reports to Excel), it would quite often clear up the weirdness they were experiencing. And to have your users do that like Fred suggests after each update to the form, why, that's downright proactive! ;] They first time they access forms after logging back it, it'll be a little slow as the forms recache, but better that than a form that doesn't work right. Good luck! Natalie Stroud SAIC @ Sandia National Laboratories ARS-ITSM Tester Albuquerque, NM USA [email protected] ITSM 7.6.04 SP2 – Windows 2003 – SQL Server 2008 -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Mary Dollus Sent: Tuesday, January 22, 2013 7:29 AM To: [email protected] Subject: [EXTERNAL] Garbled User tool screens Morning! When we flush our midtier servers after we have updated forms/workflow on our servers, from time to time users will experience what they see as a garbled screen when they open a form using the User tool. What they are actually seeing is a different view than is identified in the Application. For instance if we have 2 views on a form, Support and Admin, we define Support in the application as the primary view. Sporadically, they will see the Admin view; which contains all the fields and is rather messy sometimes. ------------ This is the feedback we received from BMC this morning: "Looking at the answers and explaination it seems like there might be a issue with the User tool cache. I would lke you to try the following for the users who are getting this issue. 1. Delete the records for this userd from the AR System User Preference form. 2. Change the home directory of the User tool and restart the User tool." ------------ Has anyone else experienced this? Thanks!!! Mary Dollus ARS 7.6.04 Oracle/UNIX _______________________________________________________________________________ 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" _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"
