Release Notes

All platforms - Server can checkin directories with lots of direct entries.

The server used a buffer of 5M to calculate the hash of the directory entries. This was not enough for folders with more than 150.000 entries, so the checkin failed. Now, this limit is much bigger.

All platforms: Greatly improved the performance while finding locally removed files.

Removed an unneeded check for moved files when the workspace only contains locally removed items, no private or ignored files.

Example: In a working copy with 14K locally removed files, the search took 20 seconds to complete; now it takes 500ms.

Also, improved the search operation for moved items. Before, we downloaded all the locally deleted content to attempt a move-match with private file candidates. Now, we only download those whose size will be a valid match for the existing candidates.

All clients: Client-side check-in triggers support added to partial workspaces

If you configure a client-side check-in trigger, it will now run for partial workspaces:

> cm trigger mk before-clientcheckin MyBeforeTrigger before_trigger.sh
> cm trigger mk after-clientcheckin  MyAfterTrigger  after_trigger.sh
> cm partial update
> cm co file.txt ; cm partial ci

# The triggers (MyBeforeTrigger and MyAfterTrigger) will run before and after the changeset creation!

All platforms - Desktop GUI: Improved checkin operation startup time

In the check-in operation, we have made an enhancement to optimize startup time. Previously, the operation included a phase where paths were resolved to expand them and make them canonical, as well as resolving symlinks. However, it was observed that the GUI doesn't require this step. Therefore, we have decided to skip it, resulting in a faster check-in operation.

All platforms: Faster workspace status calculation with added items.

Improved heavily the time to calculate the workspace status when a big number of items were added under the same folder. This is only noticeable if the number of files is greater than 1.000.

In our tests, the workspace status calculation of 8.000 added files goes from 9s to 0.15s.

The workspace status calculation is performed when running the 'cm status' command or refreshing the pending changes from Desktop GUI & Gluon.

All platforms: Faster checkin of added items in partial workspaces

Improved heavily the time to check added files in when a big number of them are located under the same folder. This is only noticeable if the number of files is greater than 5.000.

In our tests, the improved step when checking 50.000 files in goes from 250s to 0.25s. The overall check-in time could go from 270s to 20s (depending on the files size to upload).

Command line client: Faster full checkin in partial workspaces

Improved heavily the time calculating the changes to checkin in partial workspaces with lots of added items.

In our tests, the time calculating the changes to checkin for 300.000 files goes from 180s to 1s.

All platforms - Desktop GUI: Show icon when permissions are marked as overridden

A new icon will be displayed when any permission from the Permissions dialog is selected to be overridden, it will be applied to the selected column "Allowed" or "Denied".

Screenshot

All platforms - Desktop GUI, Unity Plugin: Use the same default organization for the Desktop GUI and the Unity Plugin

Now, if you select an organization after doing the onboarding in the Desktop GUI or the Unity Plugin, the selected organization will be saved by default for both places.

All platforms - Desktop: New Cloak options for browsing a changeset

Now, when browsing a changeset in a workspace, users will be able to add and remove items from the cloak filter using the context menu on the files or directories.

Screenshot

Click here for more info about cloaked files: https://docs.plasticscm.com/book/#_ignoring_private_files_with_ignore_conf

Command-line client: cm listuser --group now fails if the group does not exist

If you set a group that does not exist, the command will explicitly notify you about it.

> cm listuser --group=edvelopers
The 'edvelopers' group does not exist.
%ERRORCODE = 1%

All platforms: Improved merge file conflicts with Smart Locks

1) A file is always checked-out when solving a conflict. It doesn't matter the type of resolution chosen (merge, keep source or keep destination). This prevents the creation of parallel changes while a merge is being processed in a workspace.

2) Before, when solving a file conflict with an existing lock in Retained status, the destination of the merge had to always be the retained revision. This implied running an extra merge (rebase) from the destination branch (/main) to the branch to integrate (/main/task) before integrating the branch into /main. Now, the branch that contains the Retained revision (/main/task) can be directly integrated into the destination branch (/main) so the file conflicts are solved there without any extra step.

All platforms - Desktop, Gluon: Improved handling of purged revisions in the GUIs

Several views can now detect a purged revision.

In the views that show a list of revisions (such as the History view) the purged revisions now have a trash icon and a different visual style. A tooltip also indicates purged revisions from the list.

In the Differences view, a message indicates the revision was purged. This Differences view appears in different places within the application: the History view, the Diff window, the Code Review window...

Screenshot

All platforms: Restrict code review status changes to reviewers

From now on, only a reviewer will be able to update the review status.

When there is no reviewer assigned to a code review, the GUI will allow updating its status by any user, as before.

All platforms - Triggers: The "edit review" trigger includes the reviewer edition action

Now, the add reviewer, update reviewer, and remove reviewer actions also run the edit-review triggers and set the following info on the PLASTIC_REVIEW_ACTION and PLASTIC_REVIEW_ACTION_INFO variables

* Add reviewer

** PLASTIC_REVIEW_ACTION -> add reviewer

** PLASTIC_REVIEW_ACTION_INFO -> James

* Remove reviewer

** PLASTIC_REVIEW_ACTION -> remove reviewer

** PLASTIC_REVIEW_ACTION_INFO -> James

* Update reviewer status

** PLASTIC_REVIEW_ACTION -> update reviewer

** PLASTIC_REVIEW_ACTION_INFO -> James:Reviewed

All platforms: Server-side merge takes into account the exclusive check-out rules

Before, the server-side merge (merge-to) operations ignored the exclusive check-out rules (lock rules). This happened both for Smart Locks and the legacy lock system. This misbehavior could lead to file conflicts although the lock rules were in place.

Now, the exclusive check-out checks & operations run from merge-to too. The operation now behaves the same as if you run the merge from the client side, and can not lead to file conflicts.

All Platforms - Client Command Line: The cloaked configuration is now taken into consideration in encrypted organizations

When working on an encrypted organization, the encryption key is stored in the client for security reasons - it never reaches the server.

Because of this, the server could not apply the cloaked filter stored in the server (apply the cloak before even attempting the download). It could only use the cloaked filter stored in the workspace, which could be out of date.

Now the server can read the cloaked.conf stored in the server without compromising the security. For encrypted organizations, the client first downloads the cloaked.conf in the server. This way the client can use the latest version, regardless of its encryption status.

All platforms: Introducing Smart Locks

There are many kinds of files that present a challenge for merging content changes:

* Unity scenes

* 3D models

* Images and texture maps

* Sound files

* Excel spreadsheets

* Etc...

It is quite easy to see how important it is to apply changes to these assets sequentially and always iterate over their last revision. The creation of parallel histories usually means that some changes are discarded and redone down the line, since conflicts in these files cannot be merged.

So far, you could set up these lock rules to guarantee that nobody else made changes to the same file at the same time. When you were done, changes were checked in — or unchecked out — and the lock was removed. This "legacy" lock system was devised mainly for artists that work on a single branch, forcing the user to work on the last revision of the branch.

However, protection did not extend to multi-branch scenarios, allowing the creation of parallel changes in different branches:

1. Alice made some changes to player_icon.jpg at /main/level_12. The scene is waiting to be integrated, and the file is not locked anymore.

2. Bob is working on its own branch (/main/level_11) and makes a quick change to the same file too.

Yes, both are using the last revision on their branch, but they don't take into account new revisions in other branches.

Now introducing Smart Locks.

Smart Locks are the mechanism that Unity DevOps Version Control uses to track which branch retains an asset for edition, and it works as a baton pass or as a "torch". Even if the file is not exclusively checked out right now, task branches retain the lock and prevent developers from checking out an outdated revision in a different branch.

Moreover, locks are not retained by the users who created them. As long as they keep working with the last revision, other developers can still exclusively check out the file you just checked in! This is true even for multi-branch scenarios.

In other words, Smart Locks ensure a single line of development for assets among different branches while enabling collaboration between developers. Long gone are the days when you needed to keep a physical token on your desk to let your colleagues know that you were holding an asset: Unity DevOps Version Control keeps you covered.

== CREATING SMART LOCKS ==

Smart Locks are here to replace legacy locks, and the new version of the server already uses them from the get go (see details in the 'COMPATIBILITY' section). If you were already using locks, you probably just need to upgrade.

