BACK button + modem activity != bug

Jon Davis

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_008C_01BD0258.C0533CA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

people.

The "bug" that is regularly referred to concerning the modem activity =
when clicking the BACK button is *NOT* a bug. IE4 was built this way =
intentionally. If you were to select File | Work Offline, you could try =
it again and see that it will indeed run from the cache if it has to.

Note: some HTTP headers might have expiration tags? Some pages have =
cookies that the server uses to "personalize" a web page. Some pages =
are the result of such data. There are many reasons why some pages are =
not always pulled directly from the cache every time, and all of those =
reasons lead to one thing: to be sure the information is up-to-date and =
accurate.

I'd do some research for you all to give you some hard facts if it was =
worth it, but it's not. Just quit your whining.

Jon

------=_NextPart_000_008C_01BD0258.C0533CA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2><FONT face=3DTahoma=20
size=3D7>people.</FONT></FONT></DIV>
<DIV> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>The "bug" =
that is=20
regularly referred to concerning the modem activity when clicking the =
BACK=20
button is *NOT* a bug.  IE4 was built this way intentionally.  =
If you=20
were to select File | Work Offline, you could try it again and see that =
it will=20
indeed run from the cache if it has to.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>Note: some HTTP =
headers might have=20
expiration tags?  Some pages have cookies that the server uses to=20
"personalize" a web page.  Some pages are the result of =
such=20
data.  There are many reasons why some pages are not always pulled =
directly=20
from the cache every time, and all of those reasons lead to one =
thing:  to=20
be sure the information is up-to-date and accurate.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>I'd do some research =
for you all to=20
give you some hard facts if it was worth it, but it's not.  Just =
quit your=20
whining.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2>Jon</FONT></DIV></BODY></HTML>

------=_NextPart_000_008C_01BD0258.C0533CA0--

Dan Thomson

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_0077_01BD0272.DB3060B0

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

No, I can't accept that. In IE3.02 I could go to a page(let it load =
fully), hyperlink from that page to another.Within minutes I could =
decide to go back to the original page and alot of times it reloads the =
page again instead of retrieving it from the cache.WHY is this? =
dtho...@dmv.com
Jon Davis wrote in message ...
people.
=20
=20
The "bug" that is regularly referred to concerning the modem =
activity when clicking the BACK button is *NOT* a bug. IE4 was built =
this way intentionally. If you were to select File | Work Offline, you =
could try it again and see that it will indeed run from the cache if it =
has to.
=20

Note: some HTTP headers might have expiration tags? Some pages have =
cookies that the server uses to "personalize" a web page. Some pages =
are the result of such data. There are many reasons why some pages are =
not always pulled directly from the cache every time, and all of those =
reasons lead to one thing: to be sure the information is up-to-date and =
accurate.

=20
I'd do some research for you all to give you some hard facts if it =
was worth it, but it's not. Just quit your whining.
=20
Jon

------=_NextPart_000_0077_01BD0272.DB3060B0

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN">
<META content=3D'"MSHTML 4.71.1712.3"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>No, I can't accept that. In IE3.02 I =
could go to=20
a page(let it load fully), hyperlink from that page to another.Within =
minutes I=20
could decide to go back to the original page and alot of times it =
reloads the=20
page again instead of retrieving it from the cache.WHY is =
this?   <A=20
href=3D"mailto:dtho...@dmv.com">dtho...@dmv.com</A></FONT></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">
<DIV>Jon Davis<NBC...@REMOVEME.BIGFOOT.COM> wrote in=20
message<UBMT7NP...@UPPSSNEWSPUB04.MOSWEST.MSN.NET> ...</DIV>

<DIV><FONT color=3D#000000 size=3D2><FONT face=3DTahoma=20
size=3D7>people.</FONT></FONT></DIV>
<DIV> </DIV>

<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>The =
"bug" that is=20
regularly referred to concerning the modem activity when clicking =
the BACK=20
button is *NOT* a bug.  IE4 was built this way =
intentionally.  If=20
you were to select File | Work Offline, you could try it again and =
see that=20
it will indeed run from the cache if it has to.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =

size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>Note: some HTTP =

headers might=20
have expiration tags?  Some pages have cookies that the server =
uses to=20
"personalize" a web page.  Some pages are the result =
of such=20
data.  There are many reasons why some pages are not always =
pulled=20
directly from the cache every time, and all of those reasons lead to =
one=20
thing:  to be sure the information is up-to-date and=20
accurate.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>I'd do some =
research for you all=20
to give you some hard facts if it was worth it, but it's not.  =
Just=20
quit your whining.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma=20
size=3D2>Jon</FONT></DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0077_01BD0272.DB3060B0--

David Pochron

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

Jon Davis <nbc...@bigfoot.com> wrote in article
<uBmt7np...@uppssnewspub04.moswest.msn.net>...

>The "bug" that is regularly referred to concerning the modem activity when
>clicking the BACK button is *NOT* a bug. IE4 was built this way
intentionally.

Um, yeah.... Right.

