Persistent Lyrics

[dj]

Hi, Reinhold:

Following our conversation in the "Unable to delete sound change events" topic, I now can't make Composer misbehave regarding the "persistent lyrics".

That is, I can't make the behaviour described here happen again.

So, I'll keep an eye out for it, but I can't find a current instance of it.

David

[rrayner]

Attached is a snippet of the piece that was originally created on Beta 136. Using Beta 164, I copied 4 measures of it into a blank template. Then I added 4 measures; copied/pasted the first 4 measures into the second 4 measures.

With Beta 164, I could delete the lyrics in measures 5-8 by being insistent and selecting/deleting the lyrics until they were gone (I think 4 times).

With Beta 169, I could not delete the lyrics in measures 5-8 (tried 8 times with no success).

I hope this helps.

Keep in mind that today, I started with a piece which I had earlier (below) reported as having the problem. Perhaps that is contributing to the problem in the attached snippet.

Ralph Rayner

[Reinhold H.]

Ralph,
Thanks. This is what I am looking for. Became TaskID 3000.
Reinhold

[Reinhold H.]

Ralph, David,

I analysed the file "Test.not" and to me it looks as if it is the same bug that is reported under "Unable to delete Sound Change events" here.
It should be corrected with build 3.0.6-169. However, impacted files need to be fixed manually. Please see att #1. Measure 1-4 required 16 times deleting, measure 5-8 deleting of 64 times.

In attachment#2 you ill find the fixed file.

We will run some more tests to be sure that the bug is 100% fixed. Please use the latest 3.0.6-176 which was released last Friday.

Reinhold

[Reinhold H.]

This issue is definitely fixed since build 3.0.6-169. Further tests in comparison with the faulty versions showed that the fix of Task 69 (from 09/24/2008) in 3.0.6-132 was the root cause.

The issue which was reported by Ralph was carried over from the faulty beta version with the saved .not file. It really needs to be fixed by hand deleting the lyrics multiple times (4, 16, 64..) based on how many copying happened. I am sorry that the incomplete fix of Task 69 caused this issue. However, Task 69 which was open for ~10 years is fixed now, finally. And, this issue clearly shows the value of the beta testing for us.
Thank you very much

Reinhold

[dj]

Thanks, Reinhold!

[rrayner]

Thank you for your thorough persistence, Reinhold! RRR