First of all, you need to set up the lock rules (if you don't already have them!):

# Contents of the lock.conf file.

rep: * br:/main
*.UNITY
*.dae
*.mkv

rep: myrepo br:/main excluded_branches: /main/experiment /main/experiments/* */art-concept */art-concepts-*
*.jpg
*.png
*.wav

Note that there are two new optional fields available in the lock rules:

1. The "destination branch" — br:/main by default — is the source of truth when creating a new lock: the revision loaded here is considered the last revision. Locks created in other branches are not released until they get integrated back into the destination branch.

2. Some "excluded branches" where the lock rules are ignored. Note that you can use wildcards at the beginning and at the end. Excluded branches are matched by name, so bear it in mind when renaming branches!

After setting up the rules, you can create a task branch and try to check out a file. The "lock list" subcommand will help you to inspect which locks are in place and their current status:

> cm co fmv_intro.mkv

> cm lock list --anystatus
myrepo  1932  6/27/2023 10:02:11 AM /main  241  /main/task 241  Locked  mikel  mywk  /assets/fmv_intro.mkv

# Do some changes and check them in!
> cm ci

> cm lock list --anystatus
myrepo  1932  6/27/2023 10:02:54 AM /main  241  /main/task 242  Retained  mikel  mywk  /assets/fmv_intro.mkv

# cm lock list --help

Within the Desktop GUI, the Workspace Explorer now tells explicitly which files are locked by other users, and they are represented with special icons for clarity.

Also, a new panel was added to the Desktop GUI and Gluon to display the Smart Locks that currently exist in the workspace repository. Since there, you can release or remove the locks too:

Screenshot

Moreover, this panel is available in both, the Workspace Explorer and the Home View, so you don't even need a workspace to manage the locks of a repository.

Likewise, the same functionality is provided by the WebUI:

Screenshot

Remark: note legacy locks as they are not truly tied to specific repositories, so they cannot be visualized this way. Running "lock list --anystatus" shows all the server locks by default, so you can use it to find them if necessary.

See in detail how to configure exclusive check-out using an on-prem server in our administrator guide:

https://docs.plasticscm.com/administration/plastic-scm-version-control-administrator-guide#Chapter7:Configuringexclusivecheckout(Lock)

== LIMITATIONS ==

* Smart Locks do not travel across replicas.

* Replicas might add newer revisions to the repository, leaving the lock outdated.

* Some scenarios involving changeset deletion might leave the lock outdated for obvious reasons.

* Merge-to does not support locks — neither legacy nor smart ones —... yet! Stay tuned.

Even if you bump into such scenarios, none of them are unrecoverable. See the following section.

== REMOVING AND RECREATING LOCKS ==

You might land in a situation where a lock must be forcefully unlocked — maybe somebody locked an asset and forgot to release it, or maybe a lock was invalidated for some other reason.

You can use the Desktop GUI, Gluon, or the WebUI to release or remove the lock. Alternatively, you can also use the "lock unlock" subcommand:

# Unlocks the lock for the item id 56 in the repo 'myrep@myorg@cloud'.
> cm lock unlock itemid:56@myrep@myorg@cloud

# Unlocks the lock of an item by path.
> cm lock unlock /home/user/workspace/foo.psd

# Not just unlock the item, remove it entirely.
> cm lock unlock foo.psd --remove

# cm lock unlock --help

By the way, if you really need to remove a lock entirely, you might want to recreate it somewhere else. You can use the "lock create" subcommand for that. Lock rules already determine which is the destination branch, but you still need to explicitly specify the holder branch, like so:

# Creates a lock for the item id 56 in the branch /main/task@myrep.
> cm lock create /main/task@myrep itemid:56@myrep

# Creates a lock for the selected item in the branch /main/task.
> cm lock create br:/main/task item:/home/user/workspace/foo.psd

# cm lock create --help

== COMPATIBILITY ==

* Before, lock rules allowed a lockserver field (although this was barely used and could introduce some issues). It won't be supported anymore.

* Old versions of the client can perform exclusive check outs over files, but they won't be able to release Smart Locks, only legacy ones. If you try, you will be prompted to upgrade in order to continue.

* After upgrading, legacy locks already in place will stay as they are. But as soon as files get checked in or unchecked out, the legacy lock will be gone. The next time you check out such files, they will start using the new system.

* There could already be parallel versions of some files (coming from legacy locks, if they were used this way). In this case, some manual operations could be needed to continue working with these files during this transition to Smart Locks. 'cm lock unlock' and 'cm lock create' are here to help.

* Legacy locks will still be supported, at least for a while. Indeed, you can disable the new behavior in the server by adding the following key to the server.conf:

<EnableSmartLocks>false</EnableSmartLocks>

You can find more information in the official documentation:

https://docs.unity.com/devops/en/manual/smart-locks

Command-line client: cm update now has its own update report

The update command usually does not show an update report. Instead, it shows a progress bar (if used interactively) or all the relevant events that happen on items as they are updated (a behavior intended for tool automation).

However, the progress bar does not clearly communicate errors. Now using cm update interactively features an update report at the end, which helps to better understand what happened:

> cm update
| Finished       [####################] 100%  510/510 MB - 204/204 file
Error updating 'c:\wks\Game\Source\main.cs': (...)
Warning updating 'c:\wks\Game\Source\Utils.cs': (...)
>

All platforms: Trim your repository size with Purge

Real-time 3D projects can grow substantially in storage size. The iterative nature of development leads to the creation of multiple revisions of large files that, by design, are kept safely stored in Unity Version Control. Although we keep this behavior as the standard, we also want to provide our customers with flexibility so they can choose how to better manage their data.

We are excited to introduce Purge. You'll have the power to permanently delete those old, unused revisions and trim your repository data, leaving room for the ideas that lie ahead. You'll be able to select a specific period of time and file extensions you want to remove, and in a few steps, you'll get your repository shrunk.

Important note: This operation is destructive and irreversible. While we want to give users the flexibility to have the ability to control their repositories, we also don’t recommend purging your repositories. Unity Version Control is designed to keep the history of your project fully registered as long as it lives, and the use of purge means that you are losing data.

== A feature with safety features in mind ==

While this operation is destructive and irreversible, we designed it to preserve the most vital revisions. This ensures that you will always have stable checkpoints inside your repository.

The purging process calculates the scope of your requests, skipping those revisions loaded at the head of a branch or if they exist in a changeset with a label. These simple safety features guarantee that you can always return to any label or branch head.

== Try now on your CLI ==

Purge is only available through the command-line interface, where you can calculate, execute, and consult the history of your operations. Don’t forget to set permissions for it and to keep it as an administrator-only functionality.

First, you will need to request a purge. This is done using the “cm purge register” command, specifying the file extension and the ‘before’ date when to apply the purge.

> cm purge register ".png" "2023-Jun-21 13:40" --repository=prince
A7919afc-45af-4c58-a5b8-c54c32f1c0ea

The register command will return you a purge GUID, this value can be used to check its status via the “cm purge show” command:

> cm purge show a7919afc-45af-4c58-a5b8-c54c32f1c0ea
PurgeId: a7919afc-45af-4c58-a5b8-c54c32f1c0ea
Repository: prince
Author: manu
Status: ReadyToPurge
Purge size: 77 revisions, 290.06 MB
.png: 77 revisions, 290.06 MB

Once you are sure you want to run the purge operation, you will need to use the “cm purge execute” command, specifying the purge GUID you want to execute.

>cm purge execute a7919afc-45af-4c58-a5b8-c54c32f1c0ea
PurgeId: a7919afc-45af-4c58-a5b8-c54c32f1c0ea
Repository: prince
Author: manu
Status: ReadyToPurge
Purge size: 77 revisions, 290.06 MB
.png: 77 revisions, 290.06 MB

You’ll need to confirm the request to safeguard the process.

This operation cannot be undone or canceled. You will permanently lose the revisions of these files.
Tip: if you want to inspect all the affected revisions, do NOT continue and run this command:
  $ cm purge show a7919afc-45af-4c58-a5b8-c54c32f1c0ea --verbose --server=localhost:8787
Are you sure you want to execute the purge? (y/n)
y
The purge action is now running.

Lastly, you can use the command “cm purge history” to check the specific status of one purge or previously executed purges.

> cm purge history
a7919afc-45af-4c58-a5b8-c54c32f1c0ea PurgeCompleted

== Check out the complete CLI documentation and learn more about Purge ==

Since we are talking about CLI, we recently updated and brought the documentation to the web, making it easy for everyone to find, search, and learn about every available command and the extensive list of capabilities from Unity Version Control.

https://docs.unity.com/devops/en/manual/uvcs-cli/version-control-cli

== How to Access ==

You can visit our webpage and download the latest version right now:

https://www.plasticscm.com/download

Please note that this feature is only available through the Unity Version Control CLI for Cloud customers. Only new Cloud organizations will have the new ‘purge’ permission enabled by default for the “Administrators” group. If you want to start using this feature, make sure you grant the ‘purge’ permission first.

If you are not a customer or want to start using Unity DevOps for free, you can subscribe here:

http://www.unity.com/products/unity-devops

All platforms - Desktop GUI, Gluon: Updated to Avalonia UI v11

In this release, we updated the apps to use the new version of Avalonia UI framework, which includes clear type rendering for Windows and some improvements in the Asian languages support for the edition.

In addition, Avalonia UI v11 carries the most substantial changes in their API to date, setting it up for a thriving future to ensure a more robust and reliable UI.

All platforms - Desktop GUI, Gluon: Empty state when view has no items

The empty state message will be displayed when no element is found for the current main view. This empty state message has been added for all Unity VCS main views except for the Branch Explorer, Branches and Changesets views, and for all Gluon main views except for the Changesets view. The context menu will be available for some of those views in this empty state, in order to use some basic actions.

Screenshot

Windows - All clients: Symlink support is now enabled by default

Windows symlink support was released in Plastic 11.0.16.6979 on May 19th, 2022. That's quite a while!

Now symlink support is enabled by default for all machines running Windows 10.0.14972 or newer. You can check which Windows version you have by running cmd.exe:

Microsoft Windows [Version 10.0.14972.1000]
(c) Microsoft Corporation. All rights reserved.

C:\>

== REQUIREMENTS ==

To actually use this feature, you need to enable Developer Mode in Windows. To do so, you just need to type 'Developer Settings' into the Cortana search box, in the taskbar, and switch the 'Developer Mode' toggle on:

Screenshot

Screenshot

https://docs.microsoft.com/en-us/windows/apps/get-started/enable-your-device-for-development

If for some reason you are not allowed to enable it and your repository contains symlinks already, you might want to keep the old behavior. To achieve that, you can simply disable the feature by setting the following configuration key in your client.conf file:

<EnableSymlinkSupportOnWindows>no</EnableSymlinkSupportOnWindows>

== HOW TO UPGRADE ==

If you already have some symlinks in your repository, your workspace will have placeholder files loaded in the tree.

To upgrade an existing workspace, you just need to remove those files from the disk (for instance, using Windows Explorer) and undo your changes in Unity DevOps Version Control immediately after. This will force it to recreate the items as proper symlinks.

== HOW TO CREATE SYMLINKS ON WINDOWS ==

You can use the same Unity DevOps Version Control commands and options you would use on Linux or macOS:

C:\wkspaces\sokoban> mklink /D Scripts Assets\Scripts
C:\wkspaces\sokoban> cm add Scripts
The selected items are about to be added. Please wait ...
Item c:\wkspaces\sokoban\Scripts was correctly added
C:\wkspaces\sokoban> cm ci --symlink Scripts
The selected items are about to be checked in. Please wait ...
- Checkin finished 26 bytes/26 bytes [################################] 100 %
C:\wkspaces\sokoban> cm co --symlink Scripts
The selected items are about to be checked out. Please wait ...
Item c:\wkspaces\sokoban\Scripts was correctly checked out
C:\wkspaces\sokoban> cm undo --symlink Scripts
c:\wkspaces\sokoban\Scripts unchecked out correctly

== ADVANCED USERS ==

Conversely, if you want to enable the feature using an older version of Windows, you can set the same configuration key explicitly:

<EnableSymlinkSupportOnWindows>yes</EnableSymlinkSupportOnWindows>

Mind you, this implies an advanced usage and involves running Unity DevOps Version Control with the administrator account. Whereas such usage is discouraged for obvious reasons, it is allowed.

All platforms - Command-line client: "cm log" command learns "--dateformat" parameter

The cm log command is now able to set a date format to print the log entries with the specified date format.

Example (will print the dates in universal sortable dateformat):

$>cm log --dateformat=u --csFormat={changesetid}({date}){newline}{items}
6022(2023-02-17 22:02:55Z)
 C vmachines.conf
 C testprograms\obs.auto.hal.txt

All platforms - Unity DevOps Version Control, Gluon: Shelves improvements

We improved the discovery for the Shelves view by opening it the first time you use the app.

The state of the Shelves view is remembered as a user preference in order to be shown or not when you open the application again.

Also, we implemented an empty state to appear if the user doesn't have shelves, or if the user executes a query without results.

Screenshot

All platforms - Desktop GUI, Gluon: New option to display cloaked files in pending changes

As part of the pending changes options, we added a new option to display cloaked items. Now, you can see any cloaked file with changes in the pending changes view enabling this new option.

Screenshot

All platforms - All clients: Files modified only on source are checked-out in cherry picking.

Now, cherry picking, subtractive and interval merge checkout the files that are modified only on source before applying the change in the workspace.

This way the lock mechanism is respected for these kind of merges to avoid creating file conflicts for non mergeable files easier.

All platforms - Desktop GUI: Improved undo behavior after creating a shelve

After a new shelve is created, we show a dialog asking if the user wants to undo the changes or keep them in the pending changes. Now this dialog appears before the shelve is created, and it can be closed to cancel the whole shelve operation.

We also added a checkbox that allows to remember the selected option. This behavior can be changed at any time from the preferences

Screenshot

All platforms - Desktop GUI, Gluon: Improved the style of the sign-in dialog

New layout modifications have been done in the sign-in dialog.

Screenshot

The Unity Version Control CLI documentation is now live on the web!

Previously, we were missing the complete documentation with all commands, and the only way to access it and understand how to use the command line was through internal help. Now there’s a comprehensive guide available for everyone!

You can find the documentation here:

https://docs.unity.com/devops/en/manual/uvcs-cli/version-control-cli

It’s packed with detailed explanations, examples, and usage instructions for all the Unity Version Control CLI commands. Whether you’re a seasoned pro or just getting started, this resource will be invaluable.

Keep in mind that this is the first published version. While it’s a significant milestone, we recognize that there’s always room for improvement.

Stay tuned for more updates on the online CLI help!

All-platforms - Command-line client: New mvbranch trigger

We added a new type of trigger, which is called before/after the renaming of a branch. Along with the trigger, we added two new environment variables:

PLASTIC_BRANCH_NEW_NAME
PLASTIC_FULL_BRANCH_NEW_NAME

These can be used in combination with previous environment variables for automation purposes (see below).

For instance, it would be possible to create a trigger with the following command:

cm trigger create before-mvbranch MyTrigger "C:\cisystem\trigger.bat C:\cisystem\triggerresult.txt"

This script could contain the following - indeed, you can try something like this to set the trigger up and test it!

REM trigger.bat
@echo off

(
echo PLASTIC_BRANCH_NEW_NAME %PLASTIC_BRANCH_NEW_NAME%
echo PLASTIC_FULL_BRANCH_NEW_NAME %PLASTIC_FULL_BRANCH_NEW_NAME%
echo:
echo PLASTIC_BRANCH_NAME %PLASTIC_BRANCH_NAME%
echo PLASTIC_FULL_BRANCH_NAME %PLASTIC_FULL_BRANCH_NAME%
echo:
) >> %1

And then, when executing a rename in the branch, the result file would have the following content:

# triggerresult.txt
PLASTIC_BRANCH_NEW_NAME = task002
PLASTIC_FULL_BRANCH_NEW_NAME = /main/task002

PLASTIC_BRANCH_NAME = task001
PLASTIC_FULL_BRANCH_NAME = /main/task001

As always, the usual environment variables are also available when running the trigger:

PLASTIC_BRANCH_NAME
PLASTIC_FULL_BRANCH_NAME
PLASTIC_REPOSITORY_NAME
PLASTIC_COMMENT
PLASTIC_USER
PLASTIC_CLIENTMACHINE
PLASTIC_SERVER

All platforms - Desktop GUI, Gluon: Preferences menu icons on hover

Changed the color of the menu item icon when the mouse is over the item.

Windows, Linux - Desktop GUI, Gluon: Shortcut to open preferences dialog

Handled the "Ctrl+," keyboard shortcut to open the Preferences window in Windows and Linux.

All platforms - Desktop GUI, Gluon: Improve empty comment warning

We updated the dialog that appears when you try to check in some changes without entering a comment. Now the dialog has a check box that allows you to remove this warning for future check-ins. There's also a link to the view in the preferences where you can change this setting later.

Also, now the warning is also shown when creating shelves

Screenshot

Windows - PlasticFS: Serveral improvements in symlink support

PlasticFS now uses its own reparse point solver. Now relative symlinks are allowed to freely reach the mount point and outside the workspace.

$wk> mklink /D to_workspace .
symbolic link created for to_workspace <<===>> .

$wk> cd to_workspace

$wk\to_workspace> dir

04/12/2023  11:41 AM    <DIR>          .
04/12/2023  11:41 AM    <DIR>          ..
04/12/2023  11:41 AM    <SYMLINKD>     to_workspace [.]

Some additional corner cases involving junctions are now fixed too.

== SYMLINKS LIMITATIONS ==

1) This feature is in an early stage of development, so you can expect minor bugs to happen.

2) PlasticFS always creates symlinks as files. By trying to access them, they will be automatically solved and converted to directories. However, this step might confuse external programs that do not expect it.

* This happens anytime you create a new workspace or under some special conditions involving "undo" and "update" operations.

* Windows Explorer will force this conversion, but you might have to refresh the window the first time it shows a symlink.

All platforms - Desktop GUI, Gluon: Standardize zoom controls

The image diff viewer zoom controls have been replaced by new ones with same look&feel of the Branch Explorer zoom controls.

Screenshot

All platforms - All clients: Faster workspace tree (plastic.wktree) update

Clients using super-huge trees (more than 1M items) will experience a performance improvement.

A single file checkout/checkin/undo operation in a workspace of 7M of items is now x10 times faster!

* Before, it took around 6 s to write the workspace tree.

* Now, it only takes 600 ms to write the workspace tree.

This change is only available for clients with the following client.conf setting enabled (see "Remarks"):

<EnableNewWorkspaceTreeFormat>yes</EnableNewWorkspaceTreeFormat>

Remarks:

* Enabling this setting could cause trouble if there are older Unity DevOps Version Control installations (including older versions of the Unity Plugin) in the same machine. Be careful!

* In this first step, this smart update is only enabled when there are not structural changes or xlink editions to write. We will improve this in the future.

* This optimization is geared to workspaces with more than 1M of items, it won't be noticeable for smaller workspaces.

Details about the change:

Before, the entire workspace tree file was rewritten each time its metadata was modified (through a checkin, checkout, switch, etc. operation) even if only a few files were touched. Now it only re-writes the modified entries, which makes it much faster for big workspaces.

All platforms - Desktop GUI, Gluon: Added Attributes view for shelves

Now you can see and edit the attributes of a shelve when seeing its differences. There's a new button at the top that lets you open the list of attributes, from where you can add, remove or modify them.

Screenshot

All platforms - Desktop GUI: "Close merge view and open pending changes" set by default

As of this release, "Close merge view and open pending changes" Preferences option will be set by default to all new users.

Screenshot

All platforms - Desktop GUI: Code Review comments Reply button disabled after it's clicked

In code review window the Edit and Reply buttons has been disabled from comments and questions list while the new comment is in edition mode. This is done to avoid discarding the changed text when this button is clicked instead of the Comment button.

Linux - Desktop GUI: Updated app icon

As part of the ongoing rebranding to Unity Version Control, we replaced the 'Plastic SCM' icon with 'Unity DevOps Version Control' one in the app for the Linux platform.

Windows - Wwise plugin: Prompt for checkout on edit is now supported

Implemented support for the VCS setting "Prompt for checkout on edit", allowing users to checkout the affected files as part of the saving process.

Windows - PlasticFS: Upgrade to WinFSP 2023

Plastic FS now uses WinFSP 2023 as the minimum supported version. If you already have WinFSP 2023 Beta 1, the upgrade process will be easier than ever.

You can find the WinFSP release notes in https://github.com/winfsp/winfsp/releases.

Windows - Desktop GUI: The legacy Plastic SCM GUI has been deprecated

Please update your installation to the latest version. Continuing to use any older version may result in reduced support for your operation.

The new GUI has been the default since version 11.0.16.7105 and is fully capable of upholding your Unity Version Control workflows, please don't hesitate to contact us to provide additional feedback so we can continue improving it.

All platforms - Desktop GUI: New design of the shelves view

We improved the design of the shelves view. The old table style was replaced with a new list that displays all the relevant information about each shelve in a cleaner way.

Also, we rearranged the buttons to create a new shelve and see the shelves list in the pending changes. Check it out:

Screenshot

All platforms - Desktop GUI, Gluon: Shelve diffs shown in the pending changes view

Now when showing the diff of a shelve, instead of opening it in a separate diff window, we show it integrated in the pending changes view. You can close the diff to go back to the pending changes or select a different shelve to view its differences.

We also redesigned the header of the diff window to match the new style of the shelve diff.

Screenshot

All platforms - Desktop GUI, Gluon: Added option to automatically open shelves

We added a new option in the Shelves view that, when enabled, allows you to automatically open the selected shelve in the current window, every time you change the selection. If you disable this feature, you can work as before, by double-clicking on each shelve to open the diff in a separate window.

Screenshot

Windows - Desktop GUI: Enabled SemanticMerge by default

As of this release, the SemanticMerge tool will be the default tool for new Windows users instead of the legacy SemanticMerge tool.

All Platforms - Desktop GUI: Enhanced Shelve view toolbar

Users will now see new "Apply" and "Delete" buttons in the toolbar, (and the previously existing context menu equivalent options). By prominently displaying these actions in the toolbar, we aim to improve the visibility and ease of use of these options for users.

All Platforms - Desktop GUI: Improve notifications

We replaced the old transient notifications in the status bar, with window notifications for a better experience.

Screenshot

Windows - Desktop GUI: Removed "Switch to Legacy GUI" menu option

The legacy Plastic GUI for Windows is no longer being supported as of this release.

In Unity VCS, the "Switch to Legacy GUI" menu option has been removed, and the executable will soon no longer be part of the installation package.

Also, "Welcome to new GUI" message panels were removed

Screenshot

All platforms - Desktop GUI: Updated 'Sign in' dialog layout

We updated the 'Sign in' dialog in order to highlight the Unity ID auth because now it is the main one.

All Platforms - Unity DevOps Version Control: Organization creation redirect.

Previously, it was possible to create organizations directly from the GUI, but now, organization creation has been moved to the Unity Dashboard.

So when you try to create a new organization from the GUI, you'll now be redirected to the Unity Dashboard.

All platforms - Plastic, Gluon: New Code Editor and Language settings in Preferences

A new settings tab has been added to Preferences window to allow Code editor settings management. In this new view we can modify some of the settings related to the code editor as the font or number of tab spaces, and also the values can be restored from the default configured values.

Screenshot

The app language selection has been also added to the Other options view from Preferences window. When a new language selection is done and saved, a new popup message will be displayed asking for the application restart. The new language will be applied in GUI only if the application is restarted.

Screenshot

All platforms - Unity DevOps Version Control: Updated app icons

As part of the ongoing rebranding, "Plastic SCM" icons were replaced by "Unity DevOps Version Control" icons in the app.

All Platforms - Unity DevOps Version Control: Color Picker: Removed alpha channel slider

In this release, alpha channel slider was removed for Color Picker controls

Screenshot

Server: Allow to see the branch changes pending to integrate when it doesn't fulfill the merge rules.

The diff --integration (e.g., 'cm diff br:/main/task --integration') allow to see the pending changes to integrate for the given branch. But, when the branch doesn't fulfill the merge rules defined on the server (e.g., you need to review the branches prior to merge them into /main), you get the error "Cannot perform the merge because of the Merge Rules. Review the branch '/main/task' to merge it to '/main'." when you try to see the changes pending to integrate on a branch without a code review.

Now the diff --integration works, no matter if the server has any merge rule enabled or if the branch fulfill those rules.

All platforms - Unity DevOps Version Control, Gluon: Improve visibility of current changeset or branch

We added some visual cues to the Branches and Changesets view so that you can more easily see which is your current branch or changeset.

We also applied the same style change to the item history view in Gluon.

Screenshot

Screenshot

All platforms - Unity DevOps Version Control, Gluon: Highlight path changes for moved items

We added highlighting to the paths for moved items so that you can more easily see which parts of the path were changed.

This applies to the Pending Changes, Merge, Diff and Incoming Changes views in Unity DevOps Version Control and Gluon.

Screenshot

All platforms - Unity DevOps Version Control: Notification added to invite users to try the new Code Review experience.

We have added a notification bar that invites users to try out our enhanced Code Review experience from the Unity Dashboard :

Screenshot

All platforms - Command line client: Revamped the client configuration from the command line.

We improved the way of configuring the client interactively from the command line client ( cm configure ).

The first change is that now you are not asked for the repository server specification in different steps. Take this as an example - this is what you had to do before to configure a SSL server:

Configure the Unity VCS server address/port:
Unity VCS server address [localhost]: version-control.unity-hq.domain
Unity VCS server port [8087]: 8087
Use encryption (SSL)? [y/N]: y
Unity VCS SSL server port [8088]: 9095

You had to specify a plain TCP port despite the server might not be even listening on one. Then you were asked whether or not you wanted to use SSL, and only then you could specify the port you really wanted to use. This process was both slow and error prone.

This is what you need to do now to achieve the same:

Enter server address: ssl://version-control.unity-hq.domain:9095

Additionally, if your server requires connection credentials (User and password, or email and password), the command line client checks that the credentials are correct before saving any configuration - letting you retry if you fail to type in your user or password.

And last but not least the cm configure command now supports configuring your client directly against a Cloud organization (using email and password, Unity ID, or any other Single Sign-On mechanism you might have configured). Before these changes, only email and password were allowed for configuring your client directly against the Unity DevOps Version Control Cloud servers.

Windows - Wwise plugin: New location for the Wwise plugin

From this version on, the Wwise plugin compatible with version 2021 and below can be found in the PlasticSCM installation folder, under the path "client/plugins/wwise".

Windows - Wwise plugin: New plugin for Wwise 2022

We are pleased to announce the first release of the Unity DevOps Version Control Plugin for Wwise compatible with version 2022.

This new plugin can be found in the PlasticSCM installation folder, under the path "client/plugins/wwise2022".

Command-line client: Update command improved for automation

Now moved files will be also regarded when option --xml is specified. On top of that, a new field "ChangeType" has been added in order to make the output more understandable and easier to parse. For instance, if we are 1 changeset behind the head and within the last changeset we renamed a file "math.c" to "stats.c" and moved "dice6Tex01.png" into "textures" folder, then we changed the content of dice6Tex01.png. When updating the workspace to the head, we could see something similar to the following:

$ cm update . --xml 2>update_errors.txt
<?xml version="1.0" encoding="Codepage - 437"?>
<UpdatedItems>
  <List>
    <UpdatedItem>
      <Path>c:\wkspaces\BestGameEver\stats.c</Path>
      <User>john.scott</User>
      <Changeset>7</Changeset>
      <Date>2023-01-12T15:30:39+01:00</Date>
      <OldPath>c:\wkspaces\BestGameEver\math.c</OldPath>
      <ChangeType>Moved</ChangeType>
    </UpdatedItem>
    <UpdatedItem>
      <Path>c:\wkspaces\BestGameEver\textures\dice6Tex01.png</Path>
      <User>john.scott</User>
      <Changeset>7</Changeset>
      <Date>2023-01-12T15:30:39+01:00</Date>
      <OldPath>c:\wkspaces\BestGameEver\dice6Tex01.png</OldPath>
      <ChangeType>Moved</ChangeType>
    </UpdatedItem>
    <UpdatedItem>
      <Path>c:\wkspaces\BestGameEver\textures\dice6Tex01.png</Path>
      <User>john.scott</User>
      <Changeset>7</Changeset>
      <Date>2023-01-12T15:32:12+01:00</Date>
      <ChangeType>Changed</ChangeType>
    </UpdatedItem>
  </List>
</UpdatedItems>
CommandResult 0

See --usage for details:

> cm update --usage

Special considerations:

- Have in mind that every operation performed on an item will appear as different UpdatedItem nodes. As seen in the previous example, the file "dice6Tex01.png" is both relocated and changed in the same changeset, so it appears twice (one per operation) in the XML output.

- If a controlled file has been deleted and added again with the same name (either with the same or different content), it will be reported both as a delete and an add operations. This is, the item will appear twice in the report, the same as it works in other commands such as 'cm partial update'. Before this code change, when the content of the file was identical, the file was not reported at all. When the content of the file was different, it was only reported as a change.

- If a file has the exact content of the revision we are updating it to (i.e. for revision X and revision Y the content of the file is "hello", and we are updating the file from revision X to revision Y), it is reported as a changed item. Before this code change the file was not reported as changed because Unity DevOps Version Control didn't need to download data from the repository server (the hashes from both revisions match).

All platforms - semantic merge: Moved buttons to options menu

We moved the "Visual merge", "Run text merge" and "Restart merge" buttons to the options menu

All platforms - Unity Version Control: Improved the Search Panel for the source code editors:

- Users can now use the Replace functionality if the editor is writable.

- Search queries now support Match Case, Match Whole Word, and Regular Expressions.

- A tag has been added to inform users if matches have been found and to display their current match index out of the total number of matches.

- The total number of matches found is also displayed.

- The search result colors have been improved for both light and dark themes.

Some demo:

Screenshot

All platforms - Unity Version Control: Ported configuration dialog to semantic merge

A Configuration dialog has be ported to the new semantic merge, it is accessible from options menu, and contains preferences and configuration options pertaining to semantic merge.

Screenshot

All platforms - semantic merge: Added options menu

We have stated populating the options menu in the semantic merge window. So far it looks like this

All platforms - semantic merge: added Explain Move button

We added an "Explain move" button for move conflicts to the semantic merge outline panel here .

Clicking it opens up a visual depiction of the move.

Screenshot

All platforms - Unity Version Control: Renamed "DevOps user profile" preferences tab

We have renamed the "DevOps user profile" tab in Preferences to "Mergebots".

All platforms - Unity Version Control: Removed Plastic SCM logo

As part of the ongoing rebrand to Unity Version Control we have removed the Plastic SCM logo.

All platforms - Unity Version Control, Gluon: New options context menu

The options context menu navigation and look&feel has been improved.

* The items from the menu have been rearranged.

* The margins between icons and texts have been adjusted.

* New options have been added: Documentation, Unity Version Control Web UI (just for Cloud edition)

* Simplified the theme selection.

Screenshot

All platforms - Unity Version Control, Gluon: Modify the sign-up process to redirect users to Unity DevOps purchase flow.

We removed the ability to sign up for Plastic SCM credentials and redirect users to the checkout page for Unity DevOps. When landing on this page, they’ll be invited them to create a UnityID first. Once this is done, they can continue the purchase on the checkout page.

Windows - Unity Version Control: Rename Start Menu shortcuts

As part of the ongoing rebrand to Unity Version Control, Plastic SCM shortcuts in Start Menu have been renamed.

Also, a new shortcut was added in this menu: "Unity DevOps Version Control"

All platforms: Plastic SCM is now Unity Version Control

Screenshot

Plastic SCM is now rebranded as Unity Version Control.

We have also updated our end-user license agreement (EULA). You will find it in the installer.

All platforms - SemanticMerge: UI improvements.

Added a UI refresh for the semantic merge tool. These are the main points:

- Use camel case for buttons and labels.

- Moved the "Process al merges" button to the conflicts header.

- Improve each conflict resolution text readability.

- Use buttons instead links for match/unmatch actions.

- Fixed the encoding string in the contributor headers.

- Unify some margins and paddings.

All platforms - Plastic: Undo checkouts options

Added a new option in the pending changes view that lets you undo the checked-out files while keeping the local changes. This is the same as using the --keepchanges option when executing the cm undo command.

We also reorganized the buttons in the pending changes view.

Screenshot

All platforms - Plastic: Removed the license expires soon reminder for non-trial licenses.

We removed the license expires soon reminder for all non-trial license users to avoid disturbing users who have monthly subscriptions.

The license notification will still appear for those users when their license fully expires.

This notification panel doesn’t appear anymore in the app:

Screenshot

All platforms - Plastic: Semantic diff viewer.

Launching semantic merge as a standalone tool displayed the text-based differences. Now the semantic-based differences are displayed.

You can try executing the semantic merge standalone tool:

plastic semanticmerge
-s="<path-to-src-file>.cs" 
-d="<path-to-dst-file>.cs"

All Platforms - Plastic: Add codepage encodings to the encoding menu.

- We've added all the available codepage encodings to the Encoding dialog.

- The encoding list now shows EncodingName, WebName, and CodePage for easy identification.

See it in action!

Screenshot

All platforms - Plastic, Gluon: Find in files feature added to diff window

You can now do a text search in all files in a diff or code review.

Just press the "Find in files" button to open the Find in files dialog.

Screenshot

You can choose if the search is case sensitive. You can also choose to search only the source, or destination contributor. You can choose to search all files in the diff, just currently filtered files, or just the currently selected file. Also, you can filter the results by file extension.

Screenshot

Search results will appear at the bottom of the window.

Screenshot

Selecting a result will open the relevant file and show the matching line.

All platforms - Plastic: Added Visual Diff button to Semantic Merge

The "visual diff" button has been added to allow viewing the differences in a "visual" way, it's accessible via the outline panels on semantic merge.

Screenshot

All platforms - Plastic: SemanticMerge parsing error dialog

Added a new functionality to display any parsing error that semantic merge has detected.

Screenshot

P4/Git importers: From now on, running import operations is restricted to users with the change owner permission

The Plastic import operation sets the original P4/Git objects author to keep the repository history intact.

Creating branches, labels, revisions... as a different user is something the importer, under an account with change owner permission, should do to reduce the risk of impersonating objects.

If you have a periodic sync operation ongoing, please make sure that the user running the "cm" command has the change owner permission enabled for the repository

All platforms - Plastic: Added Restart Merge and Run Text Merge buttons to Semantic Merge

A new set to buttons is now available on semantic merge, "Restart Merge", and "Run Text Merge".

Screenshot

Server: More resilient check-in to out-of-date workspace due to cloaked

Now the check-in operation returns a meaningful error when you try to check in an out-of-date item that is no longer loaded on the server:

The item '/l_memory.h' is not loaded on the changeset you are working on (cs:5).
Most likely, you updated the workspace with the item cloaked, so it wasn't unloaded.
Please retry the check-in operation excluding this item, then update the entire workspace to fix any inconsistency.

This problem can happen when you remove the cloaked rules for an item, this item remains out of date, and you modify it. See an example:

* James - Cloak '/code' directory

* Mary - Delete '/code' & check in the change

* James - Update his workspace

* James - Uncloak the '/code' directory

* James - Move '/code/botlib/l_memory.h' to '/l_memory.h'

* James - Delete '/code'

* James - The check-in will fail with the error above because '/l_memory.h' no longer exists on the repository.

All platforms - Plastic, Gluon: Added conflict resolution text label in Semantic Merge

We have added a new text label in Semantic Merge. This label will inform the users of resolved conflict status

Screenshot

All platforms - Plastic: New "Show pending to integrate" option for branch diffs

We added a new option in the diff window for branches, that lets you see the branch changes pending to integrate into its parent branch. This is the same as using the recently added --integration option in the cm diff command.

Screenshot

Server: Make check-in more robust to client errors

Added protection to the check-in operation to prevent a not uploaded file ends stored on the repository with a wrong revision.

All platforms - PlasticX: Cloud Repositories view removed

We removed Cloud Repositories view from Plastic because this functionality is now available through the Home view.

Also, we added the "Create new sync view (push/pull)" context menu option, which was missing, in the Home view.

Screenshot

macOS, Linux - Plastic: New binary merge tool configured by default

Now the binary merge tool is set as the default tool to fix binary conflicts on macOS and Linux. So when you try to diff or merge a binary file, like an image, the new tool will be used

Windows - Gluon: Removed legacy Gluon GUI from the installer

The "legacygluon.exe" won't be available anymore. Use "gluon.exe" instead if you aren't already!

This release marks the end of support for the legacy Gluon GUI for Windows.

All platforms - Plastic: Shelveset merge summary updates when toggling items

When applying a shelveset to your workspace you can use the checkboxes to choose which changes to take from the shelveset. We now update the summary at the top of the view according to the selected changes.

Here is an example:

Screenshot

macOS, Linux - Plastic: New semantic merge tool configured by default

Now the semantic merge tool is set as the default tool to fix semantic conflicts on macOS and Linux. So when you try to diff or merge a semantic file (C#, VisualBasic or Java), the new tool will be used.

Command-line client: ACL commands warn about objects without ACL

Updated the help of the ACL command to remove those objects without an ACL. Also, the ACL command warns about those objects that are invalid.

Windows - PlasticX, GluonX: Updated Avalonia version

In this release we've updated Avalonia, our cross-platform UI framework

This update addresses an issue that affects dialogs for Windows users (showing a message dialog after a dialog could throw a null exception).

PlasticFS: The executable is signed from now on

Previous versions of Plastic contained an unsigned version of PlasticFS. In some places, restrictions apply over unsigned executables rendering PlasticFS unusable.

Now they are signed to overcome this limitation and make it easier to use.

All Platforms - Gluon/GluonX: Incoming Changes only checks-out local changes involved in conflicts.

Before, the Incoming Changes applied all the local changes in the workspace before running the operation. It didn't matter whether these local changes were in conflict with the changes to update/merge or not.

This could end up locking exclusively some files that were only locally modified (unrelated to update operation) and preventing other users to modify those files due to an undesired lock.

Now, only the local changes that are in conflict with the server changes to update/merge are applied in the workspace.

Command-line client: Partial update command improved for automation

Several adjustments have been made to the partial update command:

* There was no --xml option in the partial update command. Now it is available.

* --xml option can be used in a pipeline.

* Using the --xml option implies --silent. Informative output gets trimmed.

* Using the --silent option removes informative output only. Warning and error messages are still written through standard error output. You can silence those messages by using output redirection.

All platforms - Plastic: Diff images available for binmerge tool

Now you can specify two arguments to the "plasticgui binmerge" command, the source and the destination contributors, to diff them instead of performing a merge. Both files must be images:

plasticgui binmerge -s=source.png -d=destination.png

All Platforms - Plastic: SemanticMerge match/unmatch

Ported match/unmatch functionality to new GUI for SemanticMerge.

Screenshot

All platforms - Command-line client: Flag to print just the root spec

Now the shelve creation is able to print just the shelveset spec of the root repository, skipping other "xlinked" shelvesets created this way. This is useful for automation purposes.

Example:

$>cm shelve --all --summaryformat
sh:64@tools_repo@plastic_server:8087

All platforms - DevOps: Trunkbot now also sends trunk branch in a property

The trunkbot now also sends the configured trunk branch (usually the /main branch) to the underlying Continuous Integration system in a property named "PLASTICSCM_MERGEBOT_TRUNK_NAME".

Windows - Gluon: Removed "Switch to Legacy GUI" menu option

This release marks the end of support for the legacy Gluon GUI for Windows.

We removed the "Switch to Legacy GUI" menu option in Gluon, and soon the executable won't be included in the install package.

Screenshot

All platforms - Plastic: Unified the style of the color pickers

We unified the style of all color pickers that are shown in the application. This is how they look now:

Screenshot

Linux - Plastic: Allow changing the editor font.

For Windows and macOS you could change the font of the diff/merge:

Screenshot

Now you can also do it on Linux

All platforms - Plastic: Unified the look of the overlapped views

Sometimes when opening a view that requires all the space in the window, we open it on top of the current view. Overlapped views show a header at the top, that you can also use to close the view go back to the previous one.

We unified the style of these headers, and now all overlapped views in the application have the same look.

Screenshot

MacOS - Plastic: Update default merge tool

We updated the merge tool that is used by default to solve file merge conflicts. Now, unless you change it manually, the name of the new cross-platform merge tool will be used, instead of the legacy platform-specific one

Command-line client: Merge command improved for automation

Several options have been added, mirroring the update command: --xml and --encoding:

$ cm merge /main/task1001229 --xml --encoding=utf-8 2>nul
<?xml version="1.0" encoding="ibm850"?>
<Merge>
  <Added>
    <MergeItem>
      <ItemType>Xlink</ItemType>
      <Path>/Assets</Path>
      <Spec>
        <Server>localhost:8084</Server>
        <Name>ArtAssets</Name>
      </Spec>
    </MergeItem>
    <MergeItem>
      <ItemType>Dir</ItemType>
      <Path>/Source</Path>
      <User>tim</User>
      <Date>2022-12-15T11:46:46+01:00</Date>
    </MergeItem>
    <MergeItem>
      <ItemType>File</ItemType>
      <Path>/README.md</Path>
      <Size>6</Size>
      <User>tim</User>
      <Date>2022-12-15T11:46:46+01:00</Date>
    </MergeItem>
    <MergeItem>
      <ItemType>File</ItemType>
      <Path>/Assets/guy.brush</Path>
      <Size>17</Size>
      <User>tim</User>
      <Date>2022-12-15T11:46:46+01:00</Date>
    </MergeItem>
  </Added>
  <Deleted>
    <MergeItem>
      <ItemType>File</ItemType>
      <Path>/README.txt</Path>
      <Size>9</Size>
      <User>tim</User>
      <Date>2022-12-15T11:46:46+01:00</Date>
    </MergeItem>
  </Deleted>
  <Changed>
    <MergeItem>
      <ItemType>File</ItemType>
      <Path>/LICENSE.txt</Path>
      <Size>39</Size>
      <User>tim</User>
      <Date>2022-12-15T11:46:46+01:00</Date>
    </MergeItem>
  </Changed>
  <Moved>
    <MovedMergeItem>
      <ItemType>File</ItemType>
      <SrcPath>/LICENSE.txt</SrcPath>
      <DstPath>/LICENSE</DstPath>
      <Size>39</Size>
      <User>tim</User>
      <Date>2022-12-15T11:46:46+01:00</Date>
    </MovedMergeItem>
  <PermissionsChanged>
    <MergeItem>
      <ItemType>File</ItemType>
      <Path>/Assets/guy.brush</Path>
      <Size>20</Size>
      <User>tim</User>
      <Date>2022-12-15T10:46:46+01:00</Date>
    </MergeItem>
  </PermissionsChanged>
  </Moved>
  <Warnings />
  <DirConflicts>
    <ConflictedItem>
      <ConflictItemType>DIV_MV</ConflictItemType>
      <SourceDiff>
        <ChangeType>Moved</ChangeType>
        <ItemType>File</ItemType>
        <SrcPath>/PLAN</SrcPath>
        <DstPath>/JC_PLAN</DstPath>
      </Source>
      <DestinationDiff>
        <ChangeType>Moved</ChangeType>
        <ItemType>File</ItemType>
        <SrcPath>/PLAN</SrcPath>
        <DstPath>/RJ_PLAN</DstPath>
      </Destination>
    </ConflictedItem>
  </Conflicts>
</Merge>

See --usage for details:

> cm merge --usage

All Platforms - Plastic: Merge files from command line with Binary Merge

A quick way to get started is to run Plastic with a single argument:

* For Windows:

plastic binmerge

* For MacOS:

plasticgui binmerge

* For Linux:

plasticgui binmerge

For example, To merge two files with a common base file:

[plasticgui|plastic] binmerge -s=fileA.txt -d=fileB.txt -b=base.txt

In order to determine if a merge was successful, Plastic will return 0 or 1 as the application exit code. 0 means a merge was successfully performed and the result file has been save, 1 means that a merge has been aborted or not saved.

Windows - PlasticFS: Upgrade to WinFSP 2023 Beta1

Among other changes, the next version of WinFSP does not require to reboot for upgrading.

You can find the WinFSP release notes in https://github.com/winfsp/winfsp/releases.

Windows - PlasticFS: Junction support for dynamic workspaces

We added support for junctions to PlasticFS! Tools that create temporary junctions on disk can now run on dynamic workspaces.

Before:

> mklink /J assets ..\..\game_tree\assets

Local NTFS volumes are required to complete the operation

After:

> mklink /J assets ..\..\game_tree\assets
>

In PlasticFS, junctions have the same limitations and capabilities that symlinks have, with the following exceptions:

* Junctions, they can only be used with directories. The flip side is that, unlike symlinks, junctions always have the right type.

* Junctions only support absolute paths.

* Plastic itself does not distinguish between "junctions" and "symlinks". Adding a junction to source control will eventually replace it with a symlink.

== REQUIREMENTS ==

Besides PlasticFS, you might want to enable symlinks in the GUI and the command-line interface.

To do so, add the following to your client.conf:

<EnableSymlinkSupportOnWindows>yes</EnableSymlinkSupportOnWindows>

== LIMITATIONS ==

1) This feature is in an early stage of development, so you can expect minor bugs to happen.

2) Currently, junctions are not allowed to point to the dynamic workspace directory nor anything outside it.