>If you were to select File | Work Offline, you could try it again and see
that >it will indeed run from the cache if it has to.

Bzzzt! Wrong! But thanks for playing. If you do that you actually get a
dialog telling you the content is not available in the cache, and that you
must go online in order to continue.

>Note: some HTTP headers might have expiration tags?

Checked this - nope.

> Some pages have cookies that the server uses to "personalize" a web page.

Check this too - nope.

Why do I know for sure? Because my own web page that I hand-crafted many
months ago with a text editor doesn't have any of those special tags, yet
exhibits the same problem of not being able to back up without reloading of
some of the files. (I have since edited it with Frontpage Express, but I am
well aware of what HTML tags are being used. I am a quite literate in HTML.)

>I'd do some research for you all to give you some hard facts if it was worth

>it, but it's not. Just quit your whining.

You should have checked your facts before you posted, because you have
absolutely no idea what you are talking about. I coded CacheMonitor, and
know just about every detail of what's going on inside both the IE 3.0x and
IE 4.0x caches. Why don't you go and grab my program (it's freeware!) at
http://dpoch.home.mindspring.com/page6/iecachemon.html run it while browsing
on-line for 15 minutes or so, and come back here and tell me what it reports?

Then we can start having a thoughtful conversation, instead of calling
everyone who says there's a bug "whiners".

------------------------------------------------------
David Pochron news...@mindspring.com

Download IECacheMonitor 1.2 today at:
http://dpoch.home.mindspring.com/page6/iecachemon.html

Mossy1238

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_0078_01BD0276.F2F9DE20

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Jon,
Simmer down. From discussion comes progress. You are =
uncharacteristically unhappy about this one issue. If the discussion =
has no merit it will die off - if it has merit it will be resolved =
either by workaround or by MS. Either way it's gonna be okay. I =
promise!
Regards, Linda

"Of all the things I've lost, I miss my mind the most!"

lmce...@prysm.net

ICQ 5112502

=20
The "bug" that is regularly referred to concerning the modem =
activity when clicking the BACK button is *NOT* a bug. IE4 was built =
this way intentionally. If you were to select File | Work Offline, you =
could try it again and see that it will indeed run from the cache if it =
has to.
=20
<snip>

------=_NextPart_000_0078_01BD0276.F2F9DE20

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><EM><FONT color=3D#ff0000 face=3D"Comic Sans MS" =
size=3D2>Jon,</FONT></EM></DIV>
<DIV><EM><FONT color=3D#ff0000 face=3D"Comic Sans MS" =
size=3D2></FONT></EM><EM><FONT=20
color=3D#ff0000 face=3D"Comic Sans MS" size=3D2>Simmer down.  From =
discussion=20
comes progress.  You are uncharacteristically unhappy about this =
one=20
issue.  If the discussion has no merit it will die off - if it has =
merit it=20
will be resolved either by workaround or by MS.  Either way it's =
gonna be=20
okay.  I promise!</FONT></EM></DIV>
<DIV><EM><FONT color=3D#ff0000 face=3D"Comic Sans MS" =
size=3D2></FONT></EM>
<P><FONT color=3D#ff0000 size=3D2>Regards,</FONT><FONT color=3D#ff0000 =
size=3D3>=20
</FONT><FONT color=3D#ff0000 face=3DSignature size=3D5>Linda</FONT></P>
<P><FONT color=3D#ff0000 size=3D2>
<MARQUEE behavior=3Dslide bgColor=3D#ffffff height=3D18 loop=3D1 =
width=3D51% align =3D=20
middle>"Of all the things I've lost, I miss my mind the=20
most!"</MARQUEE></FONT></P>
<P><A href=3D"mailto:lmce...@prysm.net"><FONT color=3D#0000ff=20
size=3D2>lmce...@prysm.net</FONT></A><FONT color=3D#0000ff =
size=3D2></FONT></P>
<P><FONT color=3D#ff0000 size=3D1>ICQ 5112502</FONT></P></DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #ff0000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>The =
"bug" that is=20
regularly referred to concerning the modem activity when clicking =
the BACK=20
button is *NOT* a bug.  IE4 was built this way =
intentionally.  If=20
you were to select File | Work Offline, you could try it again and =
see that=20
it will indeed run from the cache if it has to.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>

------=_NextPart_000_0078_01BD0276.F2F9DE20--

John W. Montgomery

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

I tried your program! It works good! I found that my cache size was at 1%
and I was getting bad deletes! I increased my cache to 10% and WOW NO more
bad deletes!
Thanks for the program!
JOHN

Steve Shaw

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01BD0284.CF3C0E00

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Jon Davis wrote in message ...
people.

Yes...?

=20
The "bug" that is regularly referred to concerning the modem =

activity when clicking the BACK button is *NOT* a bug. =20
IE4 was built this way intentionally.=20

Now that IS scary.

If you were to select File | Work Offline, you could try it again =
and see that it will indeed run from the cache if it has to.

True. And your car can run with a couple cylinders missing if it has =
to. Great feature.

