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.

The Jumpgate Beta for Pro Users Has Arrived!

April 02 (1 year ago)
keithcurtis
Forum Champion
Marketplace Creator
API Scripter

Hi Rick!

That Group Initiative display problem might be just due to dark mode interaction. Is the display different when using dark mode in Classic Roll20?

Can I check whether the Aura/Tint Healthcolours script / API should be fine now?  It does appear to work, but for existing tokens the size is funny.   If you drag a new instance of the token onto the map it works fine.  On the image below the existing token is on the right, new one on the left.


The weird bug were character health on the tokens doesn't update until you edit / save the character (the health stays at level 1 value) still exists as well.

In terms of Large maps there still appear to be issues.  I've tried the large ones on the Crown of the Oathbreaker module and pre jumpgate they were bad and they actually seem worse now, not better.  It's the palace maps in the module primary, the others seem fine.

April 02 (1 year ago)

Edited April 02 (1 year ago)

Hi Keith!

In Classic Roll20 [ I like that designation :) ] I have Group Initiative set to have no output to the chat at all. I've verified that Group Initiative is configured the same in the Jumpgate version of the game, but setting seems to have no effect.

Also, TokenNameNumber isn't working correctly either. If I drag an NPC from the journal, the token name is numbered correctly (Orc 1), and for any subsequent token that is dragged from the journal the token name is also indexed correctly (Orc 2,  Orc 3, etc.) but if I copy+past the original token to make copies, the token name does not index.

This, along with the error that I'm getting with Wildshape, makes me believe that the token name is not always being recognized


keithcurtis said:

Hi Rick!

That Group Initiative display problem might be just due to dark mode interaction. Is the display different when using dark mode in Classic Roll20?


April 02 (1 year ago)

Edited April 03 (1 year ago)
Bodo
Pro
Sheet Author

Hi Rick,

@{target|....} rolls (also custom roll parsing but even rolls in chat) are not working in Jumpgate currently and this has been already reported and has been confirmed to be an issue or is a missing implementation. They are working on a solution.

Rick A. said:

Unfortunately, I can't say the same. Many of my TokenMod macros are still not working. (I have gone back to my non-jumpgate game to verify that those macros still do work there.)

Anything using "  --ids @{target|Target 1|token_id}" does not pull up the prompt for selecting a token




April 02 (1 year ago)

Edited April 02 (1 year ago)
Andrew R.
Pro
Sheet Author

 I already reported that a while back on page 2. 

Rick A. said:

Also, TokenNameNumber isn't working correctly either. If I drag an NPC from the journal, the token name is numbered correctly (Orc 1), and for any subsequent token that is dragged from the journal the token name is also indexed correctly (Orc 2,  Orc 3, etc.) but if I copy+past the original token to make copies, the token name does not index.



April 02 (1 year ago)

I missed that. Scanning the thread a bit too fast. :)


Andrew R. said:

 I already reported that a while back on page 2. 

Rick A. said:

Also, TokenNameNumber isn't working correctly either. If I drag an NPC from the journal, the token name is numbered correctly (Orc 1), and for any subsequent token that is dragged from the journal the token name is also indexed correctly (Orc 2,  Orc 3, etc.) but if I copy+past the original token to make copies, the token name does not index.



April 03 (1 year ago)

Edited April 03 (1 year ago)


Fran said:



Mike, how do you feel about this change? How does it effect your experience, positively or negatively - or both? 




Not Mike, but anything that looks ugly is a bad design decision in my book.

The doors being covered by fog of war looks ugly. The door icon itself looks ugly as well (extremely ugly compared to the Foundry icon, as an example), but I assume since you folks haven't listened to feedback before on your icon design choices, you won't now ¯\_(ツ)_/¯.

April 03 (1 year ago)


Julia S. said:


Riley D. said:


Julia S. said:


This module has all the monsters action displayed as token actions with macros and all the players saw them and were able to click on these buttons.



Thanks for your feedback! Just drilling in on this issue since it's one I've been unable to repro -- so like...the players could click on monsters they shouldn't be able to control and therefore could see their token actions? Or the token actions were...showing up for an unselected monster...? 



I think, we can try to recreate it tomorrow with my players and I'll send the screenshots how the players see it.

It seems that the players could see the token actions of the monster that I had chosen at that time and these action buttons were clickable for the players but they returned these types of responses:



I can confirm from my game last night that players could see the token action buttons from NPC and PC tokens of other players. 

Also, could see the token bars and bubble for token markers on tokens they had no control over. It seems when another player selected their token, it would show up on other players VTT as if they had selected the token. But not every player reported seeing that. As playing the game had priority to debugging, I did not capture screen shots or console log.

April 03 (1 year ago)

Another issue - I had a drawing on the GM layer that the players were able to see. It was the only thing on the GM layer so I moved a token to the GM layer and they reported it disappeared for them as expected, and reappeared when I moved it back to the token layer. We were on the one map all night so I couldn't test further.

And a couple of the players were asking about seeing something that wasn't on the map - like a ghost token or drawing but it was at a different spot on the map for each player.

The map was set up in a non-Jumpgate game that was copied over to Jumpgate. Dynamic lighting with Explorer mode and daylight mode enabled. There were no dl lines or objects being used.

We all love the zoom-centred-on mouse feature and the double ping is cool. My experience with panning the map was excellent, along with grouped tokens being moved.


April 03 (1 year ago)
Jake
Pro

If I am pro and drop to plus, do I lose access to games i created in the jumpgate beta?

April 03 (1 year ago)
Andrew R.
Pro
Sheet Author

I can report that I can use the canvas and put tokens off the map that I used to hide under Fog of War. For example, the monster tokens that are in the Tracker. Huzzah!

Do I lose access to games I made in the Jumpgate beta if I become a pro and the
n upgrade to Plus?


Columbus E. said:

Do I lose access to games I made in the Jumpgate beta if I become a pro and the
n upgrade to Plus?


Plus is a downgrade compared to Pro... Jake above asked the same thing...

April 03 (1 year ago)
Riley D.
Roll20 Team


Jake said:

If I am pro and drop to plus, do I lose access to games i created in the jumpgate beta?


Once the game is created it should continue to work even if you drop down from Pro.

April 03 (1 year ago)
Riley D.
Roll20 Team

Hey folks,

Just wanted to let you all know we released a few other updates to Jumpgate games:

  • The @{target} macros/rolls should now be working properly.
  • Initiative rolling (i.e. pressing the "roll initiative button" on a character sheet) should now be properly adding the token to the turn order.

Also just to note a few things that we're working on now that should be coming soon:

  • We're exploring the load times for maps especially in Chrome that have lots of objects on them.
  • We're working on making it more clear what areas of the map are visible to the GM but hidden to players (i.e. outside the bounds of the page).
  • We're working on the interaction between Fog of War/darkness and the other UI elements like the door/window icons.

Thanks for your continued feedback!

April 03 (1 year ago)
Riley D.
Roll20 Team


Doug E. said:


Julia S. said:


Riley D. said:


Julia S. said:


This module has all the monsters action displayed as token actions with macros and all the players saw them and were able to click on these buttons.



Thanks for your feedback! Just drilling in on this issue since it's one I've been unable to repro -- so like...the players could click on monsters they shouldn't be able to control and therefore could see their token actions? Or the token actions were...showing up for an unselected monster...? 



I think, we can try to recreate it tomorrow with my players and I'll send the screenshots how the players see it.

It seems that the players could see the token actions of the monster that I had chosen at that time and these action buttons were clickable for the players but they returned these types of responses:



I can confirm from my game last night that players could see the token action buttons from NPC and PC tokens of other players. 

Also, could see the token bars and bubble for token markers on tokens they had no control over. It seems when another player selected their token, it would show up on other players VTT as if they had selected the token. But not every player reported seeing that. As playing the game had priority to debugging, I did not capture screen shots or console log.


Okay we figured out why this is happening and have a fix in the works. Thank you!

April 03 (1 year ago)
Andrew R.
Pro
Sheet Author

I can confirm that both of these are working properly in my 13th Age Glorantha games. 

Riley D. said:

Just wanted to let you all know we released a few other updates to Jumpgate games:

  • The @{target} macros/rolls should now be working properly.
  • Initiative rolling (i.e. pressing the "roll initiative button" on a character sheet) should now be properly adding the token to the turn order.
