Jumpgate Beta is Open to All Subscribers!

Eric G.  said: I found a bug/issue in my newly created Jumpgate-game, which is a copy of an existing game. I encounter some misalignment between the Dynamic Lighting lines as drawn on the lighting layer, and their effect on vision. Not all lines are affected though. Is this a known issue? I encounter this in Chrome, Edge and Firefox. Hi Eric! Do you have any lines on that page that are drawn with the freehand tool? This is a known issue with that tool, and the reason it has been removed while on the DL layer.

keithcurtis said: Eric G.  said: I found a bug/issue in my newly created Jumpgate-game, which is a copy of an existing game. I encounter some misalignment between the Dynamic Lighting lines as drawn on the lighting layer, and their effect on vision. Not all lines are affected though. Is this a known issue? I encounter this in Chrome, Edge and Firefox. Hi Eric! Do you have any lines on that page that are drawn with the freehand tool? This is a known issue with that tool, and the reason it has been removed while on the DL layer. Not that I know of, the DL lines are provided by Roll20 module. So it might very well be that the original ones were drawn by the freehand tool. Good to know, thanks! I'll delete all the problematic lines and redraw them with a line tool

Can you name the module? You can DM it to me if you wish. I just want to see if I can reproduce this.

Another issue that was mentioned on the original Beta forum and I haven't seen an update on is the issue of Maps with "Explorer Mode" suddenly allowing a hazy view of the entire map to individual players.  It's like they hit some invisible trigger point and then everything goes from black to a shaded image of the whole map for that player. It's "Kind Of" like the ghost image of an are that you get in Explorer Mode when you leave a room, but a slightly different colour to what I'm used to seeing. I don't know if that is a new look for that Mode in Jumpgate or something else. It doesn't happen with Explorer Mode turned off, so I'm resorting to that at the moment, but I was wondering if anyone has an update on this issue?

Hi Tommy! I think that was addressed in the April 19 update . Are you still experiencing it? Fixed a bug where if you were moving tokens with Preview as Player mode enabled, and you had Explorer Mode enabled, it could cause Dynamic Lighting to break.

keithcurtis said: Can you name the module? You can DM it to me if you wish. I just want to see if I can reproduce this. It's the Out of the Abyss module. To be fair, the map in question had been scaled up in the non-jumpgate version. IN order to make work easy, I also simply scaled up all the lines on the DL-layer (select all, and drag to increase size). Then I made a copy of the game and made that copy a jumpgate version. So stuff could have gone wrong at any of these steps :p In any case, the newly drawn lines are a-ok, so thanks for the assistance.

Hey Lavi, its been 2 days since I sent you the link in a private message to help with the two issues I was having with my game...any word?

Eric G. said: keithcurtis said: Can you name the module? You can DM it to me if you wish. I just want to see if I can reproduce this. It's the Out of the Abyss module. To be fair, the map in question had been scaled up in the non-jumpgate version. IN order to make work easy, I also simply scaled up all the lines on the DL-layer (select all, and drag to increase size). Then I made a copy of the game and made that copy a jumpgate version. So stuff could have gone wrong at any of these steps :p In any case, the newly drawn lines are a-ok, so thanks for the assistance. Transformations on DL lines have been known to cause problems, but it's usually rotations. Glad you got it working, though.

Linked journal entries in Jumpgate are not working for me. They keep directing to a new page and it fails to load.

Hey Keith, didn't realise a fix had gone in yesterday, just checked and it's... doing some weird things. It's certainly not AS bad, but there are still some issues. In the image above you can see the gumshoe has walked around a building, the room to the right with the car has an open door at the south side allowing the "Explorer Mode" to show the ghosting, but the room in the top left is completely cut off and he shouldn't be able to see any of it. However, if you can see, SOME of the room has appeared in Explorer Mode. In the previous issues, it was showing the whole interior of the building. I've double checked for "cracks in the curtains" of the light walls and not been able to find any. That view is from my GM view on Chrome. THIS is from a Player view on my dummy account using Firefox... (The weird triangle of light at the bottom is from another token) No Issue. BUT... This is after about ten seconds of banging the token into the walls... the full interior has switched to that anoying Ghosting that I was having the problem with. To be fair I was trying to break it, but on the other hand... it broke fairly eassily. keithcurtis said: Hi Tommy! I think that was addressed in the April 19 update . Are you still experiencing it? Fixed a bug where if you were moving tokens with Preview as Player mode enabled, and you had Explorer Mode enabled, it could cause Dynamic Lighting to break.

