Search Issue Tracker
Fixed in 2017.1.0f3
Fixed in 5.5, 5.6, 2017.1
Votes
0
Found in
2017.1.0b1
Issue ID
898826
Regression
Yes
When Perforce selected, some other unrelated GUI turns disabled.
To reproduce:
1. Change Version Control Mode to Perforce in Edit -> Project Settings -> Editor
2. Observe other fields, which become disabled
Expected: Expected: changing Version Control Mode to Perforce should not prevent a user from changing other settings
Actual: other project settings are disabled when Version Control Mode is changed to Perforce
Reproduced in 5.6.0f3, 5.6.0p2, 2017.1.0b1
Did not reproduce in 5.5.0f3
Regression introduced in 5.6.0f3
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [Linux Hub] A new instance of the Hub does not have a Taskbar icon
- Mesh Inspector becomes slow to use when inspecting a large Mesh with Blend Shapes
- [Metal] GfxDeviceMetal::CreateComputeProgram does not check inputs
- The Modes button of the the SerializedField MinMaxGradient is not clickable in the Inspector when indentLevel is more than 0
- Input.GetKey for Left Shift returns true when Right Shift is held down and Left Shift is pressed (and vice versa)
RobJessop
Jun 12, 2017 09:29
This is actually working as designed, mostly.
The editor settings are saved in files that are usually owned by version control. When you select Perforce as your version control provider, the inspector checks whether or not the editor settings file is open for edit. You haven't got a connection to Perforce, so the code plays it safe and assumes that you haven't got the settings file open for edit and disables the rest of the settings.
The fix we've implemented for this issue is to get the inspector to explain this with the VCS status label at the foot of the inspector.