
First of all, I am delighted that Roll20 has endeavoured to make "Duplicate" truly duplicate. :) And the three check boxes are a fantastic addition. Thank you. Unfortunately, it gets the order of objects incorrect. PaprikaCC's True Page Copy API got this perfectly correct and hopefully you can do the same. Here's an example. My campaign depends on PaprikaCC's True Page Copy API by making two copies of a master map, which in turn is created from the same API. The campaign dictates what table top wargames are played, the forces, artillery support, etc involved and the results are applied to the tokens that represent the units on the Roll20 Campaign map. I am certain I am not the only one who will have difficulty with the order of objects being messed up. :) Here's a section of a map. Everything in this screenshot is in the Map and Background layer. There is one large background that is at the very back of this layer and you can see trees, hills, feature names, towns and roads in front of it. The Swamp Lake name, for example is in front of the blue freehand shape of a lake and the freehand roads are behind the towns: When I disable PaprikaCC's True Page Copy API, this is what happens with the new duplicate: As you can see, it would be an absolute horror show trying to rearrange this. It is kind of random how this manifests itself. Worse, re-enabling PaprikaCC's True Page Copy APIgets the same results. Is anything being done about this? Can your new addition be turned off somehow so I can at least use PaprikaCC's AP? This bug has completely invalidated all the work I've done since I arrived here. PLEASE FOLKS, you have a tendency to ignore things you break and not bothering with them (for example: <a href="https://app.roll20.net/forum/post/9017606/3d-dice-have-stopped-rolling-on-sendchat/?pageforid=9017606#post-9017606" rel="nofollow">https://app.roll20.net/forum/post/9017606/3d-dice-have-stopped-rolling-on-sendchat/?pageforid=9017606#post-9017606</a> ) Do ANY of the developers even look at this forum? -- Tim