On 10/26/2009 09:33 PM, Barry Edwin Gilmour wrote:
perhaps a fuller-URL may open a guide -
Did it open the TV-guide for Sydney-AU, which is what I intended?
If so, click-on any show-name in the schedule to-open the pane detailing
It should open a pane with all the information, but if it only-opens a
white-pane in the page like what Bill is getting, then it's also not
Well, I had to adjust the day:
Midday Report(30)12:00pm - 12:30pm
National Press Club Address(60)12:30pm - 1:30pm
Talking HeadsG(30)1:30pm - 2:00pm
Parliament Question Time(60)2:00pm - 3:00pm
12:00pm - 12:30pm | ABC HD News, Closed Captions
Up-to-the minute local, national and international news, with special
attention paid to business and the economy.
I'm running 2.0pre this morning; I'll need to switch to 2.0 (Final!
Yea!) to test again& also w/Bill's link.
I only mentioned it, because when you click-on a show/program,it has the
On 10/27/2009 07:36 AM, Bill Davidsen wrote:
Click on the name of a show, in Firefox 3.5.x and Seamonkey 1.1.18 you get a
summary of the program for the day. In SM 2.0-RC2build3 you get a big blank
hole. I'm not sure how Yahoo! got involved withwww.tvguide.com/Listings, local
DNS replacement or something?
It's a browser sniffer issue.
I tried 1.1.18 (windows and linux) and 2.0pre and 2.0 final (rc2) and
got the white blank that you are referring to. In Firefox 3.5.3 (windows
and linux) I had no issues.
So, using prefbar I added a Firefox (linux) UA:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:126.96.36.199) Gecko/20090824
and checked again in 1.1.18 and 2.0(pre and final) and the site
displayed listings just fine.
In 2.0 (linux) I even have it showing the listings in one tab w/the Fx
UA, and then switched to a different window& tab, turned off the Fx UA
and that one is showing the blanks.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:188.8.131.52) Gecko/20091017
Well spotted, Gary!
Bill and I are experienced-users, but even we got tricked by that one.
in a page OK, but SeaMonkey won't!
The site happily opens and displays TV-pages, guides, and page's
browser-UA (not a function-capability).
Is it true when SeaMonkey fails a page-function, users must try a UA-switch?
Although we say SM is a dev's browser, I'd bet most SM-users are not devs!
Most SM-users wouldn't know (or care) what a UA is, much less how to do
UA-switching in their SeaMonkey.
I think this type of failure would-encourage normal-users to-prefer a
How can the browser, sense/register that the function full-fails/part-fails?
(How can browsers sense the-need to-use another UA-string ?)
for UA-ID, within-a-page inside-the-browser?
If so,what code could-respond to-auto-switch a UA-string, when the-event
Conundrums, conundrums! Many thanks for the workaround, Gary. Barry.
support-seamonkey mailing list