Note: some HTTP headers might have expiration tags? Some pages have =
cookies that the server uses to "personalize" a web page. Some pages =
are the result of such data. There are many reasons why some pages are =
not always pulled directly from the cache every time, and all of those =
reasons lead to one thing: to be sure the information is up-to-date and =
accurate.
=20

So how come.....
1. I load a page.
2. Go to another page.
3. Go back to the first page, and the images reload. Same images. =
Pristine cache that was emptied moments before. =20

I'd do some research for you all to give you some hard facts if it =
was worth it, but it's not. =20

Just quit your whining.
=20

Jon, it's not about "whining." It's about making a better product. =

To people who have time to fool around all day with their new IE 4.x =
toy, babying it along, trying this and that, uninstalling and =
re-installing software every X number of days, I say that's fine, enjoy =
it, you can learn a lot that way. =20

The problem is that some people can't play patty-cake with their systems =
all the time, some people don't get a thrill out of downloading 14 meg =
fixes, some people have to support disgruntled, frustrated users who =
don't like the problems IE 4 causes on their machines. IE 4 or 5 is =
going to become the user interface on what is supposed to be a =
"mission-critical, enterprise-ready system." I want it to work, but =
it's not there yet. =20

It's unfortunately that Microsoft doesn't respond with fixes until =
people holler. Even now, despite the noise about this long-standing =
problem, MS has a hard time coming to terms with the concept that IE =
just MIGHT have a little problem with its cache. =20

Sorry, but that's the way it is. I agree, it gets old. =20

Thanks for listening,

Steve Shaw

hunting for f who are going to have to su

------=_NextPart_000_001B_01BD0284.CF3C0E00

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<DIV>Jon Davis<NBC...@REMOVEME.BIGFOOT.COM> wrote in=20
message<UBMT7NP...@UPPSSNEWSPUB04.MOSWEST.MSN.NET> ...</DIV>
<DIV><FONT color=3D#000000 size=3D2><FONT face=3DTahoma=20

size=3D7>people.</FONT></FONT></DIV></BLOCKQUOTE>
<DIV><FONT color=3D#000000 size=3D2>Yes...?</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>The =
"bug" that is=20
regularly referred to concerning the modem activity when clicking =
the BACK=20

button is *NOT* a bug.  </FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>IE4 was built this =
way=20
intentionally. </FONT></DIV></BLOCKQUOTE>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Now that IS scary.</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2> If you were =
to select File=20
| Work Offline, you could try it again and see that it will indeed =
run from=20
the cache if it has to.</FONT></DIV></BLOCKQUOTE>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>True.  And your car can run =
with a couple=20
cylinders missing if it has to.  Great feature.</FONT></DIV>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>Note: some HTTP =
headers might=20
have expiration tags?  Some pages have cookies that the server =
uses to=20
"personalize" a web page.  Some pages are the result =
of such=20
data.  There are many reasons why some pages are not always =
pulled=20
directly from the cache every time, and all of those reasons lead to =
one=20
thing:  to be sure the information is up-to-date and=20

accurate.</FONT></DIV></BLOCKQUOTE>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>So how come.....</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT size=3D2>1.  I =
load a=20
page.</FONT></DIV>
<DIV><FONT size=3D2>2.  Go to another page.</FONT></DIV>
<DIV><FONT size=3D2>3.  Go back to the first page, and the images=20
reload.  Same images.  Pristine cache that was emptied moments =

before.  </FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>I'd do some =
research for you all=20

to give you some hard facts if it was worth it, but it's not. =20
</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT><FONT =
color=3D#000000=20
face=3DTahoma size=3D2>Just quit your =
whining.</FONT></DIV></BLOCKQUOTE>
<DIV><FONT color=3D#000000 face=3DTahoma size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Jon,  it's not about =20
"whining."   It's about making a better =
product.  =20
</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>To people who have time to fool =
around all day=20
with their new IE 4.x toy, babying it along, trying this and that, =
uninstalling=20
and re-installing software every X number of days, I say that's fine, =
enjoy it,=20
you can learn a lot that way.   </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>The problem is that some people =
can't play=20
patty-cake with their systems all the time, some people don't get a =
thrill out=20
of downloading 14 meg fixes, some people have to support disgruntled, =
frustrated=20
users who don't like the problems IE 4 causes on their =
machines.   IE=20
4 or 5 is going to become the user interface on what is supposed to be a =

"mission-critical, enterprise-ready system."   I =
want it to=20
work, but it's not there yet.   </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>It's unfortunately that Microsoft doesn't respond =
with fixes=20
until people holler.   Even now, despite the noise about this=20
long-standing problem, MS has a hard time coming to terms with the =
concept that=20
IE just MIGHT have a little problem with its cache.  </FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>Sorry, but that's the way it is.<FONT=20
color=3D#000000>   </FONT><FONT size=3D2>I agree, it gets =
old. =20
</FONT></FONT></DIV>
<DIV><FONT size=3D2><FONT size=3D2></FONT></FONT> </DIV>
<DIV><FONT size=3D2>Thanks for listening,</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>Steve Shaw</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>hunting for f who are going to have =
to=20
su</FONT></DIV></BODY></HTML>

