Anonymous | Login | Signup for a new account | 2024-11-25 18:35 PST |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||
ID | Project | Category | View Status | Date Submitted | Last Update | |
0009052 | Dwarf Fortress | Dwarf Mode -- Environment | public | 2015-08-23 04:15 | 2016-03-13 10:36 | |
Reporter | Jellly | |||||
Assigned To | lethosor | |||||
Priority | normal | Severity | major | Reproducibility | always | |
Status | resolved | Resolution | no change required | |||
Platform | OS | OS Version | ||||
Product Version | 0.40.24 | |||||
Target Version | Fixed in Version | |||||
Summary | 0009052: Map Regeneration + Reveal of all tiles + Fire clay appearing and expanding on surface + Human merchants arriving in Autumn | |||||
Description | Just run into a pretty big bug. Several things seem to happen in quick succession. Here is what happens: 1. Lag out. 2. Get the pop up "Horrifying screams come from the darkness below" and the camera moves to the lava sea. 3. All tiles are revealed, all the way down to z level -17. 4. The map regenerates. Trees are back where I had cut them down and all tiles I had mined revert to how they were on embarkment. The only tiles not affected by this are those I have buildings on (excluding built stairs, walls and floors), tiles which had dwarves on them, stockpile zones and tiles that had items on them. 5. Clouds of fire clay and silty clay appear all over the surface of the map. When I unpause these rapidly expand and cover the surface causing severe lag, crushing quite a few people on the surface and flinging things all over the place. They then dissapear after 0000013:0000015 seconds. 6. A Human caravan arrives with a law-giver. Their wagon arrives dismantled with all the trade goods on the grounds. No announcement is made and the month is mid-Autumn so they aren't supposed to be here. In the unit list screen they are listed as "Visitors" rather than "Merchants". They do not move when unpaused. | |||||
Steps To Reproduce | Here is the savefile: http://speedy.sh/eAxJY/Alabedefini [^] The bug occurs on the day of the save. Just unpause and soon after it should happen. | |||||
Tags | No tags attached. | |||||
Attached Files | ||||||
Notes | |
(0032991) Detros (manager) 2015-08-23 14:53 |
Are you using any third party utilities? Have you been digging really down when that happened? If yes, lag and notice are normal, regenerating terrain sounds like a bug though. Was there any clay near the surface before? If yes, thsoe clouds could be caused by that weird terrain regeneration. And wagons can get dismantled quite easily with few bumps on the road; they then spill they cargo all around. Btw, you can store such save games at http://dffd.bay12games.com/ [^] |
(0032992) Jellly (reporter) 2015-08-23 17:17 |
I was using the Lazy Newb Pack with DF Hack on, but even with everything disabled and playing the vanilla game this happens. I had only dug down to the first cavern. There was a layer of clay near the surface yes, only silted clay though no fire clay. Well that explains the wagon, bit more than a 'few bumps' in this case :P. Noted for the future, thanks. |
(0032993) Quietust (reporter) 2015-08-24 16:45 |
Under what configuration was the world generated, as compared to the actual embark? |
(0032994) Jellly (reporter) 2015-08-25 10:36 |
I believe the world was generated with DF Hack disabled, not 100% on that though. |
(0033008) BadLeo (reporter) 2015-08-29 08:19 edited on: 2015-08-29 08:20 |
I stumbled on this bug on my previous fort. It scared the HFS out of me, so much that I created another world to play with (actually I did it to see if it will happen again). I was digging really deep when it happened, but I'm sure I didn't pierced through HFS, despite the announcement. I still have the world saved here, and I even tried to abandon the fortress and reclaim it to see if it fixed the issue, but upon return things were the same. |
(0033009) Jellly (reporter) 2015-08-29 18:21 |
I've managed to get around this bug twice now by retiring the fortress and then reclaiming it. Messes up a bunch of stuff but I can still play. |
(0033034) lethosor (manager) 2015-09-03 13:44 edited on: 2015-09-03 13:44 |
Reminder sent to: Jellly That save no longer exists on that site - if you still have it, it really would be better to upload it to DFFD (http://dffd.bay12games.com/ [^]), where files don't periodically disappear. |
(0033037) Jellly (reporter) 2015-09-05 22:18 edited on: 2015-09-27 20:31 |
Having some trouble signing up for that website. It's not sending me the verification email to activate the account. I'll upload the save when I successfully sign up. http://dffd.bay12games.com/file.php?id=11175 [^] Here is a link with the savefile. |
(0034497) Coinneas (reporter) 2016-01-21 08:38 |
I have this issue as well. No news on a solution? |
(0034502) Detros (manager) 2016-01-21 15:36 |
In which version, Coinneas? Are you using Lazy Newb Pack or playing vanilla DF without any changes to raws? Can you upload your save? Please see other questions higher and tell us more about what have happened to you. |
(0034503) Coinneas (reporter) 2016-01-21 15:57 edited on: 2016-01-21 16:04 |
I'm playing with the latest (stable) Newb Pack, just as the original complaint. Hence DFhack is enabled. Version 0.40.24 specifically. Likewise, it happened on a specific in-game date (December 29, 253). The 28th processes, but just before it hits the 29th I get the bug described above. The only thing which I did during this save which was abnormal was to access Legends Mode via DFhack, during Fortress Mode and with my map open. My uneducated hypothesis is that this may have caused the game world to get messed up, resulting in bugs at the end of the year. Was the other uploaded save file also in late December (or whatever frikkin in-universe month) date? EDIT: I checked the other guy's save. It's not on the same date, so that's not it. |
(0034504) Coinneas (reporter) 2016-01-21 16:21 |
I did some sleuthing. Read the comment near the bottom of this page: https://www.reddit.com/r/dwarffortress/comments/3g0g6h/dfhack_script_that_opens_the_legends_screen_in/ [^] Apparently accessing DFhack legends while in-game is very likely to be the culprit here. |
(0034509) m-logik (reporter) 2016-01-21 23:53 |
I had this occur in 2 40.24 forts. While both had dfhack running throughout the life of the forts, neither had ever had open-legends used. It's entirely possible that dfhack is an element of this, but two anecdotes on reddit isn't enough evidence to determine that any particular script is a very likely culprit. |
(0034515) Coinneas (reporter) 2016-01-22 14:07 edited on: 2016-01-22 14:07 |
I'm going to report this bug on DFhack's own internal bug reporting system, since it seems that open-legends is indeed NOT the issue: https://github.com/DFHack/dfhack/issues?page=1&q=is%3Aissue+is%3Aopen [^] |
(0034831) sv-esk (reporter) 2016-03-11 21:00 edited on: 2016-03-11 22:45 |
Steps to reproduce: 1. Run open-legends 2. Hit d (export detailed map) 3. Exit legends mode (it is not necessary to actually export something) 4. Wait. It usually explodes when cur_season_tick is a multiple of 2000 |
(0034836) lethosor (manager) 2016-03-13 10:36 edited on: 2016-03-13 10:37 |
sv-esk has provided a logical explanation that attributes the issue to DFHack's open-legends script, so I'll close this. See https://github.com/DFHack/dfhack/issues/805#issuecomment-195660593 [^] |
Issue History | |||
Date Modified | Username | Field | Change |
2015-08-23 04:15 | Jellly | New Issue | |
2015-08-23 04:18 | Jellly | Issue Monitored: Jellly | |
2015-08-23 14:53 | Detros | Note Added: 0032991 | |
2015-08-23 17:17 | Jellly | Note Added: 0032992 | |
2015-08-24 16:45 | Quietust | Note Added: 0032993 | |
2015-08-25 10:36 | Jellly | Note Added: 0032994 | |
2015-08-29 08:19 | BadLeo | Note Added: 0033008 | |
2015-08-29 08:20 | BadLeo | Note Edited: 0033008 | View Revisions |
2015-08-29 18:21 | Jellly | Note Added: 0033009 | |
2015-09-03 09:40 | BadLeo | Issue Monitored: BadLeo | |
2015-09-03 13:44 | lethosor | Note Added: 0033034 | |
2015-09-03 13:44 | lethosor | Note Edited: 0033034 | View Revisions |
2015-09-05 22:18 | Jellly | Note Added: 0033037 | |
2015-09-27 20:31 | Jellly | Note Edited: 0033037 | View Revisions |
2016-01-21 08:38 | Coinneas | Note Added: 0034497 | |
2016-01-21 15:36 | Detros | Note Added: 0034502 | |
2016-01-21 15:57 | Coinneas | Note Added: 0034503 | |
2016-01-21 15:58 | Coinneas | Note Edited: 0034503 | View Revisions |
2016-01-21 15:59 | Coinneas | Note Edited: 0034503 | View Revisions |
2016-01-21 16:03 | Coinneas | Note Edited: 0034503 | View Revisions |
2016-01-21 16:04 | Coinneas | Note Edited: 0034503 | View Revisions |
2016-01-21 16:21 | Coinneas | Note Added: 0034504 | |
2016-01-21 23:53 | m-logik | Note Added: 0034509 | |
2016-01-22 14:07 | Coinneas | Note Added: 0034515 | |
2016-01-22 14:07 | Coinneas | Note Edited: 0034515 | View Revisions |
2016-03-11 20:55 | sv-esk | Issue Monitored: sv-esk | |
2016-03-11 21:00 | sv-esk | Note Added: 0034831 | |
2016-03-11 22:45 | sv-esk | Note Edited: 0034831 | View Revisions |
2016-03-13 10:36 | lethosor | Note Added: 0034836 | |
2016-03-13 10:36 | lethosor | Status | new => resolved |
2016-03-13 10:36 | lethosor | Resolution | open => no change required |
2016-03-13 10:36 | lethosor | Assigned To | => lethosor |
2016-03-13 10:37 | lethosor | Note Edited: 0034836 | View Revisions |
2016-03-13 10:37 | lethosor | Note Edited: 0034836 | View Revisions |
Copyright © 2000 - 2010 MantisBT Group |