First thing I would do is reset preferences. The default is for Finale to copy everything and it does for me.

I believe that the entire score (or staff set) need to be selected. If you copy sections, time changes don’t come along.

(If I’m wrong, sorry…)

Ernest Biggs, I did the reset preferences and it now seems to be copying those key signature changes.  Thanks for that tip.

I had never made any changes to preferences when Finale stopped copying key signature changes all by itself. I guess that is a glitch (?)  

Now, Finale started doing another weird thing:  it will either not copy clef changes (if copy filter is off, or if it's on and set to "copy when clef changes" and as a result bass notes are in treble clef or vice versa)  OR if I set filter to copy clefs "always" it does copy clef changes -  BUT CHANGES THE CLEF at the beginning of the copy section  before any clef changes were made - to an ALTO CLEF!  All instruments are now violas!    Where did that come from?   Maybe this file is corrupted?  

What I'm trying to do is put separate movements of  a large orchestral piece together into a single file with NO CHANGES.  I'm not doing any forced placement into a different score template, transposing keys, changing time signatures etc.  - I am just using INSERT  to try and put the copied music into new inserted measures, same setup but blank, without changes.  Probably I should just stick to the separate files...  

Would you be interested in me looking over your file? Leave it as is and u/l to google drive and give me access to it.

OK,  I uploaded this to Dropbox - I believe this can be downloaded (though their site is somewhat vague about that).  The first file is the 1st movement, one of four I'm trying to copy,  and the second is the blank template that has the same instruments I'm trying to copy into.  Finale either puts in weird clefs, or doesn't copy clef changes.  

https://www.dropbox.com/scl/fi/hnqcpmrpbaf8xyyr5sjne/Symphony_Complete_2016_1_Larger_WW_11_x_17.musx?rlkey=zc0otdh6uswdki4qgh65lge5a&st=c0qnsug5&dl=0

https://www.dropbox.com/scl/fi/ecfqzgc30s2wiayset6h7/Symphony_template.musx?rlkey=3ctr93c3oobhfksig9xovuy5b&st=vp4pf2u0&dl=0

This is actually Finale 27 latest version - I upgraded it. So this glitch is happening in the latest build.  I just tested it again and the program inserts clef change to alto clef on all instruments for one measure, then changes it back to the actual clef they are supposed to be in.    It then later correctly includes clef changes that were written.  

I was able to copy it but I had to make a new document. I am still looking to see what is wrong with yours. Everything copied as it is supposed to but you did not allow u/l to your Dropbox folder. You added an organ part but I didn't see any music in it so I did not add it in the copy. You also had hidden staves so I would do all the copying in scroll view where they all show all the time. If you want to file allow u/l to Dropbox.

OK the addition of the organ is what is causing you problems. The original doesn't have it and you can't copy key sigs and time sigs unless you can select the entire measure stack. Delete the organ and try it, it should work it does here.

No, that is not it at all. You are wrong on that.  I do appreciate your looking at this, thank you!   But I had the organ part to begin with, and it was simply hidden staves on the first movement. But  I tried copying from scroll view, with all staves visible, and the same thing happens. I also created a new version  with all staves including  the organ, and same thing happened.   Clefs are copied with nonsense clefs, then go back to correct after a measure. 

If you set allow u/l to your Dropbox I can show you it working as expected. On your temp file and a new one made by me.

Thanks but seeing a complete score won't help as I needed to do it here. I tried again copying into the exact same score setup in another document which has no notes, inserting, and this happened:

with edit filter off - clef changes are left out of the copy

with edit filter on and "copy clefs always" checked - Finale inserts alto clefs for one bar into all staves then inserts correct clefs in the next

with edit filter on and "copy clefs when needed" checked, clef changes are again left out of the copy

So there is no way with these settings to copy correctly. This is after I reset preferences in both documents. Also one other thing I tried: merge scores. This resulted in the same wrong clefs inserted.

This score is pretty old, from a much earlier version of Finale though it has been converted and saved to the newest. I wonder if that causes glitches. It was originally a different music font as well. But anyway, I just fixed the individual movement files separately and the score is correct now though separate files. It's weird as I've been using Finale for many years and never had this happen.

Thanks anyway for looking into this.

So there is no way with these settings to copy correctly.

You are correct it is not your copy settings. The only thing I changed to make it work on your stuff and using your template was to make sure the entire measure stack was selected. The first time I tried it on your stuff it didn't work for me either. It did not copy keys or clefs or even notes correctly because Finale didn't know where to place the missing staffs. I think your problem was the hidden staves. Make sure everything is visible when you do your coping. Alt-click the first measure stack. Shift-end and Ctrl-c. On an identical Finale document you can again alt-click the first measure stack and ctrl-v. I did it several times and it worked every time.

This score is pretty old, from a much earlier version of Finale ...

That should not make any difference. The important part is all staffs visible and an exact document to copy to.

William I hope this gets you going and you get your work successfully done. 

Actually I did exactly that - I had all staves showing on both scores, and the exact same score setup. And it didn't copy correctly. So it isn't that either. Very weird. But the individual files are OK. Thanks again!