Crash in 0.16.9 when modifying filter on requestor chest

[Skandragon]

Factorio crashed. Generating symbolized stacktrace, please wait ...
#0 0x00000001009b8252 in Logger::logStacktrace(StackTraceInfo*) (in factorio) (Logger.cpp:471)
#1 0x0000000100170759 in Logging::logAndAbortOrThrow(char const*, unsigned int, LogLevel, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) (in factorio) (Logging.cpp:79)
#2 0x000000010001f764 in Logging::logAndAbortOrThrow(char const*, unsigned int, LogLevel, char const*, ...) (in factorio) (Logging.cpp:0)
#3 0x00000001006eefb3 in LogisticPoint::onFilterToBeCleared(LogisticPointFilters::Filter&) (in factorio) (LogisticPoint.cpp:934)
#4 0x00000001006ed6f9 in LogisticPointFilters::setLogisticFilter(ID<ItemPrototype, unsigned short>, unsigned int, unsigned int) (in factorio) (LogisticPointFilters.cpp:186)
#5 0x000000010029b032 in LogisticPoint::setLogisticFilter(ID<ItemPrototype, unsigned short>, unsigned int, unsigned int) (in factorio) (LogisticPoint.cpp:307)
#6 0x000000010039b403 in CommonActionHandler::setLogisticFilterItem(GuiTarget*, ActionData::LogisticFilterItemData const&, Controller*) (in factorio) (CommonActionHandler.cpp:1143)
#7 0x000000010037dd6d in GameActionHandler::actionPerformed(InputAction const&) (in factorio) (GameActionHandler.cpp:262)
#8 0x0000000100682715 in InputHandler::flushActions(bool) (in factorio) (InputHandler.cpp:55)
#9 0x000000010037e164 in GameActionHandler::update() (in factorio) (GameActionHandler.cpp:305)
#10 0x000000010071bf7d in MainLoop::gameUpdateStep(MultiplayerManagerBase*, Scenario*, AppManager*, MainLoop::HeavyMode) (in factorio) (MainLoop.cpp:919)
#11 0x000000010071a609 in MainLoop::gameUpdateLoop(MainLoop::HeavyMode) (in factorio) (MainLoop.cpp:852)
#12 0x00000001009d4754 in WorkerThread::loop() (in factorio) (WorkerThread.cpp:36)
#13 0x0000000100c7635e in void* std::__1::__thread_proxy<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, void (WorkerThread::*)(), WorkerThread*> >(void*) (in factorio) (thread:354)
#14 0x00007fff7a5e96c1 in 0x00007fff7a5e96c1
#15 0x00007fff7a5e956d in 0x00007fff7a5e956d
#16 0x00007fff7a5e8c5d in 0x00007fff7a5e8c5d
130.482 Error FlatMap.hpp:57: Key not present.

[Skandragon]

This seems to have something to do with the Engine Unit request that is set. If I hover over that one item, I see "satisfaction 13/9, on the way 0, logistic storage 1026. However, none are actually being delivered. If I try to touch that request entry by removing it, I get the crash as reported, which also happens if I try to pick up the box itself.

My gut is this is the per-item request slot thing; somehow these chests didn't get their entries put into that list, and now when I try to remove them from the game, the key lookup fails.

Additionally, if I pick up the roboports which cover these broken chests, nothing crashes, and the chests then begin to work properly, and all items are once again delivered, and I can once again modify the chest's request list.

I can provide a save, but there are many mods (none of which should affect chests) installed.

[Skandragon]

BTW, if others find this defect annoying until it's fixed, one trick is to cut power to all roboports, let them drain entirely, then turn power back on. This resets things globally and seems to work.

[Koub]

Can you update to 0.16.10 and tell us if the issue persists ?

[Skandragon]

Can you update to 0.16.10 and tell us if the issue persists ?

It looks like 0.16.10 does not crash. Thanks!

[Skandragon]

While things don't crash anymore, it seems sometimes when placing chests by robot from a blueprint, the chests don't begin receiving items. Taking another chest and pasting in the requestor parameters seems to make it start, even though there was no perceivable change in the UI.