Closed Bug 380525 Opened 17 years ago Closed 17 years ago

Runtime Error at http://reservations.uhaul.com/

Categories

(Camino Graveyard :: Accessibility, defect)

Product:
Camino Graveyard
Component:
Accessibility
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: d_linkeg, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O) Gecko/20040906 Camino/0.8+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O) Gecko/20040906 Camino/0.8+

Every time when I attempt to make a reservation by clicking on the reservation site for www.uhaul.com (at http://reservations.uhaul.com/) I receive a runtime error. The site works fine with Firefox, but fails every time with Camino.

Reproducible: Always

Steps to Reproduce:
1. go to www.uhaul.com
2. click on Rates and Reservations
3. runtime error shows up
Actual Results:  
Following is a copy of the error page at the site:

Server Error in '/ReservationsWeb' Application.
Runtime Error
Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.

Details: To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off".

<!-- Web.Config Configuration File -->

<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>


Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.

<!-- Web.Config Configuration File -->

<configuration>
    <system.web>
        <customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
    </system.web>
</configuration>

Expected Results:  
Show have gone to http://reservations.uhaul.com/reservationsweb/Default.aspx

I turned off pop-up and web advertising blocking, but did not make a difference.
Woah, you need to upgrade your Camino. Or fix your UA if that's the issue. Using any Camino from 2004 is not supported... Try downloading the latest stable release or even a recent nightly build, both from caminobrowser.org.

Additionally, the runtime error you describe sounds like a site issue, not a Camino issue. 
If you can reproduce this with a recent nightly build, please also try to reproduce it spoofing as Firefox (using <http://pimpmycamino.com/parts/user-agent>).
(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O)
> Gecko/20040906 Camino/0.8+
> Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O)
> Gecko/20040906 Camino/0.8+

Very interesting that my version of Camino is identified as so old. This is what appears when I click "About Camino".... Version 2007051106 (1.6pre)
I had downloaded the latest nightly build just the day before, so it is odd that it would appear as such an old Gecko build. Any ideas why?

David
I had already tried the site using both Firefox and Safari. Both worked fine. I hadn't tried to spook Firefox, though I have used Camitools previously to do just that for sites which required IE for Windows 6 minimum (didn't work).

I will try pimpmycamino next.
Make that SPOOF. I must be really tired tonight.
Please remove all traces of CamiTools from your machine; it can (and does) cause lots of problems with recent Camino versions.
CamiTools has not been on my iMac for months. I had removed it back in February, so it has not been part of the problem. I did a Spotlight search and found nothing with "cami" in existence on any of my drives.
(In reply to comment #8)
> CamiTools has not been on my iMac for months. I had removed it back in
> February, so it has not been part of the problem.

By far the most likely reason for your incorrect user agent is that you once spoofed with CamiTools, and the way it "restored" the user agent is to set your user-agent pref to whatever string happened to be current when CamiTools shipped. The vast majority of what CamiTools did involved setting hidden Gecko prefs, and removing them does not reset those prefs, so it may well be causing you problems.

Can you try the steps in comment 2?
WORKSFORME per comment 3. If this does not start working after removing the ancient user-agent spoofing, you may re-open this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
The problem no longer exists. 

I removed all Camino prefs and all traces of CamiTools. I started from scratch resetting Camino, but was still unable to connect to U-Haul reservations without errors. Other sites using types of flash or some javascripts were also problems. I returned to version 1.0.4, dumping the nightly version and all problems disappeared. Since upgrading to 1.5, the problems have still not returned, so I assume that I picked up some bug during one of the nightly updates and was not able to eliminate it until I returned to the previous stable version... now to 1.5. Thanks to everyone for their suggestions.
Resolution: WORKSFORME → FIXED
WORKSFORME; the FIXED resolution is only for bugs resolved by code changes on Camino's end.
Resolution: FIXED → WORKSFORME
Verifying on behalf of reporter.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.