This should have been fixed in 0.19518 but requires some long term testing.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Dec 5 2015
Dec 5 2015
schema changed the status of T951: Micro assembler can't be linked to cargo space blocks from In Queue (Game) to Resolved.
schema changed the status of T946: Error message Shows up for whole sector: Can't produce! Inventory capacity reached from In Queue (Game) to Resolved.
AndyP moved T870: Slabs act like full blocks with rails from Issue affecting current dev-build to Issue affecting current release on the Starmade board.
AndyP moved T875: transparency issue with blocks next to slabs from Issue affecting current dev-build to Issue affecting current release on the Starmade board.
AndyP moved T864: Unable to place blocks ON slabs from Issue affecting current dev-build to Issue affecting current release on the Starmade board.
Dec 4 2015
Dec 4 2015
lancake added a comment to T939: unload/load will drop blocks if volume used is bigger than default chest capacity.
lancake lowered the priority of T939: unload/load will drop blocks if volume used is bigger than default chest capacity from Pre-Release Quality Assurance to Urgent.
lancake changed the status of T939: unload/load will drop blocks if volume used is bigger than default chest capacity from In Queue (Game) to Resolved.
lancake lowered the priority of T926: Cargo mass does not update correctly after over capacity bleeding from Pre-Release Quality Assurance to High.
Appears to be fixed but may need to stay open for a while just to be sure. Lowering priority
schema changed the status of T935: Item bleeding triggers immediately after loading on anything that has more than default volume used from In Queue (Game) to Resolved.
schema changed the status of T937: No way to reclaim large item stacks from In Queue (Game) to Resolved.
AndyP moved T908: Inventory full when you have more 45 slots in use from Unclassed to Issue affecting current dev-build on the Starmade board.
AndyP moved T926: Cargo mass does not update correctly after over capacity bleeding from Unclassed to Issue affecting current dev-build on the Starmade board.
AndyP moved T930: actions that allow you to go over capacity from Unclassed to Issue affecting current dev-build on the Starmade board.
AndyP changed the status of T917: Emissive mapping make rod lights appear on when they're off from In Queue (Game) to Resolved.
Not fixed in 0.19517, was switched around (you could do things that went over capacity but not the normal actions). Should be fixed in the next one
schema changed the status of T930: actions that allow you to go over capacity from In Queue (Game) to Resolved.
schema changed the status of T937: No way to reclaim large item stacks from In Queue (Game) to Resolved.
Not fixed, still had it a while ago, could be related to multiple multi slots of the same block but having a hard time to reproduce. It happens very rarely...
schema changed the status of T931: can't split or merge multi slots when over or near capacity limit from In Queue (Game) to Resolved.
schema changed the status of T908: Inventory full when you have more 45 slots in use from In Queue (Game) to Resolved.
-QA Testing-
schema changed the status of T926: Cargo mass does not update correctly after over capacity bleeding from In Queue (Game) to Resolved.
from version 0.19513+
schema changed the status of T932: used volume doesn't update correctly from In Queue (Game) to Resolved.
schema changed the status of T904: Cargo block doesn't become full if it's the only one linked to a chest from In Queue (Game) to Resolved.
Dec 3 2015
Dec 3 2015
lancake changed Last tested (version) from 0.1951 (Dev) to 0.19511 (Dev) on T930: actions that allow you to go over capacity.
first one is fixed, the factory issue seems to be fixed too but it's possible i couldn't reproduce this consistently and I got lucky back then.
lancake set Task Type to issuetype:bug on T934: numerical values are harder to read in inventory than hotbar.
Doesn't look like that is fixed but not sure if that is in the latest dev build.
schema changed the status of T934: numerical values are harder to read in inventory than hotbar from In Queue (Game) to Resolved.
schema changed the status of T930: actions that allow you to go over capacity from In Queue (Game) to Resolved.
schema changed the status of T929: shift clicking items doesn't always move a stack from In Queue (Game) to Resolved.
schema changed the status of T870: Slabs act like full blocks with rails from In Queue (Game) to Resolved.
from 0.19511+
schema changed the status of T875: transparency issue with blocks next to slabs from In Queue (Game) to Resolved.
from dev version 0.19511+
schema changed the status of T864: Unable to place blocks ON slabs from In Queue (Game) to Resolved.
schema changed the status of T918: Ship Yard computer over capacity message is not red from In Queue (Game) to Resolved.
schema changed the status of T933: removing blocks causing null pointer from In Queue (Game) to Resolved.
-QA Testing-
Nov 30 2015
Nov 30 2015
Doesn't look like it is fixed.
schema changed the status of T904: Cargo block doesn't become full if it's the only one linked to a chest from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T908: Inventory full when you have more 45 slots in use from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T907: "Over capacity" message for inventory factory menus is not visible from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T911: overload triggers a copy of stacks to be dropped into space from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T909: Storage does not have base inventory space from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T912: Cargo visual representation is incorrect from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T914: cargo area - does not detect full state anymore from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T913: storage - auto-pull does not stop before overfilling from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
lancake changed the status of T903: tooltip doesn't always display or shows wrong data from In Queue (Game) to Resolved.
Nov 28 2015
Nov 28 2015
lancake moved T901: inventory search filter crashes you from Backlog / Unclassed to Confirmed fix on the Quality Assurance board.
schema changed the status of T901: inventory search filter crashes you from In Queue (Game) to Resolved.
schema changed the status of T902: cargo space's texture is not random for the chunk containing the shipcore from In Queue (Game) to Resolved.
Nov 21 2015
Nov 21 2015
schema changed the status of T789: deleting shipyard core anchor when design is loaded, removes it from the database from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T839: Certain weapons mounted directly to an asteroid and then fired will crash the game at the next autosave from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
Appears to be fixed completely now.
Appears to be fixed, might be because of T875.
Wasn't fixed, using the "Add" button added the slab blocks but it didn't deduct from your block count. It did check if you could add the entered number though but just didn't do anything with it.
SmilingDemon moved T868: The orientation for slabs resets when changing the type. from Unclassed to Issue affecting current dev-build on the Starmade board.
schema reopened T867: Pasting slabs gives you error message as Resolved by committing Restricted Diffusion Commit.
schema reopened T879: blueprints use slab blocks in block list, you can't add them as Resolved by committing Restricted Diffusion Commit.
schema changed the status of T875: transparency issue with blocks next to slabs from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T878: removing slabs in astronaut mode adds it to your inventory as a slab block from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
SmilingDemon changed Last tested (version) from 0.19492 (Dev) to 0.19494 (Dev) on T865: Can't walk on slab stairs.
Nov 20 2015
Nov 20 2015
Wasn't in the latest dev build.
SmilingDemon moved T258: All blocks are rotatable from Backlog / Unclassed to Confirmed fix on the Quality Assurance board.
This appeared to be fine in some cases, but sometimes it randomly switches rotations while switching between slab types. It doesn't always change to the default FRONT rotation either.
schema changed the status of T864: Unable to place blocks ON slabs from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T862: Can't use slabs properly when the block is in a multi-slot from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T865: Can't walk on slab stairs from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T863: Destroying a slab will give you full size debris from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T869: slab x/y pop-up in build mode is incorrect from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T868: The orientation for slabs resets when changing the type. from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T867: Pasting slabs gives you error message from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
Nov 8 2015
Nov 8 2015
v0.19485 -- i'm finding all storage modules in the current release, be they loaded in from blueprints created in older patches, or indeed saved after being rewired in the current release need to have their storage module's wiring connections undone and subsequently rewired in order for their storage filters to begin actually pulling items from their slave modules (storage and factories both). players on our server are reporting needing to rewire their entire factory systems.
all storage wiring in a given sector also breaks again upon sector unload / reload, meaning players have to rewire your factory system each time you return home or do everything manually.
can test using the following blueprint:
http://starmadedock.net/content/ninewerks-products-token-vending-machine.3629/
load it in and place grey hull in the rear, watch as the neighboring storage module is active, set to pull grey hull, but will not until un-wired and re-wired to the rear chest.
v0.19488 - seems okay on loaded blueprints now. will continue to test and let you know anything i find after i upgrade our server to v0.19488,
v0.19485 -- i'm finding all storage modules in the current release, be they loaded in from blueprints created in older patches, or indeed saved after being rewired in the current release need to have their storage module's wiring connections undone and subsequently rewired in order for their storage filters to begin actually pulling items from their slave modules (storage and factories both). players on our server are reporting needing to rewire their entire factory systems.
Nov 7 2015
Nov 7 2015
schema changed the status of T52: ArrayIndexOutOfBoundsException in storage UI from In Queue (Game) to Resolved.
-QA Testing-
-QA Testing-
Nov 6 2015
Nov 6 2015
Same here, checked 2 ships, 1 of them has a 5 long "turret" chain.
lancake added a comment to T783: Multiple transporter blocks linked to a computer will not function.
-QA Testing-
Looked good to me . the station with stuff attached that i did save to local had still all its parts after respawning it localy
SmilingDemon changed Last tested (version) from 0.19482 to 0.19484 (Dev) on T821: local blueprints not saving data folder.
Chandler changed Last tested (version) from 0.19476 to 0.19482 on T821: local blueprints not saving data folder.
schema changed the status of T821: local blueprints not saving data folder from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
schema changed the status of T672: response fleets do not spawn for custom trade stations from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
lancake changed the status of T783: Multiple transporter blocks linked to a computer will not function from In Queue (Game) to Resolved.
helps if u have a computer or build block next to the core to enter after getting out of the core
schema changed the status of T820: stuck in ship core /stuck in undeathinator from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
Nov 5 2015
Nov 5 2015
Since the other ticket got merged with this one since the last update the power supply beams are now passing through a lot of entities.
Before 0.19476 the power supply beams were mostly hitting the first block in its way. Sometimes I would see what I assumed was a graphical glitch of the beam passing through the ship but it was very rare even with 96 x 2 alternating power supply beams.
After update 0.19476 I'm getting power supply beams on docked power modules passing through up to 2 sections of main ship (1 section is 40+ layers of jump modules), 2 sections of a docked shield module attached to the main ship only to hit a 3rd section of the shield module. Also sometimes pass through all of that to hit the forward docked weapon modules. Approximately over half of them are passing through at least two sections of main hull.
The beams in my testing, will hit the first entity of a type in its path.