Ha! That is it! I never paid enough attention to that option. It was checked so I figured those things listed would be deleted like the other options. I didn't realize it was the inverse of "Delete Browsing History."
So much better... Now a simple Sync Cache in MT and clear the browser cache with that option unchecked. I owe you are few beers the next time we meet up at WWRUG. Jason On Tue, Jan 29, 2013 at 2:41 PM, Peter Romain < [email protected]> wrote: > ** > > 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_ **** > _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"