------=_NextPart_000_001B_01BD0284.CF3C0E00--

Jon Davis

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_0072_01BD0295.C8DDBE80

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Woo hoo! I knew I'd get some feedback on that one! <g>

Jon

Jon Davis wrote in message ...
people.

=20

=20
The "bug" that is regularly referred to concerning the modem =

activity when clicking the BACK button is *NOT* a bug. IE4 was built =

this way intentionally. If you were to select File | Work Offline, you =
could try it again and see that it will indeed run from the cache if it =
has to.
=20

Note: some HTTP headers might have expiration tags? Some pages have =
cookies that the server uses to "personalize" a web page. Some pages =
are the result of such data. There are many reasons why some pages are =
not always pulled directly from the cache every time, and all of those =
reasons lead to one thing: to be sure the information is up-to-date and =
accurate.
=20

I'd do some research for you all to give you some hard facts if it =

was worth it, but it's not. Just quit your whining.
=20
Jon

------=_NextPart_000_0072_01BD0295.C8DDBE80

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>Woo hoo!  I knew =
I'd get some=20
feedback on that one!  <g></FONT></DIV>

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">
<DIV>Jon Davis<NBC...@REMOVEME.BIGFOOT.COM> wrote in=20
message<UBMT7NP...@UPPSSNEWSPUB04.MOSWEST.MSN.NET> ...</DIV>
<DIV><FONT color=3D#000000 size=3D2><FONT face=3DTahoma=20
size=3D7>people.</FONT></FONT></DIV>

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>The =
"bug" that is=20
regularly referred to concerning the modem activity when clicking =
the BACK=20

button is *NOT* a bug.  IE4 was built this way =
intentionally.  If=20
you were to select File | Work Offline, you could try it again and =
see that=20
it will indeed run from the cache if it has to.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>Note: some HTTP =
headers might=20
have expiration tags?  Some pages have cookies that the server =
uses to=20
"personalize" a web page.  Some pages are the result =
of such=20
data.  There are many reasons why some pages are not always =
pulled=20
directly from the cache every time, and all of those reasons lead to =
one=20
thing:  to be sure the information is up-to-date and=20
accurate.</FONT></DIV>

<DIV><FONT color=3D#000000 face=3DTahoma =

size=3D2></FONT> </DIV>

<DIV><FONT color=3D#000000 face=3DTahoma size=3D2>I'd do some =
research for you all=20

to give you some hard facts if it was worth it, but it's not.  =
Just=20

quit your whining.</FONT></DIV>
<DIV><FONT color=3D#000000 face=3DTahoma =
size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 face=3DTahoma=20
size=3D2>Jon</FONT></DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0072_01BD0295.C8DDBE80--

Chip Ciammaichella

unread,

Dec 6, 1997, 3:00:00 AM12/6/97

to

You are correct to a point, Jon, but IE4 seems to have a problem purging =
the oldest content from your cache and instead sometimes flushes the =
newest instead, which could be the page you just visited. =20

Regards,
=20
Chip Ciammaichella - ch...@raton.com
Raton Chamber & Economic Development Council
http://www.raton.com/=20
Please enjoy my original Christmas stories
http://www.raton.com/~chip/chipfile.htm=20
--
=20
=20

Jon Davis wrote in message ...

John Y. Baker

unread,

Dec 7, 1997, 3:00:00 AM12/7/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_00CF_01BD02BA.1BA4CE00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Try looking in the VIEW/OPTIONS - GENERAL TAB - Temporary Internet Files (button)
Try selecting the center options - or the third option at the top of the dialog.
See if either one of these gets you the performance you desire.
Most often - if I revisit pages after letting them "completely" display - the graphics usually
display much faster the second, and subsequent times. The trick is to let the page
completely display the first time.... many folks go onto other links before the entire
page is displayed - and that will get you a refresh every time. The whole page, even
those parts that are initially scrolled down and currently "off-screen".

Dan Thomson wrote in message <66cn6p$6bj$1...@news.dmv.com>...
No, I can't accept that. In IE3.02 I could go to a page(let it load fully), hyperlink from that page to another.Within minutes I
could decide to go back to the original page and alot of times it reloads the page again instead of retrieving it from the cache.WHY
is this? dtho...@dmv.com

------=_NextPart_000_00CF_01BD02BA.1BA4CE00

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dwindows-1252 =

http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =

HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">

<DIV><EM><FONT color=3D#000080>Try looking in the VIEW/OPTIONS - GENERAL =
TAB -=20
Temporary Internet Files (button) </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT color=3D#000080>Try =
selecting=20
the center options - or the third option at the top of the dialog.=20
</FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT color=3D#000080>See =
if either=20
one of these gets you the performance you desire. </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT =
color=3D#000080>Most often - if=20
I revisit pages after letting them "completely" display - the =
graphics=20
usually </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT =
color=3D#000080>display much=20
faster the second, and subsequent times.  The trick is to let the=20
page </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080>completely display the first time.... =
many folks go=20
onto other links before the entire </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080>page is displayed - and that will get you =
a refresh=20
every time.   The whole page, even </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080>those parts that are initially scrolled =
down and=20
currently "off-screen".  </FONT></EM></DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Dan Thomson<DTHO...@DMV.COM> wrote in message <<A=20
href=3D"mailto:66cn6p$6bj$1...@news.dmv.com">66cn6p$6bj$1...@news.dmv.com</A>&g=
t;...</DIV>

