Using Colemak, whenever i release the Shift key, graphics get toggled between tiles and glyphs. This is annoying for traveling in straight lines or to stairs - interestingly, if I keep holding shift down, I can issue several commands that way, only being annoyed by the toggle when i let go. (Am starting to get in the habit of just giving it an extra tap, which is okay.)

I noticed that at roguelikelike.com (which is hosted by you, @flend ?) unBrogue and gBrogue are available for play. Cool!

Here's some other possibilities, all are based on 1.7.4 i think:

BrogueRoles - lets you pick a sort of "character class" before you enter the dungeon. For instance, if you choose Barbarian, no staves will appear in your game, instead other items will. https://github.com/tsadok/brogue/compare/roles https://libredd.it/r/brogueforum/comments/5azesv/brogue_roles_a_way_to_choose_an_overall_build/ I'd probably be willing to rebase this onto 1.9.3 if you like.

Sulai's Brogue - I'm not sure what to call this fork, but it has many interesting features that aren't merged into its main branch, instead each feature is on a separate branch. On this branch, the death of an empowered ally results in your empowerment wand(s) being recharged. https://github.com/sulai/Brogue/tree/feature/recharge_empowerment_on_ally_dead If you like, I'd be willing to combine any branches that look interesting, into one grand fork. It looks a little too complex to rebase onto 1.9.3

Broguer - there's not a lot here except some convenience / QoL stuff. https://github.com/yrmvgh/BrogueR

Hi, I think the issue here may be due to lag, but I had a saved game on gBrogue on the EU server (I'm in the US). I was in the lobby and clicked to observe another game. The page didn't respond. I then clicked "continue game" next to my save game and it started a new game, apparently destroying my old save file.

General problem is that only one game can be in progress for each user. The user may be playing gBrogue and then clicks the 'play' link on brogue. It continues the gBrogue game but the console is the wrong size.

There is no test for the websockets API to check the happy path of playing brogue works. This should be added to the existing test suite.

It seems as though when a monster with a detonation effect blinks into the square covered by the player's spear, and the resulting "you hit the imp as it moves toward you" attack kills the blinking monster, then the monster's corpse will explode at the square it blinked from, not the square it blinked to.

This isn't the worst thing because it would've been a super frustrating probable death if it had blown up next to me, but it looks funny.

Downloaded recordings are named after their UUID at the moment which is not useful for the enduser. They should have a username-date filename.

Currently WebBrogue has the "view dungeon seed" command available.

This means that anyone can use it, run a local copy of Brogue with that seed, and obtain information on the whole dungeon of the online game, thus gaining a massive and unfair advantage over players who are not using such a method (and of course, this is not a fun way to play).

Hence, Brogue should be patched to remove that command, which is not suitable for online play.

The leaderboard also needs to be reset, since there is no way to tell whether the high scores currently in it are legitimate due to the existence of this exploit.

In addition, since dungeon seeds are only 32-bit, it may be possible to brute force the seed even without the command, and if the RNG algorithm is weak it may also be possible to just compute the seed based on the observed output of the RNG determined from dungeon layout.

Thus, it would be a good idea to also fix Brogue so that it uses a secure RNG (e.g. Isaac, a ChaCha20-based RNG or an AES-based RNG) seeded from 256 bits from /dev/urandom instead of what it currently used.

You can "Hide Chat" at console, but it reopens whenever there is a message. Certainly for system messages (so and so logged in) this is annoying behaviour and should be removed.

I'm not sure if this is too much to ask, but can you add support to connecting to a web brogue server through (preferably) a 256-color terminal, or even a standard 16-color terminal when necessary?

Not sure what the reason might be. Is it going to come back up?

If a brogue game crashes, there is no way to abort the game. Clicking on "Start or continue game" automatically dumps you back to the lobby.

I've noticed in a few games that rune presses burn staffs up instead of applying the rune to them.

Looking at the UnBrogue code I suspect that the issue is here, web-brogue/unBrogue/UnBrogueCode/Items.c lines 9431-9441

if ((theFirstItem->category & KEY) && (theFirstItem->kind == KEY_RUNE_WAND) && (theSecondItem->category & (WAND))) {
applyRunetoWandorStaff(theFirstItem, theSecondItem);
}
else if ((theFirstItem->category & KEY) && (theFirstItem->kind == KEY_RUNE_WAND) && (theSecondItem->category & (WAND))) {
applyRunetoWandorStaff(theFirstItem, theSecondItem);
}
else if ((theSecondItem->category & KEY) && (theSecondItem->kind == KEY_RUNE_STAFF) && (theFirstItem->category & (STAFF))) {
applyRunetoWandorStaff(theSecondItem, theFirstItem);
}
else if ((theSecondItem->category & KEY) && (theSecondItem->kind == KEY_RUNE_STAFF) && (theFirstItem->category & (STAFF))) {
applyRunetoWandorStaff(theSecondItem, theFirstItem);

I don't know C, but it looks like the first two conditions are identical, and the last two conditions are identical. I think in the second condition (theSecondItem->category & (WAND) should be (theSecondItem->category & (STAFF) and in the third condition (theSecondItem->category & (STAFF) should be (theSecondItem->category & (WAND) [or something similar], so it will call properly with a staff and a rune in either order, or a wand and a rune in either order.

As things are, I bet that something calls this code with theFirstItem as the rune and theSecondItem as the staff, the code passes through here, and then bad things are happening somehow.

This practically never occurs in normal operation, but it was discovered by @AntonyBoucher when implementing tmewett/BrogueCE#135.

The file is saved to disk with the full name, but the database filename entry is truncated due to a fixed maximum length in the implementation of notifyEvent in Brogue. More information available in Antony's comment.

Hello,

I did try to remove some variant (UnBrogue, Brogue 1.7.4) but it's still showing up on the front-end.

What is the proper way to disable specific variant? Thanks

Leave a game with tiles on then reload the site and load the game; tiles are off.

How do you reset your password if you forgot? or did the all the credentials get purged recently. I had a game going from a couple days ago I would like to finish

At the moment web-brogue allows to play only if your current keyboard layout is set to English.

I think it would be great to update web-brogue to make it layout-insensitive. Having this feature is especially important for the web version since layout switch applies to entire browser window.

The addition of ?username= to the /api/games endpoint should deprecate the old /api/games/:user endpoint and the user filtering also applied to /dailygames etc. The client model should be updated and simplified