Darcy,
I, too was recently hit by the bug, Jan 14 to be precise. It was the middle of the day, so I froze everything as soon as I noticed it, and sent the message below. I had 14 files open. However, one thing I noticed in this case - even though the score was showing Trombone 2, when I switched to Scroll View, everything was there as it was supposed to be (see the paragraph starting with "Crap". That, to my knowledge, has not happened before, though to be fair, I never switched views before when I had noticed a corrupted score file.
Christopher
Here is the message I sent to Allen and Macsupport.
Hi all,
I have sitting in front of me right now on my computer full proof of the file overwrite bug, as it occurred in FInMAc 2005a. I haven't touched anything, as far as I know, since it happened. Is there anything you would like me to check while the file is open? The state of my temps files? Text block ID's?
I had extracted parts last night from an orchestra score (based on an old file, if that means anything), opening them all at once automatically. I cleaned up and printed the first three (including changing the page 2 text block to include the instrument name), then Finale started acting wonky (strange things highlighted on the screen, command opt [ would not work along with some other key commands) so I quit without saving anything. This morning I started again. The computer had been on all night. I re-opened Finale, this time with only half the parts opened, and worked apparently without incident. During the first part I worked on I was testing out the TG Tools Process Extracted Parts plugin, and in the process of expermenting I selected the Horn 3+4 staff in the SCORE, copied it with the Mass Mover, and pasted it into the open part file. This took a little longer than I am used to, but it worked. I hid (yellow button) the score file while I continued working.
A few parts later I worked on Trombone 2, but I didn't notice any problems at the time, even though THIS appears to be when the bug hit. Everything proceeded normally from then on, including opening up the second batch of part files and editing and printing and saving them. When I un-hid the score file, it turned out to be the Trombone 2 part, even though the file name was still that of the score.
Crap! I just now looked at the score file, and when I changed to Scroll View, the entire score was there, unchanged! When I switched back to Page view, the score was back too, apparently normal. What happened? Why would a file appear to have different contents one time, then change when I change views?
I have saved it under a different name, just for comparison.
Waiting to hear from you.
Christopher Smith
On Jan 19, 2005, at 2:24 AM, Darcy James Argue wrote:
CC: of message I sent to Allen and MacSupport, minus the attached files:
Hi Allen, guys,
Allen, I know you're going to NAMM but hopefully you get a chance to look at this when you get back.
I think I may have an instance of the File Overwrite bug in action. This is in Fin2005a. I have 22 documents open. The frontmost document -- "08 The Gallows 2005.mus" -- is *displaying* the *content* of that file (a score), but when I go to print, the file that actually prints is a different (also currently open) file -- "WitCan - 002 Percussion 2005.mus" ( a part). I have confirmed this printing error twice.
I am sending you both files in their current states. When you open "08 The Gallows 2005.mus," does it look like a score, or a part? When you print it, does the printout match the screen contents, or does it print a percussion part instead?
UPDATE: when I open a second instance of the part, it prints correctly. I'm going to save the problematic instance under a different name and see what happens.
- Darcy ----- [EMAIL PROTECTED] Brooklyn, NY
_______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
_______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
