Barry Edwin Gilmour wrote:
NoOp wrote:
On 10/26/2009 09:33 PM, Barry Edwin Gilmour wrote:
....
perhaps a fuller-URL may open a guide -
http://au.tv.yahoo.com/tv-guide/?hour=12&min=24&date=27&mon=10&year=2009
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:
<http://au.tv.yahoo.com/tv-guide/?hour=12&min=24&date=28&mon=10&year=2009>
:-)
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
Gary, It uses the same-sort-of JavaScript-page-code as
www.tvguide.com/Listings.
I only mentioned it, because when you click-on a show/program,it has the
same sort of JavaScript-pop-up synopsis (that WFM).
Quote:
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
withwww.tvguide.com/Listings, local
DNS replacement or something?
/snip
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:1.9.1.3) Gecko/20090824
Firefox/3.5.3
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:1.9.1.4) 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.
Problem:
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.
bug:
(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.
------------------------------------------------------------------------
I can think of three approaches:
1 - complain to webmasters to check for gecko
2 - permanently add "not Firefox" to UA string
3 - like popups and passwords, allow UA string custom per URL
Now I have to go back and retry chromium, because I *swear* it worked there. I
use notes, having stopped trusting my memory since... I forget. ;-)
I consider other than [3] kind-of hacks, workarounds rather than solutions.
In any case, thanks for the info, I may or may not use [2] for the moment.
--
Bill Davidsen <david...@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey