Summary:
As of the update on Tuesday 7/17/2018, when using the Crafters Windows and trying to reorder the priority of existing orders using the sidebar, the interface does not function properly. The orders do not stay where you drop them, they drop all the way to the bottom or otherwise in places where you do not drop them.
Steps to reproduce:
With any crafter, create several items in a queue, preferably as “maintain” craft orders so they stay in place (also happens with “craft now” orders).
Go to the side bar and pick up the bottom most order and try to move it to the top or anywhere else in the order.
Expected Results:
Order will remain at the location where you drop it on the sidebar, thus reordering the priority of craft orders as intended.
Actual Results:
Order bounces to the bottom. Other orders below said order sometimes reorganize themselves. Unable to determine if there is a pattern.
Notes:
When using the “Orders” tab where craft orders are fully detailed, reordering craft orders functions properly. If you want to move one order to the top using the sidebar, you can eventually do this with a cumbersome method, which is dragging the orders above it to the bottom, one at a time. This will move whichever order you tried to move to the bottom of the priority list no matter where you drop it.
Attachments:
Version Number and Mods in use:
Release 877 (x64)
Northern Alliance
Rayya’s Children
System Information:
Time of this report: 7/20/2018, 20:40:32
Operating System: Windows 10 Home 64-bit (10.0, Build 17134) (17134.rs4_release.180410-1804)
Language: English (Regional Setting: English)
BIOS: BIOS Date: 08/05/15 16:24:19 Ver: 04.06.05 (type: BIOS)
Processor: AMD FX™-8350 Eight-Core Processor (8 CPUs), ~4.0GHz
Memory: 16384MB RAM
Available OS Memory: 16342MB RAM
Page File: 8933MB used, 9840MB available
DirectX Version: DirectX 12
User DPI Setting: 96 DPI (100 percent)
System DPI Setting: 96 DPI (100 percent)
DWM DPI Scaling: Disabled
Miracast: Available, with HDCP
Microsoft Graphics Hybrid: Not Supported
DxDiag Version: 10.00.17134.0001 64bit Unicode
Summary:
Not all attempts at reordering the que work, and sometimes it just puts what I was trying to move right back where it was no matter how many times I try to move it
Steps to reproduce:
Create a new save (I chose ascendancy)
Promote carpenter
Que some orders
Try to change the que order until the bug appears
Expected Results:
The que to reorder smoothly, and not have errors moving a specific job above or below another one
Actual Results:
Specifically what happens is that it won’t let me move the Carpenter Workbench x1 job below the Wooden Practice Sword x1 job or the Weaver’s Spindle x1 job, but it will let me move both of those tool jobs above the workbench job
Notes:
I actually came here to report a bug where the job que always stuck whatever I was trying to move to the bottom of the list no matter what I was trying to do with it, but thought twice since the games that that happens on are all from older versions, and decided to test out a new game and see if it still had that bug. I didn’t find that, but I did find this, so I figured it would be good to report so that you know that reordering the list in general is a bit buggy
Attachments:
(not an error, but from stonehearth.txt)
…
2018-07-21 19:12:11.241233 | server | 0 | simulation.core | took 226 ms to process job list
2018-07-21 19:12:11.629235 | server | 0 | simulation.core | took 241 ms to process job list
2018-07-21 19:12:11.845229 | server | 0 | simulation.core | took 210 ms to process job list
2018-07-21 19:12:12.164222 | server | 0 | simulation.core | took 255 ms to process job list
2018-07-21 19:12:12.385220 | server | 0 | simulation.core | took 105 ms to process job list
2018-07-21 19:12:12.614274 | server | 0 | simulation.core | took 221 ms to process job list
2018-07-21 19:12:12.916278 | server | 0 | simulation.core | took 255 ms to process job list
2018-07-21 19:12:13.112271 | server | 0 | simulation.core | took 140 ms to process job list
2018-07-21 19:12:13.525213 | server | 0 | ai.execution_frame | (5415 Lolli Winset) [stonehearth:top] ai slow start is 0
2018-07-21 19:12:13.606217 | server | 0 | simulation.core | took 232 ms to update game state
2018-07-21 19:12:13.606217 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:12:14.198202 | server | 0 | simulation.core | took 168 ms to update game state
2018-07-21 19:12:14.198202 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:12:15.054195 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:12:15.129195 | client | 1 | lua.code | unrecognized object type ‘boxed’ in json_to_lua!
2018-07-21 19:12:15.129195 | client | 1 | lua.code | unrecognized object type ‘boxed’ in json_to_lua!
2018-07-21 19:12:15.207194 | server | 1 | lua.code | unrecognized object type ‘boxed’ in json_to_lua!
2018-07-21 19:12:15.207194 | server | 1 | lua.code | unrecognized object type ‘boxed’ in json_to_lua!
2018-07-21 19:12:33.592166 | server | 0 | simulation.core | took 133 ms to update game state
2018-07-21 19:12:33.592166 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:12:33.680165 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:12:33.758163 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:13:17.445265 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:13:18.678246 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:13:22.493191 | server | 0 | simulation.core | took 148 ms to update game state
2018-07-21 19:13:22.493191 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:13:23.734173 | server | 1 | simulation.core | game loop exhausted before any jobs processed!
2018-07-21 19:14:50.883226 | client | 1 | game_engine | ignoring screen resize to (0, 0)
2018-07-21 19:16:00.322022 | client | 1 | game_engine | ignoring duplicate screen resize to (1680, 987)
Version Number and Mods in use:
Release - 880 (x64), no mods enabled
System Information:
Good system, on the older end, but can still run graphics intense games on high with no issues and has a fast processor
Thanks! I just checked my older save files and I guess it has been fixed!
However, the bug I’ve reported here is still existent in the current version, so it’s still something the devs should probably take a look at (so long as it’s not just me that’s having issues)
