{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":99382803,"defaultBranch":"master","name":"xNetHack","ownerLogin":"copperwater","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2017-08-04T22:05:58.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/8742183?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1702337845.0","currentOid":""},"activityList":{"items":[{"before":"308707c080ed4836795421a82e6059710d81bdc4","after":"534d723e58f08ec702be4e1aa558b0852867592e","ref":"refs/heads/master","pushedAt":"2024-07-07T23:05:14.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: holiday calculation failed on last day of Islamic leap year\n\nOn a leap year in the Islamic calendar, there are 355 days, and today\nhappens to have been the first 355th day of the year since this holiday\ncalculation was introduced. This exposed a condition triggering one of\nthe impossible() calls: the computation of which month it was did not\nconsider the possibility of extending the last month by an extra day.\nFix it by accounting for that, and also strengthen the error check in\ncase it winds up at an even more out-of-bounds month somehow.\n\nThere don't happen to be any holidays xNetHack recognizes on the last\nday of the year, so this didn't have any impact beyond the error\nmessage.","shortMessageHtmlLink":"Fix: holiday calculation failed on last day of Islamic leap year"}},{"before":"a940be7261856439bb17223cef4c7095741285e3","after":"59e4b826a9fdd6b958e671ca34ea5b99944ad96b","ref":"refs/heads/9.0-savebreaking","pushedAt":"2024-06-24T00:55:49.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Change environment variable for options to XNETHACKOPTIONS\n\nThis avoids a case in which a player was having their environmentally\nset NetHack options collide with xNetHack options as both games still\nused NETHACKOPTIONS. Since there are a few ways in which NetHack options\ncan fail to parse in xNetHack (mostly removed ones like roguesymset), it\nmakes sense to change the environment variable name the game is looking\nfor.\n\nCloses #96","shortMessageHtmlLink":"Change environment variable for options to XNETHACKOPTIONS"}},{"before":"dcd44cc0f1f98e469253e7f44ca29baf8abd79bd","after":"a940be7261856439bb17223cef4c7095741285e3","ref":"refs/heads/9.0-savebreaking","pushedAt":"2024-06-23T17:07:21.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Make martial arts users immune to leg damage from bad kicks\n\nCharacters who have at least basic training in proper form for making\nkicks are unlikely to fail to apply that training even if they decide to\nkick a wall or heavy object. The kick won't necessarily accomplish\nanything, but it will be properly executed. This removes the HP and\nwounded leg damage in the \"Ouch! That hurts!\" kick failure case for all\ncharacters with Basic martial arts (i.e. all monks and samurai) and\nreplaces it with an \"ineffective\" message. The kick still makes noise to\nwake up monsters and still subjects the hero to Newton's 3rd Law.\n\nCloses #151","shortMessageHtmlLink":"Make martial arts users immune to leg damage from bad kicks"}},{"before":"a70f1120064161a567e721b22ef87efc5eff7cf8","after":"308707c080ed4836795421a82e6059710d81bdc4","ref":"refs/heads/master","pushedAt":"2024-06-23T16:07:19.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: Staff of Aesculapius did not heal dark-speech-induced blindness\n\nBug was introduced in the last vanilla merge from the vanilla blindness\noverhaul. A Blinded > ucreamed check changed to BlindedTimeout >\nucreamed, so if you had permanent intrisic blindness but no temporary\nblindness, the condition wouldn't be met. Fix this by adding another\ncondition that checks for it.","shortMessageHtmlLink":"Fix: Staff of Aesculapius did not heal dark-speech-induced blindness"}},{"before":"37b10da9b581fc59c93bf283440a34b8fad25fcf","after":"dcd44cc0f1f98e469253e7f44ca29baf8abd79bd","ref":"refs/heads/9.0-savebreaking","pushedAt":"2024-06-23T00:10:32.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: two cases of Bifrost not being restored correctly\n\nFirst bug is issue #212: polymorphing the nemesis and then killing it\nmeant the killed_nemesis flag never got set, so level updates based on\nthat flag never triggered. The fix for this is to track the nemesis's\nmonster ID similar to how it works for the quest leader. This came with\na few tweaks:\n- The nemesis's corpse will keep its monster traits.\n- The nemesis cannot be tamed.\n- You get the big alignment record bonus for killing them.\n- They will still talk in their polymorphed form if their form is\n  capable of speech.\n\nThe second bug involved if the player managed to kill Surtur before\nloading Val-loca. This was because of an oversight when the\nvisited_after_event flag was added - it was not added in\nclear_level_structures() and therefore the locate level was registering\nas having already processed the post-Surtur-kill change.\n\nCloses #212","shortMessageHtmlLink":"Fix: two cases of Bifrost not being restored correctly"}},{"before":"ba747c8da8fb48159c4206c3b56397a5e7963dad","after":"37b10da9b581fc59c93bf283440a34b8fad25fcf","ref":"refs/heads/9.0-savebreaking","pushedAt":"2024-06-14T21:35:38.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Add the Amulet of Storms artifact\n\nNote by copperwater: Intent of this is to continue expanding a few pools\nof artifacts:\n    - non-weapon non-quest artifacts\n    - chaotic artifacts\n    - less powerful artifacts\n\nwhile still being useful enough to appreciate when given as a sacrifice\ngift.\n\nFrom the original patch, I adjusted the price down (it's not powerful\nenough to be worth 2000 base price) and refactored is_stormy_monster for\nclarity. I also gave it an additional side effect of blocking lightning\nparalysis (but not damage) on the Plane of Air; seems reasonable that\nit'd have this protective effect as well.","shortMessageHtmlLink":"Add the Amulet of Storms artifact"}},{"before":"ef9729a683b35581ea8af0766b08580ff3d9e503","after":"a70f1120064161a567e721b22ef87efc5eff7cf8","ref":"refs/heads/master","pushedAt":"2024-04-21T20:02:09.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Zombies are immune to being scared by any source\n\nThe initial idea for this was \"all mindless undead are immune to active\nscare effects, but not the scroll of scare monster\". The roadblock I ran\ninto was that onscary() is really not well set up for that and you'd\nhave to hack several special cases into otherwise clean conditions to\nmake it work. Perhaps at some point it could be refactored into a\n(monster -> bitmask of things they would be scared by) function, but at\nthe moment it's easiest to simply add more cases to the \"completely\nimmune to fear\" conditional.\n\nTo compensate for making the fear immunity broader than originally, I\nnarrowed the scope to only zombies, which dovetails nicely with the\nfeature from several commits ago where they can't open doors - other\n\"mindless\" undead may still possess enough instinct or trace of mental\nfaculties to open doors and avoid scary things, but zombies are dumb as\na rock and don't.\n\nCloses #113","shortMessageHtmlLink":"Zombies are immune to being scared by any source"}},{"before":"98cdcf7738917ce3783639837b1d124c90b93ddc","after":"ef9729a683b35581ea8af0766b08580ff3d9e503","ref":"refs/heads/master","pushedAt":"2024-04-19T19:45:45.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Message tweak for faulty amulet of life saving\n\nRemove the second reference to \"your medallion\" from \"Your medallion\nbegins to glow! But... the chain on your medallion breaks...\" as being\nredundant.\n\nWhile here, I also strengthened the checks in faulty_lifesaver() - null\nobject case didn't return, so it would have caused a segfault after\nprinting an impossible, and I felt like it needed an explicit check that\nthe object is actually an amulet of life saving, since that might (but\nisn't likely to) change in the future.","shortMessageHtmlLink":"Message tweak for faulty amulet of life saving"}},{"before":"f3acc77569c33f742a57598960cf9f24a657cc20","after":"98cdcf7738917ce3783639837b1d124c90b93ddc","ref":"refs/heads/master","pushedAt":"2024-04-19T17:14:44.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Credit cards may slip through a lock when cursed or hero is fumbling\n\nNote by copperwater: Another slight nerf to credit cards as an unlocking\ntool. In the original concept of the idea this was possible to happen\nfor a non-cursed credit card when the hero wasn't fumbling, but I\nfigured it should only really punish when there's some negative\ncircumstance mucking things up.\n\nAs implemented this patch had a flat 5% chance if cursed or fumbling; I\nmodified it back to the original idea which is Dex based. I also noticed\nthat the new code was inserted at the wrong point, before the \"still\nbusy\" check, meaning this check would have triggered every turn of\nunlocking, rather than once per the unlock attempt. Moved it so that it\ntriggers after the unlock attempt resolves, which is not perfect\n(ideally it would have a chance of happening at any point during the\nprocess) but good enough.","shortMessageHtmlLink":"Credit cards may slip through a lock when cursed or hero is fumbling"}},{"before":"e22d6880779cb120f227cfb2c8eb635253b358b6","after":"f3acc77569c33f742a57598960cf9f24a657cc20","ref":"refs/heads/master","pushedAt":"2024-04-17T22:21:51.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Actually compile DEBUG into the program in the debug hints file","shortMessageHtmlLink":"Actually compile DEBUG into the program in the debug hints file"}},{"before":"8e2003d96cb5912afc1e3afdf1307f952fb8311d","after":"e22d6880779cb120f227cfb2c8eb635253b358b6","ref":"refs/heads/master","pushedAt":"2024-04-14T13:23:49.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Vary the legacy start-of-game text based on role\n\nThis provides a little extra flavor to the legacy text without writing a\ncompletely new message for every role (unnecessary since the Marduk vs\nMoloch backstory is always the same).\n\nI did end up coming up with a different message for each role; initially\nI had only about 8 planned. Regardless, any new role will still fall\nback on \"written in the Book\" until a message is added.\n\nI initially implemented this with a new '%W' quest pager format string,\nbut then got it to work purely in Lua instead, which is good because %W\nwouldn't have been used anywhere else.\n\nCloses #147","shortMessageHtmlLink":"Vary the legacy start-of-game text based on role"}},{"before":"1512580401e99b6eaf7b4ae94e3bdbb0ee5a5856","after":"8e2003d96cb5912afc1e3afdf1307f952fb8311d","ref":"refs/heads/master","pushedAt":"2024-03-23T16:26:09.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Buff gain energy potions\n\nNote by copperwater: This is intended to make them more reliable as a\nmethod of recovering a good chunk of energy quickly by a spellcaster;\nsince they're consumable, it's fine for them to be pretty good and a lot\nbetter than ordinary energy regeneration.\n\nAdding a (expensive, top-level) way to alchemize them is from Fourk.","shortMessageHtmlLink":"Buff gain energy potions"}},{"before":"4113e8faf1eae3887032c03b64894dc263c5f91a","after":"1512580401e99b6eaf7b4ae94e3bdbb0ee5a5856","ref":"refs/heads/master","pushedAt":"2024-03-23T16:00:03.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Buff gain energy potions","shortMessageHtmlLink":"Buff gain energy potions"}},{"before":"1c772e0b2c430202cd07e803baac3ef686185f15","after":"ba747c8da8fb48159c4206c3b56397a5e7963dad","ref":"refs/heads/9.0-savebreaking","pushedAt":"2024-03-23T15:02:20.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Amulet of Storms effect also blocks Plane of Air lightning paralysis\n\nSeems reasonable that it'd have this protective effect as well.","shortMessageHtmlLink":"Amulet of Storms effect also blocks Plane of Air lightning paralysis"}},{"before":"d05d074e674651362ca8cabe29c94166dd2ba55e","after":"1c772e0b2c430202cd07e803baac3ef686185f15","ref":"refs/heads/9.0-savebreaking","pushedAt":"2024-03-23T14:52:32.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Add the Amulet of Storms artifact\n\nNote by copperwater: Intent of this is to continue expanding a few pools\nof artifacts:\n    - non-weapon non-quest artifacts\n    - chaotic artifacts\n    - less powerful artifacts\n\nwhile still being useful enough to appreciate when given as a sacrifice\ngift.\n\nFrom the original patch, I adjusted the price down (it's not powerful\nenough to be worth 2000 base price) and refactored is_stormy_monster for\nclarity.","shortMessageHtmlLink":"Add the Amulet of Storms artifact"}},{"before":"dbf11d22d58b5f7df8ab9e12e0bbfeb784d73e1f","after":"4113e8faf1eae3887032c03b64894dc263c5f91a","ref":"refs/heads/master","pushedAt":"2024-03-23T00:15:38.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Remove redundant \"pets don't attack each other\" check\n\nThere were two copies of this check; take the one that looks like\nvanilla, but I moved it up slightly to be outside the \"Grudge patch\"\ncomment.","shortMessageHtmlLink":"Remove redundant \"pets don't attack each other\" check"}},{"before":"c9124f9be29c7d2996bd4e82523d292485e6df03","after":"dbf11d22d58b5f7df8ab9e12e0bbfeb784d73e1f","ref":"refs/heads/master","pushedAt":"2024-03-21T23:37:55.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Add \"giggles and vanishes\" message when a nymph finishes stealing","shortMessageHtmlLink":"Add \"giggles and vanishes\" message when a nymph finishes stealing"}},{"before":"83d6fbbf59755a7e6a7e9afe24247a9a867e0d8a","after":"c9124f9be29c7d2996bd4e82523d292485e6df03","ref":"refs/heads/master","pushedAt":"2024-03-21T22:36:09.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: 'is' vs 'tastes' palatable adjective tags\n\nThe character used to tag the 'palatable food' adjectives as taking 'is'\nor 'tastes' ('...tastes okay' vs '...is fatty') was being discarded\nwithout being processsed/used, so 'tastes' was being used with every\nadjective.","shortMessageHtmlLink":"Fix: 'is' vs 'tastes' palatable adjective tags"}},{"before":"57ec473eb210ba933d53f2d3a4b232dfbe4e2c4e","after":"83d6fbbf59755a7e6a7e9afe24247a9a867e0d8a","ref":"refs/heads/master","pushedAt":"2024-03-21T22:35:21.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Warn the player that invisibility is about to time out","shortMessageHtmlLink":"Warn the player that invisibility is about to time out"}},{"before":"b0884a092ee4c339b289a481cf49135f8731ceac","after":"57ec473eb210ba933d53f2d3a4b232dfbe4e2c4e","ref":"refs/heads/master","pushedAt":"2024-03-21T21:41:00.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Assess iron material damage for spiked pits\n\nThe spikes in spiked pits are described as iron, so apply the additional\niron damage when the hero or a monster is harmed by them.","shortMessageHtmlLink":"Assess iron material damage for spiked pits"}},{"before":"f86bfb2fa28272e855cf07c40912567a97d0b6d3","after":"b0884a092ee4c339b289a481cf49135f8731ceac","ref":"refs/heads/master","pushedAt":"2024-01-20T14:26:32.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix #206: \"human or elf\" description for @","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #206.\">Fix</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2062790580\" data-permission-text=\"Title is private\" data-url=\"https://github.com/copperwater/xNetHack/issues/206\" data-hovercard-type=\"issue\" data-hovercard-url=\"/copperwater/xNetHack/issues/206/hovercard\" href=\"https://github.com/copperwater/xNetHack/issues/206\">#206</a>: \"human or elf\" description for @"}},{"before":"b4cdc9c2e02ba24dd6bae22c41a8390d8167d302","after":"f86bfb2fa28272e855cf07c40912567a97d0b6d3","ref":"refs/heads/master","pushedAt":"2024-01-13T13:12:37.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: Mjollnir \"doesn't seem designed to be thrown\" for Valkyrie\n\nThe check accounted for aklyses being designed to be thrown since they\nauto-return, but Mjollnir was not counted, meaning Valkyries trying to\nthrow it would have to say yes to the prompt every time. Replace it with\nthe AutoReturn macro which accounts for all auto-returning weapons.\n\nNote that because of how AutoReturn behaves, Mjollnir is only treated as\nan auto-returning weapon *if the player is a Valkyrie*. This means that\nother roles trying to throw it, even if wearing gauntlets of power and\nphysically able to, will still get the \"doesn't seem designed to be\nthrown\" prompt. Perhaps because they are not as familiar with the lore\nof Mjollnir as a Valkyrie would be, the idea of throwing such a weapon\nseems strange.\n\nFixes #208","shortMessageHtmlLink":"Fix: Mjollnir \"doesn't seem designed to be thrown\" for Valkyrie"}},{"before":"97270b360bfce3ecadefdb66248e8b460fa7879f","after":"b4cdc9c2e02ba24dd6bae22c41a8390d8167d302","ref":"refs/heads/master","pushedAt":"2024-01-13T12:51:28.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix github mac/windows builds by fixing Lua fetch target to HTTPS\n\nAs extra reinforcement, pass -L to curl.\n\nUpstream NetHack has made a bunch of changes to Makefile.top to fix\nfetch-lua but merging them all in is too much work right now; when\nvanilla is next merged the change from this commit will be dropped when\nit conflicts with theirs.","shortMessageHtmlLink":"Fix github mac/windows builds by fixing Lua fetch target to HTTPS"}},{"before":"5dcb5c78585b50de6028e9a41121caad77863cc8","after":"97270b360bfce3ecadefdb66248e8b460fa7879f","ref":"refs/heads/master","pushedAt":"2023-12-12T01:06:45.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Wishing for 'tripe' gives a tripe ration","shortMessageHtmlLink":"Wishing for 'tripe' gives a tripe ration"}},{"before":"876386066faef580f32e578c40a9c2b6f90bb50f","after":"5dcb5c78585b50de6028e9a41121caad77863cc8","ref":"refs/heads/master","pushedAt":"2023-12-12T01:05:37.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: Orcus lair wall gap \"fallback\"\n\nA player recently got an Orcus level where the wall had no gap, so the\nlevel was completely inaccessible.  Looks to me like this was because\nthe intended fallback position for failure to create any random gaps was\nreplacing the vertical wall with a horizontal wall, rather than with a\ngap.","shortMessageHtmlLink":"Fix: Orcus lair wall gap \"fallback\""}},{"before":null,"after":"a1e21b5e694531336daf220cc0d40dd782dbe4be","ref":"refs/heads/zindorsky-merging","pushedAt":"2023-12-11T23:37:25.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Allow rock moles to actually eat rocks\n\nThis is an adaptation of PR #168 by zindorsky which gives rock moles the\nability to actually eat items made of rock and gemstone (and also\nhappens to make \"Yabba-dabba delicious\" a message that the player can\nsee).\n\nI made a few small differences in implementation to what was in the PR:\n - No new M3 flag for lithivoring when it's just rock moles who can do\n   it right now.\n - Regular rock moles won't eat statues or boulders. The player can,\n   which runs into some weirdness where if the statue contains a\n   spellbook or other items, the game doesn't even suggest it as a\n   possibility for eating - this is because Has_contents blocks an item\n   from being edible. Since the inability to eat statues containing\n   items is the same as vanilla behavior where the player as a gelcube\n   can't eat boxes or bags containing items (and also with xNetHack\n   behavior for metal statues), I left this weirdness alone.\n - No throwing valuable gems at a rock mole as treats to tame it. While\n   I get the idea, this generally only works for domesticable species,\n   which rock moles aren't.\n - Fixed an omission where the player eating non-flint rocks or objects\n   made of stone would produce no message at all (gems are \"delicious\").\n - I reimplemented the do..while(FALSE) loop (its purpose was preventing\n   a rock mole from eating rocks and then immediately eating some metal\n   on the same turn) so it didn't mess with indentation.\n\nCloses #168\nCloses #142","shortMessageHtmlLink":"Allow rock moles to actually eat rocks"}},{"before":"d73e9e0811ed969e169b6650df6379136ecc6321","after":"876386066faef580f32e578c40a9c2b6f90bb50f","ref":"refs/heads/master","pushedAt":"2023-12-10T16:29:05.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Release dragon_scales_color obuf in doname_base\n\nApply logic from vanilla commit e43ec0cef1cc7c4e639c7de7e1d9ff26c6c8c629\nto an xnh-specific function -- prevent it from needlessly consuming\nextra obufs when churning through a lot of inventory (assuming there are\na bunch of dragon-scaled items in there).","shortMessageHtmlLink":"Release dragon_scales_color obuf in doname_base"}},{"before":"f41a2cfccb2b26143f36ed304d30451837d2ed19","after":"d73e9e0811ed969e169b6650df6379136ecc6321","ref":"refs/heads/master","pushedAt":"2023-12-10T16:26:53.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix MR not working vs Paralyze spell\n\nMagic resistance was doing nothing to reduce or negate the paralysis caused\nby the Paralyze monster spell, despite being noticed by the caster and\nshowing the sparkle animation. Now MR cuts the duration to 1 turn, like\nvanilla. (Free action still negates it fully, as handled by make_paralyzed.)\nAlso fixed the spell's paralysis messages being suppressed.","shortMessageHtmlLink":"Fix MR not working vs Paralyze spell"}},{"before":"6d4377ca2d5375296b3860874fee172b5dbeb788","after":"f41a2cfccb2b26143f36ed304d30451837d2ed19","ref":"refs/heads/master","pushedAt":"2023-12-10T16:18:29.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix: melee combat possibly waking nearby mons\n\nThe change from d1497be of potentially waking nearby monsters when\nengaging in hand-to-hand combat was apparently lost when the vanilla\nhmon refactor was merged.\n\nI'm not sure if this is the right spot to situate it or not (e.g. it\ncould go into hmon_hitmon itself).","shortMessageHtmlLink":"Fix: melee combat possibly waking nearby mons"}},{"before":"b9d125099abf6eb7fcb9d84337b21c72b311ee06","after":"6d4377ca2d5375296b3860874fee172b5dbeb788","ref":"refs/heads/master","pushedAt":"2023-12-10T16:15:29.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"copperwater","name":null,"path":"/copperwater","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8742183?s=80&v=4"},"commit":{"message":"Fix non-ascii characters in encyclopedia\n\nEm dashes (—) and curly quotes and apostrophes (“”‘’) may not display\r\ncorrectly. Replaced them with ASCII substitutions: double hyphen-minus (--)\r\nand straight quote and apos (\"')","shortMessageHtmlLink":"Fix non-ascii characters in encyclopedia"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEeQ8DEwA","startCursor":null,"endCursor":null}},"title":"Activity · copperwater/xNetHack"}