NoOp wrote:
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
the show/movie/etcetera.
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
working, and presumably is something like bad JavaScript in the page.

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.


Gary, It uses the same-sort-of JavaScript-page-code as

I only mentioned it, because when you click-on a show/program,it has the same sort of JavaScript-pop-up synopsis (that WFM).


NoOp wrote:
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, 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: 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: Gecko/20091017
Lightning/1.0pre SeaMonkey/2.0

End Quote:

Well spotted, Gary!

Now, that bit of deep JavaScript browser-sniffing is tricky!

Bill and I are experienced-users, but even we got tricked by that one.


You can see the normal-user 's angst, where I.E. and Fx run JavaScript in a page OK, but SeaMonkey won't!

The site happily opens and displays TV-pages, guides, and page's external-links.

It's only a info-pane JavaScript-Popup-failure, that's sniffing for a browser-UA (not a function-capability).

Workaround: UA-switching

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 more-able browser.


(In this exact-case, the JavaScript-popup operates, but the content is omitted.)

How can the browser, sense/register that the function full-fails/part-fails?
(How can browsers sense the-need to-use another UA-string ?)

Is there a usable/recognizable code-signal-trigger, when JavaScript asks for UA-ID, within-a-page inside-the-browser?

If so,what code could-respond to-auto-switch a UA-string, when the-event occurs?

Conundrums, conundrums! Many thanks for the workaround, Gary. Barry.

support-seamonkey mailing list

Reply via email to