Search Issue Tracker
By Design
Votes
0
Found in
2017.3.0b8
Issue ID
966176
Regression
No
Locking a file for opening exclusively through P4V doesn't lock the meta file with it
Steps to reproduce:
1. Set up Perforce workspace and Unity editor integration
2. Create a random file, new C# script is fine
3. In P4V, change the permission of the file to exclusive checking out (-l) but don't change the meta file next to it
4. Now either:
4 a) set up a second workspace, launch a new instance of the Editor, connect it to the same server and check out the file
4 b) Check out the file through P4V
5. Back in the first editor you will see that the file is locked exclusively (remote)
6. Try to Check Out that file
7. Dialog will pop up saying the file couldn't be checked out, but it's attached meta file was checked out successfully
8. Both the check out and locked icons are visible on the overlay of the file
Expected: Since the file is locked exclusively, all corresponding actions to it should not be allowed and there shouldn't be a scenario where it shows as checked out while also remotely and exclusively locked. The meta file should get locked exclusively as well.
Actual: You are able to check out the meta file without the corresponding file with it. It can lead to unexpected behaviour and corrupted data.
Reproduced on: 2018.1.0a3, 2017.3.0b8, 2017.2.0f3, 2017.1.2p2
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- URP Realtime reflection probes do not update when RenderProbe() is being called once per second
- Addressable terrain shader variants are stripped from the Player
- [iOS] Debug.Log() appears as <private> in Console app
- UI stays in the background when it is disabled in simulator
- A wrong log file is attached when project is launched with a "-logFile" command line argument
Add comment