April 03 (1 year ago)

Edited April 03 (1 year ago)
John
Pro

Wow - you guys are pumping out the fixes! Here's another oddity I noticed on my Mac/Chrome - if I have a token selected while it's bubbles and token actions are visible and then move the token, the bubbles and token action buttons disappear. I need to deselect and reselect the token to get them to show again.

April 03 (1 year ago)

Hey guys, thanks for the fixes, excited to test it out during the weekend.

I've noticed a new bug with the walls though - the regular walls and one-way walls look the same. I don't know if anyone else saw this.

And I had a very strange occurence - when I changed the alone-standing wall (the column) from the wall to one-way wall some of the walls in the vicinity also changed the type to one-way even though they were not selected.


I love how much smoother the performance is so far, I can actually use my animated tokens! I would love for Roll20 to add an eraser option to the fog of war similar to how D&D Beyond is doing it.
https://youtu.be/sB3H3qByybs?t=746


I also noticed that there is a bit of blurriness on the text using Jumpgate vs OG Roll20 like so,

Jumpgate Text


OG Roll20 Text


April 03 (1 year ago)

Issue: Using TokenMod to set a statusmakers counter isn't working.  

This doesn't work:

!token-mod --set statusmarkers|blue:3|red:[[1d6]] 


This works:

!token-mod --set statusmarkers|blue|red


Overall, things are working much better, and performance seems to be improving for me.  

April 03 (1 year ago)
keithcurtis
Forum Champion
Marketplace Creator
API Scripter


DM Deadman said:

I also noticed that there is a bit of blurriness on the text using Jumpgate vs OG Roll20 like so,

Jumpgate Text


OG Roll20 Text


From those screenshots, the numbers on token bars look far more readable on legacy Roll20.

April 03 (1 year ago)

I can confirm that all of my macros that use @{target} are now working. :)
TokenNameNumber is also working correctly now, likewise for Wildshape.

I noticed the same Dynamic Lighting line behavior that Julia S. reported above.


Riley D. said:

Hey folks,

Just wanted to let you all know we released a few other updates to Jumpgate games:

  • The @{target} macros/rolls should now be working properly.
  • Initiative rolling (i.e. pressing the "roll initiative button" on a character sheet) should now be properly adding the token to the turn order.


April 03 (1 year ago)


Mike East said:

Hiya.  Just found another bug.  If you move a token into a solid Dynamic Lighting wall, the token is able to move half way into the square with the wall, therefore permanently misaligning with the grid.   

Using the keyboard cursors to move the token once in its 'halfway' position keeps it misaligned relative to its starting position.   You must manually realign the token with the mouse to get it back in sync with the grid.

  

Was this issue ever logged? Is anyone else experiencing this problem? 



Riley D. said:

Hey folks,

Just wanted to let you all know we released a few other updates to Jumpgate games:

  • The @{target} macros/rolls should now be working properly.
  • Initiative rolling (i.e. pressing the "roll initiative button" on a character sheet) should now be properly adding the token to the turn order.

Also just to note a few things that we're working on now that should be coming soon:

  • We're exploring the load times for maps especially in Chrome that have lots of objects on them.
  • We're working on making it more clear what areas of the map are visible to the GM but hidden to players (i.e. outside the bounds of the page).
  • We're working on the interaction between Fog of War/darkness and the other UI elements like the door/window icons.

Thanks for your continued feedback!

Could you also test in Edge browser as well. I know it is built on the Chromium engine but the implementation might vary.  

Thanks.



April 03 (1 year ago)
Bodo
Pro
Sheet Author

Yes, I can also confirm that @{target} has been fixed. Great job! Thanks!

Rick A. said:

I can confirm that all of my macros that use @{target} are now working. :)
TokenNameNumber is also working correctly now, likewise for Wildshape.

I noticed the same Dynamic Lighting line behavior that Julia S. reported above

Found a new one that I haven't seen reported yet.

When I have a single token selected the token buttons show at the top of the window as expected. However, when I select multiple tokens, they disappear.

Single Token selected



Multiple tokens selected


April 03 (1 year ago)

Yes, I'm seeing the same behavior. I don't know if it's been logged yet.

Mike East said:


Mike East said:

Hiya.  Just found another bug.  If you move a token into a solid Dynamic Lighting wall, the token is able to move half way into the square with the wall, therefore permanently misaligning with the grid.   

Using the keyboard cursors to move the token once in its 'halfway' position keeps it misaligned relative to its starting position.   You must manually realign the token with the mouse to get it back in sync with the grid.

  

Was this issue ever logged? Is anyone else experiencing this problem? 





April 03 (1 year ago)


Mike East said:


Mike East said:

Hiya.  Just found another bug.  If you move a token into a solid Dynamic Lighting wall, the token is able to move half way into the square with the wall, therefore permanently misaligning with the grid.   

Using the keyboard cursors to move the token once in its 'halfway' position keeps it misaligned relative to its starting position.   You must manually realign the token with the mouse to get it back in sync with the grid.

  

Was this issue ever logged? Is anyone else experiencing this problem? 



Yes, I can replicate this issue when moving a token via the arrow keys.

April 03 (1 year ago)

Edited April 03 (1 year ago)
Some general performance feedback after testing one of my games:

I had hoped to be able to use Roll20 again rather than another VTT for Dungeon of the Mad Mage, but it seems even with Jumpgate Roll20 isn't able to handle running it when using Explorable Fog of War.

My maps are bigger than what old Roll20 advertises it can handle, but it's nothing other VTTs can't easily handle these days, so I figure Jumpgate should be able to handle it now. In this case, the page is 114x123 cells, or 8000x8600 pixels. The map image itself is 3.31MB, though as you will see below it seems its the fog of war that's the problem.

My experience testing this map (on Chrome) in Jumpgate is as follows:

a) Map loads fine, doesn't even take that long! Great so far.
b) Works perfectly in the GM view. I can move around creature tokens (who don't have vision enabled), create new walls, doors, etc without performance issues. Big improvement over Old Roll20, and equivalent to other VTTs using the same map.

c) The problem begins the moment I begin testing with one token with vision. I reset the explorable fog of war and place the token in the first room. I use CTRL-L to look through the token's eyes, then begin exploring the map, revealing the contents. A little big of lag when I move, perhaps 500ms of lag. Lag gets worse the more I explore. By the time I reach the third room, the entire browser window goes completely black, then after a second or so has passed, the browser returns and is once again usable, but the Map portion of Roll20 is black, leaving the only interactable items the chat window, the sidebar and the token settings (if token was selected before Roll20 crashed). The only way to see the map again is to reload the page. I assume the Roll20 canvas crashed.


April 04 (1 year ago)

I found a few strange things when messing around with the lighting and fog of war. I'm using Edge so not sure if this is making a difference....

First, the FoW icon on the left side of the screen changed a few times on me but I wasn't sure why. For a while, the FoW icon was the pen tip just like the drawing tool. Then it changed to an eyeball. Now it's a cloud and I don't know what I did that might have changed it.

I also noticed that the 'Daylight mode' toggle in the FoW pop-out seems to be duplicate to the Daylight toggle on the page settings. These two toggles don't appear linked. You can change one without the other changing. It seems that the page settings works but the FoW pop-out doesn't. 

I have one Map that I just *can't* get token vision working with. I've cross-checked every setting I can think of but when I 'preview token' everything remains black.

After deleting some tokens I am seeing the name plate text remaining.

Good luck and thank you for the updates! Any word on whether Jumpgate is going to allow us to use high quality animated maps natively?

April 04 (1 year ago)

Edited April 04 (1 year ago)
Gauss
Forum Champion


tyson m. said:

I found a few strange things when messing around with the lighting and fog of war. I'm using Edge so not sure if this is making a difference....

Hi Tyson,

Right now only two browsers are officially supported with Roll20 (and with Jumpgate): Chrome and Firefox. 
While Edge is Chromium it is not actually Chrome.

Please check to see if the same problem exists in Chrome or Firefox. 

Edit: While Edge may be based on the same engine as Chrome that does not make it Chrome, there are still differences between Edge and Chrome. Kinda like sticking a truck engine into a muscle car. Same engine, vastly different everything else. 

