Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account
This post has been closed. You can still view previous posts, but you can't post any new replies.

More transparency and no cap on the "Copy Game" feature.

1546584716

Edited 1546592113
I have been on Roll20 and had a Pro membership for several years, resulting in games that have lasted longer than 1 year and have accumulated quite a lot of maps, characters and handouts. Usually one of the great things about putting months and months and hundreds of hours into a campaign is that it has a huge amount of re usability. In my experience, there is currently an unknown cap on game size at which point the copy game feature no longer works, unfortunately there is currently no way for a user to determine the size of their game and also, as far as I know, there is no public record of the exact size cap of games at which point the feature no longer works. All of this puts a huge damper on the re usability of campaigns from loyal recurring members of the Roll20 community. As a result I am making a number of suggestions: 1) There should be a way for the creator and GM's of a campaign to determine the exact size of their campaign. 2) The size cap of the "Copy Game" feature should be transparent and known to all users. 3) Increase or completely eliminate the cap on the "Copy Game" feature.
All three sound reasonable to me. 
1546719448

Edited 1546719716
Pat S.
Forum Champion
Sheet Author
Hello Dillon. I asked the Devs about this matter and they replied that they do not intentionally set any data caps on the "Copy Game" function. It is entirely dependent on what the firebases are setup to allow in a data transfer (google's limitations not Roll20s). This makes #2 and 3 an invalid suggestion as it falls outside Roll20's control. I'm not sure about #1 but the size of the campaign is usually the sum of all your used graphics, handouts, and journals.
1546767491

Edited 1546767761
Pat S. said: Hello Dillon. I asked the Devs about this matter and they replied that they do not intentionally set any data caps on the "Copy Game" function. It is entirely dependent on what the firebases are setup to allow in a data transfer (google's limitations not Roll20s). This makes #2 and 3 an invalid suggestion as it falls outside Roll20's control. I'm not sure about #1 but the size of the campaign is usually the sum of all your used graphics, handouts, and journals. If what you say is true then only number 3 is an invalid suggestion, as even if they don't control the limit they should still be able to communicate it to us, the users. This is all predicated on the assumption that Roll20 can't "update" or "improve" its "service level" with firebase and increase the current caps.
1550175639
Roll20 Dev Team
Pro
Marketplace Creator
Thanks for the suggestion! After 30 days, Suggestions and Ideas with fewer than 10 votes are closed and the votes are refunded to promote freshness. Your suggestion didn't build the right momentum this time, but feel free to submit it again! We find that the best suggestions describe the problem you are having, and the solution you want. You can learn more about the process of making suggestions on the Roll20 Wiki! More details can be found here .