calbzam

Hi, We are going to release the following task: [New] 8.0.16.3548 All platforms - Plastic, Gluon: A lot of users have found the contextual help in the Plastic and Gluon UIs very useful, but, for our more advanced users, the help panel was getting in the way without providing any real benefit. Now, each help item will only be shown at most once a day, and we will only show more help than that when we detect you are having difficulty with the tool. Also, if the help panel was opened automatically, rather than by pressing the help button, it will hide itself out of the way again after a few minutes. Btw, if you select "Got it, don't show me again" on the help panel, that help item won't be shown again. Regards, Carlos.

Definitely this is not normal. If you can send us some file examples where Plastic is wrongly considering the same, we will review the scenario in detail to determine the reason for the false positive. Also thank you @Mikael Kalms for your help :) Regards, Carlos.

Ok, thanks for the update. Carlos.

Hi, As Mikel comments, when you perform changes out of the Plastic control (directly ok disk) Plastic can only guess what happened checking the hard drive. You may have deleted these folders but according to the "Pending changes" view, a very similar folder has been added on a different location. That's why Plastic considers it a "move" instead of a "delete". If you check the "Similarity" column, the values are very high (it means the file content is very similar and Plastic considers it a "move"). Could you focus on any of these files and confirm these similarity values? Regards, Carlos.

Yes, we could clarify the error message for this specific case (hidden changes). If I properly understand you need to keep these files under source control? Because another option would be to keep them as private in your workspace. Regards, Carlos.

Wow! Thank you so much for the update and the detailed analysis! Good to know that the operation was able to complete. The sync duration would depend for sure on the content of the individual commits but not very sure why it seems to also depend on the previously synced changesets. Regards, Carlos.

Hi, Could you attach the "plastic.debug.log.txt" file? We should be able to debug why the GitServer mappings are not generated. Generating the mappings will take a while and it depends on the repo size. Regards, Carlos.

Hi, You can configure this value, in the "mergetool.conf" file. The setting to edit is: big_file_size The default size is 2MB (2 * 1024 * 1024) Regards, Carlos.

Hi, I started the same clone operation this morning on my local PC. Around 7 hours running: Importing... \ 45784/138997 I'm using the "cm sync" (next time please also use the "cm" so we can get more feedback on the operation). I'm using the office network and my SSD drive. It doesn't seem to be as fast as Manu reported but it should be finishing in less than 24 hours (faster than your test). Anyway, the initial operation is what should take a longer time (this is a big repo). But after that, the sync for the new commits should be very fast. Regards, Carlos.

As an update for the forum post (we have been also chatting via support email): As you probably saw in our blog, we are currently redoing the entire code review system to come up with something much more powerful, focusing on smoothing the interactions between reviewers and authors.Right now the first phase for Windows has been released, but more work is yet to be done.We'll start on the macOS side of things real soon, and our goal is to reach the current Windows feature parity before the end of 2019.Regards, Carlos.

Hi, I'm afraid the redesigned webUI (including the code review support) is only available for Plastic hosted servers http://blog.plasticscm.com/2018/09/webui-web-interface-for-plastic.html Regards, Carlos.

Hi, I'm afraid it's not currently configurable but it's shouldn't be very difficult to enable it https://plasticscm.uservoice.com Regards, Carlos.

Hi, I'm afraid it's not possible. You will need to re-create the Xlink in order to change the writable flag. Regards, Carlos.

Hi, A branch rename is not pushed during a replica operation. If you locally renamed a branch and also want to propagate this change to cloud, you will also need to manually rename the branch in the cloud repo. Regards, Carlos.

Hi, It will only appear for files that are not under source control. You can only ignore private files. For controlled files, you can only add to "cloaked"/"hidden changes" list. Regards, Carlos.

Hi, When you right-click and select add to ignore list, you are actually adding a new rule in the "ignore.conf" file. When you add the rules, you can select to apply it only for the local workspace or not. (you can have both a local "ignore.conf" and a global "ignore.conf") Best regards, Carlos.

Hi, Plastic automatically does it if you run an update operation that requires downloading a file and you already have a local private file with the same name. Plastic doesn't overwrite your local private files but renames them. Regards, Carlos.

Hi, The issue seems to be with an external library that we are linking in our plugin and it happens when checking the Java version. What is your Java version? Could you try downgrading to Java 8 as a workaround? https://youtrack.jetbrains.com/issue/TW-57916 Regards, Carlos.

Hi Francois, In that case, you need to use "hidden_changes.conf". Do you also have the files as checked-out? If the files are only locally changed (not checked-out), it shouldn't appear in the "Pending Changes" view. Are you using Windows Plastic GUI? I understand. It fits pretty good with the purpose of "hidden_changes.conf". Please also open the "Options" panel in the "Pending changes" view and be sure you don't have enabled "Show hidden files". The "hidden_changes.conf" will prevent you to create new revisions of this file (bu hiding your changes) but it won't prevent to download the new revisions if somebody creates a new revision of this file in the branch.Regards,Carlos.

Hi Francois,If you switch your workspace with changed items (I guess you edited the preference because by default it's not possible), you can end up in a scenario where your workspace is pointing to a changeset but not all the revisions point to this changeset. You will need to update/update forced to actually overwrite your original changes.Also, you can end up with the following error: "The parent revision of the item is inconsistent with the loaded one in changeset cs:xxx"Please check the following article for more information where we explain why you have to be careful when you switch your workspace with local changes:https://plasticscmsupport.zendesk.com/hc/en-us/articles/360014970894-The-parent-revision-of-the-item-is-inconsistent-with-the-loaded-one-in-changeset-cs-xxxBest regards,Carlos.

Hi, - Checkin the UE plugin repo: https://github.com/SRombauts/UE4PlasticPlugin Version 1.4.5 2019/04/27 for UE4.22:display locked files, and bay who - Gluon by default also shows the locked files and by who (not the regular Plastic GUI). Questions: 1) Are you following a centralized workflow (workspace pointing the cloud repo, not a local one)? 2) Do you have configured your custom lock rules? Regards, Carlos.

Hi again, The C++ parser is very complex and it uses some Eclipse libraries. That's the reason why you need java installed. There is still a free java version, right? Open jdk. I mean why you discard Semantic Merge just because you need to install java for the C++ parser? Regards, Carlos.

Hi, Semantic Merges needs java for java and C++ parser. Is this your case? If you run one of the C# samples included with the tool, you shouldn't need to install java. Could you try it? Regards, Carlos.

HI Mikael, - Regarding the robustness: if you stop the process or kill the operation via Ctrl+C, it should finish the sync of the current changeset and stop the operation. Then, you should be able to re-launch it. The problem is when there is a power outage or an uncontrolled shutdown. In that case, the sync may be broken. - @manu performed the same gitsync against a local server (a few months ago) and he reports that it took just a few hours. Not sure why it's taking so long to sync to your cloud organization. Could you try installing a hosted Plastic server in your machine? If this operation is much faster, then you can push it from the Plastic local server to the cloud. Regards, Carlos-

Hi, Why do you need to listen for the attribute changed in a changeset? The goal of enabling mergebot is to automatize the merges of your task branches. When the branch attribute is set to resolve, mergebot tries to automatically merge/integrate it into your baseline (before passing your tests...). Mergebot merges branches and that's why it listens to the branch attribute value. Regards, Carlos.