Error generating REX in version 5.1.4

the postprocessor was rewritten since V5.0.1.1
i tried V5.1.3 and same error.
so no doubt the rewrite broke something,sent a message to jan to check for the problem.

Hi .. that problem is caused by a new feature of REX that allows to convert episode numbers format from xmltv_ns to onscreen vice versa. For that it checks if an episode pattern is specified in rex.config and doing that it tries to read the url element in the channel section of the xmltv source file.
Your epgsinrexDEP.xml doesn't have these url elements. That causes the crash.
I have changed the source code such that that won't happen anymore. Use evaluation version 5.1.4.1 of the program on GIT https://github.com/SilentButeo2/webgrabplus-siteinipack/blob/master/eval...

It can also be fixed if you add an empty url element to all channels in the channel section of the xmltv source

what ini are you using.
the (?) at the end of the title's in the 5.1.4.1 xml usually means something is broken in the ini.

else ('temp_1' no ~ "TEMPORADA")
should be
else ('temp_1' not~ "TEMPORADA")
i assume u meants not contain?

also the (?) means the index title and the details title dont match.
you should see messages in your webgrab log showing the title for each for every show that has the (?) in the title.

there were issues with using if/else from V5.1 to V5.1.3(i think).
jan said he had fixed this in V5.1.4 but i havnt had time to do any tests to confirm.
if i remember correctly the arguments were being ignored.

you could also try this,it should do the same without the need for if/else

* ARREGLO TITULOS CON ":"
title.modify {remove(['temp_1' ~~ "TEMPORADA"] ['subtitle' not ""] &)|: 'subtitle'}
loop {('temp_1' not ~ "TEMPORADA" max=1)|end}
subtitle.modify {clear}
temp_3.scrub {single||||} ****replace this with your actual scrub,i assume posting in the forums messed it up
end_loop

* TITLEORIGINAL
videoquality.modify {addstart|'temp_3'}
videoquality.modify {clear(['videoquality' ~~ "TEMPORADA"] ['title' = 'videoquality'] \|)}

Hi
if/else and loops only work properly in 5.1.4 if scopes are applied for all lines in the siteini . Also on places where scopes don't seem necessary.
Upload your ini , I will try to fix it . I might also be able to change the source such that it isn't that strict with scopes anymore. I prefer if you attach it to a mail, see http://webgrabplus.com/content/contact

https://github.com/SilentButeo2/webgrabplus-siteinipack/blob/master/eval...

Version 5.1.4.2
fixed : incorrect settings of loopid and ifid if not specified with end
fixed : several bugs that caused if and especially else not to execute correctly

rex bug was fixed in V5.1.4.1
Version 5.1.4.1 evaluation
- Postproces
fix : crash when the xmltv channel section does not have a element

jan would have to confirn this bu i suspect its because of the language attribute.
one of the updates in V5.1.4.x is the ability select between title and title original.
webgrab identifies each buy it language attribute.
the rex documentation only mentions the title about this so i'm not even sure if its supported for other elements.

example
source xml
<title lang="es">Spanish title</title>
<title lang="en">English title</title>

rex config
<title lang="en">'title</title>

only the english title would be in the rex guide.xml,the spanish title would be omitted.
if this convertion holds true for other elements(if they support the lang attribute) then the reason why its omitted is because there no category with the lang="kodi" attribute in your source.xml
i assume the category with lang="es" works because the category exists with this attribute.

Edit:
i did some tests wuith V5.4.2
i dont think the language attribute is support for category element(or its a bug) as no category elements are written if a language attribute is used the rex config.

also there's another bug i found.
if source xml has multiple categories then multiple language attributes are add to rex guide.

source xml
<category lang="en">Movie</category>
<category lang="en">Comedy</category>

rex config
<category>'category(,)'</category>
rex guide.xml
<category lang="en,en"&ht;Movie,Comedy</category&ht;

if i use..
<category lang="en">'category(,)'</category>

nothing is written to rex guide.xml even though the source has category elements with this language attribute.
thats why its either a bug or the lang attribute applies to the title only.

talked to jan about this and here the reply..

It seems that you cannot set a new the attribute name without adding the /a for the element value . This works
rex config
<category lang="kodi">'category/a(, )'</category>
rex guide result..
<category lang="kodi">Series(es), Drama(es), DramaSeries(en)</category>
But without /a it doesnt. Which more or less is correct because the attribute is used as element selection . So without /a it tries to locate categories with lang kodi, which arent there.

you could also use /a+

rex config
<category lang="kodi">'category/a+(, )'</category>
rex guide result..
<category lang="kodi">Series(lang es), Drama(lang es), DramaSeries(lang en)</category>

/a and /a+ is explained in the docs.

the /a and /a+ applies to all elements that have a lang attribute,description is included.
title
subtitle
description
category
country
premiere
other that i remember off the top of my head.
the full list is avilable in the xmltv.dtd
https://github.com/XMLTV/xmltv/blob/master/xmltv.dtd

It should work for all supported attributes, not only lang .. like system, type, even role

there is a table in the documentation , chapter 5.1.6.5

Sorry I don't understand that . What (and where) in the captured xml (is that the 'conrex' one?) is lost . Can you point to a location in that file ?

You already answered that .. will look why ..

its fine to use the |
appears to be the custom lang="sc",lang="cc" breaking this.
if you use just <desc> results look ok.
jan will have to look into it.

Contrary to what Blackbear found, the | character must not be used ! It messes up the lines in rex.config while parsing.
If you remove all | or replace them with some other character it all seems to work .

send me the complete ini in which this occurs. Use the wg++ email [email protected] .. thanks Jan

Upgrade to 5.2.2 beta