Map has become transparent for all DM/players

[spoonhead]

The map on which the player's tokens were became transparent after it felt like FGU froze for both players and DM. Using the 5e ruleset with the latest update. The transparency at the time was only on the player's side. I then rebooted FGU, and now the map is also transparent for the DM as well. New and old maps seem OK.

Update: Got the map back by toggling on and off the map effects, but now, even with LoS and lighting active, when I click on the wall icon, no wall or doors are showing. THe map won't scroll or move with the mouse button either.

[spoonhead]

I've reloaded the table without extensions, except the Universal Module, (I need that as I've converted a PF1 to a 5e module). Still no change. The map loads transparent but comes back after disabling Lighting. But LoS seems broken. I can't move or affect the tokens.

If I close the map and reload, it's transparent again.

If I toggle token lock, the map zooms into the position it was before FG locked. I had the map zoomed to the room the players were in.

[pindercarl]

I've reloaded the table without extensions, except the Universal Module, (I need that as I've converted a PF1 to a 5e module). Still no change. The map loads transparent but comes back after disabling Lighting. But LoS seems broken. I can't move or affect the tokens.

If I close the map and reload, it's transparent again.

If I toggle token lock, the map zooms into the position it was before FG locked. I had the map zoomed to the room the players were in.

Can you provide a zipped copy of the campaign? I think it will be necessary to diagnose this. Thanks.

[spoonhead]

If I zip the whole folder, it's too big to attach. Is there stuff I can leave out?

[Trenloe]

If I zip the whole folder, it's too big to attach. Is there stuff I can leave out?
Upload it to a cloud platform (Google Drive, DropBox, Box, etc.) and share a link to the file. Or you could remove images that aren't part of the map that you're having a problem with.

[spoonhead]

Does this work?

https://www.dropbox.com/scl/fi/x11mxndyuzyluv9acnhnd/Mummy.zip?rlkey=igyek087sgukvbjpmg6jivzu4&dl=0

[Trenloe]

Does this work?

https://www.dropbox.com/scl/fi/x11mxndyuzyluv9acnhnd/Mummy.zip?rlkey=igyek087sgukvbjpmg6jivzu4&dl=0
Yep, that works.

It seems like the map basically stops responding when lighting is enabled. Disable lighting and the map responds (can move it, zoom in/out, see walls, etc.) but when lighting is enabled the map view basically freezes - and then processes anything attempted while it was frozen once lighting is disabled.

Thanks for providing the campaign and reporting the issue. Hopefully this will allow Carl to pinpoint the issue.

[pindercarl]

Does this work?

https://www.dropbox.com/scl/fi/x11mxndyuzyluv9acnhnd/Mummy.zip?rlkey=igyek087sgukvbjpmg6jivzu4&dl=0

Thanks for providing the files. I was able to identify the issue. It should be fixed in the next update. Thanks.

[spoonhead]

Just about to start a PF2 campaign, and the players can see the edges of the image, rather than all black. You might have noticed this, but thought I'd mention it just in case. It's also transparent outside of the actual map.

[Trenloe]

It's also transparent outside of the actual map.
That's part of a change in the CoreRPG based rulesets/themes at the end of August.

[pindercarl]

Just about to start a PF2 campaign, and the players can see the edges of the image, rather than all black. You might have noticed this, but thought I'd mention it just in case. It's also transparent outside of the actual map.

When line of sight, lighting, or masking are active then the image background should be black for the players to prevent them from seeing the extents of the map. This should be fixed in the next update.

[Vass_Dts]

Hopefully. It's not a huge issue if your map is one large image, but if you built a dungeon within FGU (or if you have map with transparency) it gets rather problematic 'cause the players can basically see the outline of the rooms.

[Moon Wizard]

We just pushed v4.4.5 that changes the player image control background to black outside of visible areas, so they should no longer be able to see layer boundaries.

Regards,
JPG

[Vass_Dts]

On the subject, when I sent a ticket about this problem yesterday, I also said about webm files not displaying on the player client (they display on the GM side). Is that a known issue, or is it only me?

[Moon Wizard]

We have not seen that issue; but it might be on a specific usage scenario. If you are still seeing with v4.4.5, we'll need to get a copy of the campaign folder zipped up, as well as the webm files (if they are not in the campaign folder) and the map name where you are seeing the issue.

Regards,
JPG

[Vass_Dts]

Already sent that yesterday.

[Vass_Dts]

So, updated. The webm thing persists. It's with all my campaigns, with or without extensions, with every webm file I've tested it with. Including a brand new "clean" campaign I created yesterday, with a new map as a sample and a single webm (it's the one I emailed once it was asked of me yesterday). The webm display normally on the GM client, but are invisible for the player client. It doesn't matter if it's an entire map, or just a small animated asset.

I should mention, I have tested this only with localhost on the same machine. It is conceivable that this might not occur when actual players are connected. Which, if that's the case, I can personally live with that (though maybe not GMs that use FGU for in-person games).

[Moon Wizard]

I saw the support ticket in our system for your issue when I went and searched for it. (SUPPORT-23794)

However, there is no response from you in the ticket with your campaign folder zipped up, nor the offending WEBM image.

Thanks,
JPG

[Vass_Dts]

I tagged you on Discord, but I'll leave a reply here just in case.
I checked my email, and I see that I did sent the email. I have no idea why it never arrived. In any case, I also got ahold of one of my players and had him log in for a moment to test my hypothesis. He can see the webm assets as normal. So basically, this whole thing affects only the second instance of FGU connecting to localhost. Which is why no one else had reported something similar (and what made me suspect that might be the issue).

Anyway, as far as I'm concerned, case is closed, as this thing does not affect my games. Like I said earlier however, it might affect GMs using a second instance of FGU for in-person games, so it may be something you might wanna look into it at some point, though I imagine it to be low priority.

I should also mention that I am using the MacOS client of FGU. On an Apple Silicon machine. It is possible this may not happen on Windows or Intel-based Macs.

So, good evening then. :)

[Moon Wizard]

Can you post the WEBM file that you were using, so we can try to recreate? Also, in what context were you using it? (i.e. portrait, token, layer, stamp, etc.)

Thanks,
JPG

[Vass_Dts]

Not at the moment, no, but I don't need to. I have tried it with many different vp8 WEBM including the ones included in the art sub. I have tried it as a layer, as a stamp, and as a token.

Basically, if it's WEBM, it just doesn't display on the second instance in the same machine.

[Moon Wizard]

We ran some tests using Mac both in remote and local player client instances, and WEBM played correctly on both the GM and host in all scenarios. We're not sure what might be going on in the particular situation you are encountering. If you want to look at later, just post up the problematic campaign/images, and let us know.

Regards,
JPG