<DIV><FONT color=3D#000000 size=3D2>No, I can't accept that. In IE3.02 I =
could go to=20
a page(let it load fully), hyperlink from that page to another.Within =
minutes I=20
could decide to go back to the original page and alot of times it =
reloads the=20
page again instead of retrieving it from the cache.WHY is =
this?   <A=20

href=3D"mailto:dtho...@dmv.com">dtho...@dmv.com</A></FONT></DIV>

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

------=_NextPart_000_00CF_01BD02BA.1BA4CE00--

Tom C. Koch (MS-MVP)

unread,

Dec 7, 1997, 3:00:00 AM12/7/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_02A1_01BD030C.F3F12540
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

My problems with reloading pages was fixed when I did the following:

Close all programs.
Control Panel|Internet Properties|Temporary Internet Files Settings
Change the frequency to Never
Reboot
Control Panel|Internet Properties|Temporary Internet Files Settings
Change the frequency to Every time you start IE
Reboot

This procedure prevents anything from re-writing the setting in the =
registry. It is useful for for fixing any option that doesn't seem to =
"take" in IE or in Windows. After I did this, clicking the Back button =
in the browser works as it should, whether in Online Mode or not.

Tom Koch=20
Microsoft IE4-MVP
chi...@xs4all.nl
Awareness is free.

------=_NextPart_000_02A1_01BD030C.F3F12540

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =

http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN">

<DIV><FONT color=3D#000000 size=3D2>My problems with reloading pages was =
fixed when=20
I did the following:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Close all programs.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Control Panel|Internet =
Properties|Temporary=20
Internet Files Settings</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Change the frequency to =
Never</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT =
size=3D2>Reboot</FONT></DIV>
<DIV>
<DIV><FONT color=3D#000000 size=3D2>Control Panel|Internet =
Properties|Temporary=20
Internet Files Settings</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Change the frequency to Every time =
you start=20
IE</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT><FONT =
size=3D2>Reboot</FONT></DIV>
<DIV><FONT size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>This procedure prevents anything from re-writing the =
setting=20
in the registry.  It is useful for for fixing any option that =
doesn't seem=20
to "take" in IE or in Windows.  After I did this, =
clicking the=20
Back button in the browser works as it should, whether in Online Mode or =

not.</FONT></DIV>
<DIV><FONT size=3D2></FONT><FONT color=3D#000000 size=3D2><BR>Tom Koch =
<BR>Microsoft=20
IE4-MVP<BR><A =
href=3D"mailto:chi...@xs4all.nl">chi...@xs4all.nl</A><BR>Awareness=20
is free.<BR></FONT></DIV></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV></BODY></HTML>

------=_NextPart_000_02A1_01BD030C.F3F12540--

Wolfgang Baudisch

unread,

Dec 7, 1997, 3:00:00 AM12/7/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_01BD035F.27A8EB00
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi,
there is really some bug. Setting the cache size to 100 MB has no effect at
all. I watched some typical page and found out that when the page is in
cache, I can view it off-line typing the URL in the address box of IE4. But
when I recall the same page from history, there is the small symbol
"parking prohibited" near the cursor and the message "URL not found in
Off-line Mode...The URL you requested is not available off-line." For
example, this happened at

http://www.br-online.de/wissenschaft

There is an additional observation: in history, this URL is stored always
without a slash "/" at the end of the URL. If I type this in the address
box without the slash, it is not found. When I add the slash, it is found
in cache!

Regards,
Wolfgang

Baudisch, Wolfgang
E-Mail-Addresses:
wbaudi...@metronet.de
W_Bau...@compuserve.com

Jon Davis <nbc...@REMOVEME.bigfoot.com> schrieb im Beitrag
<eWDMDct...@uppssnewspub04.moswest.msn.net>...

Woo hoo! I knew I'd get some feedback on that one! <g> Jon

Jon Davis wrote in message ... people. The "bug" that is regularly
referred to concerning the modem activity when clicking the BACK button is
*NOT* a bug. IE4 was built this way intentionally. If you were to select
File | Work Offline, you could try it again and see that it will indeed run
from the cache if it has to. Note: some HTTP headers might have expiration
tags? Some pages have cookies that the server uses to "personalize" a web
page. Some pages are the result of such data. There are many reasons why
some pages are not always pulled directly from the cache every time, and
all of those reasons lead to one thing: to be sure the information is
up-to-date and accurate. I'd do some research for you all to give you some
hard facts if it was worth it, but it's not. Just quit your whining. Jon

