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

Dynamic Lighting "Vision" and "Movement Restriction" NOT WORKING

Hi, I've just spent hours setting up a map. Everything was working--token emits light to 30 feet, "vision" on token was checked, walls and doors were setup and functioning on the light layer, "restrict movement" was ticked on the map settings. Then suddenly, for no apparent reason, the token is completely ignoring walls and doors! To say this is frustrating is an understatement. Please assist.
1709972128

Edited 1709973667
Hi Brendan, are you accessing the token from a dummy account set up purely as a player, or as the GM? <a href="https://app.roll20.net/forum/post/8127159/log-in-a-fake-player" rel="nofollow">https://app.roll20.net/forum/post/8127159/log-in-a-fake-player</a> However, I have just set up a new page with a DL line, DL restricts movement and both "load as player", which is not as good as setting up a dummy account, and GM control whilst using CTRL+L both respect the DL and I cannot move the token through the line. TL;DR I cannot replicate this behaviour, are you still seeing it? :)
So what I'm finding now is that when using GM mode and pressing Command+L (CTRL+L) with "has vision", "token emits light" settings ticked for the token, and "restricts movement" selected for the map settings (and walls and doors are present on the lighting layer), the token behaves as it should. When I reload the game as a player however, even though the token "has vision" and "token emits light" had been previously selected, nothing is visible (as if those settings haven't been turned on). This is actually even worse than the last time I tried, since at that point, I could at least see the token when loaded as a player. Presently, I have no way to verify if it's working when loaded as a player at all, given the odd behavior of the site. Any other ideas?
1710006643

Edited 1710006761
Just belt n braces, ur player does have control of that token? And when you say reload as a player, is that a dummy player account?
Yes, for testing purposes I selected "is controlled by all players" on the token settings. I just invited myself to play as a player at a different email address, launched the game as a player, and lo and behold, it does seem to be working as it should. In one sense that's encouraging, but in another, one shouldn't need to go to such lengths to test the rigging of their maps. Command+L when logged in as GM doesn't seem particularly reliable as a means of testing, as sometimes it seems to accurately reflect the player environment, and other times it does not. Sigh...whoever invents the first VTT that isn't crawling with bugs and weird UI issues is gonna make themselves a lot of money one day.
1710007438

Edited 1710007638
So, all good? I use CTRL L most of the time as a quick check, but tend to have a different browser open logged in as a proper player for full checking ( Firefox main, chrome player)
Right; CNTRL+L is only good for checking line-of-sight and not much else. Using a dummy account (logging in as a player from an account without GM privileges) is the only way to really experience the map the way a player does. When designing more complex maps/encounters, I usually have a separate browser (not just a browser window) open with my dummy account logged in while I work.
1710018733

Edited 1710018761
keithcurtis
Forum Champion
Marketplace Creator
API Scripter
Hi Brendan! If you only want one browser running, you can open the second window in a private browsing window to avoid saving any conflicting cookie information. More info about&nbsp; Dummy Accounts . Originally, the "L" meant "Line of Sight". Many people (including some team members in the past), have confused this for a way of checking a dynamic lighting setup. Simply "rejoining as player" can still lead to confusing results, depending on permissions. It's easy to forget that some tokens may have been specifically granted control to the GM player. But that's not so much a bug, as the system obeying the rules that have been set. A Dummy Account is always the acid test.
Thanks guys. "All good" might be a bit of a stretch, but to the extent that things on this site work, they are working. I guess I'll resign myself to the kludgy practice of using a dummy account in a different browser to audit my map rigging, until a better option becomes available. Thanks for your help.