Gauss and Keith helped highlight this to us a little bit ago. The teams is working on a fix that should be out tomorrow or the day after at the latest, and return your token bars to the original state. Apologies for the temporary clutter here while we're getting this resolved.
keithcurtis said:
David Q. said:
This has happened since the update all bars show even if not temp hp I have bar2 ac and bar3 challenge it has added alot of clutter to my game
Confirmed. This is not parity behavior and is nonsensical for items that have a discrete value (AC, Speed) as opposed to a trackable range (HP)
Tuo said:
So the intended behavior is that if the denominator is 0, the bar is shown, but a null denominator defaults to 0, so it shows even when not desired. This creates a situation where you can not have a token bar value that's not shown as a bar, as even invalid values as denominator create a bar.
Gauss said:
The correct behavior should be:
X/Y = bar with X/Y values
X/0 = bar with X value (and a + sign at the end but that was always...ok whatever behavior)
X/blank = no bar
X/0 was dropped in Jumpgate compared to Legacy and needed to be brought back, but clearly that hasn't worked correctly. :)
keithcurtis said:
This has been reported. Devs are investigating.
Hi all - the fix for this has been released, so should function as expected going forward for people newly loading into games! For those in-game, you'll just need to refresh to see the updates reflected!
Lavi said:
Gauss and Keith helped highlight this to us a little bit ago. The teams is working on a fix that should be out tomorrow or the day after at the latest, and return your token bars to the original state. Apologies for the temporary clutter here while we're getting this resolved.
keithcurtis said:
David Q. said:
This has happened since the update all bars show even if not temp hp I have bar2 ac and bar3 challenge it has added alot of clutter to my game
Confirmed. This is not parity behavior and is nonsensical for items that have a discrete value (AC, Speed) as opposed to a trackable range (HP)
Tuo said:
So the intended behavior is that if the denominator is 0, the bar is shown, but a null denominator defaults to 0, so it shows even when not desired. This creates a situation where you can not have a token bar value that's not shown as a bar, as even invalid values as denominator create a bar.
Gauss said:
The correct behavior should be:
X/Y = bar with X/Y values
X/0 = bar with X value (and a + sign at the end but that was always...ok whatever behavior)
X/blank = no bar
X/0 was dropped in Jumpgate compared to Legacy and needed to be brought back, but clearly that hasn't worked correctly. :)
keithcurtis said:
This has been reported. Devs are investigating.
Oginme said:
When you drag the character to the VTT, it is trying to pull the image from the proper side of the multisided token. With the rollable table not available, it appears to put an invisible marker for that token. When you brought over the rollable table which was connected to the character sheet, it populated the markers on the VTT.
This happens in legacy also. When I am moving a character sheet over, I make sure that any associated rollable it moved first.
Jim W. said:
Today had a character I am trying to drop on a map, and it would just not appear.
I had transmogrified it from another game, but not the multi-sided token. When I transmogrified the multi-sided token I suddenly got a number of tokens on map - so the drag and drop had worked, just invisible?
Now this is odd, because the Token had been updated into the sheet, so I'd have thought the sheet would have included it when moved. Also the settings were all lost - unlike other standard tokens in sheets that had been moved. I've not tested this in Legacy, as game time is soon!
and yet apparantly you can copy it to another player as per https://app.roll20.net/forum/post/12275796/transferring-a-rollable-token
Seems backwards to me...
One misapprehension I've seen above: once you create a rollable table token, the images are stored as a string of image links in a field on the token. It no longer has any connection to the table that created it. There is no need to transmogrify a table along with the token, unless you wish to regenerate a new token from the table.
Copying/pasting, setting default, or transmogrifying a rollable token creates a token with all the faces resident on the token.
If you can give step-by-step repro on the issue you are experiencing, I will try to duplicate the behavior.
keithcurtis said:
One misapprehension I've seen above: once you create a rollable table token, the images are stored as a string of image links in a field on the token. It no longer has any connection to the table that created it. There is no need to transmogrify a table along with the token, unless you wish to regenerate a new token from the table.
Copying/pasting, setting default, or transmogrifying a rollable token creates a token with all the faces resident on the token.
If you can give step-by-step repro on the issue you are experiencing, I will try to duplicate the behavior.
Me?
I created a multi-sided token, put on map. Linked to character and set all the settings as I wanted, then updated the default. The token could then be dropped from the 2014 player sheet on any map in that game.
Tranmogrified the character to another game, and tried to drag and drop the character to sheet and nothing seemed to happen. Went into the character and saw it had no token, though does have an image above that. (This image used to be used if there was no token, but no longer? Would have clued me in on tyhe issue sooner if it had).
Transmogrified the table and the token appeared on map. Still had to reset all the settings and save as default though.
Just tried to transmogrify to another game, and everything worked (except the transmogrify and character token view windows are awful, the former hiding the lists out of the focus area (and having a huge whitespace area if drag the bottom of window down, an issue I first noted a few days ago) and the latter having only a small visible focus area... in a game which I created a few days ago and only used for transmogrify testing).
EDIT: odd sizing and visibility in windows is not specific to Jumpgate, also applies in Legacy
What Jim W. describes is exactly the issue that I have run into with rollable tokens attached to character sheets. I have done it dozens of time with the same issue if I do not transmogrify the rollable table over to the game.
OG.
Jim W. said:
keithcurtis said:
One misapprehension I've seen above: once you create a rollable table token, the images are stored as a string of image links in a field on the token. It no longer has any connection to the table that created it. There is no need to transmogrify a table along with the token, unless you wish to regenerate a new token from the table.
Copying/pasting, setting default, or transmogrifying a rollable token creates a token with all the faces resident on the token.
If you can give step-by-step repro on the issue you are experiencing, I will try to duplicate the behavior.
Me?I created a multi-sided token, put on map. Linked to character and set all the settings as I wanted, then updated the default. The token could then be dropped from the 2014 player sheet on any map in that game.
Tranmogrified the character to another game, and tried to drag and drop the character to sheet and nothing seemed to happen. Went into the character and saw it had no token, though does have an image above that. (This image used to be used if there was no token, but no longer? Would have clued me in on tyhe issue sooner if it had).
Transmogrified the table and the token appeared on map. Still had to reset all the settings and save as default though.
Just tried to transmogrify to another game, and everything worked (except the transmogrify and character token view windows are awful, the former hiding the lists out of the focus area (and having a huge whitespace area if drag the bottom of window down, an issue I first noted a few days ago) and the latter having only a small visible focus area... in a game which I created a few days ago and only used for transmogrify testing).EDIT: odd sizing and visibility in windows is not specific to Jumpgate, also applies in Legacy
I am unable to reproduce this with the information so far provided. I opened my regular Jumpgate (two sheet) game and selected two characters, one built with the 2014 sheet and one with the 2024 sheet, each with a rollable token as the default token. I transmogrified them into another Jumpgate game, mostly empty (I use it to hold pre-lit maps for transmogrifying).
Each came through with all sides intact. All graphics were uploaded by me, not marketplace imagery. What am I doing different from what you (Jim or Oginme) are doing?
I also have to reiterate that even if they are coming through with no faces intact, I cannot see a mechanism that would fix this by transmogrifying the table that produced the token. There is no backwards link to the table. It's just a static list put into a property called "sides" token upon creation:
The forum is still ^^^ doing that behavior where,
The pictures you posted are not Clickable to see in larger size.
It used to be -- on this very forum -- any nonsmall image you uploaded would be able to click to pop-up and see in larger size.
For the last few months this feature of the forum seems broken and often isn't happening anymore
Hi,
Yesterday, I ran a session on Jumpgate, after converting an existing campaign (5E - 2014). All in all it went quite well, had no issues with dynamic lighting, ghost tokens, etc.
The problems I had were the following:
- After my players had a go at trying out all the SFX, one player had some of them stuck on their page, going on forever. A reload obviously fixed this.
- Some players could not cast spells from their spell character sheet. The spells that had an attack associated to them could be "cast" from the attack page. I think I 've fixed it in the meantime, by toggling every spell in the sheet from spellcard to attack, and back again. Is this a known issue?
- One player had a lot of latency issues. It took a while before a click on a roll came through in chat. Not sure if this is a recurring issue with Jumpgate or not, but it was noticeable.
- Casting spells that request a choice of level to cast it on, the pop up window did not sit on the front, but always hidden behind the open character sheet. It would be handy if this pop up window would be forced to the foreground.
Just giving a report on the state as I encountered it. Carry on
Eric,
The one bullet-point I saw that you could troubleshoot and possibly fix or improve the performance for your player:
Eric G. said:
- One player had a lot of latency issues. It took a while before a click on a roll came through in chat. Not sure if this is a recurring issue with Jumpgate or not, but it was noticeable.
Tell this player to try changing some of the graphics performance options in Roll20, under the Settings cog at the top-right above your Roll20 table's chat room. Those settings might improve that player's rolling output latency.
keithcurtis said:
I am unable to reproduce this with the information so far provided. I opened my regular Jumpgate (two sheet) game and selected two characters, one built with the 2014 sheet and one with the 2024 sheet, each with a rollable token as the default token. I transmogrified them into another Jumpgate game, mostly empty (I use it to hold pre-lit maps for transmogrifying).
Each came through with all sides intact. All graphics were uploaded by me, not marketplace imagery. What am I doing different from what you (Jim or Oginme) are doing?
One sheet - 2014 -
When I brought the table over the images appeared on map.
Though... this issue does not always happen (I think)
