Can't check-in due to exclusive checkout by myself

[peetonn]

I'm trying to make check-in but Plastic prevents me from making it, showing an error that one of the files is exclusively checked out by me. I'm not quite sure why is this happening -- i.e. if I decide to check-in, shouldn't files checked out by me released? Here's the error I'm seeing:

 

 

[calbzam]

Hi,

This error normally happens when you had the item checked-out in a different workspace. Potentially the workspace was removed while the lock was not released.
 
You can list the locks via:
 
cm lock list --server=Organization@cloud
 
And then manually release the lock via:
 
cm unlock --help

Regards,

Carlos.

[peetonn]

It seems to help, but getting this new error now: "Selector can't locate a revision for the item ..."

 

[calbzam]

Hi,

- What is your Plastic SCM version?

- Does the item exist on disk?

- Could you attach the Plastic client logs?

C:\Users\xxx\AppData\Local\plastic4\logs

Regards,

Carlos.

[peetonn]

 

version 10.0.16.5917

the item was moved, it does not exist on disk. Plastic sees that it has been moved

here's the excerpt from the log ifile:

2022-03-17 10:47:28,632 PEETONN-UNREALP\USER_NAME DEBUG Checkin - __ Checkin begins ____________________________________
2022-03-17 10:47:28,632 PEETONN-UNREALP\USER_NAME DEBUG CommitViewControl - Load commit view preferences
2022-03-17 10:47:28,633 PEETONN-UNREALP\USER_NAME DEBUG CommitViewControl - WorkspaceStatusOptions: [CalculateLocalMoves | FindChanged | FindCheckouts | FindLocallyDeleted | FindPrivates]
2022-03-17 10:47:28,633 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceLock - Workspace d:\wkspaces\REPO_NAME locked by process checkin
2022-03-17 10:47:28,633 PEETONN-UNREALP\USER_NAME DEBUG Checkin - Generating checkin data...
2022-03-17 10:47:28,633 PEETONN-UNREALP\USER_NAME DEBUG WatcherFsNodeReader - FsWatcher. Event path:'d:\wkspaces\REPO_NAME\.plastic\plastic.lck' type:Created
2022-03-17 10:47:28,634 PEETONN-UNREALP\USER_NAME DEBUG WatcherFsNodeReader - FsWatcher. Event path:'d:\wkspaces\REPO_NAME\.plastic\plastic.lck.operation' type:Created
2022-03-17 10:47:28,634 PEETONN-UNREALP\USER_NAME DEBUG WatcherFsNodeReader - FsWatcher. Event path:'d:\wkspaces\REPO_NAME\.plastic\plastic.lck.operation' type:Changed
2022-03-17 10:47:28,633 PEETONN-UNREALP\USER_NAME DEBUG WorkspacePathMatcher - Checking IsConfigWorkspace - wkPath: 'd:\wkspaces\REPO_NAME' globalConfigWkBasePath: 'C:\Users\USER_NAME\AppData\Local\plastic4\globalconfig'
2022-03-17 10:47:28,634 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the repository spec for workspacepath 'd:\wkspaces\REPO_NAME'
2022-03-17 10:47:28,635 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the server config for repository spec 'SERVER_NAME/REPO_NAME@PLASTIC_SERVER@cloud', folder 'workspacetree', config file 'cloaked.conf'
2022-03-17 10:47:28,635 PEETONN-UNREALP\USER_NAME DEBUG WatcherFsNodeReader - FsWatcher. Event path:'d:\wkspaces\REPO_NAME\.plastic' type:Changed
2022-03-17 10:47:28,635 PEETONN-UNREALP\USER_NAME DEBUG WorkspacePathMatcher - Checking IsConfigWorkspace - wkPath: 'd:\wkspaces\REPO_NAME' globalConfigWkBasePath: 'C:\Users\USER_NAME\AppData\Local\plastic4\globalconfig'
2022-03-17 10:47:28,635 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the repository spec for workspacepath 'd:\wkspaces\REPO_NAME'
2022-03-17 10:47:28,636 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the server config for repository spec 'SERVER_NAME/REPO_NAME@PLASTIC_SERVER@cloud', folder 'workspacetree', config file 'hidden_changes.conf'
2022-03-17 10:47:28,636 PEETONN-UNREALP\USER_NAME DEBUG WorkspacePathMatcher - Checking IsConfigWorkspace - wkPath: 'd:\wkspaces\REPO_NAME' globalConfigWkBasePath: 'C:\Users\USER_NAME\AppData\Local\plastic4\globalconfig'
2022-03-17 10:47:28,636 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the repository spec for workspacepath 'd:\wkspaces\REPO_NAME'
2022-03-17 10:47:28,637 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the server config for repository spec 'SERVER_NAME/REPO_NAME@PLASTIC_SERVER@cloud', folder 'workspacetree', config file 'ignore.conf'
2022-03-17 10:47:28,637 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the repository spec for workspacepath 'd:\wkspaces\REPO_NAME'
2022-03-17 10:47:28,638 PEETONN-UNREALP\USER_NAME DEBUG GlobalConfig - Getting the server config for repository spec 'SERVER_NAME/REPO_NAME@PLASTIC_SERVER@cloud', folder 'workspacetree', config file 'filetypes.conf'
2022-03-17 10:47:28,638 PEETONN-UNREALP\USER_NAME WARN  filters - PathValueMatcher: Error parsing line:       # Plastic SCM extensions file. Syntax: <expression>:<type>.
2022-03-17 10:47:28,638 PEETONN-UNREALP\USER_NAME WARN  filters - PathValueMatcher: Error parsing line:       # Valid expressions are: '.cpp', 'myfile.cpp' ... (Metacharacters are allowed: '*', '?')
2022-03-17 10:47:28,639 PEETONN-UNREALP\USER_NAME WARN  filters - PathValueMatcher: Error parsing line:       # Examples:
2022-03-17 10:47:28,639 PEETONN-UNREALP\USER_NAME WARN  filters - PathValueMatcher: Error parsing line:     
2022-03-17 10:47:28,639 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - GetFsNodeFromPath: 0
2022-03-17 10:47:28,639 PEETONN-UNREALP\USER_NAME INFO  ServerProfile - Using temporary profile for [PLASTIC_SERVER@cloud]
2022-03-17 10:47:28,640 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - GetWorkspaceTree: 0
2022-03-17 10:47:28,640 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - GetTreeChangedNode: 0
2022-03-17 10:47:28,655 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - Process changes: 15
2022-03-17 10:47:28,655 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - -------ProcessChanges:--------
2022-03-17 10:47:28,655 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 	timerGetMountPoint 0 ms, 4906 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 	timerProcessChange 15 ms, 4906 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 		timerIsBinaryPath 0 ms, 1 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 			timerIsBinaryTypePredictor 0 ms, 0 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 	timerGetChangeTypes 0 ms, 4906 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 		timerGetIgnoredTypes 0 ms, 59 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 		timerGetCloakedTypes 0 ms, 4906 times
2022-03-17 10:47:28,656 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 		timerCheckChanged 0 ms, 3860 times
2022-03-17 10:47:28,657 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 		timerGetHiddenTypes 0 ms, 2 times
2022-03-17 10:47:28,657 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 	timerNeedToProcessChildren 0 ms, 4733 times
2022-03-17 10:47:28,657 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - 	timerGetFsNodes 0 ms, 660 times
2022-03-17 10:47:28,657 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - GettingChanges: 15
2022-03-17 10:47:28,657 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - ProcessingMoved: 0 (downloading match candidates: 0, match overhead: 0)
2022-03-17 10:47:28,657 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus: DiskChangesSearcher - SplitModifiedMovedChanges: 0
2022-03-17 10:47:28,658 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceStatus - Search changes time - Total: 15 ms. Disk: 15 ms. Network: 0 ms. Overhead: 0 ms.
2022-03-17 10:47:28,658 PEETONN-UNREALP\USER_NAME DEBUG CommitViewBuilder - Get changes from provider: 15 ms
2022-03-17 10:47:28,658 PEETONN-UNREALP\USER_NAME INFO  ServerProfile - Using temporary profile for [PLASTIC_SERVER@cloud]
2022-03-17 10:47:28,659 PEETONN-UNREALP\USER_NAME DEBUG ChannelCall - protocol:plasticproto sec:ssl  sentb:      59|sendt:   0|recb:     134|rect:  19|prt:      18|sert:   0|dest:   0|zip:   0|   PLASTIC_SERVER@cloud|GetBranchInfoByName
2022-03-17 10:47:28,659 PEETONN-UNREALP\USER_NAME DEBUG PlasticPipe - prt:      31|GetBranchInfoByName           |PLASTIC_SERVER@cloud
2022-03-17 10:47:28,659 PEETONN-UNREALP\USER_NAME DEBUG Performance - Checkin - GenerateCheckinData: 31ms
2022-03-17 10:47:28,660 PEETONN-UNREALP\USER_NAME DEBUG Checkin - Traversing changes tree...
2022-03-17 10:47:28,660 PEETONN-UNREALP\USER_NAME DEBUG Checkin - Before trigger...
2022-03-17 10:47:28,660 PEETONN-UNREALP\USER_NAME INFO  ServerProfile - Using temporary profile for [PLASTIC_SERVER@cloud]
2022-03-17 10:47:28,678 PEETONN-UNREALP\USER_NAME DEBUG ConnectionCreator - Create connection to PLASTIC_SERVER@cloud took 16 ms
2022-03-17 10:47:28,679 PEETONN-UNREALP\USER_NAME DEBUG ChannelCall - protocol:plasticproto sec:ssl  sentb:      39|sendt:   0|recb:      34|rect:  18|prt:      18|sert:   0|dest:   0|zip:   0|   PLASTIC_SERVER@cloud|GetTriggerList
2022-03-17 10:47:28,679 PEETONN-UNREALP\USER_NAME DEBUG PlasticPipe - prt:      16|GetTriggerList                |PLASTIC_SERVER@cloud
2022-03-17 10:47:28,692 PEETONN-UNREALP\USER_NAME DEBUG Checkin - Error: The item d:\wkspaces\REPO_NAME\Content\FOLDER_NAME does not exist in the workspace.
2022-03-17 10:47:28,695 PEETONN-UNREALP\USER_NAME DEBUG WatcherFsNodeReader - FsWatcher. Event path:'d:\wkspaces\REPO_NAME\.plastic\plastic.lck.operation' type:Deleted
2022-03-17 10:47:28,695 PEETONN-UNREALP\USER_NAME DEBUG WorkspaceLock - Workspace d:\wkspaces\REPO_NAME unlocked
2022-03-17 10:47:28,696 PEETONN-UNREALP\USER_NAME DEBUG WatcherFsNodeReader - FsWatcher. Event path:'d:\wkspaces\REPO_NAME\.plastic\plastic.lck' type:Deleted
2022-03-17 10:47:28,696 PEETONN-UNREALP\USER_NAME INFO  Performance - Checkin - TOTAL: 62ms
2022-03-17 10:47:28,696 PEETONN-UNREALP\USER_NAME DEBUG Checkin - __ Checkin ends _______________________________
2022-03-17 10:47:28,697 PEETONN-UNREALP\USER_NAME ERROR PlasticThread - Error when performing background operation: The item d:\wkspaces\REPO_NAME\Content\FOLDER_NAME does not exist in the workspace.
2022-03-17 10:47:28,701 PEETONN-UNREALP\USER_NAME DEBUG PlasticThread - Stack trace:    at rr.a(WorkspaceInfo A_0, TreeChangedNode A_1, qz A_2, fw A_3, IWorkspaceTreeHandler A_4)
   at ia.a(ae A_0)
   at ia.a(ae A_0, a A_1)
   at a2.o(ae A_0)
   at ia.b(CheckinParams A_0)
   at Codice.CM.Client.Gui.GuiItem.a(WorkspaceInfo A_0, String[] A_1, String A_2, Boolean A_3, ICheckinOperation A_4, CmException& A_5)
   at gk.b.b()
   at Codice.Client.Common.Threading.PlasticThread.ThreadWork(Object state)
