Major Issue With New True Page Copy

First of all, I am delighted that Roll20 has endeavoured to make "Duplicate" truly duplicate.&nbsp; :)&nbsp; And the three check boxes are a fantastic addition.&nbsp; Thank you. Unfortunately, it gets the order of objects incorrect.&nbsp; PaprikaCC's True Page Copy API got this perfectly correct and hopefully you can do the same. Here's an example.&nbsp; 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.&nbsp; 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.&nbsp; Everything in this screenshot is in the Map and Background layer.&nbsp; 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.&nbsp; 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?&nbsp; This bug has completely invalidated all the work I've done since I arrived here.&nbsp; 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

To answer your last question, no, the developers do not typically follow individual forum posts. There are a number of curated threads that are followed, but pretty much since the beginning of the year, they have asked that users file a&nbsp; Help Center Request &nbsp;instead, as this forces the creation of a ticket, which must be attended to. As for your larger question, I agree that that is annoying. However, I don't see a lot of reports for this, so there is a high likelihood that this is some unfortunate interaction with the script you cite, which would be beyond their purview to test for. I haven't run into any re-ordering issues using the feature myself, and I know that forcing the order was one of the issues the script creator wrestled with. Possible solutions (I'm not sure what you have tested and what you haven't from the post above): Continue using the script and ignore the feature Use the feature, but only on pages the script has never touched. If you can come up with some reproducible steps that demonstrate a bug with the copy page function (that do not involve the API script), I'd be happy to try and verify on my end, and lend my voice to yours (i.e. also file a&nbsp; Help Center Request .)

Thank you Keith.&nbsp; I'm not sure how the True Copy API would interfere with things.&nbsp; I spend a lot of time working on my current map.&nbsp; Let me see if I can reproduce this in a new campaign without any effect from the script.&nbsp; Hang tight. keithcurtis said: To answer your last question, no, the developers do not typically follow individual forum posts. There are a number of curated threads that are followed, but pretty much since the beginning of the year, they have asked that users file a&nbsp; Help Center Request &nbsp;instead, as this forces the creation of a ticket, which must be attended to. As for your larger question, I agree that that is annoying. However, I don't see a lot of reports for this, so there is a high likelihood that this is some unfortunate interaction with the script you cite, which would be beyond their purview to test for. I haven't run into any re-ordering issues using the feature myself, and I know that forcing the order was one of the issues the script creator wrestled with. Possible solutions (I'm not sure what you have tested and what you haven't from the post above): Continue using the script and ignore the feature Use the feature, but only on pages the script has never touched. If you can come up with some reproducible steps that demonstrate a bug with the copy page function (that do not involve the API script), I'd be happy to try and verify on my end, and lend my voice to yours (i.e. also file a&nbsp; Help Center Request .)

EDIT: FWIW, I've submitted a Help Centre Request, #37640.&nbsp; OK. :)&nbsp; Open a&nbsp; new project. Don't add any APIs. One the first map, open the settings window. Open the settings of the first map that shows. Set Grid Cell Distance to 2 km Set bk colour to #93c47d Set the Grid cell distance to 2 km. Set Grid On. Set Grid Type to Hex(V) Save settings. Search for images "town jdale" or some other town. Plop down three or four of the greycolured towns. Find a token that is square and suitable for a background image. Drag it to a hex. Expand it to fit the whole map.&nbsp; You will have to do a combination of dragging to do it, the token dialog doesn't seem to have a size anymore.&nbsp; I'm pretty sure it did before. Let me check a D&amp;D campaign I've set up for someone to run where I have token resizing... hang on.&nbsp; Well, there is now no option to set the size of a token.&nbsp; I''m not sure if there was before. Anyway, let's carry on. Select everything and right click, move to map layer. Now, while on the maplayer, go to the draw tool and pick freehand. Now choose a yellow or buff colour at regular width. Connect the towns. Now select the towns, shift click. Right click, bring the towns to front. See what we have? We have a bunch of towns with roads connecting them. Now, let's open the maps like so: Wait, let's verify that API from PaprikaCC, True Page Copy is nowhere in sight! Go back on the browser. Select settings and API Scripts: So no scripts showing! Let's navigate back to the new campaign: Click the map you've made and choose duplicate page. Keep all the check marks on or just map and lighting.&nbsp; It does not matter.&nbsp; Click Duplicate. Once the copy of your page is complete as in the screen shot above, go to the copy duplicate has made: The result is the above.&nbsp; This did NOT happen with&nbsp;PaprikaCC's True Page Copy. Please, give it a try.