------=_NextPart_000_01BD035F.27A8EB00
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<html><head></head><BODY bgcolor=3D"#FFFFFF"><p><font size=3D3 =
color=3D"#000000" face=3D"Arial">Hi,<br>there is really some bug. =
Setting the cache size to 100 MB has no effect at all. I watched some =
typical page and found out that when the page is in cache, I can view it =
off-line typing the URL in the address box of IE4. But when I recall the =
same page from history, there is the small symbol "parking =
prohibited" near the cursor and the message "URL not found in =
Off-line Mode...The URL you requested is not available off-line." =
For example, this happened at =
<br><br>http://www.br-online.de/wissenschaft<br><br>There is an =
additional observation: in history, this URL is stored always <b>without =
</b>a slash "/" at the end of the URL. If I type this in the =
address box without the slash, it is not found. When I add the slash, it =
is found in cache!<br><br>Regards,<br>Wolfgang<br><br><br>Baudisch, =
Wolfgang<br>E-Mail-Addresses:<br>  wbaudi...@metronet.de<br> =
 W_Bau...@compuserve.com<br><br><br>Jon Davis <<font =
color=3D"#0000FF"><u>nbc...@REMOVEME.bigfoot.com</u><font =
color=3D"#000000">> schrieb im Beitrag <<font =
color=3D"#0000FF"><u>eWDMDct...@uppssnewspub04.moswest.msn.net</u><fo=
nt color=3D"#000000">>...<br><font size=3D2 face=3D"Tahoma">Woo hoo! =
 I knew I'd get some feedback on that one!  <g><font =
size=3D3 face=3D"Arial">  <font size=3D2 face=3D"Tahoma">Jon<font =
size=3D3 face=3D"Arial"> </p>
<p>Jon Davis wrote in message ...<font size=3D7 face=3D"Tahoma"> =
people.<font size=3D3 face=3D"Arial">   <font size=3D2 =
face=3D"Tahoma">The "bug" that is regularly referred to =
concerning the modem activity when clicking the BACK button is *NOT* a =
bug.  IE4 was built this way intentionally.  If you were to =
select File | Work Offline, you could try it again and see that it will =
indeed run from the cache if it has to.<font size=3D3 face=3D"Arial"> =
 <font size=3D2 face=3D"Tahoma">Note: some HTTP headers might have =
expiration tags?  Some pages have cookies that the server uses to =
"personalize" a web page.  Some pages are the result of =
such data.  There are many reasons why some pages are not always =
pulled directly from the cache every time, and all of those reasons lead =
to one thing:  to be sure the information is up-to-date and =
accurate.<font size=3D3 face=3D"Arial">  <font size=3D2 =
face=3D"Tahoma">I'd do some research for you all to give you some hard =
facts if it was worth it, but it's not.  Just quit your =
whining.<font size=3D3 face=3D"Arial">  <font size=3D2 =
face=3D"Tahoma">Jon<font size=3D3 face=3D"Arial"></p>
<p><br></p>
</font></font></font></font></font></font></font></font></font></font></f=
ont></font></font></font></font></font></font></font></font></body></html=
>
------=_NextPart_000_01BD035F.27A8EB00--

deveds2

unread,

Dec 11, 1997, 3:00:00 AM12/11/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_001A_01BD0684.52CA95E0

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

This is not the way IE 4.0 works. MSIE 4.0 must verify that the page =
date and time FIRST. Then, and only then, depending on the results, does =
it decide to re-download the page or retrieve it from cache. The delay =
happens when IE is waiting for the server to respond with a date and =
time on the server copy on a slow server. This happens on any slow http =
server or slow connection in IE. This is one key element where Netscape =
blows IE out of the water.

Netscrape is smart enough to remember that the user was JUST ON THAT =
LAST PAGE so it retrieves it from cache THEN checks the server. One of =
the major downfalls of the dev team building the app for LAN speeds =
where there is no lag time and the connection to the server is =
maintained. If a server I connect to ("web site I visit") in Australia =
is busy, IE will sometimes not download entire pages and leave some red =
X's on the page where graphics are supposed to be. It seems that on a =
slow server, IE will "give up" the connection and assume that the page =
is complete - and disconnect from the site. However, when I go to =
another site then click the Back button, the wait is unacceptable =
because IE has to re-establish the connection with Australia, verify the =
info, before going for what's already in the cache.

This is one of the bugs (yes, it's a known *bug* per Fred Langa of =
Windows Magazine) that is currently haunting the dev team. It's =
frustrating because this is a great way to do this on a LAN. However, IE =
does not built to know the difference. And it should.

deveds2
John Y. Baker wrote in message ...
Try looking in the VIEW/OPTIONS - GENERAL TAB - Temporary Internet =
Files (button)=20
Try selecting the center options - or the third option at the top of =
the dialog.=20
See if either one of these gets you the performance you desire.=20
Most often - if I revisit pages after letting them "completely" =
display - the graphics usually=20
display much faster the second, and subsequent times. The trick is =
to let the page=20
completely display the first time.... many folks go onto other links =
before the entire=20
page is displayed - and that will get you a refresh every time. =
The whole page, even=20
those parts that are initially scrolled down and currently =
"off-screen". =20
=20
=20

Dan Thomson wrote in message <66cn6p$6bj$1...@news.dmv.com>...

No, I can't accept that. In IE3.02 I could go to a page(let it load =
fully), hyperlink from that page to another.Within minutes I could =
decide to go back to the original page and alot of times it reloads the =
page again instead of retrieving it from the cache.WHY is this? =
dtho...@dmv.com

------=_NextPart_000_001A_01BD0684.52CA95E0

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =

HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML =
PUBLIC "-//W3C//DTD W3 HTML//EN">

<DIV><FONT color=3D#000000 size=3D2>This is not the way IE 4.0 works. =
MSIE 4.0 must=20
verify that the page date and time FIRST. Then, and only then, depending =
on the=20
results, does it decide to re-download the page or retrieve it from =
cache. The=20
delay happens when IE is waiting for the server to respond with a date =
and time=20
on the server copy on a slow server. This happens on any slow http =
server or=20
slow connection in IE. This is one key element where Netscape blows IE =
out of=20
the water.</FONT></DIV>

<DIV><FONT color=3D#000000 size=3D2>Netscrape is smart enough to =
remember that the=20
user was JUST ON THAT LAST PAGE so it retrieves it from cache THEN =
checks the=20
server. One of the major downfalls of the dev team building the app for =
LAN=20
speeds where there is no lag time and the connection to the server is=20
maintained. If a server I connect to ("web site I visit") in =
Australia=20
is busy, IE will sometimes not download entire pages and leave some red =
X's on=20
the page where graphics are supposed to be. It seems that on a slow =
server, IE=20
will "give up" the connection and assume that the page is =
complete -=20
and disconnect from the site. However, when I go to another site then =
click the=20
Back button, the wait is unacceptable because IE has to re-establish the =

connection with Australia, verify the info, before going for what's =
already in=20
the cache.</FONT></DIV>

<DIV><FONT size=3D2>This is one of the bugs (yes, it's a known *bug* per =
Fred=20
Langa of Windows Magazine) that is currently haunting the dev team. It's =

frustrating because this is a great way to do this on a LAN. However, IE =
does=20
not built to know the difference. And it should.</FONT></DIV>

<DIV><FONT size=3D2>deveds2</FONT></DIV>

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV>John Y. Baker<JYB...@MT.NET> wrote in=20
message<UE4MOTV...@UPPSSNEWSPUB05.MOSWEST.MSN.NET> ...</DIV>
<DIV><EM><FONT color=3D#000080>Try looking in the VIEW/OPTIONS - =
GENERAL TAB -=20

Temporary Internet Files (button) </FONT></EM></DIV>

<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT =
color=3D#000080>Try=20
selecting the center options - or the third option at the top of the =
dialog.=20
</FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT =
color=3D#000080>See if=20
either one of these gets you the performance you desire. =

</FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT =

color=3D#000080>Most often=20
- if I revisit pages after letting them "completely" =
display - the=20
graphics usually </FONT></EM></DIV>

<DIV><EM><FONT color=3D#000080></FONT></EM><EM><FONT =

color=3D#000080>display=20
much faster the second, and subsequent times.  The trick is to =

let the=20
page </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080>completely display the first time.... =

many=20
folks go onto other links before the entire </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080>page is displayed - and that will get =
you a=20
refresh every time.   The whole page, =
even </FONT></EM></DIV>
<DIV><EM><FONT color=3D#000080>those parts that are initially =
scrolled down=20
and currently "off-screen".  </FONT></EM></DIV>

<DIV> </DIV>
<DIV> </DIV>
<DIV>Dan Thomson<DTHO...@DMV.COM> wrote in message <<A=20

=

href=3D"mailto:66cn6p$6bj$1...@news.dmv.com">66cn6p$6bj$1...@news.dmv.com</A>&g=

t;...</DIV>
<DIV><FONT color=3D#000000 size=3D2>No, I can't accept that. In =
IE3.02 I could=20
go to a page(let it load fully), hyperlink from that page to =
another.Within=20
minutes I could decide to go back to the original page and alot of =
times it=20
reloads the page again instead of retrieving it from the cache.WHY =
is=20

this?   <A=20
href=3D"mailto:dtho...@dmv.com">dtho...@dmv.com</A></FONT></DIV>
<BLOCKQUOTE=20

style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; =
PADDING-LEFT: 5px">
<DIV> </DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_001A_01BD0684.52CA95E0--

Steve Shaw

unread,

Dec 12, 1997, 3:00:00 AM12/12/97

to

This is a multi-part message in MIME format.

------=_NextPart_000_0014_01BD06EA.69EA0420

Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

deveds2 wrote in message ...
=20

Netscrape is smart enough to remember that the user was JUST ON THAT =