2022-03-17 10:47:28,719 PEETONN-UNREALP\USER_NAME DEBUG Channel - Valid certificate validation info:
  Sender: System.Net.Security.SslStream
  Certificate:
    SHA1: 975362A4299C0D40618986C42BE054BC81A27441
    MD5: D45A5E5F933D88BD9525FE02C8A46E69
    Subject: CN=*.plasticscm.com
    Issuer: CN=Go Daddy Secure Certificate Authority - G2, OU=http://certs.godaddy.com/repository/, O="GoDaddy.com, Inc.", L=Scottsdale, S=Arizona, C=US
    Expiration: 9/26/2022 6:25:15 PM
    Version: 3
  Chain:
    Policy:
      Revocation mode: Online
      Revocation flags: ExcludeRoot
      Verification flags: NoFlag
      Verification time: 3/17/2022 10:47:28 AM
    Status length: 0
  SslPolicyErrors: None

 

[calbzam]

Hi,

If you are a paying user, can you reach us at support@plasticscm.com?

I guess if you create a new workspace, the issue doesn't persists but it's difficult to reproduce it, right?

What is your Plastic version?

Are you using Unity/UE plugin?

Regards,

Carlos.

[Jonas Hultén]

We have also been hit by this problem.

We are using Unreal Engine and the Plastic plugin and we have added exclusive checkout for .uasset and .umap files. We started with a clean workspace and attempted to move a directory in the editor and it resulted in a bunch of changed, moved, added and deleted files in the Plastic client (11.0.16.6787). When we attemped to check this in, we get an error saying "These items are exclusively checked out by: /Path/To/File.umap (wk:Something owner:my@email)". So it says that user A can't check in because user A have it checked out. Right-clicking on the moved file in pending changes shows that we can do a checkout so it appears to be confused about the state of this file.