Hmm. Does the Dummy Account problem occur if you reset Explorer Mode?

Not as bad this time, but still it's doing THIS... Again, the room with the car SHOULD be doing that due to Explorer Mode, but the room in the top left is still glitching. The token has only been around the outside, and the door that you might bhe able to see thats about level with the token is closed. Edit to add, 30 seconds after posting this it reverted back to the full exposure as shown in the previous picture without even trying, just moving the Token did it. keithcurtis said: Hmm. Does the Dummy Account problem occur if you reset Explorer Mode?

Any updates on the option to fix the grid maps from modules such as Curse of Strahd?

Ronnie said: Linked journal entries in Jumpgate are not working for me. They keep directing to a new page and it fails to load. Do you use the handouts as separate Browser Windows or inline?

Tranok said: Any updates on the option to fix the grid maps from modules such as Curse of Strahd? Hi Tranak! What is the problem with these? Does it involve Jumpgate?

Clicking on a link in journal item in a pre-published D&D module that links to another journal item specific for that module, results in the following error: I've tested this with both Rime of the Frostmaiden (Remastered) and Tomb of Annihilation. The error happens reliably in Jumpgate, but both modules are fine when tested in the standard Roll20 engine. The items that are linked to exist in the journal and open fine when clicked on directly, but not when trying to open them from links in other journal items. Clicking on links that go to creature stat blocks seems fine, so the error doesn't seem to affect all links. Using Chromium v121, and also tested in Firefox v127 with similar results. This is super-game interrupting when it happens as even just navigating back in the browser from the error page means the module reloads, which of course means all the journal items and stat blocks that a DM may have had open for the session are no longer open.

Hi Styx! I've reported this as well. It is a known issue that is being worked on.

The redesigned Macro Window for Modifiers ALWAYS appears BEHIND the Character Sheets which is highly annoying especially when in Battle! MIGHT it be possible to have it appear ALWAYS in FRONT?

I came here because loading a new Jumpgate game (with the Chains of Asmodeus was taking forever ) - but by the time I found this thread it had completed load. Is there no longer a Dev server?  I know that there were issues with it.. is this the replacement in effect? I note that someone said in thi thread they had a copy of game running in Jumpgate.. I see no way to transfer an existing game to Jumpgate - am I missing something or was it just a module?

keithcurtis said: Hi Eric! Do you have any lines on that page that are drawn with the freehand tool? This is a known issue with that tool, and the reason it has been removed while on the DL layer. But people can still draw them on another layer and then copy - which will cause the same issue?

Yes, it will. Freehand lines generate too many vertices and overload the DL function. Jim W. said: keithcurtis said: Hi Eric! Do you have any lines on that page that are drawn with the freehand tool? This is a known issue with that tool, and the reason it has been removed while on the DL layer. But people can still draw them on another layer and then copy - which will cause the same issue?

You can't convert a game to Jumpgate, but you can create a copy of the game using Jumpgate. This is much safer, as you still have the original game as a backup. Be warned that AFAIK you cannot currently transmogrify  any content between Jumpgate and non-Jumpgate games. Jim W. said: I came here because loading a new Jumpgate game (with the Chains of Asmodeus was taking forever ) - but by the time I found this thread it had completed load. Is there no longer a Dev server?  I know that there were issues with it.. is this the replacement in effect? I note that someone said in thi thread they had a copy of game running in Jumpgate.. I see no way to transfer an existing game to Jumpgate - am I missing something or was it just a module?

Transmorgrifier is now available for transferring from non-Jumpgate to Jumpgage games.  Rick A. said: You can't convert a game to Jumpgate, but you can create a copy of the game using Jumpgate. This is much safer, as you still have the original game as a backup. Be warned that AFAIK you cannot currently transmogrify  any content between Jumpgate and non-Jumpgate games. Jim W. said: I came here because loading a new Jumpgate game (with the Chains of Asmodeus was taking forever ) - but by the time I found this thread it had completed load. Is there no longer a Dev server?  I know that there were issues with it.. is this the replacement in effect? I note that someone said in thi thread they had a copy of game running in Jumpgate.. I see no way to transfer an existing game to Jumpgate - am I missing something or was it just a module?

Had my first Jumpgate session tonight. The red X would drop BELOW the token occasionally and token markers would just disappear for me (the DM.) Sometimes some players (nor I) could move their token, and some folks were saying other things were running slow on their PCs and Macs (Zoom would skip on occasion.) Switching back next session but I will keep an eye on updates!…

I'm having an issue where token actions (such as group initiative from the mod) don't show up when selecting multiple tokens. Is anyone else experiencing this? It is kind of a dealbreaker for my games

This is a known issue and needs to be fixed ASAP... Titus said: Had my first Jumpgate session tonight. The red X would drop BELOW the token occasionally and token markers would just disappear for me (the DM.) Sometimes some players (nor I) could move their token, and some folks were saying other things were running slow on their PCs and Macs (Zoom would skip on occasion.) Switching back next session but I will keep an eye on updates!…

My tokens keep overlapping with my walls in Jumpgate. It stops before going another square over, but it doesn't line back up after.&nbsp; The overlap itself is fine, and could be a cool way to depict hugging a wall. But it doesn't reset. I uploaded a video here:&nbsp; <a href="https://youtu.be/rpf7PNtK9GE" rel="nofollow">https://youtu.be/rpf7PNtK9GE</a>

Essen said: My tokens keep overlapping with my walls in Jumpgate. It stops before going another square over, but it doesn't line back up after.&nbsp; The overlap itself is fine, and could be a cool way to depict hugging a wall. But it doesn't reset. I uploaded a video here:&nbsp; <a href="https://youtu.be/rpf7PNtK9GE" rel="nofollow">https://youtu.be/rpf7PNtK9GE</a> I confirm Essen's report. The going half over the wall is not new or harmful (it's bumping against the "vision box" of the token), but it does unhook the token from the grid, when arrow keys are subsequently used for motion.

I'm trying to give access to a character sheet to all my players, and I'm getting this message. I get the same message when I try to leave the owner and add all players. It won't let me drag the character sheet's token out onto the map. This character sheet was imported into the lobby.

The Character Sheet was imported via Roll20 Characters. When done so, you as GM OR CREATOR of that campaign CANNOT edit permissions on that sheet (because it is linked to Roll20 Characters)! Make a copy of the sheet and edit permissions on the copy... If you do NOT want that behavior, you can use the old Character Vault for importing characters or disable character import to your campaigns altogether... BikerMeg said: I'm trying to give access to a character sheet to all my players, and I'm getting this message. I get the same message when I try to leave the owner and add all players. It won't let me drag the character sheet's token out onto the map. This character sheet was imported into the lobby.

BikerMeg said: I'm trying to give access to a character sheet to all my players, and I'm getting this message. I get the same message when I try to leave the owner and add all players. It won't let me drag the character sheet's token out onto the map. This character sheet was imported into the lobby. To add to what TheMarkus1204 wrote, you can prevent this from happening by preventing players from importing their characters or creating their characters in the game.&nbsp; Go to roll20.net Click the name of your game Click Settings Click Game Settings Disable "Allow players to create their own Characters?" and "Allow players to transfer Characters?"&nbsp; Save Right now there are two ways for a character to be linked to a player's Roll20 Characters:&nbsp; If a player hits the +Characters button in the game it automatically links that character to Roll20 Characters o r if they are importing characters from Roll20 Characters.&nbsp; The above prevents both methods.&nbsp; If you do the above you will have to start a character for your players by hitting the +Characters button then assigning the player control.&nbsp;