I can confirm this behavior, and I have never used the True Page Copy API script. It would seem that the new Page Copy feature is not respecting any To Front or To Back commands that have been done (or at least mixing them up). If True Page Copy is working properly, perhaps that code should be looked at for a solution?

+1 can also reproduce this behavior

Excellent. Thanks to all the folks who corroborated and to Tim for putting together the test. It looks like the issue is related to having issued ToFront and ToBack commands on the assets? I'll report through what channels I have, but the&nbsp; Help Center Request &nbsp;that was sent is still the best way to see any action on this.

Rabulias said: I can confirm this behavior, and I have never used the True Page Copy API script. Chuck M. said: +1 can also reproduce this behavior Rabukias and Chuck, thank you both so very much.&nbsp; It's good to know I am not wailing in the darkness.&nbsp; LOL If I could beg you both to report this at <a href="https://roll20.zendesk.com/hc/en-us/requests/new" rel="nofollow">https://roll20.zendesk.com/hc/en-us/requests/new</a> (Keith's link) it would help very much.&nbsp; I think to make it easy you can refer to Help Centre Request, #37640 and to the link to this topic, it would be easier for you.&nbsp; Here's how I filled the form's boxes, if you are wondering.&nbsp; Not telling you what to do, I've put this here just in case the choices are off putting.&nbsp; I labelled "Influence on my experience" as urgent.&nbsp; For me it is, your mileage may vary, of course.

FWIW, I did a similar experiment without using to front or to back.&nbsp; This time, I laid down and stretched out the background image.&nbsp; Then I did the roads next.&nbsp; Finally I added the towns (not sure why towns are so big here): I ended up with a similar result: So interesting.&nbsp; I'm adding this to the email confirming the number they give you. -- Tim

based on that latest experiment/post, Tim, could it be layering Drawings (or Drawing Tool drawings, shapes, lines), to the wrong order? Rather than wholly messing up the ordering of anything/everything from token layer? e.g. if you run the experiment again, but with graphics for roads instead of drawing lines, does it still mis-order the graphic roads over the graphic town icons?

Here's another hint: z order of a few tokens with a drawing (path) on top, and one hidden behind bgImage1: I'll copy the page, and run zOrder again... the zOrder is the same, it's been copied over just fine, but the paths are no longer following the order: path2, behind bgImage1, has popped to the front despite still being in the correct place according the the Page Object. Finally, I'll draw another path on the copy (the indexing on the pathX labels is done by the script, they don't have names... so path2 here isn't actually path2 from the previous shots): The new path goes in the right place. There's still (allegedly) a path behind the background tile. So the Page Object is copying correctly, something else is going on that's forcing all the paths to the front. At a guess, the paths are being processed separately. If you copy the tokens to the new page in order of the z-order data, then process the paths afterwards, this is probably the result you'd get (I've reversed the order... the Page stores them from the back to the front). One of the grown-up coders would probably have a better idea.

If zorder bot is your own code try adding the id's of the objects and the id's in the zorder. It could well be that zorder is not filled with the new id's of the copied objects.

hi folks, really quickly, just got back from work late (trying to figure out what the blazes column based data means, yes, SAP HANA).&nbsp; I have to go to bed, I'll try and respond tomorrow.

