Re: MSIE is not the postman
Re: MSIE is not the postman
- Subject: Re: MSIE is not the postman
- From: Chuck Hill <email@hidden>
- Date: Mon, 14 May 2007 09:54:31 -0700
On May 13, 2007, at 10:33 PM, Thomas wrote:
Chuck,
as always, your advice was spot on. It was worth buying your book
(amongst many other reasons) if it encouraged you to keep
contributing to this forum.
As if I could stop! :-)
The system with the problem is a CMS. It turns out that the
customer-imported content for some pages included something like
<font color=""#333333""> (note the doubled quotes)
and this was enough to make MSIE fetch a truncated URL after it had
displayed the page.
Ironically, debugging this problem was made harder because the
WYSWIG html editor TinyMCE strips out the rubbish when it saves the
content, so the problem sometimes disappeared for no obvious reason.
Those are the best kind! :-(
Chuck
On 12/05/2007, at 4:20, Chuck Hill wrote:
If it is not the two expires headers, validate the HTML. Invalid
HTML can make some browsers send multiple requests (e.g.
color=ee3322 instead of color="#ee3322" can trigger a request).
Chuck
On May 8, 2007, at 11:31 PM, Thomas wrote:
I am having a problem with MSIE 7 that does not happen in any
real browser.
There is a direct action link that selects a product. The direct
action ends in
.../groupcode/productcode.html
The direct action selects the product and displays the page with
the product details. But when you click on the link in MSIE, it
sends TWO requests to the server: the proper direct action with
the full URL, followed by another one that is just
.../groupcode/
But this second request is not displayed, only the first one is.
It just so happens that this direct action clears the selected
product in the session, so any component actions in the detail
page, like adding to the shopping cart, fail because there is no
selected product. And of course the page that results when you
click "add to cart" shows the list of products in the group,
instead of the detail page, because the selected product has been
cleared.
Other browsers work properly, but with some odd behaviour:
- Safari sends one request.
- Camino 1.0 and Firefox 2 both send TWO requests, but they are
both the full URLs.
Anybody have any ideas? This is driving me nuts. The site is a
work in progress, but it won't go live with problems like this.
For those who are curious, the work-in-progress page with the
problem is:
http://stage.thewoodworks.com.au/product/products/1000025/SCROLL
+SAWS.html
Clicking on "more info" on any product gives the problem.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40global-village.net
This email sent to email@hidden
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve
specific problems.
http://www.global-village.net/products/practical_webobjects
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden