Extremely slow menus and XBMC lock-up after 0 items retrieved with add-on repository version

[GoogleCodeExporter]

What channel are you trying to watch?
Nederland 1

What episode are you trying to watch?
I didn't get to this point

What is the expected output? What do you see instead?
1) Upon add-on start, it takes almost a minute before the channels are listed.
2) If I select 'Nederland 1', 8 pages are scanned, and the dialogue reports 
that 0 items are retrieved on each page. At the end XMBC appears to be locked 
up infinitely, displaying a 'working' dialogue.

What steps will reproduce the problem?
1. Start the add-on
2. Select 'Nederland 1'
3. Observe visual feedback

What version of the product are you using? On what operating system?
I'm using the xbmc-r32091-Dharma.exe installer on an Asus EEEbox with ION video 
chipset, running on Windows 7, 32 bit. I added the xot-uzg repository by using 
the add-on from zip file option in XBMC and installed the actual add-on from 
there (V3.2).

Please provide any additional information below.
I'm pretty new to xot-uzg (and in fact to XBMC), and I understand that a 
similar issue is known, and acknowledged, for the plugin version. But if 
add-ons are the way to go in next release, and their behaviour is similar to 
plugin versions before, then how am I to make this work for me using the add-on 
mechanism on a soon to be stable XBMC V10.05 release build? Í don't think that 
this will be only a 'medium' issue by then.

Please ATTACH a complete uzg.log or uzgplugin.log.
Done. I'd appreciate your feedback on how to fix this or a workaround.

Original issue reported on code.google.com by BorreSan...@gmail.com on 25 Jul 2010 at 8:21

Attachments:

• uzgPlugin.log

[GoogleCodeExporter]

Sorry, I attached the wrong log file. Here's a better example. I wonder if the 
unknown filesize reported on each page has anything to do with the lock-up. 
There is also an error in the XBMC log file, but ít does not seem to be 
related to this issue.

Original comment by BorreSan...@gmail.com on 25 Jul 2010 at 8:42

Attachments:

• uzgPlugin.log
• xbmc.log

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

it's a known issue with progressbars and plugins. I will remove the progressbar 
\in the next release somewhere this week.

BTW: both the plugin and the script version are available as addon. The 
scriptverion is the real XOT-Uzg. The plugin version is just a nice to have for 
those that won't use the script.

The slow loading is due to the large amount of pythoncode and URL's that need 
to be opened. I can't help that python is slow in XBMC.

Original comment by basrie...@gmail.com on 25 Jul 2010 at 7:01

• Changed state: Started

[GoogleCodeExporter]

Original comment by basrie...@gmail.com on 28 Sep 2010 at 4:33

• Changed state: Fixed

[GoogleCodeExporter]

Changed status to Done

Original comment by basrie...@gmail.com on 24 Jun 2012 at 11:42

• Changed state: Done