Just finished my first session using Jumpgate. We had to bail back to the Legacy Roll20 after the first hour, due to a player being unable to see anything on the map but a white background and dynamic lighting lines for buildings. I had to redo our battle in Legacy which took 15-20 mins...probably wont be using Jumpgate again until this is fixed. Some other issues that popped up were,

-When I changed maps and tried to move some cards on the battlemap they wouldn't move, refreshing fixed it.
-Players could see GM layer token hit points, this one in particular was a player token they all had access too.
-Reloading a page caused status effects on tokens to disappear but players could still see them.

April 04 (1 year ago)
Jake
Pro
A few observations:
  • Large maps load a little slow as noted by others.  Performance is notably better after loading, but still a little laggy on a large map (5740 x 4550 pxl)
  • Some unexplained behavior with dynamic lighting. After copying a game over to the beta, the dynamic lighting of one of my maps had gone haywire.  Although the lighting layer looks aligned, it is very clearly not when previewing with a token or loading in as a player.  Other maps are fine.  The only unusual thing about this map is the map itself is not snapped to the top left corner of the canvas...
  • I then used the UVTT importer to regenerate the lighting and it ran very slow.  Much slower than usual.
  • As a player, I can move my token up against some walls to see through them.
  • As a player, testing on a laptop, I had several instances during normal use where I got a white screen as the game seemed to hang and try to reload. This did not occur when using my DM account on a desktop. Unfortunately, it's still too unstable for me to use for my games.
April 04 (1 year ago)
Andrew R.
Pro
Sheet Author

I'm testing the Gumshoe by Roll20 character sheet with a copy of my Trail of Cthulhu library game now. 

April 04 (1 year ago)
Peter B.
Plus
Sheet Author

Boy am I glad all of you Pro people are testing and debugging. I sounds like A LOT of bugs are being ironed out!

April 04 (1 year ago)

Edited April 04 (1 year ago)
Andrew R.
Pro
Sheet Author

While I'm here, I'd like to strongly urge that all the requests from everyone that Token Tooltips have the same permissions as Auras, etc., be implemented in the Jumpgate Beta ASAP.

Many GMs would love to use the Tooltips for information in their games, but I seem to be one of the few that can do so, because I use them in 13th Age for the AC, PD, & MD of all the monsters to speed up play. I'm about to start using Tooltips in The One Ring for the adversaries' Parry, again to speed up play. 

https://app.roll20.net/forum/permalink/11210386/

April 04 (1 year ago)

Yeah, excellent suggestion. I like to use transparent tokens to add tooltips to the map. I would like to see them myself before they are released to the players, as I can't remember everything about a map.

Andrew R. said:

While I'm here, I'd like to strongly urge that all the requests from everyone that Token Tooltips have the same permissions as Auras, etc., be implemented in the Jumpgate Beta ASAP.

Many GMs would love to use the Tooltips for information in their games, but I seem to be one of the few that can do so, because I use them in 13th Age for the AC, PD, & MD of all the monsters to speed up play. I'm about to start using Tooltips in The One Ring for the adversaries' Parry, again to speed up play. 

https://app.roll20.net/forum/permalink/11210386/




April 04 (1 year ago)
Riley D.
Roll20 Team


Rick A. said:

Yes, I'm seeing the same behavior. I don't know if it's been logged yet.

Mike East said:


Mike East said:

Hiya.  Just found another bug.  If you move a token into a solid Dynamic Lighting wall, the token is able to move half way into the square with the wall, therefore permanently misaligning with the grid.   

Using the keyboard cursors to move the token once in its 'halfway' position keeps it misaligned relative to its starting position.   You must manually realign the token with the mouse to get it back in sync with the grid.

  

Was this issue ever logged? Is anyone else experiencing this problem? 






Yep we've got it logged!

April 04 (1 year ago)
Riley D.
Roll20 Team


DM Deadman said:

Just finished my first session using Jumpgate. We had to bail back to the Legacy Roll20 after the first hour, due to a player being unable to see anything on the map but a white background and dynamic lighting lines for buildings. I had to redo our battle in Legacy which took 15-20 mins...probably wont be using Jumpgate again until this is fixed. Some other issues that popped up were,