I don't know about anyone else but I don't like this behavior. I can understand the reasoning - I (the GM) don't own the character - the player that imported it does. But, on the other hand, I, as the GM should have total control over all characters, npcs, handouts, and everything else within my game. I should be able to allow my players to import a character that they created, but I should still have total control of it within the game. Gauss said: BikerMeg said: I'm trying to give access to a character sheet to all my players, and I'm getting this message. I get the same message when I try to leave the owner and add all players. It won't let me drag the character sheet's token out onto the map. This character sheet was imported into the lobby. To add to what TheMarkus1204 wrote, you can prevent this from happening by preventing players from importing their characters or creating their characters in the game.&nbsp; Go to roll20.net Click the name of your game Click Settings Click Game Settings Disable "Allow players to create their own Characters?" and "Allow players to transfer Characters?"&nbsp; Save Right now there are two ways for a character to be linked to a player's Roll20 Characters:&nbsp; If a player hits the +Characters button in the game it automatically links that character to Roll20 Characters o r if they are importing characters from Roll20 Characters.&nbsp; The above prevents both methods.&nbsp; If you do the above you will have to start a character for your players by hitting the +Characters button then assigning the player control.&nbsp;

Saul J. said: I don't know about anyone else but I don't like this behavior. I can understand the reasoning - I (the GM) don't own the character - the player that imported it does. But, on the other hand, I, as the GM should have total control over all characters, npcs, handouts, and everything else within my game. I should be able to allow my players to import a character that they created, but I should still have total control of it within the game. I do not disagree, I suggest letting the Devs know this.&nbsp; But, it is outside the scope of Jumpgate as it is a Roll20 Characters issue, not a Jumpgate issue.

I don't like it, too! That's why I still use Character Vault and always disable that Players can import their characters... Saul J. said: I don't know about anyone else but I don't like this behavior. I can understand the reasoning - I (the GM) don't own the character - the player that imported it does. But, on the other hand, I, as the GM should have total control over all characters, npcs, handouts, and everything else within my game. I should be able to allow my players to import a character that they created, but I should still have total control of it within the game. Gauss said: BikerMeg said: I'm trying to give access to a character sheet to all my players, and I'm getting this message. I get the same message when I try to leave the owner and add all players. It won't let me drag the character sheet's token out onto the map. This character sheet was imported into the lobby. To add to what TheMarkus1204 wrote, you can prevent this from happening by preventing players from importing their characters or creating their characters in the game.&nbsp; Go to roll20.net Click the name of your game Click Settings Click Game Settings Disable "Allow players to create their own Characters?" and "Allow players to transfer Characters?"&nbsp; Save Right now there are two ways for a character to be linked to a player's Roll20 Characters:&nbsp; If a player hits the +Characters button in the game it automatically links that character to Roll20 Characters o r if they are importing characters from Roll20 Characters.&nbsp; The above prevents both methods.&nbsp; If you do the above you will have to start a character for your players by hitting the +Characters button then assigning the player control.&nbsp;

Just ran a fresh test of Jumpgate.&nbsp; Nameplate text is blurry in Jumpgate. It's also blurry on the Overlay Text on Bars. The effect is subtle because it's not totally unreadable, it just looks more sloppy. It looks like it didn't finish loading, or other terms like JPEGgy, pixelized, pixelated, or blurred-out.&nbsp; Zooming in doesn't help until about 250% (the maximum).&nbsp; Saw this reported previously in another thread. It is not fixed as-of today.&nbsp; Text-Tool text looks the same in both. Token-text is what's gone more blurry than expected.&nbsp; Blurry nameplates in Jumpgate Clear sharp Nameplate text in regular-old-Roll20:

Hey BikerMeg, Thanks for reporting this. You should be able to add "All Players" to the edit access field on the character regardless of who created it and where it was created as long as you're the game's GM. The fact that you can't indicates this is a bug. Let's take this to a support ticket where we can troubleshoot it more. We've tested this internally, and it seems to be working. This leads me to believe that something else has happened that is making this not work for you. Also, you should always be able to place a token for the character regardless of who created it or where it was created. This is another reason I think something weird is going on here. Anyway, it is not our intention to limit your, the GM's, ability to access your players' characters or give access to those characters even if they were created in Roll20 Characters. If that's happening for you, it is a bug, and we'll get it fixed right away. Thanks again for reporting this. Please follow up with a support ticket so we can troubleshoot more specifically.&nbsp; BikerMeg said: I'm trying to give access to a character sheet to all my players, and I'm getting this message. I get the same message when I try to leave the owner and add all players. It won't let me drag the character sheet's token out onto the map. This character sheet was imported into the lobby.

Is the new "experimental Overlay Effects tool" mentioned in the most recent blog post an actual overhead map layer? Or is it just a weather overlay feature with preset options you can chose from? The blog and video are unclear.