LAST PAGE so it retrieves it from cache THEN checks the server.=20
Gosh, that must be a matter of what, switching a couple instructions =
around? Sounds tough, but I'm confident that Microsoft programmers are =
up to the challenge. Maybe in IE 5, 6, 7, whatever.......... Call now =
to order your CD and beat the rush! =20

This is one of the bugs (yes, it's a known *bug* per Fred Langa of =
Windows Magazine) that is currently haunting the dev team. It's =
frustrating because this is a great way to do this on a LAN. However, IE =
does not built to know the difference. And it should.

Obviously Fred hasn't been keeping up with the cutting edge; it's a =
feature................

Steve Shaw

------=_NextPart_000_0014_01BD06EA.69EA0420

Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML =

PUBLIC "-//W3C//DTD W3 HTML//EN"><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN">

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV>deveds2<DEV...@CWO.COM> wrote in=20
message<EGFCKES...@UPPSSNEWSPUB05.MOSWEST.MSN.NET> ...</DIV>
<DIV> </DIV>

<DIV><FONT color=3D#000000 size=3D2>Netscrape is smart enough to =

remember that=20
the user was JUST ON THAT LAST PAGE so it retrieves it from cache =
THEN=20
checks the server. </FONT></DIV></BLOCKQUOTE>
<DIV><FONT color=3D#000000 size=3D2>Gosh, that must be a matter of what, =
switching a=20
couple instructions around?   Sounds tough, but I'm confident =
that=20
Microsoft programmers are up to the challenge.  Maybe in IE 5, 6, =
7,=20
whatever..........   Call now to order your CD and beat the=20
rush!     </FONT></DIV>

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

<DIV><FONT size=3D2>This is one of the bugs (yes, it's a known *bug* =
per Fred=20
Langa of Windows Magazine) that is currently haunting the dev team. =
It's=20
frustrating because this is a great way to do this on a LAN. =
However, IE=20
does not built to know the difference. And it =
should.</FONT></DIV></BLOCKQUOTE>

<DIV><FONT color=3D#000000 size=3D2>Obviously Fred hasn't been keeping =
up with the=20
cutting edge;  it's a =
<EM><U>feature</U></EM>................</FONT></DIV>

<DIV><FONT size=3D2>Steve Shaw</FONT></DIV>

<BLOCKQUOTE=20
style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
5px">

------=_NextPart_000_0014_01BD06EA.69EA0420--

Bruce K. Butler

unread,

Dec 12, 1997, 3:00:00 AM12/12/97

to Steve Shaw

--------------EB9FE90A822958A53AC76E1B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

What has this to do with NetMeeting?

Steve Shaw wrote:

>
>
> deveds2 wrote in message ... Netscrape is smart enough to
> remember that the user was JUST ON THAT LAST PAGE so it

> retrieves it from cache THEN checks the server.
>

> Gosh, that must be a matter of what, switching a couple instructions

> around? Sounds tough, but I'm confident that Microsoft programmers

> are up to the challenge. Maybe in IE 5, 6, 7, whatever..........
> Call now to order your CD and beat the rush!

>
> This is one of the bugs (yes, it's a known *bug* per Fred

> Langa of Windows Magazine) that is currently haunting the
> dev team. It's frustrating because this is a great way to do
> this on a LAN. However, IE does not built to know the
> difference. And it should.
>

> Obviously Fred hasn't been keeping up with the cutting edge; it's a

> feature................ Steve Shaw
>
>
>

--------------EB9FE90A822958A53AC76E1B
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
<BODY BGCOLOR="#FFFFFF">
What has this to do with NetMeeting?
<BR> 

<P>Steve Shaw wrote:
<BLOCKQUOTE TYPE=CITE>  
<BLOCKQUOTE
style="BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">deveds2<DEV...@CWO.COM>
wrote in message<EGFCKES...@UPPSSNEWSPUB05.MOSWEST.MSN.NET> ... <FONT COLOR="#000000"><FONT SIZE=-1>Netscrape
is smart enough to remember that the user was JUST ON THAT LAST PAGE so
it retrieves it from cache THEN checks the server.</FONT></FONT></BLOCKQUOTE>
<FONT COLOR="#000000"><FONT SIZE=-1>Gosh, that must be a matter of what,
switching a couple instructions around?   Sounds tough, but I'm
confident that Microsoft programmers are up to the challenge.  Maybe
in IE 5, 6, 7, whatever..........   Call now to order your CD
and beat the rush!</FONT></FONT>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><FONT SIZE=-1>This
is one of the bugs (yes, it's a known *bug* per Fred Langa of Windows Magazine)
that is currently haunting the dev team. It's frustrating because this
is a great way to do this on a LAN. However, IE does not built to know
the difference. And it should.</FONT></BLOCKQUOTE>
 <FONT COLOR="#000000"><FONT SIZE=-1>Obviously Fred hasn't been keeping
up with the cutting edge;  it's a <I><U>feature</U></I>................</FONT></FONT> <FONT SIZE=-1>Steve
Shaw</FONT>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"> </BLOCKQUOTE>
</BLOCKQUOTE>
 
</BODY>
</HTML>

--------------EB9FE90A822958A53AC76E1B--