Another instance of this is that a user B has a clean workspace, makes changes to a specific file and when attempting to check in, the file appears locked by user B. User A can't check in this file either, which would make sense if the file appeared to be checked out in user B's plastic client.

We turned off exclusive checkout for these file types but the problem seemed to persist until we removed all locks by force using the command line client.

[calbzam]

Hi Jonas,

This error normally happens when you had the item checked-out in a different workspace. Potentially the workspace was removed while the lock was not released.

Or if for some reason the metadata of the current workspace was somehow re-created while the lock persists.

If you it doesn't fit with your tests and you can reproduce the issue please reach us at support@plasticscm.com for futhter debugging.

Regards,

Carlos.

[Jonas Hultén]

20 hours ago, calbzam said:

This error normally happens when you had the item checked-out in a different workspace. Potentially the workspace was removed while the lock was not released.

Or if for some reason the metadata of the current workspace was somehow re-created while the lock persists.

Both user A and B in my cases claim to have only one workspace. User A is a new hire so I don't think a removed workspace can be the cause in that case. I have turned off locking, but we can turn it on again to see if a new problem arises. However, the likelyhood of us finding a reproduction case seems low. We may run into it again, but would it help if we simply had a new case happening? Is there enough logging or metadata to determine the cause just by having it happen or do we need to know how to reproduce it?

