Possibly resolved by previous update
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 7 2017
Mar 7 2017
SmilingDemon edited Tester information (Internal use only) on T1935: Pixelated small block preview in adv. Build mode view.
SmilingDemon changed the status of T1935: Pixelated small block preview in adv. Build mode view from Resolved to In Queue (Game).
schema changed the status of T1935: Pixelated small block preview in adv. Build mode view from In Queue (Game) to Resolved.
schema changed the status of T1510: NullPointer in Character file from In Queue (Game) to Resolved by committing Restricted Diffusion Commit.
Mar 6 2017
Mar 6 2017
calani changed the status of T2252: Registry has a maximum password length of 128 characters from In Queue (Registry) to Resolved.
The password update page now states the valid password length range, and displays an error notification for invalid lengths.
While I haven't tested unicode characters, it's very highly unlikely that it's a byte limit.
After the most recent update, when I spawn in the broken ship, the rails work perfectly without deleting the rail speed controller.
Katorone added a comment to T2275: world naming case sensitive on linux - not saving uppercase world names.
Tested on Debian 8.0 64bit, java 1.8, headless server:
- set WORLD = TEST in server.cfg
- only server-database/test was created.
This suggest the issue is only present on singleplayer.
erthparadine added a comment to T2275: world naming case sensitive on linux - not saving uppercase world names.
From Linux, upon creation of the world "MyCapsWorld" (Linux), I can spawn in no problem...
AndyP added a comment to T2275: world naming case sensitive on linux - not saving uppercase world names.
-Validated-
Open for testing
AndyP raised the priority of T2275: world naming case sensitive on linux - not saving uppercase world names from Normal to High.
AndyP edited Clientconfig (settings.cfg) on T2275: world naming case sensitive on linux - not saving uppercase world names.
Mar 4 2017
Mar 4 2017
AndyP renamed T2254: Can't align to parts far away from the core (need gap) from Can't align to rotating object to Can't align to parts far away from the core (need gap).
AndyP edited Tester information (Internal use only) on T2254: Can't align to parts far away from the core (need gap).
AndyP changed the status of T2254: Can't align to parts far away from the core (need gap) from Open to In Queue (Game).
AndyP moved T2254: Can't align to parts far away from the core (need gap) from Feedback to Confirmed on the Issue Navigation board.
Great, could reproduce the problem.
Restricted Application changed the status of T2254: Can't align to parts far away from the core (need gap) from Feedback to Open.
I just uploaded the SMENT here. If you can't access the SMENT let me know and I will find a public server to spawn it on.
AndyP changed the status of T2273: Adjust the starter equipment for the new way shapes work from In Queue (Game) to Resolved.
Should be fixed for next dev-build
Mar 3 2017
Mar 3 2017
AndyP changed the status of T2254: Can't align to parts far away from the core (need gap) from Open to Feedback.
Do you have that station on a server?
I'd like to examine it and find the cause.
Good find, will look into that ASAP.
AndyP changed the status of T2273: Adjust the starter equipment for the new way shapes work from Open to In Queue (Game).
I have been experimenting with this issue, and I think it has to do with distance - though I'm not sure if it's measuring distance from the core or the docking module. If I align to the rotating core, I will stay aligned and rotate with the core until I reach a distance of about 50m, then I get a "gravity neutralized" message and alignment ceases. 50m is a short distance to work with if you are designing a rotating ring on a space station. I hope this threshold increases - or is measured in the future from the surface of the object, not the core.
AndyP renamed T2271: Mouse sensitivity setting UI not using actual value on first use from Mouse sensitivity setting desync to Mouse sensitivity setting UI not using actual value on first use.
AndyP changed the edit policy for T2271: Mouse sensitivity setting UI not using actual value on first use.
AndyP edited Steps to reproduce on T2271: Mouse sensitivity setting UI not using actual value on first use.
AndyP edited Clientconfig (settings.cfg) on T2271: Mouse sensitivity setting UI not using actual value on first use.
AndyP moved T2271: Mouse sensitivity setting UI not using actual value on first use from Unclassed to Issue affecting current release on the Starmade board.
AndyP changed the status of T2271: Mouse sensitivity setting UI not using actual value on first use from Open to In Queue (Game).
and < always calculate their first change based on 0.5
AndyP edited Clientconfig (settings.cfg) on T1801: Editing "HpConditionTriggerList" with customBlockBehaviorConfig.xml results in a failed merge.
AndyP moved T1801: Editing "HpConditionTriggerList" with customBlockBehaviorConfig.xml results in a failed merge from New / Unconfirmed to Open / Validated on the Issue Navigation board.
will look into this
AndyP triaged T1801: Editing "HpConditionTriggerList" with customBlockBehaviorConfig.xml results in a failed merge as Normal priority.
AndyP renamed T1795: Windowed mode: resolutions and menu issues after resize from Windowed mode resolutions and menu issues to Windowed mode: resolutions and menu issues after resize.
Sent in queue and added as subtask of
T1666: Resized UI Windows have glitched Buttons/Text
AndyP changed the status of T1795: Windowed mode: resolutions and menu issues after resize from Open to In Queue (Game).
AndyP changed the status of T1795: Windowed mode: resolutions and menu issues after resize, a subtask of T1666: Resized UI Windows have glitched Buttons/Text, from Open to In Queue (Game).
AndyP changed Category from issuecategory:cbsshipyard to issuecategory:engine on T1786: Odd chunk behaviour on larger ships in (de/)Contsruction.
Open for testing.
AndyP edited Clientconfig (settings.cfg) on T1786: Odd chunk behaviour on larger ships in (de/)Contsruction.
AndyP changed the status of T1773: Filling blueprint in personal cargo could make BP temporarily vanish from Open to Feedback.
Can you still reproduce this?
Played around with this a bit, and could not see any problems.
AndyP triaged T1773: Filling blueprint in personal cargo could make BP temporarily vanish as Normal priority.
AndyP triaged T1740: Local client chunk cache files can be used to reconstruct entities seen on multiplayer. as Normal priority.
AndyP changed the status of T1740: Local client chunk cache files can be used to reconstruct entities seen on multiplayer. from Open to wontfix.
-Will not Fix-
Issue has been fixed together with a similar problem on the trade network.
So report *was* valid. But is no longer a problem.
AndyP changed the status of T1765: Hashsums for Launcher should be made available from Open to In Queue (Launcher).
Forwarding request to @calani
AndyP changed Task Type from issuetype:bug to issuetype:request on T1765: Hashsums for Launcher should be made available.
AndyP changed the status of T1646: Rail docked entities not following ai targetting settings from Open to In Queue (Game).
AndyP changed the status of T1646: Rail docked entities not following ai targetting settings, a subtask of T1647: Bobby ai type "fleet" odd behavior, from Open to In Queue (Game).
AndyP edited Steps to reproduce on T1646: Rail docked entities not following ai targetting settings.
AndyP edited Clientconfig (settings.cfg) on T1646: Rail docked entities not following ai targetting settings.
AndyP edited Tester information (Internal use only) on T1646: Rail docked entities not following ai targetting settings.
AndyP added a parent task for T1646: Rail docked entities not following ai targetting settings: T1647: Bobby ai type "fleet" odd behavior.
AndyP shifted T1646: Rail docked entities not following ai targetting settings from the S1 Public space to the S3 Starmade space.
Mar 2 2017
Mar 2 2017
AndyP closed T1736: Cursor Position Not Accurately Updated Off Screen When Mouse Speed Is Greater Than Ship Turn Speed as Rejected.
Spent quite some time trying to figure out the point in this report, and trying to reproduce the described case.
AndyP triaged T1736: Cursor Position Not Accurately Updated Off Screen When Mouse Speed Is Greater Than Ship Turn Speed as Normal priority.
AndyP changed the edit policy for T1736: Cursor Position Not Accurately Updated Off Screen When Mouse Speed Is Greater Than Ship Turn Speed.
Forwarding.
Information is enough to fix/work on it.
AndyP changed Category from issuecategory:none to issuecategory:engine on T2270: Server deadlocked, unknown cause.
relevant error thing:
[2017-03-02 15:54:42] DRAWING TIME OF 266 elements: 77(77.10949); unifroms: 0.0; pointer 0.0; upChk 0.0; frust 0.0; update 0.0; draw: 0.0; totD: 0.0
[2017-03-02 15:54:56] GLFRAME processErrorDialogException()
[2017-03-02 15:54:56] java.lang.NullPointerException
[2017-03-02 15:54:56] at obfuscated.aIa.e_(SourceFile:180)
[2017-03-02 15:54:56] at obfuscated.aHE.e_(SourceFile:128)
[2017-03-02 15:54:56] at obfuscated.hv.e(SourceFile:1733)
[2017-03-02 15:54:56] at obfuscated.hP.e_(SourceFile:415)
[2017-03-02 15:54:56] at obfuscated.hq.e(SourceFile:566)
[2017-03-02 15:54:56] at obfuscated.hq.b(SourceFile:740)
[2017-03-02 15:54:56] at obfuscated.hq.e_(SourceFile:439)
[2017-03-02 15:54:56] at obfuscated.aFr.g(SourceFile:546)
[2017-03-02 15:54:56] at obfuscated.aFr.a(SourceFile:687)
[2017-03-02 15:54:56] at obfuscated.aFx.b(SourceFile:665)
[2017-03-02 15:54:56] at obfuscated.U.e(SourceFile:956)
[2017-03-02 15:54:56] at org.schema.game.common.Starter.startMainMenu(SourceFile:1435)
[2017-03-02 15:54:56] at org.schema.game.common.Starter.main(SourceFile:980)
lancake moved T2269: Chunks disappearing - Bases and Planets getting swiss cheesed from New / Unconfirmed to Open / Validated on the Issue Navigation board.
lancake set First occurrence (version) to 0.199.468 on T2269: Chunks disappearing - Bases and Planets getting swiss cheesed.
-validated-
Benevolent27 updated the task description for T2269: Chunks disappearing - Bases and Planets getting swiss cheesed.
Mar 1 2017
Mar 1 2017
AndyP moved T2215: Rail speed controller linked to non rail block from Feedback to Open / Validated on the Issue Navigation board.
oh great thank you.
Restricted Application changed the status of T2215: Rail speed controller linked to non rail block from Feedback to Open.
In the port cargo bay, where the ventral bay door attaches, the third rail controller down in the stack of four.
AndyP changed the status of T2215: Rail speed controller linked to non rail block from Open to Feedback.
Wow, can you add a screenshot or give a coordinate of the problematic rail-speed controller?
lancake changed the status of T2020: Replacing blocks does not mirror the orientation on symmetry planes from Open to In Queue (Game).
To update the case here, the ship has multiple rail controllers, all hooked up to run at different speeds. One of them was not connected to any rails, though it was connected to activation modules. When this rail controller was deleted, the rail lockup issue on the ship was instantly resolved. Disconnecting it from the activation modules, changing their state, etc, had no effect. Only deleting the rail controller block had an impact.