SourceForge.net
2010-08-20 21:59:46 UTC
Bugs item #1656656, was opened at 2007-02-10 10:54
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1656656&group_id=39046
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: tv_grab_huro misses shows after midnight
Initial Comment:
tv_grab_huro misses the shows after midnight.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-08-20 21:59
Message:
MhAJ2E <a href="http://zfigdjxkapti.com/">zfigdjxkapti</a>,
[url=http://shaknasdpoyx.com/]shaknasdpoyx[/url],
[link=http://gzbkupgajehk.com/]gzbkupgajehk[/link],
http://diepypnwrbnl.com/
----------------------------------------------------------------------
Comment By: Attila Nagy (attila_nagy)
Date: 2007-09-05 09:55
Message:
Logged In: YES
user_id=1683822
Originator: NO
Sorry, I haven't read the bug reports. I've solved, and committed this
problem in version 1.17 on 2007/03/19. The cause was as guessed: time
format changed from 09:50 to 9:50, that rendered the sorting unusable. I've
added patch to convert the time values back to HH:MM format, that's better
for those applications using xmltv too.
I believe this bug can be closed by now.
----------------------------------------------------------------------
Comment By: bzamfir (bzamfir)
Date: 2007-03-14 22:25
Message:
Logged In: YES
user_id=1743830
Originator: NO
Hi,
Did someone found the solution to this issue?
I saw the message with the patch, but where can I get it, and how can I
apply it?
Can anyone explain?
Thank you
----------------------------------------------------------------------
Comment By: Robert Eden (rmeden)
Date: 2007-02-17 14:59
Message:
Logged In: YES
user_id=270469
Originator: NO
There is nothing in the XMLTV spec that requires data in a particular
order. You may want to use tv_sort to order the file.
----------------------------------------------------------------------
Comment By: gkovacsp (gkovacsp)
Date: 2007-02-17 14:35
Message:
Logged In: YES
user_id=1716714
Originator: NO
I got the xmltv-alpha.exe and the shows are not missed any more, but there
is some heavy overlapping between them.
The early morning shows (00:00 - 09:59) are listed after the late night
shows (23:59) in the xml.
I'm not sure if this is the problem of the huro grabber or the xmltv app.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-02-13 19:52
Message:
Logged In: NO
I have committed the patch and xmltv is working again. (at least for me :)
----------------------------------------------------------------------
Comment By: gkovacsp (gkovacsp)
Date: 2007-02-12 20:02
Message:
Logged In: YES
user_id=1716714
Originator: NO
I might be a lamer...
Can somebody tell me where to find and how to apply this patch?
I'm sure it is like 123, but I'm not a dev.
----------------------------------------------------------------------
Comment By: Balazs Molnar (mbdev)
Date: 2007-02-11 22:14
Message:
Logged In: YES
user_id=1434299
Originator: NO
Hello guys,
thx for the quick fix, i verfied, and checked-in the
supplied patch -> v1.16
br. Balazs.
----------------------------------------------------------------------
Comment By: gkovacsp (gkovacsp)
Date: 2007-02-11 21:04
Message:
Logged In: YES
user_id=1716714
Originator: NO
I have this as well.
There is also some javascript code in the descriptions.
----------------------------------------------------------------------
Comment By: Vladimir Nicolici (vnicolici)
Date: 2007-02-10 15:10
Message:
Logged In: YES
user_id=1511131
Originator: NO
Oops! Too late.
----------------------------------------------------------------------
Comment By: Vladimir Nicolici (vnicolici)
Date: 2007-02-10 15:02
Message:
Logged In: YES
user_id=1511131
Originator: NO
I just found the problem. The previous time format for 9 and 50 minutes AM
was 09:50. Now it changed to 9:50.
The patch to tv_grab_huro is
397c397
< elsif ($_->as_text() =~ /[012][0-9]:[0-5][0-9]/) {
---
< if (m/^([012][0-9]):([0-5][0-9])$/) {
---
was hard to find, but because in order to activate tracing for this script,
I had to use:
Log-TraceMessages-1.2.tar.gz from backpan.perl.org that required
HTML-FromText-2.05.tar.gz from cpan.org that required
Exporter-Lite-0.02.tar.gz from cpan.org and
Email-Find-0.10.tar.gz from cpan.org that required
Email-Valid-0.179.tar.gz from cpan.org that required
MailTools-1.74.tar.gz from cpan.org and
Net-DNS-0.59.tar.gz from cpan.org that required
Net-IP-1.25.tar.gz from cpan.org and
Digest-HMAC-1.01.tar.gz from cpan.org that required
Digest-SHA1-2.11.tar.gz from cpan.org
This is a dependency nightmare, that took another 2 hours to solve. I hope
I'll never have to do this again.
----------------------------------------------------------------------
Comment By: Trond Michelsen (trondmm)
Date: 2007-02-10 14:28
Message:
Logged In: YES
user_id=72681
Originator: NO
I haven't seen the old webpages, but I think the problem is that they're
not using leading zeroes on the hour now. Looking through the code, I see a
couple of regexes like this:
/^([012][0-9]):([0-5][0-9])$/
If they're changed to
/^([012]?[0-9]):([0-5][0-9])$/
it'll probably work again.
----------------------------------------------------------------------
Comment By: Vladimir Nicolici (vnicolici)
Date: 2007-02-10 12:15
Message:
Logged In: YES
user_id=1511131
Originator: NO
I confirm this problem. It started this week, and it seems to be caused by
a site change, although I can't identify the change.
To be more exact, any shows with the start time between 00:00 AM and 09:59
AM are not included in the generated XML.
I analyzed the HTML from the source site, and it doesn't seem to be any
difference in the structure of the programmes that are included in the
xmltv output, and those missing.
I even installed a sniffer (Ethereal / Wireshark), to make sure the source
site doesn't filter the content based on the HTTP headers sent by xmltv,
but this is not the case.
So, there are two possibilities: either there is a subtle change in the
HTML pages, or, less likely, a time triggerd bug in xmltv, a "y2k" of some
kind.
Since I'm a Windows user, I can't debug the perl scripts, since they are
not directly accessible in the Windows distribution, so I had to install
cygwin + prereq + xmltv.
I just finished installing everything after about 2 hours (cygwin is a
good way to give you a taste of the horror of installing software on
linux), and I can also reproduce the problem with the cygwin version.
I will try to find the cause of the problem, and if I'm successful I'll
let you know.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1656656&group_id=39046
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1656656&group_id=39046
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: tv_grab_huro misses shows after midnight
Initial Comment:
tv_grab_huro misses the shows after midnight.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-08-20 21:59
Message:
MhAJ2E <a href="http://zfigdjxkapti.com/">zfigdjxkapti</a>,
[url=http://shaknasdpoyx.com/]shaknasdpoyx[/url],
[link=http://gzbkupgajehk.com/]gzbkupgajehk[/link],
http://diepypnwrbnl.com/
----------------------------------------------------------------------
Comment By: Attila Nagy (attila_nagy)
Date: 2007-09-05 09:55
Message:
Logged In: YES
user_id=1683822
Originator: NO
Sorry, I haven't read the bug reports. I've solved, and committed this
problem in version 1.17 on 2007/03/19. The cause was as guessed: time
format changed from 09:50 to 9:50, that rendered the sorting unusable. I've
added patch to convert the time values back to HH:MM format, that's better
for those applications using xmltv too.
I believe this bug can be closed by now.
----------------------------------------------------------------------
Comment By: bzamfir (bzamfir)
Date: 2007-03-14 22:25
Message:
Logged In: YES
user_id=1743830
Originator: NO
Hi,
Did someone found the solution to this issue?
I saw the message with the patch, but where can I get it, and how can I
apply it?
Can anyone explain?
Thank you
----------------------------------------------------------------------
Comment By: Robert Eden (rmeden)
Date: 2007-02-17 14:59
Message:
Logged In: YES
user_id=270469
Originator: NO
There is nothing in the XMLTV spec that requires data in a particular
order. You may want to use tv_sort to order the file.
----------------------------------------------------------------------
Comment By: gkovacsp (gkovacsp)
Date: 2007-02-17 14:35
Message:
Logged In: YES
user_id=1716714
Originator: NO
I got the xmltv-alpha.exe and the shows are not missed any more, but there
is some heavy overlapping between them.
The early morning shows (00:00 - 09:59) are listed after the late night
shows (23:59) in the xml.
I'm not sure if this is the problem of the huro grabber or the xmltv app.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-02-13 19:52
Message:
Logged In: NO
I have committed the patch and xmltv is working again. (at least for me :)
----------------------------------------------------------------------
Comment By: gkovacsp (gkovacsp)
Date: 2007-02-12 20:02
Message:
Logged In: YES
user_id=1716714
Originator: NO
I might be a lamer...
Can somebody tell me where to find and how to apply this patch?
I'm sure it is like 123, but I'm not a dev.
----------------------------------------------------------------------
Comment By: Balazs Molnar (mbdev)
Date: 2007-02-11 22:14
Message:
Logged In: YES
user_id=1434299
Originator: NO
Hello guys,
thx for the quick fix, i verfied, and checked-in the
supplied patch -> v1.16
br. Balazs.
----------------------------------------------------------------------
Comment By: gkovacsp (gkovacsp)
Date: 2007-02-11 21:04
Message:
Logged In: YES
user_id=1716714
Originator: NO
I have this as well.
There is also some javascript code in the descriptions.
----------------------------------------------------------------------
Comment By: Vladimir Nicolici (vnicolici)
Date: 2007-02-10 15:10
Message:
Logged In: YES
user_id=1511131
Originator: NO
Oops! Too late.
----------------------------------------------------------------------
Comment By: Vladimir Nicolici (vnicolici)
Date: 2007-02-10 15:02
Message:
Logged In: YES
user_id=1511131
Originator: NO
I just found the problem. The previous time format for 9 and 50 minutes AM
was 09:50. Now it changed to 9:50.
The patch to tv_grab_huro is
397c397
< elsif ($_->as_text() =~ /[012][0-9]:[0-5][0-9]/) {
---
elsif ($_->as_text() =~ /[012]?[0-9]:[0-5][0-9]/) {
442c442< if (m/^([012][0-9]):([0-5][0-9])$/) {
---
if (m/^([012]?[0-9]):([0-5][0-9])$/) {
Debugging this script was extremelly difficult, not because the problemwas hard to find, but because in order to activate tracing for this script,
I had to use:
Log-TraceMessages-1.2.tar.gz from backpan.perl.org that required
HTML-FromText-2.05.tar.gz from cpan.org that required
Exporter-Lite-0.02.tar.gz from cpan.org and
Email-Find-0.10.tar.gz from cpan.org that required
Email-Valid-0.179.tar.gz from cpan.org that required
MailTools-1.74.tar.gz from cpan.org and
Net-DNS-0.59.tar.gz from cpan.org that required
Net-IP-1.25.tar.gz from cpan.org and
Digest-HMAC-1.01.tar.gz from cpan.org that required
Digest-SHA1-2.11.tar.gz from cpan.org
This is a dependency nightmare, that took another 2 hours to solve. I hope
I'll never have to do this again.
----------------------------------------------------------------------
Comment By: Trond Michelsen (trondmm)
Date: 2007-02-10 14:28
Message:
Logged In: YES
user_id=72681
Originator: NO
I haven't seen the old webpages, but I think the problem is that they're
not using leading zeroes on the hour now. Looking through the code, I see a
couple of regexes like this:
/^([012][0-9]):([0-5][0-9])$/
If they're changed to
/^([012]?[0-9]):([0-5][0-9])$/
it'll probably work again.
----------------------------------------------------------------------
Comment By: Vladimir Nicolici (vnicolici)
Date: 2007-02-10 12:15
Message:
Logged In: YES
user_id=1511131
Originator: NO
I confirm this problem. It started this week, and it seems to be caused by
a site change, although I can't identify the change.
To be more exact, any shows with the start time between 00:00 AM and 09:59
AM are not included in the generated XML.
I analyzed the HTML from the source site, and it doesn't seem to be any
difference in the structure of the programmes that are included in the
xmltv output, and those missing.
I even installed a sniffer (Ethereal / Wireshark), to make sure the source
site doesn't filter the content based on the HTTP headers sent by xmltv,
but this is not the case.
So, there are two possibilities: either there is a subtle change in the
HTML pages, or, less likely, a time triggerd bug in xmltv, a "y2k" of some
kind.
Since I'm a Windows user, I can't debug the perl scripts, since they are
not directly accessible in the Windows distribution, so I had to install
cygwin + prereq + xmltv.
I just finished installing everything after about 2 hours (cygwin is a
good way to give you a taste of the horror of installing software on
linux), and I can also reproduce the problem with the cygwin version.
I will try to find the cause of the problem, and if I'm successful I'll
let you know.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=1656656&group_id=39046