[calbzam]

Hi,

Are the users using Gluon and Plastic GUi at the same time?

I think we should focus on a user facing the problem and debug their Plastic client logs:

C:\Users\xxx\AppData\Local\plastic4\logs

We will try to determine when the file was originally locked to understand what could be happening,

Regards,

Carlos.

[Jonas Hultén]

17 minutes ago, calbzam said:

Are the users using Gluon and Plastic GUi at the same time?

Only the Plastic GUI.

I'll gather logs and send an email to support then I guess.

[Javier]

Hi, 

Are there any new with this? We have the same problem. We're using UE and I can't checkin because there are files locked by my. These are the files i've modified and i want to push. I think that commit a file locked by yourself should be possible in all the circunstances.

[calbzam]

Hi @Javier,

If you have a file locked in a parallel workspace (even if the owner is also your user), you won't be able to checkin the changes.

If a file is locked in some other workspace, you will need to release the lock and the checkin the changes.

Regards,

Carlos.

[Javier]

Thank for your reply@calbzam,

It makes sense, but there are no options to unlock locked files without the command line. Plastic doesn't show the files locked by yourself, Gluon does, but neither gives te option to unlock them. Artists cannot unlock their own files in the Gluon or Plastic Client, and most of them are not very skilled with the command console. This grow really bad in big teams, the project have a lot of assets or huge scenes. The locked files by user in a complex scene can be hundreds and need to be unlocked one by one.

 

[calbzam]

Hi @Javier,

Why this is an issue in your workflow? I mean if you are using a Plastic workspace with locks (PlasticGUI or Gluon) you will keep the lock as you as you have the items checked -out and if you checkinf or undo your pending changes, the lock will be released.

On a normal basis, there is no need for an admin to unlock items via CLI.

Regards,

Carlos.