Martijn S. said: If zorder bot is your own code try adding the id's of the objects and the id's in the zorder. It could well be that zorder is not filled with the new id's of the copied objects. Oooooh, clever! I totally missed that, and thought you might be on to something. But it appears to have fresh (and correct) ids in the new page's z-order: I did verify all the new ids with @{selected|token_id} on the copy of the map - the z-order list is accurate when it's created, rather than a direct copy of the old ids.

when i first read about the new duplication feature i was very happy. After a few experiments it shows that the arrangement of overlapping tokens/tiles doesnt follow the exact same order as in the original. which means: having a ground texture, under a shadow texture, under a wall token, won't come out the same way but get messed up and shadow ends up at the bottom or something like that. The outcome seems a bit random and i cant get it to work, if this wont be fixed the feature is next to useless, cause it brings lot of extra work in terms of correction etc.

Gold said: based on that latest experiment/post, Tim, could it be layering Drawings (or Drawing Tool drawings, shapes, lines), to the wrong order? Rather than wholly messing up the ordering of anything/everything from token layer? e.g. if you run the experiment again, but with graphics for roads instead of drawing lines, does it still mis-order the graphic roads over the graphic town icons? Hi Gold, I wondered the same, to be honest, but then realized my first post includes railways which are bunches of railway graphics reduced in side with, usually, lengths of 12 railway tokens grouped together, sometimes not, all disappeared beneath the background token. :) -- Tim

Hales R. said: Tim I'm tracking this bug now, and I have to say thank you for providing such awesome repro steps for this. It's so helpful to know exactly how to replicate so we can make sure that we're fixing the right thing. Thank you so very much. :) -- Tim

Hales R. said: Tim I'm tracking this bug now, and I have to say thank you for providing such awesome repro steps for this. It's so helpful to know exactly how to replicate so we can make sure that we're fixing the right thing. I would also point out something I discovered yesterday when I tried to just do a copy and paste of the Map and Background layer to get around this difficulty.&nbsp; The paste also does not respect the order of objects which quite shocked me.&nbsp; Unfortunately, I'm unable to conduct my campaign at all. -- Tim

Hales R. said: Tim I'm tracking this bug now, and I have to say thank you for providing such awesome repro steps for this. It's so helpful to know exactly how to replicate so we can make sure that we're fixing the right thing. I'm sorry, I've lost patience and faith in the roll20 team.&nbsp; :( While waiting for this issue to be addressed, I tried my hand with the jukebox and jukebox objects.&nbsp; Nothing worked as I expected&nbsp; That made me just throw up my hands.&nbsp; Then I tried to find a way to make the True Page Copy from PaprikaCC work and by importing the code discovered there was an issue doing that.&nbsp; I copied my campaign started with no code and still the True Page Copy did not work.&nbsp; Maybe I have too many objects on my map and background?&nbsp; I just don't know, all I know is roll20 is no longer for me. The unpleasantness of working on something and then seeing it broken (3d dice on sendChat, True Page Copy, and the malfunction of the juke box) reminds me far too much of an Oracle based database application software vendor I worked with for 20 years that tortured its clients by breaking well established processes whenever they decided to "enhance" their CMMS's capabilities.&nbsp; I was paid to put up with that, but I'm on roll20 to enjoy myself. I'm not, anymore.&nbsp; Seven months of work on campaign from May until December have been flushed down the toilet by enhancements that have been great for others but broken my efforts.&nbsp; I'll be hanging around roll20 as I'm running my friend's D&amp;D campaign here, but I'm fed up and will be trying to see what a competitor to roll20 has to offer.

I'm experiencing the Z-Order problem with Copy-Paste and Page Copy, as well.&nbsp; Like Tim. Drawings And Shapes come to the front, above graphics objects.&nbsp; They lose the z-order.&nbsp; This messes up roads, background boxes, and in some cases it's difficult or nearly impossible to select Just-The-Drawings to "Move to back" or just-the-graphics to "Move to Front". Problem!