OK, I checked. Your request has not been "binned". There has been some healthy debate about the request in the CCR, and it's agreed that there should be user control over which attributes get transferred to any new library. Some people might want some (or all) of the attributes copied, some might not. For example, if you've got an attribute indicating a reference library as readonly, and you take a (writable) copy of it, having it marked as readonly might not be appropriate any more.
Also, it's perfectly reasonable to have attributes for a non-existent library in the cds.lib, so that when the library gets created, it gets those attributes.
I'm not saying that these are necessarily what most people would want, just to illustrate that it's more complicated than it might seem from a first glance. It would also require changes to various APIs (not SKILL APIs, but the APIs used at a lower level in the tools) to allow better (selective) propagation of such attributes. So this needs careful architecting.
Since it's impractical to plan any bug or enhancement request that comes in straightaway (unless it's a production-halting bug) - after all, we've already planned out the work for the next release - the normal process is for it to be backlogged (marked "Inactive") until the next planning phase - at which point it can be considered alongside all the other requests, and prioritized. If it doesn't make it for that planning phase, it can be considered at the next planning phase, and so on.
So the CCR is awaiting consideration for implementation when we next do a planning session.