Error getting device list from ICETV Server

Started by redmist, December 23, 2007, 11:31:25 PM

Previous topic - Next topic

redmist

Any ETA on when this will be fixed?

I'm with aaNet and have just started getting this error.  (I also got it a month or two ago for a few days but then it started working until now)

Aquaholic

I sent an email to support@aanet.com.au on Friday but havent heard anything yet.

I we all send them a email then they might do something about it quicker.

moocow

Quote from: Aquaholic on February 10, 2008, 02:43:26 PM
I sent an email to support@aanet.com.au on Friday but havent heard anything yet.

I we all send them a email then they might do something about it quicker.

me too.  I haven't had a reply either.

redmist

It seems to be fixed now.  I guess they prefer to quietly fix problems without drawing too much attention to them. ;)

Aquaholic

I just got a reply from aaNet saying that they had added the addresses to the exclusion list but I am still getting the error.

Is it now just me??

I have just installed icetv on a different system and still getting the error.

Aquaholic

Quote from: jgriffin on February 09, 2008, 08:12:02 PM
This whole problem could go away if ICE just cached the DTD info..

A read for your developers
http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic

Would make things a lot easier. First TPG then aaNet, who next?? If it was cached then it would hopefully stop now and not happen again

moocow

Quote from: Aquaholic on February 11, 2008, 07:08:35 PM
I just got a reply from aaNet saying that they had added the addresses to the exclusion list but I am still getting the error.

Is it now just me??

I have just installed icetv on a different system and still getting the error.


no its not just you - I still get the same error.  You would put up with this if it was a free service, but now I feel that I'm loosing money as I dont have a working guide :(

redmist

That's strange.  I'm with aaNet and mine starting working fine today.
  ???

moocow

i can open up:- http://www.icetv.com.au/cgi-bin/epg/webpimpdevices.cgi?op=get_devices&format=plist
in a browser using my ICETV credentials, the following info comes up:-

  <?xml version="1.0" encoding="UTF-8" ?>
  <!DOCTYPE plist (View Source for full doctype...)>
- <plist version="1.0">
- <array>
- <dict>
  <key>id</key>
  <integer>0</integer>
  <key>label</key>
  <string>TV-PC</string>
  <key>manufacturer</key>
  <string>Microsoft</string>
  <key>model</key>
  <string>Windows Vista</string>
  </dict>
  </array>
  </plist>

I can load up the apple too:- http://www.apple.com/DTDs/PropertyList-1.0.dtd
I get the following:-

<!ENTITY % plistObject "(array | data | date | dict | real | integer | string | true | false )" >
<!ELEMENT plist %plistObject;>
<!ATTLIST plist version CDATA "1.0" >

<!-- Collections -->
<!ELEMENT array (%plistObject;)*>
<!ELEMENT dict (key, %plistObject;)*>
<!ELEMENT key (#PCDATA)>

<!--- Primitive types -->
<!ELEMENT string (#PCDATA)>
<!ELEMENT data (#PCDATA)> <!-- Contents interpreted as Base-64 encoded -->
<!ELEMENT date (#PCDATA)> <!-- Contents should conform to a subset of ISO 8601 (in particular, YYYY '-' MM '-' DD 'T' HH ':' MM ':' SS 'Z'.  Smaller units may be omitted with a loss of precision) -->

<!-- Numerical primitives -->
<!ELEMENT true EMPTY>  <!-- Boolean constant true -->
<!ELEMENT false EMPTY> <!-- Boolean constant false -->
<!ELEMENT real (#PCDATA)> <!-- Contents should represent a floating point number matching ("+" | "-")? d+ ("."d*)? ("E" ("+" | "-") d+)? where d is a digit 0-9.  -->
<!ELEMENT integer (#PCDATA)> <!-- Contents should represent a (possibly signed) integer number in base 10 -->



Anyone have any ideas?


Aquaholic

Quote from: moocow on February 11, 2008, 11:12:49 PM
i can open up:- http://www.icetv.com.au/cgi-bin/epg/webpimpdevices.cgi?op=get_devices&format=plist
in a browser using my ICETV credentials,

Anyone have any ideas?



I can also open them up in my browser. I have been able to all along. Its just icetv that cant .

Daniel Drysdale at IceTV

Sorry about the delay in resolving this issue, we have investigated changing the client to prevent it from calling out to the Apple website but have run into some problems, for the moment at least we have decided to cache the file on our own server and modify the response being sent to the client to redirect it to the new location. This change is in place on our production server now.

Please let us know if the issue is now resolved.

Cheers
Dan Drysdale
Software Manager @ IceTV
Cheers,

Dan
Software Manager @ IceTV

Aquaholic

All working with me  :)

Thanks for getting it fixed quickly.

moocow

all working for me now - thanks very much for the quick fix.

Cheers

jgriffin

Quick Fix  ???
This has been going on since Decemeber. I'm a big fan of ICE, but they took their time on this one.

Daniel Hall at IceTV

You have to also keep in mind though that what is in place now is not the best solution, it is a workaround that has been put in place to fix problems with certain ISP's.
Regards,

Daniel.
CTO.