On Jul 6, 2009, at 7:18 AM, Kieran Kelleher wrote:
Yes it is ... only when I hit refresh though. Page cache in Safari 4
was tricking me. Believe it or not every time I access the URL right
now I get File Not Found, then I hit refresh and I get the wo app.
If I open a new window again with the URL, I get File Not Found, ...
refresh, it appears .... so I just did an Empty Cache on Safari 4,
and all my File Not Founds are gone .... I would consider that buggy
behavior in Safari 4, especially since the headers for that page are
clearly shouting "Don't cache this page!" .... a refreshed page
should surely replace the old one in the page cache. What obviously
happened is the the File Not Found page response itself did not have
no -cache headers, so it got well and truly stuffed into that page
cache, but the refreshed response did have no-cache, so maybe that's
why *it* was *not* cached .... the buggy behavior, IMHO, being that
the old cached response was not removed when the new response said
no-cache.
Is this behavior worthy of a bug report I wonder?
I have already reported this as 5983915. A year ago...
Safari always caches HTML content. Regardless of the headers, it
uses the local cache instead of going back to the server. This is a
very serious problem with dynamic web apps (like for example, this
one). Following the instructions here:http://developer.apple.com/internet/safari/faq.html#anchor5
does nothing. See attached screen shot of inspector in Safari
showing the headers returned to Safari. Clicking back on this page
uses the local cache. Clearly, it should not do that.
They asked me to create a sample WO app (!) to demonstrate. I did and
have heard nothing further.
My last comment on this was "Clearly, Safari is totally broken. This
is on 10.5.4.".
Please, please, please file a bug. The more reports the greater the
chance they might actually fix this. I forgot to go to a Safari lab a
whine about this.
Chuck
<Web Inspector — http___www.greenislandconsulting.com_cgi-bin_WebObjects_dakota.jpg
>
.... and what makes me more mad is that the stupid page cache kept
me up way past my bedtime .... I think I am going to permanently
disable caches on all my browsers forever now ;-)
Thanks for the "remote testing and restoring confidence in my
sanity" by Pascal and Clark.... seeing "works for me" in your
responses showed that there was nothing obvious wrong with my server
setup. What a supportive community. :-)
Thanks
-Kieran
On Jul 6, 2009, at 2:56 AM, Pascal Robert wrote:
Le 09-07-06 à 02:46, Kieran Kelleher a écrit :
OK, what was not working all night is the stupid URL for the
specific instance that I was clicking on the WOMonitor detail
page. Why is that?
This does not work:
http://www.greenislandconsulting.com/cgi-bin/WebObjects/dakota.woa/1
Works for here.
This does:
http://www.greenislandconsulting.com/cgi-bin/WebObjects/HelloWorld.woa/1
OK, I am really going to bed now. Hopedully some insight will
arrive during the night!
Kieran
On Jul 6, 2009, at 2:27 AM, Clark Mueller wrote:
Shows up for me...
@ http://www.greenislandconsulting.com/cgi-bin/WebObjects/dakota
On 2009-07-05, at 11:25 PM, Kieran Kelleher wrote:
OK, this is making me go nuts!
Clean install of OS X Client Leopard.
local IP address of server is 192.168.1.177.
I have put that IP in apache.conf, wotaskd and womonitor
My app continues to return a File Not Found
Here is what is crazy. I created a simple stock Wonder app with
Hello World, fully embedded and deployed and that works fine!! I
just do not understand why the Hello World works and my app
doesn't!
My app is launching and running.
Eyes are bleeding from the screen at this stage and I have to go
to bed, but if anyone has any suggestions at this stage I will
try them
Here is what happens with each of the two apps. Click and see
for yourself!
Test app works:
http://www.greenislandconsulting.com/cgi-bin/WebObjects/HelloWorld
My real app doesn't get found!
http://www.greenislandconsulting.com/cgi-bin/WebObjects/dakota
<Monitor for WebObjects 5.4.3.jpg>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected]
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/cpmueller%40mac.com
This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected]
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/probert%40macti.ca
This email sent to [email protected]
-------------------------------------------------------
Pascal Robert
http://www.macti.ca | http://www.linkedin.com/in/macti
Skype | Twitter | AIM/iChat : MacTICanada
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-
[email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net
This email sent to [email protected]
--
Chuck Hill Senior Consultant / VP Development
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-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [email protected]