All clients: Incoming Changes only checks-out local changes involved in conflicts.

Before, the Incoming Changes & merge operations applied all the local changes in the workspace before running the operation. It didn't matter whether these local changes were in conflict with the changes to update/merge or not.

This could end up locking exclusively some files that were only locally modified (unrelated to the merge/update) and preventing other users to modify those files due to an undesired lock.

Now, only the local changes that are in conflict with the server changes to update/merge are applied in the workspace.

This new behavior applies to PlasticX, Plastic and the command line client (it's not available or partial/Gluon workspaces yet).

All platforms - PlasticX, Command-Line Client: Triggers are not accepting URIs on Windows servers

Due to the possibility of working cross-platform, sometimes Plastic is performing paths correction to fit the different OS's syntax. Therefore, anything that might be considered as a path can be altered by replacing slashes with backslashes on Windows. That was affecting the trigger commands, which can receive arguments. Usually, these arguments are expected to be paths, many times the executable itself, but it is also possible to use Internet addresses and endpoints. These addresses were being altered when parsing the command arguments (replacing the slash). That was leading to unexecutable triggers on Windows servers.

Now it is fixed and it will be possible to create triggers receiving valid URIs as arguments.

For instance:

cm tr mk before-update TryToLoginTrigger "curl -X POST http://localhost:8080/login ./secret.key" --server=localhost:8084

When creating the command on a Windows machine, it will fix the "./secret.key" path to convert it to ".\\secret.key" but the localhost endpoint will remain the same.

This allows new possibilities of interaction through triggers on Windows machines.

NOTE: to be able to distinguish between local paths and external URI, it is advisable to use absolute URIs.

A known limitation for this would be the following syntax:

cm tr mk before-update UnityTrigger "curl -X POST unity.com/amazing" --server=localhost:8084

Under the hood, Plastic will modify the "unity.com/amazing" and use the "unity.com\\amazing" endpoint instead, because the literal complies with the local path formation rules.

The way to avoid the issue would be to use the absolute URI referring to the same endpoint: "https://unity.com/amazing", which will remain unaltered.

Command-line client: status command now gives changed/unchanged info for checkouts

Unlike in the GUIs, the command line was only able to show an item as either checked-out or changed, but not both at once. This made hard to tell if a file was actually modified or not:

> cm status --noheader
Changed
    Status         Size        Last Modified     Path

    Checked-out    10 bytes    12 minutes ago    checked-out-CHANGED.txt
    Checked-out    11 bytes    13 minutes ago    checked-out-unchanged.txt

> cm status --noheader --compact
Modified items (CH = changed, CO = checked-out, CP = copied (new), RP = replaced)
 CO checked-out-CHANGED.txt
 CO checked-out-unchanged.txt

Now, additional detail is given when changes are found:

> cm status --noheader
Changed
    Status                     Size        Last Modified     Path

    Checked-out (changed)      12 bytes     1 minute ago     checked-out-CHANGED.txt
    Checked-out (unchanged)    11 bytes    21 seconds ago    checked-out-unchanged.txt

The "--compact", "--xml" and "--machinereadable" options don't display these details by default. It is so to not break existing integrations/automations. You need to combine them with the "--iscochanged" option to see the additional information.

> cm status --noheaders  --noheader --compact
Modified items (CH = changed, CO = checked-out, CP = copied (new), RP = replaced)
 CO checked-out-CHANGED.txt
 CO checked-out-unchanged.txt

> cm status --noheaders --noheader --compact --iscochanged
 CO+CH checked-out-CHANGED.txt
 CO checked-out-unchanged.txt

Note that this information is only provided when the status command is searching for changed items (see the --changed option in --help for details). For instance, in case you only need to find whether items are or not checked-out, you can filter the search by using the --checkout option. That way, those details will be omitted as before.

All platforms - Command-line client: the diff command allows now to see the branch changes pending to integrate

You can use the new diff option --integration (e.g.: 'cm diff br:/main/task --integration') to see the branch changes pending to be integrated into its parent branch.

See some scenarios when it's useful:

* You are working on a child branch, and you make a rebase, a merge from /main. The regular 'cm diff br:/main/task' command will show the child branch changes combined with the rebased changes. Now, with the 'cm diff br:/main/task --integration', the command will skip the rebased changes. You will see a cleaner, more focused view of the actual branch changes.

* You are working on br:/main/task and you merge it into br:/main. Then you realize that you need additional changes in the branch and make them. The 'cm diff br:/main/task --integration' command will show those additional changes that you didn't merge yet.

All platforms - All clients: Pending changes: "Copied" items are now listed in "added" category

A "copied" is an existing item that is copied from a source changeset into the current one where it doesn't exist. It could happen due to a merge or revert operation.

Previously the copied changes were inside the modified category:

$cm status --noheader
Pending merge links
    Cherry pick from cs:3 at /main/added_file@change_delete_tests@localhost:7777

Changed
    Status                              Size       Last Modified    Path

    Copied (new) (Cherrypick from 3)    7.95 KB    7 minutes ago    FindMerge.cs

Now they are inside the added category, as the item is a new one on the current changeset even if it already exists on the repository:

$cm status --noheader
Pending merge links
    Cherry pick from cs:3 at /main/added_file@change_delete_tests@localhost:7777

Added
    Status                              Size       Last Modified    Path

    Copied (new) (Cherrypick from 3)    7.95 KB    4 minutes ago    FindMerge.cs

All platforms - All clients: New "change - not loaded" conflicts for cherry-picking merge & apply shelve

The old "change - delete" conflicts were replaced by the new "change - not loaded" conflicts for the cherry-picking merge, and apply shelve, where the changed item is not deleted on the destination, it's simply not loaded.

These new conflicts give a more accurate description and actions for these types of conflicts:

* Changed file on the source that doesn't exist on the destination:

Screenshot

* Changed file on the source whose parent doesn't exist on the destination:

Screenshot

* Added file on the source whose parent doesn't exist on the destination:

Screenshot

All platforms - PlasticX, Command-Line Client: Basic Auth now working with webtriggers

Webtriggers requiring basic authentication were not supported. There was a workaround to create a script with the call (using curl for instance inside a *.bat or *.sh file) including the authentication and then wrapping that script call within a regular trigger. Now it is possible to directly use webtriggers with basic authentication instead.

For example, imagine you have a configured Jenkins with a job named "MyProject" and you would like to call Jenkins to build the project after a check-in has been successfully completed. You could create a trigger like the following:

cm trigger mk after-checkin buildJenkins "webtrigger http://user:pass@localhost:8080/job/MyProject/build" --server=localhost:8084

All platforms - Plastic, Gluon: Added new arguments

The following arguments were available in legacy Windows GUI. Now we added them to the new cross-platform GUI:

* --clientconf: Lets you use a custom client.conf file, instead of the one at the default location

* --branchexplorer: Opens the branch explorer view of the specified workspace

* --preferences: Opens the preferences view when Plastic starts

* --createworkspace: Opens the dialog to create a new workspace when Plastic starts

In addition, arguments used to open the legacy GUI are now passed to the new GUI when clicking the "Try new GUI" button

All platforms - Plastic, Gluon: Provided better description in User Profile Tab

We renamed Preferences "User Profile" tab to "DevOps User Profile" to avoid confusion with "Connection Profiles"

Also, a explanation text and additional help hyperlinks were added, improving the documentation of this tab and giving better descriptions to the users

Screenshot

macOS, Linux - Plastic: Cross-platform semantic merge tool enabled by default

From now on, in macOS and Linux, when there is a non-automatic merge conflict on a code file, the cross-platform semantic merge tool will be launched to solve the conflict. Until now, you had to manually enable it by adding a flag in the client.conf file.

On Windows the native tool is still the default one, so you need to add the flag in client.conf if you want to use the new cross-platform tool:

<EnableSemanticMergeCrossPlatform>true</EnableSemanticMergeCrossPlatform>

All platforms - Plastic: shelvesets can now be filtered

We've improved the shelving workflow in Plastic by adding flexibility when applying a shelveset to your workspace. Now you can pick and choose individual files from a shelveset and apply only those that you want.

Shelvesets are chosen from the Shelves view, accessed using the "Show Shelves" button on the Pending Changes view, in the usual way:

Screenshot

Check the files in the shelveset that you want to apply to your workspace. Unchecked files will be ignored:

Screenshot

DevOps: TrunkBot now deletes shelvesets for Xlinks

When merging a task, the TrunkBot creates a shelveset that gets deleted when done. If the repository contains Xlinks, shelves are potentially created for each "xlinked" repository.

Before, the TrunkBot only removed the shelveset of the root repository, so the shelves of the "xlinked" repositories were left behind.

Now server and TrunkBot were improved so all shelvesets are properly cleaned.

Command-line client: Automatic shelve before switch (with pending changes).

The 'cm switch' and 'cm partial switch' commands now ask about shelving the workspace changes before continuing with the switch operation when there are pending changes in the workspace.

If the answer to the question is yes, it automatically shelves and undo your local changes before continuing with the switch operation.

This new behavior only happens if the following option is set in the client.conf configuration file.

<PendingChangesOnSwitchAction>Shelve</PendingChangesOnSwitchAction>

The shelve question can be skipped if the switch commands are executed with the '--noinput' option. In this case, the shelve + undo are run by default before the switch operation.

MacOS - Plastic: Automated update workflow

The update workflow has been improved on MacOS! It automatically downloads the latest release and executes it, whenever an update is available, and the user wishes to update.

All Platforms - Plastic/PlasticX/GluonX: Semantic supports C# 9, and 10 versions!

We modified Semantic Diff/Merge to support the new features introduced in the C# (9, and 10), and VB (16.9) languages for all platforms.

Here is a sample for C# 9 files with target-typed new expressions, and top-level statements (program without Main method):

Screenshot

Here is a sample for C# 10 files with global using, file-scoped namespace, and constant interpolated strings:

Screenshot

All platforms - PlasticX, GluonX: Removed the repositories view from the switcher window

When you clicked on the workspaces drop down at the top and selected "View repositories..." you would see the switcher window with a list of all the repositories you can access. This information was redundant, because you can also see the repositories from the home view. We removed the repositories view from the switcher window, and now it only displays the list of your workspaces

All Platforms - Plastic: Check for update option

You can now to check for a new update at any time, by selecting it from the application context menu.

Screenshot

Command-line client: Update command improved for automation

Several adjustments have been made to the update command:

Before:

* Using the --xml option was not meant to be used in a pipeline.

* Using the --silent option was meant to trim all output.

Now:

* Using the --xml option with no file implies --silent. Informative output gets trimmed.

* Using the --silent option removes informative output only. Warning and error messages are still written through standard error output. You can silence those messages by using output redirection.

All clients: Incoming Changes respects the cloaked rules.

Before, the Incoming Changes operation downloaded the files/directories although they were under cloaked paths. This was inconsistent with the update operation behavior and with the cloaked semantics themselves.

Now, the changes under cloaked paths are skipped like the update operation does.

The Gluon Incoming changes is not affected by this behavior (cloaked rules don't make sense in Gluon) since the operation works in a different way.

All Platforms - DevOps: Jenkins plug now shows the link to the build job

The Jenkins plug now notifies the URL to the build job. This way users are able to get the details about what failed while building the task in Jenkins.

Find below a sample of this notification using a local Jenkins plug with a TrunkBot mergebot on Slack:

Screenshot

Command-line client: Switch command improved for automation

Several options have been added to the switch command, mirroring the update command: --silent, --verbose, --xml and --encoding.

See --usage for details:

> cm switch --usage

Command-line client: Undo controlled changes and preserve local content

Added the option -k | --keepchanges to the cm unco & cm partial unco to allow undo checkout and preserve all local changes.

It could be very useful when you have a checked-out file with some changes for testing that you don't want to check in. So, now, you can undo the checkout (that releases the lock), and preserve local changes just to continue with your local tests.

$cm status --noheader
Changed
    Status         Size         Last Modified    Path

    Checked-out    319.30 KB    1 minute ago     body.png


$cm unco -k
c:\tmp\quake\body.png unchecked out correctly

$cm status --noheader
Changed
    Status     Size         Last Modified    Path

    Changed    319.30 KB    1 minute ago     body.png

The unco -k command can be applied to all kinds of controlled changes, turning them into local changes. This is complementary to using the checkout command to promote local changes into controlled ones.

*Added are left as private

*Checked-out are left as changed

*Deleted are left as locally-deleted

*Moved are left as locally-moved

Note this option is incompatible with dynamic workspaces.

All platforms - Plastic, Gluon: Improved app stability

We've improved app stability in some scenarios, preventing the app from crash when an exception is thrown

Command-line client: Update --xml now includes deleted items

Before, the --xml output of the update command was meant to only report items with added or updated revisions.

Deleted items are now included:

<UpdatedItems>
  <List>
    <UpdatedItem>
      <Path>/wkspaces/SuperRacing/Assets/wheels.png</Path>
      <User>Kit</User>
      <Changeset>122</Changeset>
      <Date>2022-11-27T20:30:44+01:00</Date>
    </UpdatedItem>
  </List>
</UpdatedItems>

All platforms - Plastic: Disabled Semantic History option for unsupported text files

We've disabled Semantic History menu option in Annotate View for all unsupported text files in semantic history (for example, .txt files)

Screenshot

macOS - Plastic: Removed mono-based GUI's

We finally removed the mono-based GUI's that were deprecated months ago, in favor of net(core) based counterparts: plasticgui and gluon .

This way we ease the setup of the Plastic SCM GUI applications, since no more "mono/xamarin" and related dependencies will be a requirement anymore.

All platforms - PlasticX, GluonX: Updated Avalonia version

In this release we've updated Avalonia, our cross-platform UI framework, to the latest public release

This update brings many stability improvements under the hood, and also addresses the following macOS issues:

- Sometimes a dialog could hang the app, this issue is fixed

- Merge links are now clickable again in Branch Explorer

- Fixed strange issue where buttons could disappear

- Fixed flickering in the Home View

All Platforms - PlasticX: Jira task details on branch explorer

You can now see and navigate to a Jira task when using the Jira extension to create a branch.

Screenshot

All platforms - PlasticX: Launch Semantic Merge as standalone

The Semantic Merge tool could be launched from the command line using:

plasticx semanticmerge -s=source -d=destination -b=base

For unsupported file formats the merge tool will be launched instead of semantic merge. If the base argument is missing in the command line, the diff tool will be launched instead.

All platforms - PlasticX: Clarification message for deleted repositories

Improved description of how long repositories are kept in storage after being deleted.

All platforms - DevOps: TrunkBot adds tasks' title to the check-in comment when merging

Now TrunkBot mergebot will add the task' title from the configured issue tracker to the check-in comment when a merge is successfully performed. If there is no configured issue tracker, it will add the branch comments instead.

All platforms - Server: Deleting an object now deletes the associated code review data.

Now, when deleting a changeset, a shelve, or a branch, all the associated code review data gets deleted as well. This means that all code reviews targetting a changeset or a shelve, as well as all the code review comments made on a changeset or a shelve, will be deleted along with the changeset or shelve. When deleting a branch, all the code reviews targetting the branch will be deleted too.

Until now, the only thing that happened (regarding code reviews) when deleting a changeset was that all the change requests applied on said changeset were marked as not addressed. Now, the cleanup is complete.

All platforms - Command line client: Now you can create code reviews for shelves!

If you want your colleagues' feedback on some code, but don't want to actually check in the changes, now you can create a shelve and ask them to review the changes with the integrated code review functionality! Bear in mind that creating the code review only works (from now) from the cm command line client, but once created, you can open the code review from the GUIs.

To do so, you will need the shelve ID of your shelve. You can obtain that from the "ID" column in the "Show shelves" view in the GUIs, or by running a cm find command:

cm find "shelves where owner = 'me' on repository 'secretproject@coolorg@cloud"

Then, create the code review specifying the shelve:

cm codereview sh:1354@secretproject@coolorg@cloud "Please review this change with care!"

The code review can then be opened and edited from the GUIs.

Server: Deny temporary access for some specific users

Now you can deny access to certain users. To do so, create a deniedusers.conf file inside the server directory and add a user per line.

You don't need to restart the server, but note it might take some seconds until the server reloads the list of users with access denied.

Examples:

alice
bob

Note users might look different, as it depends on the configured authentication:

alice@mail.com
bob@mail.com

Windows - PlasticX: PlasticX is now the official GUI on Windows

We are happy to announce that our new, cross-platform, GUI is now the official GUI on Windows.

To launch the new GUI simply run plastic.exe as before. The old windows gui has been renamed to LegacyPlastic.exe.

Windows - PlasticFS: Symlink support for dynamic workspaces

We added support for symlinks to PlasticFS!

Now symlinks are supported everywhere in the Plastic ecosystem: Windows, Linux, macOS and PlasticFS.

== REQUIREMENTS ==

1) While PlasticFS does not need anything to support it, you might want to enable the Windows client support. This will allow the command line and PlasticX/GluonX to work with symlinks on Windows.

To do that, add the following configuration setting to your client.conf:

<EnableSymlinkSupportOnWindows>yes</EnableSymlinkSupportOnWindows>

2) If you update an existing dynamic workspace, you will find placeholder files where symlinks should be. To get the actual symlinks, you can delete the placeholder files, then tell Plastic to undo changes so they are recreated.

Be sure to read the LIMITATIONS section before using.

== HOW TO USE THEM ==

You can use mklink as usual to create some symlinks:

mklink filelink file.txt
mklink /D dirlink dir

Note that, unlike with static workspaces, you don't need to enable Developer Mode to make it work!

== LIMITATIONS ==

1) This feature is in an early stage of development, so you can expect minor bugs to happen.

2) PlasticFS always creates symlinks as files. By trying to access them, they will be automatically solved and converted to directories. However, this step might confuse external programs that do not expect it.

* This happens anytime you create a new workspace or after undoing a placeholder file (see REQUIREMENTS section).

* Windows Explorer will force this conversion, but you will have to refresh the window the first time it shows a symlink.

3) Currently, relative symlinks are not allowed to link the mount point directory or anything above it.

All platforms - PlasticX: View deleted repositories on home view

You can now see the recently deleted repositories on the home view!

It is accessible by clicking on the cog icon near the search bar.

To restore a deleted repository, simply right click on the deleted repository and select the "undelete" option

Screenshot

All platforms - Plastic: Semantic Visual Differences are here!

We ported the Visual Diff feature from the Windows Legacy GUI to the new (multiplatform) GUI, which means that now, the Visual Diff feature is available on three platforms, Windows, macOS, and Linux!

