[re-edit] removed reference to specific version of platinum, may be it's an older issue [/re-edit]
 
[edit] This problem may be specific to opening a new project from a midi file, and may not be new:  can not reproduce in an older cwp file re-opened in Cambridge  ... the paste special works as expected.  [/edit]
 
Windows 7.   New bug, I believe:   Paste Special now offers no choices for cut/copy and paste of a midi selection:   the selection that has been cut or copied goes to the end of the project into a new track.  NOT a good thing ....

Click the Advanced button to see the full dialog. In any case, the target time for paste always defaults to the Now time.

No, in the bug I found, the paste ignored now time and ignored selected track, and pasted to a new track at the end of the project.  No dialog window opened.   
 
As I edited above, this was not reproduced in opening a cwp project, so it may have to do with opening a midi file (.mid, format 1).
 
(re-edit) ..Or it may have been something else ... can't reproduce it now even with opening a mid file.   ... hm.  

If I understand you correctly, you are opening a project from a MIDI file as opposed to importing a MIDI file into an existing project. SONAR, Logic, and other programs handle these two scenarios differently.
 
A variation on this issue came up in a different thread which wondered why the browser could not preview a MIDI file at its "native" tempo. A file saved as a Standard MIDI File (Type 0 or Type 1) contains a header that encodes a variety of information (including "native" tempo information).
 
If you have a new, blank project, choose Open, then navigate to a MIDI file and select it, the project will load the Standard MIDI File and its header information. This is because it's assumed that if you're treating a Standard MIDI File as a project, then you want to force the new project to have the same characteristics as the SMF header dictates. 


It's best to import MIDI data if you want it to conform to the characteristics of the project instead of being treated as a separate project with its own characteristics.

williamcopper
No, in the bug I found, the paste ignored now time and ignored selected track, and pasted to a new track at the end of the project.  No dialog window opened.   
 
As I edited above, this was not reproduced in opening a cwp project, so it may have to do with opening a midi file (.mid, format 1).
 
(re-edit) ..Or it may have been something else ... can't reproduce it now even with opening a mid file.   ... hm.  

You can't reproduce it, because it wasn't a bug; it was user error. Paste Special always opens a dialog because it needs you to define what's special about it. If you didn't get a dialog, the only reasonable explanation is that you didn't hit the right keystrokes (Ctrl+Alt+V), or you missed clicking the Paste Special menu item.
 
 

You have great faith, brundlefly.   I am CERTAIN POSITIVE SURE that what I reported happened.   And no, I didn't miss the keys or click the wrong thing.    If you have never seen peculiar behaviour that is difficult to reproduce, well ... much earlier in my life I had a stint as a computer program testing expert.   With enough time, one can figure out how to reproduce nearly anything; it can take a LOT of time.     But saying, "no it couldn't have happened" is just naive. 

There are zero changes to edit paste or edit copy or any of the selection logic in Cambridge.
As brundlefly indicated you are most probably not doing paste special.

Noel, it's possible this bug/feature/whatever was there long before Cambridge, and I only noticed it in connection with a midi load in Cambridge from a file exported from Sonar 5.   I assure you, though, somehow, it did happen and I did NOT miss the keys.  I hope it's not necessary to say, weird things do happen. 

williamcopper
But saying, "no it couldn't have happened" is just naive. 

Okay, let's just say that based on my knowledge and experience, the probability that this was due to a bug is on par with the proverbial cow jumping over the moon, and no more "naive" than your being "CERTAIN POSITIVE SURE" that you didn't miss-hit key or miss-click with your mouse (which was it by the way?) or immediately posting that Paste Special no longer works when you hadn't yet confirmed it with a second attempt yourself.
 
If you look at my long history of posting, I think you'll find that I'm seldom so adamant that an issue couldn't have been due to a bug. In this case, I can envision no circumstance in which a function that requires user confirmation in a dialog box is going to execute with that dialog ever being displayed. If there's a bug, the only one I can imagine is that the graphical display of the menu function was somehow misaligned with your mouse input so that you got Paste instead of Paste Special - also highly improbable, but slightly less so.
 
Ergo, I conclude with a high degree of confidence that it was user error.
 

Well, Brundlefly, I will admit to sometimes making a user error.  But I really don't think so in this case.  (See HMS Pinafore: "Never?  Never!   Never??   Hardly ever. " )  You'll remember that in Plat, "paste special" is no longer available with a key command, unless you make a special binding, which I haven't.  So it had to have been a mouse click, and I did it repeatedly, got several new tracks at the end of my project and each set at the end of the previous.