[Xmltv-devel] [ xmltv-Bugs-3519904 ] Handling of special(german, french) characters

[SourceForge.net]

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Tracker Item Submitted) made by meiersos1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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: tv_grab_ch_search
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
or in hex
5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
Reporter: marcel.meier@… | Owner: stuartm
Type: Bug Report - General | Status: new
Priority: minor | Milestone: unknown
Component: MythTV - Mythfilldatabase | Version: 0.25-fixes
Severity: high | Resolution:
Keywords: | Ticket locked: 0
---------------------------------------+----------------------------

Comment (by dekarl@…):

"Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
which seems to have encoding issues since April 11th (see
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

{{{
Testing tv_grab_ch_search

file contains unexpected control characters
look here "urde. Bei den Ãœberresten hande"
^
Errors found in t_ch_search_1_2.xml
tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
list of the commands that were used
tv_grab_ch_search has errors: badiso8859
}}}

The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

[SourceForge.net]

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by dekarl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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: tv_grab_ch_search
Group: None
Status: Open

Resolution: Fixed

Priority: 5
Private: No
Submitted By: Marcel (meiersos1)

Assigned to: Daniel Bittel (betlit)

Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
or in hex
5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
Reporter: marcel.meier@… | Owner: stuartm
Type: Bug Report - General | Status: new
Priority: minor | Milestone: unknown
Component: MythTV - Mythfilldatabase | Version: 0.25-fixes
Severity: high | Resolution:
Keywords: | Ticket locked: 0
---------------------------------------+----------------------------

Comment (by dekarl@…):

"Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
which seems to have encoding issues since April 11th (see
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

{{{
Testing tv_grab_ch_search

file contains unexpected control characters
look here "urde. Bei den Ãœberresten hande"
^
Errors found in t_ch_search_1_2.xml
tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
list of the commands that were used
tv_grab_ch_search has errors: badiso8859
}}}

The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)

Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

[SourceForge.net]

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Settings changed) made by dekarl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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: tv_grab_ch_search
Group: None

Status: Closed

Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
or in hex
5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
Reporter: marcel.meier@… | Owner: stuartm
Type: Bug Report - General | Status: new
Priority: minor | Milestone: unknown
Component: MythTV - Mythfilldatabase | Version: 0.25-fixes
Severity: high | Resolution:
Keywords: | Ticket locked: 0
---------------------------------------+----------------------------

Comment (by dekarl@…):

"Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
which seems to have encoding issues since April 11th (see
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

{{{
Testing tv_grab_ch_search

file contains unexpected control characters
look here "urde. Bei den Ãœberresten hande"
^
Errors found in t_ch_search_1_2.xml
tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
list of the commands that were used
tv_grab_ch_search has errors: badiso8859
}}}

The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

[SourceForge.net]

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by enrico12345
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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: tv_grab_ch_search
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
or in hex
5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
Reporter: marcel.meier@… | Owner: stuartm
Type: Bug Report - General | Status: new
Priority: minor | Milestone: unknown
Component: MythTV - Mythfilldatabase | Version: 0.25-fixes
Severity: high | Resolution:
Keywords: | Ticket locked: 0
---------------------------------------+----------------------------

Comment (by dekarl@…):

"Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
which seems to have encoding issues since April 11th (see
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

{{{
Testing tv_grab_ch_search

file contains unexpected control characters
look here "urde. Bei den Ãœberresten hande"
^
Errors found in t_ch_search_1_2.xml
tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
list of the commands that were used
tv_grab_ch_search has errors: badiso8859
}}}

The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

----------------------------------------------------------------------

Comment By: enrico12345 (enrico12345)
Date: 2012-05-22 03:52

Message:
Hi,

where can I find the version that has been fixed from the maintainer
(betlit) ?

If a new version has not already been generated, are there any changes that
can be applied manually for the time being?

Many thanks!

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

[SourceForge.net]

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by dekarl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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: tv_grab_ch_search
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

Züri News in the mysql Database and also in the EPG display in Mythtv
or in hex
5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
Reporter: marcel.meier@… | Owner: stuartm
Type: Bug Report - General | Status: new
Priority: minor | Milestone: unknown
Component: MythTV - Mythfilldatabase | Version: 0.25-fixes
Severity: high | Resolution:
Keywords: | Ticket locked: 0
---------------------------------------+----------------------------

Comment (by dekarl@…):

"Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
which seems to have encoding issues since April 11th (see
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

{{{
Testing tv_grab_ch_search

file contains unexpected control characters
look here "urde. Bei den Ãœberresten hande"
^
Errors found in t_ch_search_1_2.xml
tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
list of the commands that were used
tv_grab_ch_search has errors: badiso8859
}}}

The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)

Date: 2012-05-23 02:23

Message:
Hi enrico12345, we should take that to the users list.
The fixed version is in the source repository and available e.g. via an
ubuntu PPA. (I'm not sure on what OS you are. If its windows we can
regenerate the alpha.exe)
See
http://xmltv.cvs.sourceforge.net/viewvc/xmltv/xmltv/grab/ch_search/
https://launchpad.net/~mythbuntu/+archive/xmltv

----------------------------------------------------------------------

Comment By: enrico12345 (enrico12345)
Date: 2012-05-22 03:52

Message:
Hi,

where can I find the version that has been fixed from the maintainer
(betlit) ?

If a new version has not already been generated, are there any changes that
can be applied manually for the time being?

Many thanks!

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&group_id=39046

[Karl Dietz]

Post by SourceForge.net
Category: tv_grab_ch_search
Status: Closed
Resolution: Fixed
----------------------------------------------------------------------
Comment By: enrico12345 (enrico12345)
Date: 2012-05-22 03:52
Hi,
where can I find the version that has been fixed from the maintainer
(betlit) ?
If a new version has not already been generated, are there any changes that
can be applied manually for the time being?

Where are we in the release cycle?

We've had some fixes that would be nice to get out the door and into
users hands.

I have some things on the table for my grabbers but nothing that will be
done soon.

Regards,
Karl