-When I changed maps and tried to move some cards on the battlemap they wouldn't move, refreshing fixed it.
-Players could see GM layer token hit points, this one in particular was a player token they all had access too.
-Reloading a page caused status effects on tokens to disappear but players could still see them.


Thanks for giving it a try! Do you have any info you can share on the specs/browser/etc of the player who saw only white?

April 04 (1 year ago)

Edited April 04 (1 year ago)
Riley D.
Roll20 Team


Teller said:

Some general performance feedback after testing one of my games:

I had hoped to be able to use Roll20 again rather than another VTT for Dungeon of the Mad Mage, but it seems even with Jumpgate Roll20 isn't able to handle running it when using Explorable Fog of War.

My maps are bigger than what old Roll20 advertises it can handle, but it's nothing other VTTs can't easily handle these days, so I figure Jumpgate should be able to handle it now. In this case, the page is 114x123 cells, or 8000x8600 pixels. The map image itself is 3.31MB, though as you will see below it seems its the fog of war that's the problem.

My experience testing this map (on Chrome) in Jumpgate is as follows:

a) Map loads fine, doesn't even take that long! Great so far.
b) Works perfectly in the GM view. I can move around creature tokens (who don't have vision enabled), create new walls, doors, etc without performance issues. Big improvement over Old Roll20, and equivalent to other VTTs using the same map.

c) The problem begins the moment I begin testing with one token with vision. I reset the explorable fog of war and place the token in the first room. I use CTRL-L to look through the token's eyes, then begin exploring the map, revealing the contents. A little big of lag when I move, perhaps 500ms of lag. Lag gets worse the more I explore. By the time I reach the third room, the entire browser window goes completely black, then after a second or so has passed, the browser returns and is once again usable, but the Map portion of Roll20 is black, leaving the only interactable items the chat window, the sidebar and the token settings (if token was selected before Roll20 crashed). The only way to see the map again is to reload the page. I assume the Roll20 canvas crashed.



Okay thanks for the feedback, we'll investigate that CTRL+L explore slowdown...can you let us know what browser you're using and also is there a link to the game and the page in that game where this happened we can use as a test case?

April 04 (1 year ago)
vÍnce
Pro
Sheet Author

Reported this earlier...

is it expected  behavior for drawings on the token layer to become translucent when DL is being used?

the blue area is a flood-filled rectangle drawn on the token layer. Both tokens emit light.

linux w/ff



Is this why all my hundreds of assets have just suddenly dissapeared???

April 04 (1 year ago)

Zapatilla Loca said:

Is this why all my hundreds of assets have just suddenly dissapeared???

Are you referring to the Free Art Library? That was updated back in early January.

https://app.roll20.net/forum/post/11750069/new-content-for-the-free-art-library/?pagenum=1

April 04 (1 year ago)

Edited April 04 (1 year ago)

No, Im referring to my own library. Premium asets are there, just my stuff that Ive uploaded over the last couple of years is all gone. But all my ingame stuff is still there.

April 04 (1 year ago)
vÍnce
Pro
Sheet Author

Token arrow movement is not snapping to the grid after nudging a token off the grid.

Using a grid-enabled map, start with a token correctly sized and snapped to the grid.  Using the arrow keys to move the token works as expected.  Then use the ALT+arrow keys to nudge a token slightly off the grid.  Now use the arrow keys to move the token and it continues to move without snapping to the grid.  Also seems to happen if the token runs into a DL barrier mid-way through a grid and you try to continue movement away from the barrier.  Basically the token acts like a drawing even though it isn't.

Token movement snaps to the grid when the token's starting position is "off-grid" in Classic mode.  using Linux w/FF

April 04 (1 year ago)

Edited April 04 (1 year ago)
vÍnce
Pro
Sheet Author


Zapatilla Loca said:

No, Im referring to my own library. Premium asets are there, just my stuff that Ive uploaded over the last couple of years is all gone. But all my ingame stuff is still there.


Seeing this as well. This is what I'm getting when I try to open my library in JG.




Also this this in my Classic game ATM... ;-(
WTHay?



April 04 (1 year ago)
vÍnce
Pro
Sheet Author

Seems to be resolved now.
https://app.roll20.net/forum/permalink/11853005/