The Visual Diff is a diagram that helps to understand the changes made to a file, in a semantic way. Visual Differences are available for those file formats that support semantic differences (.NET, Java, PHP, C, C++). When the semantic differences are calculated, the Visual Diff displays a graphical representation of them. The diagram displays, classes, usings, methods, members, fields, etc, and some decorations indicating if an entity was added, changed, moved, or deleted. It also helps to display the differences between them.

The Visual Diff is available in three places:

1- The Diff Control (note that we also implemented a couple of options for the semantic diff):

* Skip format changes: This option ignores the indentation and EOL changes when the semantic diffs are calculated.

* Reformat: This option automatically reformats the source code:

Screenshot

2- The Diff Window, when clicking a Refactor Group when using our "analyze refactors" feature:

Screenshot

3- The Semantic Merge tool:

Screenshot

All platforms - PlasticX: Visual diff window new design

Some colors and layout design has been changed for the Visual diff window in order to improve legibility and visibility for both themes.

Screenshot

Screenshot

Linux - Plastic: removed mono-based GUI's

We finally removed the mono-based GUI's that were deprecated months ago, in favor of netcore-based counterparts: plasticgui and gluon .

This way we ease the setup of the Plastic SCM GUI applications, since no more "mono" and related packages will be a requirement anymore.

The final goal is to support newer distros, and for that goal, this removal of mono-based applications is a must.

REMARK: The package name was renamed from plasticscm-client-gtk to plasticscm-client-gui , but your package manager should care automatically of this renaming.

Linux - Client and Server: Added support for Ubuntu 22

Now you can install Plastic SCM on Ubuntu 22 using the package manager! Instructions here , "Ubuntu" tab.

Easy to say, long road until we made it! This Ubuntu 22 support pulls some relevant changes in the Plastic SCM software stack:

1. Mono removal: We don't require installing mono runtime anymore. We now rely on .NET specific OS-targeted self-contained executables for all Plastic SCM applications, even client-GUI applications (server was already compiled this way since early 2021).

2. Legacy GUI's removal (gtkplastic, gtkgluon, gtkmergetool). Since they were based in mono, they need to be removed and replaced by .NET counterparts: plasticgui and gluonx (mergetool is now part of plasticgui application and can be launched using plasticgui xmerge ).

3. Move server from .NET 5 to .NET 6

All these changes were required in order to meet dependencies needs for Ubuntu 22, specially on ssl libraries and graphical toolkit libraries.

All platforms - PlasticX, GluonX: Damaged image file won't show error pop up in Pending/Checkin Changes Views.

Selecting a damaged image file won't show error pop up message in Pending Changes/Checkin Changes Views.

The error message will still be visible to the user as a label notification, and also in the Details Panel (GluonX only)

All platforms - GluonX: Visual feedback when cutting items

When cutting items from the workspace explorer view, now there is a transparency effect in the icon of the elements that have been cut.

This feature was already available on Plastic, and now it's on Gluon too.

Screenshot

All platforms - Plastic: Allow changing the editor font.

Now, the diff/merge font can be changed.

Screenshot

NOTE for windows users. The default monospaced font in Windows OS (if available) is Cascadia Code , which enables font ligatures , so if you want to disable them, you can change the font to use Cascadia Mono, or other available font in your system.

All platforms - Plastic: Full Unicode support and IME.

Previous versions of Plastic didn't fully support double-byte languages (Chinese, Korean, Japanese, etc ...). This Plastic version supports, not only double-byte languages and emojis, but also supports IME (Input Method Editor) for these languages, and right-to-left input support for Arabic and other languages.

Screenshot

NOTE for Open Suse Linux users: After this changes, Open Suse 15.2 is no longer supported. An upgrade to Open Suse 15.3 is required in order to run Plastic.

Server - Merge and Incoming Changes are much faster tons of ChangeDelete conflicts.

The calculation of the merge or the incoming changes was very slow when there were tons of ChangeDelete conflicts involved in the operation.

In the studied case, 2 million of items were added in the source of the merge but all of them were added under a deleted directory in destination. It initially took more than 2 hours to calculate the merge. Now, the same scenario takes less than 15 seconds to complete it. So, it's 500 times faster.

All platforms - PlasticX: added tooltip to Branch Explorer

Branches, changesets and labels on the Branch Explorer now have a tooltip which looks something like this:

Screenshot

Clicking the links on the tooltip will open a diff of the specified branch or changeset.

All Platforms - Command-Line Client: New information to display on revision history command

A new option has been added: --limit. It displays the N last revisions regarding the specified items. If N is bigger than the number of available revisions, it will display the existing ones (limit will take no effect); if N = 0, it will display every revision; if N < 0 the displayed list will be empty; if 0 < N < numRevisions will display the N most recent revisions, sorted by date and changeset id.

For example:

cm.exe hist foo.c bar.c --format='{path}: {itemid}' --limit=5

Will display the path and itemid regarding the last 5 revisions of foo.c and bar.c

foo.c: 8
foo.c: 16
bar.c: 12
bar.c: 13
bar.c: 15
bar.c: 21
bar.c: 24

Note that, in the example, foo.c only has 2 revisions.

All platforms - PlasticX: Changes in Semantic Merge Window

We changed the Semantic Merge Window icon, now the window will now show legacy Semantic Merge tool icon

We added MinWidth and MaxWidth properties to the window

All Platforms - Command-Line Client: New information to display on revision history command --format

Two more fields have been added to the revision history command in order to display information such as the revision size in bytes and the revision hash code. The --long option will also regard these new fields.

Now it is possible to use both {size} and {hash} in order to display that information along with the --format option.

For example:

cm.exe hist ./dir/foo.c bar.c --format='{path}: {size} bytes ({hash})'

Will display the review history of both foo.c and bar.c files, outputting the item id, the size of the file at each specific revision and, in between parenthesis, the hash code identifying the content of each revision.

./dir/foo.c: 5 bytes (RKaq9oJlXsU2xCXiO7zSjg==)
./dir/foo.c: 15 bytes (qNJWW77XzCApIMdT13jzkw==)
./dir/foo.c: 203 bytes (NnqIk33R+eUMaewTjAVrqQ==)
bar.c: 2031 bytes (aaHWt78weCApIMHa53jz22==)

In addition, the --long format will also display the new fields:

cm.exe hist bar.c --long

Will display something like the following, considering bar.c file had only 1 revision:

REVISION HISTORY OF C:\wkspaces\default\bar.c
--------------------------
Revision spec: bar.c#cs:1
Located on branch: /main
Created: 9/27/2022 17:53
Revision type: txt
Changeset number: 1
Owner: newuser
Repository: default
Server: localhost:8084
Repository spec: default@localhost:8084
Data status: Available
Item ID: 21
Item path or spec: bar.c
ItemSize: 2031
Item hash code: aaHWt78weCApIMHa53jz22==
Comment: bar.c now is managing HTTP connections

All Platforms - PlasticX, GluonX: Application Zoom Support

You can now apply a zoom level to the whole application!

Change it via the ⋮ (triple vertical dot) menu on the top right corner -> Zoom or by pressing Ctrl + Plus, Ctrl + Minus, to increase or decrease the application zoom.

Screenshot

All platforms - Plastic: Added text editor options.

Now, the diff tool and the merge window have new options to customize the text editors. Those options allow to:

- Show/hide the tabs and the whitespace.

- Show/hide the line ending (EOL) characters.

- Convert tabs to spaces while editing.

- Customize the indent size (tab size) to 4 or 8 characters.

- Add column rulers.

Demo:

Screenshot

Command-line client: New env variables in codereview edit

Previously there was no way to create a [before | after]-editreview trigger and retrieve

information about what editing was being done: the assignee or the status or both of them.

Now there are two new environment variables related to [before | after]-editreview triggers:

PLASTIC_REVIEW_ACTION: edit assignee or edit status or both separated by ';')

PLASTIC_REVIEW_ACTION_INFO (detailing "previous value" "->" "new value" for the assignee, the status or both, separated by ';').

Mind that only when editing the code review from the CLI both fields can be edited at the same time.

For instance, if you have a script which is dumping the environment variables passed as arguments to an output file (DumpEnvVars.exe), the following trigger creation:

cm trigger create before-editreview before-editreview-trigger "C:\wkspaces\scripts\DumpEnvVars.exe -env=PLASTIC_REVIEW_ACTION;PLASTIC_REVIEW_ACTION_INFO C:\wkspaces\outputs\before-editreview-trigger-result.txt" --server=localhost:8084

And you do a code review edit like this one:

cm codereview -e 19 --status="Under review" --assignee="Michaella"

The script would write a file with the following content:

PLASTIC_REVIEW_ACTION = edit status;edit assignee
PLASTIC_REVIEW_ACTION_INFO = Rework required->Under review;Thormund->Michaella

All platforms - PlasticX: Edit accounts

We added a new option in the home panel that lets you modify on-prem servers accounts. When using it, you will be able to authenticate again to the server, updating the stored credentials

Screenshot

All platforms - Command line client: Now you can list group members from cm!

Doing so is easy: just specify the group name in the --group option of the cm listusers command.

If a group is a member of a group, the command will solve its users recursively too.

So take this scenario as an example: Users 'sergio' and 'brenda' are part of the Developers group. User 'paula' is part of the QA group, and so is the Developers group. So QA users are 'paula' and 'Developers', and 'Developers' users are 'sergio' and 'brenda'. By solving groups recursively, the command output will look as follows:

> cm listusers --group=QA myorg@cloud
sergio
brenda
paula

All platforms - PlasticX: License notifications

Plastic will display user notifications about the license status. An information message will be shown when the current license is going to expire indicating the remaining days and how to renew it. On the other hand, when the license has been expired then an error message will be shown.

Screenshot

Screenshot

For extended trial licenses the notification panel will allow users to start the license registration process, so users could extend their licenses for 30 days.

All platforms - Command-line client: Better cm status with tables!

Modern times arrive for our command line, with a much better way to display workspace changes: cm status --pretty

Check how it looks like now:

Screenshot

And compare with how it looked like before:

Screenshot

Now also check how it looks like in Windows Terminal:

Screenshot

And the good old cmd.exe:

Screenshot

Enjoy!

Command-line client: Apply only the desired changes from a shelve

From now on, the cm allows you to choose which changes do you want to apply from a shelve. You no longer need to apply all the changes done on the shelve.

You can see which changes are going to apply by the shelve without applying them using:

$cm shelveset apply sh:2 --preview
The file /q3radiant/Z.CPP#sh:2 was modified on source and will replace the destination version
The file /ui/hud2.txt#sh:2 was modified on source and will replace the destination version

You can apply only the desired changes indicating the changes paths to apply:

$cm shelveset apply sh:2 /ui/hud2.txt
The file /ui/hud2.txt#sh:2 was modified on source and will replace the destination version
Merging c:\tmp\quake\ui\hud2.txt
The revision c:\tmp\quake\ui\hud2.txt@sh:2 has been loaded

Linux, macOS - PlasticX, GluonX: removed "Switch to Legacy GUI" option for Linux and macOS users

This release marks the end of support for the legacy (pre-avalonia framework) Linux and macOS GUIs for all users.

We have removed the "Switch to Legacy GUI" option for Linux and macOS users, and soon their executables won't be included in the package

Screenshot

All platforms - PlasticX, GluonX: Added merge tracking colors to diff view

When you are seeing the differences of a branch with merges, sometimes is difficult to know where each change came from. To make this easier, we added colors to the diff view to differentiate between source, destination, and conflict changes. You can modify these colors and even show/hide them depending on what you want to see.

This feature was already available for Windows users in the legacy GUI. Now it's available in all platforms in the new Plastic GUI.

Screenshot

All platforms - PlasticX: Added ESC key close shortcuts in overlapped Browse Repository and Changesets Views

We've added new ESC key close shortcuts in the following overlapped views in PlasticX

*Browse Repository

*Changesets (only when Changesets View is called as a overlapped View)

All platforms - Command line client: 'cm rm controlled' now removes items in block.

Removing a controlled item involves a few operations: locking the workspace, starting a new workspace transaction, look for the item in the tree metadata, removing said node, checking out the parent (if necessary), removing the content from disk (if necessary), and finally commiting the transaction and unlocking the workspace.

Before, the command cm rm controlled would do all of these steps for each item, regardless of them belonging to the same workspace. This would incur on a big overhead when trying to delete many items in a row.

Now the command deletes all items belonging to the same workspace in block.

However, this forced some changes in how cm rm controlled reports removed items through standard output. If you use this command in an automation script or plugin, and you don't use the --format or --errorformat flags, you might need to consider these changes.

Consider the following scenario: we are going to delete a controlled directory (src), a private file (ignore.conf), and a file that is outside of the workspace (README.txt). This would be the output in previous Plastic SCM versions:

sergio:/wkspaces/Project$ cm rm ignore.conf src ../README.txt

/wkspaces/Project/ignore.conf is not in a workspace.

Item ./src/ has been removed

/wkspaces/README.txt is not in a workspace

Now paths are reported in the following order: first, all the paths that were correctly removed. Then, all the paths that were skipped because of an error (for example, the item not being in a workspace). Finally, all the paths that were skipped because they are not in a workspace. Now we also always use the item's full path:

sergio:/wkspaces/Project$ cm rm ignore.conf src ../README.txt

Item /wkspaces/Project/src/ has been removed.

/wkspaces/Project/ignore.conf is not in a workspace.

/wkspaces/README.txt is not in a workspace.

We honor the behavior of the --format and --errorformat flags.

sergio:/wkspaces/Project$ cm rm ignore.conf src ../README.txt --format="{0} - DELETED" --errorformat="{0} - NOT DELETED"

/wkspaces/Project/src/ - DELETED

/wkspaces/Project/ignore.conf - NOT DELETED

/wkspaces/README.txt - NOT DELETED

We also honor the command's exit code. Before, if an item could not be removed for whatever reason, command's exit code was 1. The same behavior applies here.

All Platforms - PlasticX: Merge files from command line with XMerge

You can now use PlasticX for merging and diffing any files using XMerge!

A quick way to get started is to run PlasticX with a single argument, xmerge. As shown below:

* For Windows:

[plastic|winplasticx] xmerge

* For MacOS:

plasticgui xmerge

* For Linux:

plasticgui xmerge

Now, some quick examples

* To diff two files:

[plasticgui|winplasticx|plastic] xmerge -s=fileA.txt -d=fileB.txt

* To merge two files a common base file is also required:

[plasticgui|winplasticx|plastic] xmerge -s=fileA.txt -d=fileB.txt -b=base.txt

In order to determine if a merge was successful, PlasticX will return 0 or 1 as the application exit code. 0 means a merge was successfully performed and the result file has been save, 1 means that a merge has been aborted or not saved.

All platforms - PlasticX: Open Merge view from command line

The merge-to view could be open from command line to solve the branches merge conflicts, it can be invoked like this: plasticx --merge=/main/task001@myrep@myserver:8084 --to=/main@myrep@myserver:8084

This command has 2 arguments, "–-merge" for indicate the source branch and "–to" for indicate the destiny branch in merge.

When this command is executed from command line a new plastic window will be displayed with the merge view opened, and the merge conflicts will be shown in this view.

All platforms - PlasticX, GluonX: Proxy configuration

When connecting to an on-premises server for the first time, we added an option to use a proxy. This option was already available on Windows, and now you can use it on the three platforms from the new GUI:

Screenshot

Learn more about proxy servers here: https://www.plasticscm.com/documentation/administration/plastic-scm-version-control-administrator-guide#Chapter4:Usingaproxyserver

All platforms - PlasticX: show code moves between files in diff window

Plastic can detect code refactors where code blocks have been moved from one file to another.

When you diff a branch or changeset a notification will be shown in the Diff window if such a refactor is detected.

Screenshot

Clicking the Show button will group the changes related to the refactor in the diff window file list.

Screenshot

If the diff contains a large number of items, rather than run a potentially long calculation, we show a notification with the option to run the refactor analysis.

Screenshot

All platforms - DevOps: TrunkBot learnt to pass user defined branch attributes to the CI plan.

Now it is possible to configure the TrunkBot mergebot with a list of user-defined branch attribute names. When TrunkBot processes a branch, it will calculate the branch attribute values and it will forward them to the underlying Continuous Integration plan, triggered to build & test the branch being processed, as key-value parameters (attribute name-attribute value).

See how this feature looks like:

1- First of all, let's open the configuration of an instance of a TrunkBot mergebot, "CI Integration" section.

Here you can see new text fields where you're able to specify a comma-separated list of branch attribute names to forward to both the build & test plan and, if defined, to the "after-checkin" plan if the branch is successfully merged.

Screenshot

In the example above, 'product-type' and 'arch' attributes will be considered for the build & test plan, whereas the after-checkin plan will consider the 'deploy-type' attribute.

REMARK: The TrunkBot won't create any of these attribute names in the repository automatically. This has to be done by the user or the repository administrator.

These attributes can be easily created throught the attributes view of the Plastic SCM GUI:

Screenshot

2- Now let's create some changes in the repo monitored by the TrunkBot instance. Let's create branch 'main/scm003', submit a new changeset, set some values for the user-defined branch attributes we're using in this example, and finally mark the branch status as 'resolved', enabling the TrunkBot instance to process it and try to merge it to the specified 'trunk' branch: the 'main' branch:

Screenshot

3- We're using Jenkins in this example as the CI system. When the TrunkBot processed branch 'main/scm003', it forwarded the 'product-type-to-build' and 'arch' attributes and their values on 'main/scm003' to the execution of the 'build-tools-plan' we have defined in Jenkins (see step #1):

Screenshot

This way, the 'build-tools-plan' is able to read these properties and customize its steps depending on these values, if required.

4- Let's suppose the 'build-tools-plan' ran successfully for 'main/scm003' and the branch got merged into the defined 'trunk' branch: the 'main' branch:

Screenshot

We also defined a plan to run after a successful merge of a branch in the "CI Integration" section of the TrunkBot instance (see step #1).

In this example, it will pick the 'deploy-type' attribute value of branch 'main/scm003' just merged, and will forward it to the plan to run after checking a branch in, named 'deploy-tools-plan':

Screenshot

Remarks:

* In case the attribute does not exist, or a branch does not have such attribute set, the trunkbot will create and sent the property with empty value to the CI plan anyway. Each CI system may behave differently when a plan is triggered and a property is set to an empty value.

* Also notice that Jenkins will add the 'PLASTICSCM_MERGEBOT_' prefix to the property name (the name of the attribute).

Windows - PlasticFS: New WinFSP version improves Python support

Some Python scripts failed when trying to solve virtual paths with Pathlib.

> solvemypath.py
[WinError 1005] The volume does not contain a recognized file system.

This happened as the implementation relies on the Windows Mount Point Manager to solve the path, but WinFSP didn't support registering virtual file systems in that facility... until now!

> solvemypath.py
Full path: C:\Workspaces\DynamicWk

To use this feature, you will need to uninstall WinFSP, reboot your computer and start PlasticFS as usual. The new version of the WinFSP driver will be automatically installed.

All platforms - PlasticX: Filter code reviews

A new combobox has been added to Code reviews view in order to apply filters to the displayed items list.

Screenshot

All platforms - PlasticX: Added "Close merge view and open pending changes view" preferences option

We have added a new option in Diff and Merge Preferences: "close merge view and open pending changes view when a merge is completed"

If this option is checked, when a merge is completed, the Merge View will be

automatically closed and Pending Changes View will be shown, improving the user workflow.

Screenshot

Also, when a merge is completed and this new option is not checked, we modified the "merge finished" message adding two links in order to open Pending Changes View or open Preferences Window.

Screenshot

Command-line client: Creating workspaces is simpler than ever

Until now, to create a workspace using cm you had to give it a name and indicate the path and the repository:

$ cm wk mk project ./project rep:project@mydefaultserver

Often, the three are named the same. For that reason, now it is possible to use a shortened syntax:

$ cm wk mk project

This command will create a workspace infering the name and path from the repository spec you pass as argument!

And advanced use of the command also allows you to specify a different server:

$ cm wk mk project@myorg@cloud

All platforms - PlasticX, GluonX: Mark unviewed diffs in bold

The list of differences in Diff window will display viewed items in normal text style and non viewed in bold text style. It'll apply just to the path column for each difference from the list.

Screenshot

All platforms - PlasticX: Added new semantic history view

We added a new view to PlasticX: the semantic history. From this view you can see the history of individual methods or classes inside each file. This view was available on the Windows legacy GUI, and now you can use it from every platform in PlasticX. Check it out:

Screenshot

Screenshot

All clients: GitSync doesn't fail anymore if it cannot access to a revision data.

GitSync won't fail anymore if for whatever reason it can't access the contents of a given revision. It will add an empty revision in the Git package instead.

This way we allow syncing with Git even if an old revision is not present due to any old or weird issue.

All platforms - PlasticX: Code review skip merge tracking

A new button to group the diffs by merge has been added to Code review window. This button will be available only when the selected branch/changeset has merges in the differences list.

Screenshot

All platforms - PlasticX, GluonX: Added "Scan network" button

Added a new "Scan network..." button below the server entry, when connecting to an on-premises server. This button will show a dialog that allows you to easily find Plastic servers in your local network

Screenshot

Screenshot

All platforms: Moves with changes are now reflected by after-checkin and after-clientcheckin triggers

When you modify a file on the top of moving it, both changes are reflected in the workspace status and in the Pending Changes view. However, the checkout was not notified to triggers:

# E.g.: after-checkin (server-side) trigger
MV "/ALICE.TXT" FILE#br:/main;changeset:16@rep:Project@repserver:Organization@cloud ->"/BOB.TXT" FILE#br:/main;changeset:15@rep:Project@repserver:Organization@cloud

We added that information to the input data:

# E.g.: after-checkin (server-side) trigger
MV "/ALICE.TXT" FILE#br:/main;changeset:16@rep:Project@repserver:Organization@cloud ->"/BOB.TXT" FILE#br:/main;changeset:15@rep:Project@repserver:Organization@cloud
MV "/BOB.TXT" FILE#br:/main;changeset:16@rep:Project@repserver:Organization@cloud ->"/BOB.TXT" FILE#br:/main;changeset:15@rep:Project@repserver:Organization@cloud

All platforms - PlasticX, GluonX: Delete current workspace could throw non-controlled exceptions

If the user deleted the current workspace in use in the GUI (using the GUI or delete workspace command), further operations with that deleted workspace would throw non-controlled exceptions that could close the program; we fixed this issue.

All platforms - PlasticX: Show warning when the user tries to delete changeset involved in a pending merge

We now show a warning message and stop the delete changeset operation if you try to delete a changeset that is the source of a pending merge link. We do it because deleting the merge source puts you in an invalid state where you cannot later check in the merge.

All platforms - All client applications: Upgraded interface assembly consumed by issue tracker extensions

We support connecting any client application to an issue tracker to retrieve a user's list of assigned tasks, create a proper branch, or open a task in the issue tracker.

We provide built-in connectors for many issue trackers, such as Jira, Bugzilla, etc.

And we also published an interface so you can write your own connector for a custom issue tracker. This interface is located at issuetrackerinterface.dll file, in the client binaries folder of a Plastic SCM installation.

We've upgraded the issuetrackerinterface.dll and now is compiled in netstandard2.0 (instead of net framework 2.0 ). This will enable further improvements in the issue tracker subsystem of plastic.

Just in case you have a custom extension compiled in net framework 2.0, you will have two options:

* Upgrade your custom extension and compile it in net framework 4.0 or above

* Use the legacy issuetrackerinterface.dll compiled in net framework 2.0, located at client/extensions directory of a windows installation of Plastic SCM

All platforms - PlasticX, GluonX: added warning for an empty check-in comment

We have added an optional warning if you accidentally try to check in with no check-in comment. It looks like this.

Screenshot

You can activate it in Preferences -> Comments:

Screenshot

Command-line client: 'cm history' shows if the revision was archived.

The 'cm history' command shows whether the revision's data was archived. It adds a new entry for each history entry specifying the data status. The possible values are 'Available' or 'Archived'. The value is empty for the moved/removed history entries.

Default output:

D:08/09/2022 10:26 CS:1   B:/main
DATA:Archived
C: my comment

Long output (--long):

...
Repository spec: repo@server:8087
Data status: Available

Xml output (--xml):

...
<RepositorySpec>repo@server:8087</RepositorySpec>
<DataStatus>Archived</DataStatus>

All platforms - PlasticX: Branch filtering on new history view

Further improving the new history view, a dedicated branch filtering popup has been added!

Filtering by one or as many branches as needed is now possible. You can try it out by viewing the history of any file or directory and clicking the 'branch' button near the search bar.

All platforms - GluonX: Remark current loaded revision

The current loaded history revision will be remarked in bold style in the History Panel.

Screenshot

All platforms - PlasticX, GluonX: Issue tracker configuration

A new preference option has been added to the Preferences window for the issue tracker configuration.

Some features will be available if this preference is enabled:

* Create new branch from a existing task.

* Checkin operations record attached to tasks.

* Automatic status transitions.

* Display linked tasks in pending changes view.

Screenshot

All platforms - Server: GUIDs storage is 5 times faster

We improved the performance of reading GUIDs in our Jet backend. Now reading a GUID is 5 times faster than before!

Taking into account that many objects in the Plastic SCM data model contain a GUID, almost all read operations (and especially those in bulk) will take advantage of this improvement. But not only that, the new method of reading GUIDs does not allocate any memory at all - so we also (slightly) reduced the memory footprint of the Plastic SCM Server. Good news overall!

Command-line client: GetWorkspaceFromPath command now displays workspace type

Workspaces can be of two different types: regular or partial (Gluon). In addition to that, Windows users can choose between static or dynamic workspaces (virtualized with PlasticFS).

Now, the GetWorkspaceFromPath command can display this extended information if the option --extended is provided to the command:

cm gwp C:\mygluonwk\ --extended
mywk C:\mygluonwk mymachine dca2b0fc-07ce-434f-949a-009d8c62034d partial dynamic

It is also possible to get this information through the --format option by using the 'type' and 'dynamic' keywords:

cm gwp C:\mysourcewk\ --format="Name: {wkname} | Type: {type} | Is: {dynamic}"
Name: mysourcewk | Type: regular | Is: static

More information in the help (cm [gwp | getworkspacefrompath] --help)

Server - DevOps: Code Review gating for Multiliner mergebot

The built-in multiliner-bot is now able to use embedded Plastic code reviews to drive the CI/CD lifecycle.

Enable the following "Process reviewed branches only" toggle button in multiliner-bot configuration to activate this feature:

Screenshot

The feature works as follows:

* When a code review of a tracked branch(*) is created, or its status changes, the task branch is queued in multiliner-bot.

* Then, multiliner-bot will eventually dequeue this task branch. But before continue its processing in the CI cycle, multiliner-bot will check whether there is at least a "Reviewed" code review for this branch. Otherwise, the branch processing is skipped, and the branch is queued again at the end of the queue.

* If there are more than a code review linked to this task branch, all of them need to be approved before processing the task branch.

* If all the code reviews are approved, the task branch continues its processing by the multiliner-bot:

* a)If the merge fails (manual conflicts detected), or the branch build in the configured CI system fails, the status of the linked code reviews of the branch will be set to "Under review".

* b)If the merge succeeds and the branch build succeeds too, the task branch is merged, and the "status" attribute of the branch is set to "merged" (these fields must be filled in the multiliner-bot configuration).

((*) tracked branch: those that starts with the configured branch prefix in multiliner-bot config)

All platforms - PlasticX: Checkin & Undo shortcuts

Checkin and Undo operations from pending changes view will be now available using key gestures, Alt+I for Checkin button and Alt+U for Undo button.

All platforms - PlasticX, GluonX: Fix date formatting for languages different than English

When the system language was not set to English, we were forcing some date and number fields to the English formatting. We did this to fix some issues with Turkish characters.

We addressed each issue individually, so now we can take the system language for date fields again, instead of forcing it to English.

All platforms, PlasticX, GluonX: Various diff improvements

* Updated the syntax highlight grammars to the latest version, which brings the latest language features for major languages like C#, Python, Java, etc...

* fixed some syntax highlight exceptions registered in the log coloring some documents.

* Improve the behavior when changing a file in the pending changes view or the diff view. Previously, when selecting another file, the diff viewer scrolled to the first line, and then it went to the first diff. Now the first line is not scrolled. See before and after:

Before:

Screenshot

After:

Screenshot

All platforms - PlasticX: Create top-level branch

A new menu item has been added to branches context menu in Branches view and Branch explorer. This new option will allow to create new branch in level 0, a top-level branch.

Screenshot

All platforms - PlasticX: Color changesets by server in the Branch Explorer.

We ported the "Color changesets - replication source" functionality, already existing in the Legacy GUI, to the new GUI. It allows to set up custom colors for all the changesets belonging to a certain server.

This is how it works:

Screenshot

All platforms - PlasticX: Color changesets by user in the Branch Explorer

We ported the "Color changesets - users" functionality, already existing in the Legacy GUI, to the new GUI. It allows to set up custom colors for all the changesets created by a certain user.

This is how it works:

Screenshot

All platforms - PlasticX, GluonX: Automatically detect local server

When configuring Plastic for the first time, if you select the on-premises mode, you will see an empty server field that you must fill with the server you want to connect to.

Now, if there is a local server running on a well-known port, this field automatically filled:

Screenshot

All platforms - PlastiX, GluonX: Object GUID in Diff window

The object GUID has been included in diff window as diff metadata.

Screenshot

All platforms - PlasticX: Auto-refresh Sync to Cloud view after opening

In Plastic X, when selecting "Sync to Cloud" view, the view was not refreshed. Now it's automatically done, helping to improve the workflow.

All platforms - PlasticX, GluonX: Removed Plastic SCM prefix from release name

All Plastic releases have a release name, which is a song name and the artist. This name can be seen in the about window.

A few releases back we added a "Plastic SCM" prefix before this name. We removed it, so now you see just the name as before.

Screenshot

All platforms - PlasticX: Improved history view

We re-wrote the history view from scratch. The new history view has the following features:

* Improved the revision list layout. Now it optimizes the horizontal space. We also display the avatar for the revision creator (note that it displays the Gravatar image when the username is an email).

* Setup a new panel that allows displaying diffs/annotate for the selected revision.

* Support history for text, image, binary, and directories revisions.

* Note that in this version of the history view, we display the changeset comment for the moved and removed revisions (previously the comment was not displayed).

* We also improved the way we display the changeset comments in the details panel. Long comments are split in two chunks, and the second chunk can be expanded/collapsed.

See it in action:

Screenshot

And now for images:

Screenshot

Note that you can still use the legacy history view by setting up the following setting in the plasticgui.conf file, placed in the user config folder:

UseLegacyHistoryView=True

All platforms - PlasticX: Added Merge options

We brought back this feature from the legacy GUI to PlasticX

This feature will allow PlasticX users to define merge options for each merge:

*Merge from both contributors, or only from one side

*Automatic merge conflict, or manual merge conflict (always launch the merge tool event with 0 unsolved conflicts)

*Ignore Merge Tracking

*Advance options: ancestors

Screenshot

Screenshot

Command-line client: Annotate command options update

The command to annotate files (cm annotate) was using, among others, the --ignore option, with (eol | whitespaces | "eol&whitespaces" | none) as possible values. Due to other commands are using another interface, it has been decided to homogenize them all. Now, --ignore will become --comparisonmethod and its regarding options will be (ignoreeol | ignorewhitespaces | ignoreeolandwhitespaces | recognizeall).

NOTE:

Old syntax will be deprecated, but it is still working. Therefore, scripts or other programs using this command will continue working as before. Despite of this, we encourage to update its usage to the new interface. More details in the command help.

Example: in case we want to annotate a foo.c file which has been created and checked-in on a unix system and after that some changes were done and checked-in on a Windows platform, we might want to ignore the EOL:

cm annotate foo.c --comparisonmethod=ignoreeolandwhitespaces

Command-line client: Diff command options update

The command to show differences (cm diff) was using, among others, the --ignore option, with (eol | whitespaces | "eol&whitespaces" | none) as possible values. Due to other commands are using another interface, it has been decided to homogenize them all. Now, --ignore will become --comparisonmethod and its regarding options will be (ignoreeol | ignorewhitespaces | ignoreeolandwhitespaces | recognizeall).

NOTE:

Old syntax will be deprecated, but it is still working. Therefore, scripts or other programs using this command will continue working as before. Despite of this, we encourage to update its usage to the new interface. More details in the command help.

Example: in case we want to check a foo.c file which has been created and checked-in on a unix system and after that some changes were done and checked-in on a Windows platform, we might want to ignore the EOL:

cm diff rev:foo.c#cs:1 rev:foo.c#cs:2 --comparisonmethod=ignoreeol

Command-line client: Shelveset apply command options update

The command to apply shelvesets (cm shelveset apply) was using the --comparisonmethod with (ignoreeol | ignorewhitespaces | ignoreeolwhitespaces | notignore) as possible values. Due to other commands are using another interface, it has been decided to homogenize them all. Now, "ignoreeolwhitespaces" will become "ignoreeolandwhitespaces" and "notignore" will become "recognizeall".

NOTE:

Old syntax will be deprecated, but it is still working. Therefore, scripts or other programs using this command will continue working as before. Despite of this, we encourage to update its usage to the new interface. More details in the command help.

Example: in case we want to apply a shelveset and, when comparing actual with previous contents for merging the changeset, we might want to ignore the EOL and whitespaces:

cm shelveset apply sh:2 --comparisonmethod=ignoreeolandwhitespaces

Command-line client: Diffmetrics command options update

The command to print metrics of differences between two revs (cm diffmetrics) was using, among others, the --ignore option, with (eol | whitespaces | "eol&whitespaces" | none) as possible values. Due to other commands are using another interface, it has been decided to homogenize them all. Now, --ignore will become --comparisonmethod and its regarding options will be (ignoreeol | ignorewhitespaces | ignoreeolandwhitespaces | recognizeall).

NOTE:

Old syntax will be deprecated, but it is still working. Therefore, scripts or other programs using this command will continue working as before. Despite of this, we encourage to update its usage to the new interface. More details in the command help.

Example: in case we want to see how many added, modified and deleted lines in a foo.c file and compare them with its version from a different branch, recognizing all, including EOL and whitespaces:

cm diffmetrics foo.c#cs:2 foo.c#br:/main/scm007 --comparisonmethod=recogniseall \
    --format="There are {0} changed, {1} added and {2} deleted lines."

Server: Server backups no longer block read-only web calls

The web calls were not allowed while the server was running a backup. Now the web calls that are read-only calls are allowed during the backup. This applies to the web client, the web admin, and also mergebots.

Command-line client: After-checkin trigger payload: move operations were not displaying move reference information

Previously, after-checkin triggers were generating a JSON content with several variables. One of these variables is named INPUT, which contains information about the changes checked in. These changes might be one of the following: AD, CH, DE and MV, indicating the type of operation which was performed regarding one item. MV operation has a particularity, as it involves not only one file but two.

Now it has been fixed and displays both source and destination of the moved file in the proper order (src->dst).

For example, let's imaagine we have a workspace with the following controlled contents: "./foo.c" and "./FooFolder" and we perform the following operations:

cm mv ./foo.c ./fooFolder/foo2.c
cm ci -c="foo belongs to fooFolder"

The INPUT variable will now display:

 'INPUT':'CH \"/\" DIR#br:/main;changeset:59@rep:default@repserver:localhost:8084
CH "/fooFolder" DIR#br:/main;changeset:59@rep:default@repserver:localhost:8084
MV "/foo.c" FILE#br:/main;changeset:2@rep:default@repserver:localhost:8084->"/fooFolder/foo2.c" FILE#br:/main;changeset:2@rep:default@repserver:localhost:8084'

As you can see, there are two changes corresponding the changes in the root directory and the change in the fooFolder and a MV operation, which now details both source file and destination file of that operation, separated by a "->" operand and both displaying all the information re the change.

Therefore, for the move operation, the specification will become:

status src_item_path item_type#br:branch;changeset:cset_id@rep:rep_name@repserver:server->status dst_item_path item_type#br:branch;changeset:cset_id@rep:rep_name@repserver:server

IMPORTANT NOTE: it is possible that users already parsing this output will perceive their parsers start to fail. We are sorry for any inconvenience this might cause. We balanced different options and finally decided to give you more information for you to use, despite of it might be needed to retouch existing parsers at this moment.

All platforms - PlasticX: New Details panel in Workspace Explorer

The Details panel has been added to the right side of the Workspace Explorer in PlasticX. This panel contains the image preview and properties of the selected item in the workspace tree, so it will be refreshed on every new selection. It is a collapsible panel, by default it's collapsed and can be expanded by using the new button "Show details" at the top right.

Screenshot

All platforms - PlasticX: Added comments auto-text feature

We added comments auto-text feature to Plastic. This allows the user to use predefined variables (Date, UserName, Branch Name) or a custom string in the comments textbox in Pending Changes view:

Screenshot

Screenshot

Also, the icons in Preferences Window were updated.

Command-line client: Upgraded changelist command now allows specifying files for the name and the description.

Changelist command has been upgraded with new verbs for management ("create" and "delete" substituting "add" and "rm"). Now it is possible to use new options in changelist commands: --namefile, --descriptionfile, --newnamefile. These options allow to replace the literals used to specify the name of the changelist or its description and to use a path to a file containing the changelist name or description instead.

For instance

cm changelist add "Physics-related changes" "Changes related to the game world environment and the implemented physics"

Could be updated to

cm changelist create "Physics-related changes" --descriptionfile="desc.txt"

Or also could be updated to

cm changelist create --filename="name.txt" --descriptionfile="desc.txt"

Or you could also rename a pre-existing changelist with something like the following:

cm changelist edit --filename="name.txt" rename --newnamefile="newname.txt"

Bear in mind:

- Old command syntax is still working but tagged as deprecated and the help has been updated. If you have automated scripts using this command, they will work, but we encourage you to update those and test the new amazing functionalities

- You can still use the same literals or use the options, whatever the combination that best suits your needs (options + literals, literals + options, all options, all literals).

- The --namefile and --newnamefile options do not allow invalid files or content (non-existing file, empty or multilined texts); in addition, if an non-existing file is supplied to --descriptionfile, it will also fail, but no content validity will be done.

DevOps: Remove branches from Trunkbot processing queue

If you accidentally set the status attribute to a branch, your Trunkbot might enqueue it and eventually merge it.

Before, you could remove it from the processing queue by changing the value of the attribute to something else. Now, removing the attribute from the branch will have the same effect.

Server: Edit cset comment now checks branch perm

When you edit the comment of a changeset, the “change comment” permission needs to be set in the branch that contains the changeset.Before this change, the repo permission was checked, which wasn’t as good solution as checking the permission in the branch.

All platforms - PlasticX: Remark current working item

The bold text style has been applied to the current working item, for the "Name" column of the Changesets and Branches views tables, in order to indicate which item on the list is currently loaded.

Screenshot

Command-line client: Configure data encryption for remote servers

As the owner of a Plastic server, you can configure encryption when trying to pull data from repository inside a remote encrypted server for the first time.

This was true for the Plastic GUIs, but now it is also possible within the command line:

> cm pull br:/main@donuts@homer@cloud dotnuts@marge:8084
...
The 'homer@cloud' source server requires data encryption.
Your server (aka 'marge:8084') is not yet configured to handle encrypted data from it.

Remarks:
* Be very careful with the encryption password; it's the only way to decrypt your data on 'homer@cloud'.
* If you're decrypting data and you enter a wrong password, the data will fail to decrypt and you will have to edit cryptedservers.conf on your server to fix it.
* Be careful to use the same password (encryption key) company-wide to work with 'homer@cloud'. Otherwise, data will be encrypted differently in each server.

Enter a password to generate the encryption key (leave empty to cancel):
***********

Encryption configuration added for server 'homer@cloud'.
...

All platforms - PlasticX: Added search textbox in MergeView

We added a new search textbox in MergeView, now it is possible to filter results

Screenshot

All platforms - PlasticX: Expandable symlinks directories

Symlinks that points to a directory are now expandable from plastic itself!

This feature allows for easier navigation when the workspace contains symlinks. If a symlink points to a directory that is inside the workspace, it behaves like any other directory in the workspace, however if a symlink points to a directory that is outside the workspace, actions like "add to source control" are disabled for these files.

All platforms - Plastic, Gluon: Better error handling for plastic links

When opening a plastic link, if there are any issues while processing it (because it's in the wrong format, or the server specified can't be accessed) we were just exiting the application without showing any error report.

We improved this behavior, and now we show a message with the reason why the plastic link could not be opened.

All platforms: Added "Plastic SCM" prefix to assembly product name metadata

Before we were just setting the Release song name as "Product name" field in the assembly info of all the applications. Now we add the "Plastic SCM" prefix so some antivirus security reports using this "Product name" field can identify in a snap they belong to Plastic SCM.

All Platforms - PlasticX: Added context menu actions to Code Editor.

The Code Editors displayed in the DiffViewer, the File Content Viewer, Annotate view and the Merge view, now have available the following extra context menu actions:

* Undo

* Redo

* Copy

* Cut

* Paste

* Delete

* Go to line

* Select all

* Find

Screenshot

Screenshot

Note that all the actions can be executed using the shortcuts.

Note that Undo/Redo/Cut/Paste/Delete actions are not available in the AnnotateView since it's always a read-only editor.

All clients: Only the *.xxx rules are considered as extension rules.

