From: Lincoln S. <ls...@cs...> - 2002-09-12 13:57:45
|
There should be a red "reset" button at the top of recent versions of gbr= owse. =20 I put it there so that it will appear and be usable even when the browser= is=20 processing a heavy request. Lincoln On Wednesday 11 September 2002 4:01 pm, Marco Aurelio Valtas Cunha wrote: > Sorry Lincoln I've forgot about it, just to sync we are talking about > "Revert to Defaults" buttom on "Set track options", right? > > One more thing, keeping the last view can have a drawback, here is the > story: > > One student from my lab was using IE to look at the alignments, but she > asked for something more heavy to process than the timeout of IE. So sh= e > neve got the results, but she got stucked too, cause every time she try > to visit the page gbrowse tryied to show the last view that she asked > for. Of course that one cookie cleaning (OBS: On Netscape this time, I > don't know how to clean IE cookies ), solved the problem. > > In my opinion with the new bump algorithm this probably will not happen > again. But more "dummy user tests" should be done. > > Marco. > > Lincoln Stein wrote: > > Sorry. The cookie translation should have happened automatically. I= 'm > > not sure why you got caught. > > > > You should always be able to press the "reset" button to set your coo= kies > > to a known state. Did you try that? > > > > Lincoln > > > > On Wednesday 11 September 2002 02:36 pm, Marco Aurelio Valtas Cunha w= rote: > >>Hi all mapping guys, > >> > >>Just one thing happened with me now, > >>After a CVS upgrade, gbrowse didn't make to understand that my old > >>(browser cookies) settings should not be used anymore. And it keeped > >>tryning to do something that I've not asked for, even when I entered > >>another query. I reaaly do not know how and why, but after a cookie > >>cleaning the gbrowse started work again. So my advise is to keep one = eye > >>in the cookies too. > >> > >>By the way this didn't fixed the problem reported on my last email. > >> > >>Marco. |