#[SPZ2-5985] [10.0.-beta2] Map generation tertiary colours tooltip only says "white" not "white/black

24 messages · Page 1 of 1 (latest)

blazing aspen
#

The tooltip on mapgen for tertiary colours still only says "white". It should list all three.

image.png
burnt rockBOT
#

Thank you for reporting this bug! Our team will review your report soon.
Feel free to add more details in follow-up messages — we're also scanning for duplicate reports automatically now.
📨 There are currently 19 reports awaiting team review. Due to the high volume, it may take a little longer for us to get to yours.

📋 Log files help us investigate issues. You can find yours here:
• Windows: %USERPROFILE%\AppData\LocalLow\tobspr Games\shapez 2\Player.log

💾 Savegame files (.spz2) are very helpful if relevant to the issue!
Export via Main Menu → Play → click the download icon on the relevant savegame.
You can also find them here:
• Windows: %USERPROFILE%/AppData/LocalLow/tobspr Games/shapez 2/

#
1. [SPZ2-5639] — 👀 72% similar

Shape Viewer Shape Code tooltip is missing the new shapes and colors added for manufacture mode
Done • Priority: Medium • Fix: 1.0 Release [1.0.0] • Game: 0.1.1 • Resolution: Fix Verified

The Shape Inspector's Shape Code tooltip is missing the newer shape types and colors added for Manufacture Mode, as well as the code for black (k). To reproduce, start a new Manufacture Mode savegame, click the pinned shape at the top left of the screen, and hover the cursor over the info icon beside Shape Code. The tooltip should list all current shape codes including the new shapes and black. This issue has been fixed.
💬 Threads: [1.0.0-A3-RC1] Shape code tooltip needs

#
2. [SPZ2-2947] — 👀 55% similar

Rotator tooltips showing 90 degrees in Hex mode.
Done • Priority: Medium • Fix: 1.0 Release [1.0.0] • Resolution: Fix Verified

In the Hexagonal scenario, the Rotator and Reverse Rotator tooltips incorrectly state that shapes are rotated 90 degrees clockwise or counterclockwise. Since rotations in Hexagonal mode are 60 degrees, this information is inaccurate. The issue appears in both the toolbar menu and the Shop. The fix removes the specific degree value from the tooltips, replacing it with a generic "rotate" label, and the Codex now uses dynamic text based on the active game mode.
💬 Threads: [0.1.1-Supp.Edition] Incorrect degree di

#
3. [SPZ2-4589] — 👀 45% similar

Non-primary colored trains are shown as white trains in the statistics screen
Done • Priority: Medium • Fix: 1.0 Release [1.0.0] • Resolution: Fix Verified

Non-primary colored Trains are incorrectly displayed as white Trains in the Statistics Panel. Specifically, secondary colored Locomotives (cyan, magenta, and yellow) are counted as white Locomotives, which is actually a tertiary color. The issue can be reproduced by placing one Locomotive of each color and checking the Statistics Panel in the top right corner. The panel shows all secondary color Locomotives grouped under the white color category instead of their actual colors. This causes inc...
💬 Threads: [0.1.0-Pre-8-RC1] [Windows 11] Research , [0.1.0-pre6-rc1] Secondary Color Trains

#
4. [SPZ2-2938] — 👀 40% similar

map generation only shows one entry in the map customization
Done • Priority: High • Fix: 4 - Early Access • Resolution: Done

During Map Generation / World Generation / Seed Customization, only one entry appears in the Map Customization / World Customization panel. All colored Shapes / Items with color variations are missing from the customization options. This prevents players from properly configuring which Shape / Item types and colors will appear in their generated world. The issue has been fixed.

#
5. [SPZ2-5750] — 👀 38% similar

Uncolored option missing from map shape filter in CMYK mode
Done • Priority: Medium • Fix: 1.0 Release [1.0.0] • Game: 1.0.0-ALPHA3-RC1 • Resolution: Fix Verified

The Uncolored option is missing from the map shape filter when playing in CMYK color mode. The issue is triggered by switching from RGB to CMYK color mode or by loading a savegame that was previously in RGB mode while now set to CMYK. Under normal RGB conditions the option appears correctly. The expected behavior is that the Uncolored option should be available in the map shape filter regardless of color mode. The root cause was an incorrect translation, and the fix has been verified on the l...
💬 Threads: [1.0.0-ALPHA3-RC1] Uncolored option miss

#
6. [SPZ2-5892] — 👀 30% similar

Black and uncolored shapes have missing patterns for color blind mode
QA • Priority: High • Fix: Post 1.0

In color blind mode, Black and Uncolored shapes are missing their visual patterns, while Black and Uncolored fluid Signal Producers correctly display patterns. This can be reproduced by starting a Classic Mode save in the Regular scenario, enabling cheats, and placing the affected shapes. The expected behavior is that shapes should have patterns consistent with the fluid Signal Producers. The root cause was that shapes applied the colorblind mask differently than fluids, which caused issues w...

Found 6 similar reports • Searched 3,242 reports • Use /check-duplicates to recheck
sacred kiln
burnt rockBOT
#

❌ Your bug has been closed as not a bug. If you believe this is an error, please use the /reopen-bug command.

frail hare
# sacred kiln In the case of Shapez2 tertiary colours is only for referencing white.

really? I get that uncoloured wouldn't count as it is the default colour but black should definitely be listed as well (or better yet nothing at all), it's also in the tertiary colour group which exclusively appears with these generation types. Is there a technical reason why it's better to only quote white when clearly black is there too?

cyan hinge
burnt rockBOT
#

🔍 Our team has determined that we need to have a second look at this bug again.

cyan hinge
#

I think we can use this bug as a reminder to update the description post 1.0 OR remove black from that list. For consistency reasons

frail hare
# cyan hinge We can't change the description right now as translations are already locked in ...

Thank you, yeah from a mixing perspective it really is a quaternary, k being accessible without generation types means you could remove it from the list so the description matches.

But then will k appear in ros? 🤔 In the future I'd personally rather have k and not specify w in tertiary, to me knowing this titbit of information for k isn't that important, only very few players would immediately understand but most would be confused.

cyan hinge
#

I mean long term we should probably rework the UI so you can just configure every color individually

frail hare
#

yeah that would be great! 👍 well if you are planning on overhauling it then no need to waste time on the minutiae 😆

burnt rockBOT
#

🎫 Many thanks for reporting this issue! We have created an internal ticket for further investigation and will keep you updated. The internal ticket ID is SPZ2-5985 for reference. If you want to provide further information, just comment on this thread.

#

[SPZ2-5985] [10.0.-beta2] Map generation tertiary colours tooltip only says "white" not "white/black

blazing aspen
# sacred kiln In the case of Shapez2 tertiary colours is only for referencing white.

Sure, except that if you turn on "tertiary" colour spawning, you get white, black, and uncoloured patches. And the tooltip only says "white", where the primary and secondary colour tooltips specify all three colours that they add. So even if black and uncoloured aren't "tertiary" colours, it's still a bug that they do appear and the tooltip does not mention them.

sacred kiln
blazing aspen
#

Oh, right. Ignore me. Thanks.

sacred kiln
frail hare