[bug] JoinUntil discards modifications made on current line

[anon40688970]

I ran into a strange problem today. My script made some modifications on html content loaded from the web with regexpreplace but further on these modifications seemed to never have been made.
I tracked the problem down to a call of JoinUntil which seems to ignore earlier modifications that have been applied to the current line. See the debug log below how the buffer changes and suddenly, after the JoinUntil invocation, is restored to the initial state. I guess this is a bug.
As a workaround it should be possible in most situations to execute joinUntil first and apply the modifications afterwards.

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

Script-Line    : 176
Command        : findlinenocase
Parameter 1    : ><th<
Parameter 2    : >1<
Parameter 3    : >1<

Output         : >Die Lebenspraktikanten<

Line and position:
<th colspan='2'> Die Lebenspraktikanten 3: 

Kleine feste Orte

^

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

Script-Line    : 177
Command        : regexpreplace
Parameter 1    : >(?<=<th colspan=.2.>).+(\d+)(?=:\s+

\s+)<

Parameter 2    : >(Folge \1)<

Output         : >Die Lebenspraktikanten<

Line and position:
<th colspan='2'>(Folge 3): 

Kleine feste Orte

^

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

Script-Line    : 181
Command        : outputto
Parameter 1    : >TITLE<

Output         : ><

Line and position:
<th colspan='2'>(Folge 3): 

Kleine feste Orte

^

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

Script-Line    : 182
Command        : joinuntil
Parameter 1    : ></th><

Output         : ><

Line and position:
<th colspan='2'> Die Lebenspraktikanten 3: 

Kleine feste Orte

^

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

[pone]

@anon40688970

I ran into a strange problem today. My script made some modifications on html content loaded from the web with regexpreplace but further on these modifications seemed to never have been made.
I tracked the problem down to a call of JoinUntil which seems to ignore earlier modifications that have been applied to the current line. See the debug log below how the buffer changes and suddenly, after the JoinUntil invocation, is restored to the initial state. I guess this is a bug.
As a workaround it should be possible in most situations to execute joinUntil first and apply the modifications afterwards.

It's the same when you use moveline, gotoline or findline after using regexpreplace. So i think Mp3tag Web Source Language always restores the orignial web text if you use any command which moves/joins lines.

That can be very usefull sometimes. When you parse the same text section serveral times for different information, you don't have to care for replacements you have done befor

[anon40688970]

@pone

It's the same when you use moveline, gotoline or findline after using regexpreplace. So i think Mp3tag Web Source Language always restores the orignial web text if you use any command which moves/joins lines.

That can be very usefull sometimes. When you parse the same text section serveral times for different information, you don't have to care for replacements you have done befor

I thought i had tried findlinenocase after regexpreplace, but you're right. Knowing that findline, moveline and gotoline etc. share the behaviour of joinuntil and discard previous modifications is definitly helpful. Thanks!