Before, we considered the .xxx as an extension rule. This could lead to weird behaviors when trying to ignore a folder that started with . such as .vs .

Now, the .vs rule only matches files / directories with that exact name. It doesn't match paths with the .vs extension like project.vs

This applies to all files that use path rules (ignored.conf, cloaked.conf, etc.)

All platforms - GluonX: Added shelves view

Now you can create and view shelves from the Gluon GUI.

There is a new "Shelve" button in the "Checkin changes" view that lets you create a shelveset with your pending changes in the same way as you do in Plastic.

There's also a "Show shelves" button that opens a side view with the list of shelves, from where you can diff, remove or apply them to your current workspace.

Screenshot

Windows - Plastic, PlasticX: auto-upgrade enabled for DVCS Edition

Auto-upgrade was previously only available for Enterprise and Cloud Edition. Now it is also available for Dvcs Edition. When a new version of the client is available, you will receive a notification in the help panel, with a link to initiate the upgrade.

All platforms - PlasticX, GluonX: Improve readability of disabled text boxes.

The contrast between the background and the foreground colors was not good enough for disabled textboxes. Now it's better:

Screenshot

All platforms - GluonX: Improve UI for recent check-in comments.

We moved the "check-in recent comments" button inside the textbox. This way we clear a bit the pending changes toolbar.

This is how it looks now:

Screenshot

Windows - PlasticX: Added diff arguments

In the legacy GUI you could open Plastic specifying arguments like the following:

plastic --diffchangesetsrc=cs:437@validations@alvaro_test@cloud --diffchangesetdst=cs:436@validations@alvaro_test@cloud

When switching to the new GUI this feature was lost. We fixed this issue and now you can specify the arguments in both GUIs

All platforms - Server: Add extra protection to the server's Accept Loop.

The Accept Loop is the entry point of every single connection to the Plastic SCM Server. It is at the very heart of our custom network protocol (plasticpipe), and it can handle thousands of new connections per minute. But if the Accept Loop exits for whatever reason, the server is unable of accepting new requests. And a server unable of attending to new requests is useless.

Now the accept errors are handled and the loop is restarted if needed. If the accept loop cannot be started on 3 tries the server will exist in a safe way.

This is beneficial not only to your local and Enterprise Plastic SCM setups but also to the Plastic SCM Cloud Regional Servers.

Command-line client: Shelvesets can be applied to partial workspaces.

Previously, it was not possible to apply a shelveset in partial workspaces (such as Gluon workspaces). Now we fully allow them (from the creation to the application).

c:\wkspaces\partialwk> cm partial shelveset apply sh:2

The apply operation tries to apply all the shelveset changes in the workspace if possible. However, changes can be skipped if they are related to items that are not configured in the workspace (they are silently ignored) or if they collide with local workspace changes (they are properly reported)

c:\wkspaces\partialwk> cm partial shelveset apply sh:2
The item won't be downloaded/moved because there is another item loaded in the same path: 'asset/texture/forest'. Please unload the item and retry the operation.

For more examples, you can check the help:

cm partial shelveset apply --help

Server: Log the web call in the ChannelCall

Now the Server monitors and log all the web calls too, so you can see those call with their stats on the ChannelCall log as you see for any other Plastic call. See a new log sample:

2022-06-03 10:27:23,722 INFO  ChannelCall - conn:     0 protocol:web          sec:none recb:       0|rect:   0|sentb:     309|sendt:   0|queuedt:       0|prt:       8|rq:  122|dest:   0|mt:       4|sert:   0|zip:   0|       127.0.0.1|user:tester|GET-/api/v1/repos/quake3/branches
2022-06-03 10:27:25,571 INFO  ChannelCall - conn:     0 protocol:web          sec:none recb:       0|rect:   0|sentb:     307|sendt:   0|queuedt:       0|prt:       3|rq:  123|dest:   0|mt:       1|sert:   0|zip:   0|       127.0.0.1|user:tester|GET-/api/v1/repos/quake3/main-branch
2022-06-03 10:27:27,287 INFO  ChannelCall - conn:     0 protocol:web          sec:none recb:       0|rect:   0|sentb:    6590|sendt:   0|queuedt:       0|prt:       3|rq:  126|dest:   0|mt:       1|sert:   0|zip:   0|       127.0.0.1|user:tester|GET-/api/v1/repos/quake3/branch/main/items/q3map
2022-06-03 10:35:29,707 INFO  ChannelCall - conn:     0 protocol:web          sec:none recb:       0|rect:   0|sentb:     729|sendt:   0|queuedt:       0|prt:    1532|rq:  210|dest:   0|mt:       2|sert:   0|zip:   0|       127.0.0.1|user:tester|GET-/api/v1/repos/quake3/changesets
2022-06-03 10:36:40,516 INFO  ChannelCall - conn:     1 protocol:plastic      sec:none recb:     111|rect:   0|sentb:       3|sendt:   0|queuedt:      16|prt:      11|rq:  216|dest:   0|mt:       2|sert:   0|zip:   0|       127.0.0.1|user:tester|CheckRepositoryExists
2022-06-03 10:38:11,002 INFO  ChannelCall - conn:     2 protocol:plastic      sec:none recb:     103|rect:   0|sentb:      85|sendt:   0|queuedt:       0|prt:       6|rq:  217|dest:   1|mt:       1|sert:   1|zip:   0|       127.0.0.1|user:tester|GetBranchInfoByName
2022-06-03 10:38:11,005 INFO  ChannelCall - conn:     2 protocol:plastic      sec:none recb:      18|rect:   0|sentb:      84|sendt:   0|queuedt:       0|prt:       2|rq:  218|dest:   1|mt:       0|sert:   0|zip:   0|       127.0.0.1|user:tester|GetChangesetInfoByNumber

See an example of how it was before:

2022-06-02 09:14:33,868 INFO ChannelCall - conn: 9 protocol:plasticproto sec:none recb: 912|rect: 134|sentb: 3645|sendt: 0|queuedt: 0|prt: 361|th: 65|dest: 0|mt: 158|sert: 0|zip: 0|cpu: 0| 127.0.0.1|user:tester|GetLockRule

2022-06-02 09:14:33,869 INFO ChannelCall - conn: 11 protocol:plasticproto sec:none recb: 809|rect: 162|sentb: 3612|sendt: 0|queuedt: 0|prt: 317|th: 67|dest: 0|mt: 2|sert: 0|zip: 0|cpu: 0| 127.0.0.1|user:tester|CheckRepositoryExists

2022-06-02 09:14:34,197 INFO ChannelCall - conn: 7 protocol:plasticproto sec:none recb: 913|rect: 126|sentb: 3742|sendt: 0|queuedt: 0|prt: 719|th: 63|dest: 0|mt: 489|sert: 0|zip: 0|cpu: 0| 127.0.0.1|user:tester|GetBranchInfoByName

2022-06-02 09:14:34,198 INFO ChannelCall - conn: 5 protocol:plasticproto sec:none recb: 793|rect: 447|sentb: 3680|sendt: 0|queuedt: 0|prt: 1269|th: 61|dest: 0|mt: 792|sert: 0|zip: 0|cpu: 0| 127.0.0.1|user:tester|GetRepositoryInfoByName

All Platforms: Command-line client

To list with the "--tree" option now displays the result regardless of some selector cannot be resolved

Previously, if several arguments were fed to the ls command in order to display their related trees, if one of them was not able to resolve the selector (i.e., there was a typo), the other trees were not displayed either. Now it is fixed and, regardless of the validity of each selector, it will display the results.

For example:

cm ls -r /existingDir /unexistingDir --tree=br:/main@myrepo@localhost:8084
NOT_DEFINED cS63/xl4G39inoaBFDLNzQ==           0 13/06/2022 12:20 dir           2 /main                      20       19 /existingDir
NOT_DEFINED T/zbMvjqdPBx+XMMAbnrZA==         9 13/06/2022 12:20 txt           2 /main                      17       23 /existingDir/foo.txt
Can't resolve the selector for the item /unexistingDir
CommandResult 1

As you can see, the CommandResult will remain 1 (error), but the output will be dumped accordingly.

All platforms - all clients: display language no longer overriden on APAC systems

Previously, when the configured language was English "en" but the system language was Chinese, Japanese or Korean, we would force the client to use the system language.

We no longer do this, and the configured language is always used.

Windows - Plastic, PlasticX: Auto-upgrade enabled in Enterprise Edition for non-admin users

For a while the auto-upgrade feature has been available for all Cloud Edition users, but administrators in Enterprise Edition. We have now made auto-upgrade available for all users in all editions.

You will be notified of available version upgrades in the help panel:

Screenshot

If you click on the Download link, the installer will download:

Screenshot

Simply click 'Restart and Upgrade' to install the latest version:

Screenshot

Command-line client: Shelvesets can be deleted from partial workspaces.

Previously, it was not possible to perform a shelve operation in partial workspaces (such as Gluon workspaces). Now we fully allow every operation (create/apply/delete).

It is possible to delete an existing partial shelveset with shelveset id 3 doing the following

c:\wkspaces\partialwk> cm partial shelveset delete sh:3

Mind there is no confirmation message. In case you would like to see it was deleted you can execute the following command to list every existing shelve created in the repository:

c:\wkspaces\partialwk> cm find shelve

The creation subcommand (create | mk) is the default operation, so bear in mind that, if no subcommand is specified, it will try to perform the creation of a new shelveset.

For more examples, you can check the help:

cm partial shelveset --help

cm partial shelveset delete --help

All platforms - PlasticX, GluonX: Added select all shortcut

Added a new shortcut to select all rows in the tables and trees where the multiple selection is allowed:

- Ctrl + A (Windows and Linux)

- Cmd + A (MacOS)

Due to conflicts with existing keyboard shortcuts, the following shortcuts have been modified:

* "Annotate" shortcut, replaced with Ctrl + T (Windows/Linux), Cmd + T in MacOs

* "Apply label to workspace content" shortcut, replaced with Ctrl + L (Windows/Linux), Cmd + L in MacOs

Command-line client: Partial checkin allows --private option

Previously, it was not possible to use --private option in a partial checkin command. Now it is available and ready to use.

For instance:

c:\wkspaces\partialwk> echo "return 1;" > foo.c
c:\wkspaces\partialwk> cm partial ci --private
The selected items are about to be checked in. Please wait ...
| Confirming checkin operation 11 bytes/11 bytes [################################] 100 %Modified c:\wkspaces\partialwk
Added c:\wkspaces\partialwk\foo.c
Created changeset cs:1@br:/main@repo1@localhost:8084 (mount:'/')

For more examples, you can check the help:

cm partial checkin --help

Command-line client: Shelvesets can be applied to partial workspaces

Previously, it was not possible to apply a shelveset in partial workspaces (such as Gluon workspaces). Now we fully allow them (from the creation to the application).

c:\wkspaces\partialwk> cm partial shelveset apply sh:2

The apply operation tries to apply all the shelveset changes in the workspace if possible. However, changes can be skipped if they are related to items that are not configured in the workspace (they are silently ignored) or if they collide with local workspace changes (they are properly reported)

c:\wkspaces\partialwk> cm partial shelveset apply sh:2
The item won't be downloaded/moved because there is another item loaded in the same path: 'asset/texture/forest'. Please unload the item and retry the operation.

For more examples, you can check the help:

cm partial shelveset apply --help

Windows - Plastic: Enable changelists for locally modified files

You can now move locally modified (changed, moved, deleted) files into user-defined changelists.

All platforms - PlasticX, GluonX: Enable changelists for locally modified files

You can now move locally modified (changed, moved, deleted) files into user-defined changelists.

All platforms - Command line client: Server connection profiles management reaches the command line!

We added the new cm profile command. It has three subcommands that allow you to manage your server connection profiles from the command line client.

The command 'profile list' lists the connection profiles you have configured:

$ cm profile list
1  bananapi.codicefactory.com:8087       sergio  UPWorkingMode
2  udt://development_org@localhost:8089  sergio  UPWorkingMode
3  skullcito.codicefactory.com:9095      sluisp  LDAPWorkingMode

The 'profile list' command has several formatting options. Check cm profile list --help for further information.

The command 'profile remove' helps you to remove a configured connection profile. It works by specifying the profile index provided by cm profile list :

$ cm profile remove 2

And 'profile create' helps you to create a new connection profile, either interactively or specifying all the necessary information through options:

$ cm profile create
Enter server address: skullcito.codicefactory.com:9095
Enter credentials to connect to server [skullcito.codicefactory.com:9095]
User: sluisp
Password: *****************
Profile 'skullcito.codicefactory.com:9095_LDAPWorkingMode' correctly created

Check cm profile create --help for further information about the options you can use to create profiles.

Windows - PlasticX: PlasticX is now the official GUI on Windows

When you perform a clean installation of Plastic on a Windows machine, PlasticX will be the default GUI to open after the installation. Also, plastic links will be handled with this GUI.

When upgrading from a previous version, the last used GUI will still be the one that opens when running the Plastic executable

All platforms - PlasticX: Case insensitive filter on home view

On the home view, the repository and workspaces filter are now case insensitive

All platforms - PlasticX, GluonX: Unified Open Menu options in applications

We unified Open Menu right click context menu behavior across all views in PlasticX and GluonX

Screenshot

All platforms - PlasticX: Changes in changeset comments

In the "changeset by changeset" mode for the diff and the code review windows, if a changeset comment started with an empty line you couldn't see it in the changeset list. We fixed it.

Before

Screenshot

After

Screenshot

Also, we improved this panel, now more text will be shown in the changeset names Panel

All platforms - GluonX: Save details panel user preferences

GluonX will remember the following settings about the details panel for the Workspace Explorer view and the Checkin view, giving the user more personalization

*Details Panel visibility

*Details Panel width

*Preview Image height

*Properties Height

*History Height

*Comments height

Also, if no user preference is found, this panel will be visible by default.

Screenshot

Command-line client: Shelvesets can be created from partial workspaces

Previously, it was not possible to perform a shelve operation in partial workspaces (such as Gluon workspaces). Now we are about to fully support shelves in partial workspaces, and we started with the creation of shelves.

Note that cm partial shelveset apply and cm partial shelveset delete subcommands are coming up.

Now it is possible to create a partial shelveset of foo.c

c:\wkspaces\partialwk> cm partial shelveset create foo.c

The selected items are about to be shelved. Please wait ...
| Confirming checkin operation 11 bytes/11 bytes [################################] 100 %
Modified c:\wkspaces\partialwk
Added c:\wkspaces\partialwk\foo.c
Created shelve sh:2@wk@localhost:8084 (mount:'/')

With the shelveset created, now we could apply it seamlessly to a regular workspace targeting the same repo:

c:\wkspaces\regularwk> cm shelveset apply sh:2

The item /foo.c#sh:2 has been added on source and will be added as result of the merge
Merging c:\wkspaces\regularwk\foo.c
The revision c:\wkspaces\regularwk\foo.c@sh:2 has been loaded

The creation subcommand (create | mk) is the default operation, so bear in mind that, if no subcommand is specified, it will try to perform the creation of a new shelveset.

For more examples, you can check the help:

cm partial shelveset --help

cm partial shelveset create --help

All platforms - Plastic: Added support for legacy plastic links

Some time ago we introduced the plastic links feature, which lets you click on links to directly open diffs or code reviews. A plastic link looks like the following:

plastic://codice@cloud/repos/codice/branches/main/scm24652/diff

Before this new feature, we already had another, more limited implementation of plastic links, that looked like the following:

plastic://showbranch=br:/main/scm24652@codice@codice@cloud

The latter was deprecated, and new versions of Plastic could not handle the old format.

We fixed this issue, and now you can open both legacy and new plastic links seamlessly

All platforms - Bamboo plugin: New plugin for Bamboo 8 is available!

We released a new plugin for Bamboo 8 that enables you to use Plastic SCM as source control for your build processes. You'll find it in the client installation dir, under plugins/bamboo81plugin.

The former plugin (under plugins/bambooplugin) only supports Bamboo 7.x or older.

Windows - Plastic: Open plastic links with last used GUI

When clicking on a plastic link, we were showing a dialog to ask the user whether to use the Legacy Plastic or the new PlasticX GUI to open it. We removed this dialog, and we will automatically open it with the last used GUI.

On macOS and Linux PlasticX is the official version, so plastic links are always opened with PlasticX