Re:

Hi Cathy,

One thing you might want to consider is giving your script a file name
extension. In your case, you use "osoc" with no extension. The file name
extension is important because it tells the webserver (not the browser,
but in the case of some IE versions it does as well) what kind of header
to output for the response.

I don't know about IIS, but Apache has to be (should be) told what kind of
file it is serving so that it can output a proper header to the client.
When you don't have a file extension, Apache, and maybe even IIS, doesn't
know what to tell the client (browser). In some cases, the client may not
know what to do with the response because it is not being told what type
of content is being presented to it. (You see this problem a lot with
PDFs, Excel and Word files that do not have the appropriate extension).

With the myriad browsers and their myriad implementations of the
"standard" it's critical to have this info sent to the browser.

I hope this helps.

-lucas

On Fri, 6 Aug 2004, Cathy Taruskin wrote:

>
> Beginning in Spring 2005, the UC Berkeley Schedule of Classes will no
> longer be printed. Therefore, students, faculty and staff will be entirely
> dependent on the Online Schedule of Classes (http://schedule.berkeley.edu),
> or a pfd version of the schedule. This website has been functional and
> stable for a number of years. Except for the actual schedule data, the
> site has not changed in a long time. However our webmaster is getting a few
> problem reports from students who are not able to use the SEARCH function,
> which is the starting point for all usage of the schedule.
>
> The most common complaint is getting either
> "The Page Cannot be Found. The page you are looking for might have been
> removed, had its name changed...", or
> "The Page Cannot be Displayed. The page you are looking for is currently
> unavailable..."
>
> Some users report that they had been able to use the search form from the
> same machine previously, but are now getting the error
> repeatedly. Unfortunately, we are unable to recreate the problem on our
> own various PC/Mac IE/Netscape configurations.
>
> When the SEARCH button is clicked (on
> http://schedule.berkeley.edu/srchfall.html, for example), the <FORM is
> posting to ACTION="http://sis450.berkeley.edu:4200/OSOC/osoc", passing the
> search parameters. In a few cases we have been able to determine that the
> problem was due to the user's firewall, but often there is no firewall on
> the client.
>
> Since this is a new problem on a site that has not really changed, we
> suspect that the problem is related to the increased security being applied
> on the users' end, in browsers, firewalls, etc. We could use some advice
> from this group in troubleshooting this problem, as it will become critical
> if it continues after the paper goes away.
>
> Are there particular browser settings that would explain these two types of
> error? Are there standard instructions we could provide users to help them
> troubleshoot?
>
> Thanks.
>
> Cathy Taruskin
> Office of the Registrar
>
>
> ------------------------------------------------------------------------
> The following was automatically added to this message by the list server:
>
> For information about Micronet, including subscribing to
> or unsubscribing from its mailing list and finding out
> about upcoming meetings, please visit the Micronet Web site:
> <http://micronet.berkeley.edu/>.
>

------------------------------------------------------------------------
The following was automatically added to this message by the list server:

For information about Micronet, including subscribing to
or unsubscribing from its mailing list and finding out
about upcoming meetings, please visit the Micronet Web site:
<http://micronet.berkeley.edu/>.
Received on Fri Aug 6 14:21:15 2004