[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date
][Interchange by thread
]
[ic] Interesting Failure Reading Scratch Variables from Session
On Wed, Jul 17, 2002 at 08:26:09AM -0700, Ed LaFrance wrote:
> At 02:12 AM 07/17/2002 -0700, you wrote:
>
> >Here's a funny one that may already be known, or perhaps some value as an
> >FYI:
> >
> >Newer browsers seem to consistently fail in updating scratch variables
> >stored in a session file when some other delivery failure (in this case a
> >missing
> >image file) occurs; yet Netscape 4.61 does not. Details below for anyone
> >interested. I'm not having a problem with this, because I will insure that
> >I don't have any missing images. It's just a little curious (and I hope
> >that
> >I am coding things properly). I also don't consider this a bug... just a
> >behavior anomaly.
> >
> >
> >Details:
> >
> >Server: IC 4.8.5, tested with TRAFFIC low and TRAFFIC rpc, apache 1.3.24,
> >Solaris 2.8
> >Clients: Solaris 2.8 w/Netscape Communicator 4.61 and 6.1
> > Linux 2.4.10 w/mozilla .9.9.x and 1.0, opera 5.0, and Galeon
> > 0.12
> >
> >file.html contains mostly just HTML, except for:
> >
> >[set whatever]ABC[/set]
> >
> >in order to store "ABC" in users' sessions for future menu searches.
> >
> >
> >In the bar_link routine in catalog_before.cfg, after the initial variable
> >declarations,
> >and just before LINK:, I have:
> >
> >my $whatever = $Scratch->{whatever};
> >
> >so that I can include it in menu links.
> >
> >
> >It works repeatedly on the server browsing with Netscape 4.61. However,
> >on the server using Netscape 6.1, as well as on a Linux client using
> >various
> >versions of mozilla, Opera, and Galeon, it does not seem to store the
> >scratch
> >variable in the session IF there are failures (at least in the case of
> >missing
> >images). Nothing shows up in the IC logs, but the apache logs contain, of
> >course:
> >
> >... File does not exist: /the/apache/htdocs/blah/images/thumb/filename.jpg
> >
> >Add /the/apache/htdocs/blah/images/thumb/filename.jpg, and everything is
> >fine.
> >
> >Please let me know if I seem to be doing something stupid with [set ...]
> >or $Scratch,
> >otherwise, I'm happy.
Another case of a bug report without sufficient data, eg the code from
the page in question. Did you weblint the page? Check quoting.
>
> Unless you are using IC as an http server, which I have heard rumor is
> possible, IC completes all its processing before handing off output to
> Apache, so I don't see how a broken image link could have any bearing on
> IC's correct function. What's more, I have ample first-hand experience with
> a variety of browsers and a wide range of server configurations to back
> this up.
>
> - Ed L.
>
>
> ===============================================================
> Increase profits from your Interchange store...
> http://www.newmediaems.com/cgi-bin/nm/software_fus.html
> ===============================================================
> New Media E.M.S. Software Solutions for Business
> 463 Main St., Suite D eCommerce | Consulting | Hosting
> Placerville, CA 95667 edl@newmediaems.com
> (530) 622-9421 http://www.newmediaems.com
> (866) 519-4680 Toll-Free (530) 622-9426 Fax
> ===============================================================
>
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
>
--
Christopher F. Miller, Publisher cfm@maine.com
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Content/site management, online commerce, internet integration, Debian linux