notken

Hi there. Our company insurance is due for renewal, and as part of the questionnaire we are being asked if all of our network services require 2FA/MFA. It struck us that Plastic SCM Cloud doesn't require it. We have strong passwords and an encryption key on Plastic, but I noticed that you do have 2FA as an option when logging in using Unity. Nevertheless there doesn't seem to be any way to make it a requirement. Is that possible, for an administrator to require 2FA for all users? Or is username/password always going to be a possibility?

Did the team ever get to the bottom of this? The status page is showing all green, but it's still very slow. It was fine yesterday so it's clearly some intermittent problem, but it's really hard to get any work done.

Oh, that must have been between when I checked then. I checked before my first post, and again when you replied. It was green, and nothing in the History panel. I've been in meetings all afternoon, but the couple of times I've tried it's definitely been better, and seems OK now. Thanks.

Thanks Carlos. The status page has been showing green lights all day. Is there a delay to that updating?

Is there some issue I'm not aware of? The Unity uptime page has green everywhere. But any single Plastic UI operation is taking 30-60 seconds to happen. Checking in a tiny XML file took over a minute. Changing branches usually times out. I've tried rebooting and resetting the Plastic services. I've checked with colleagues working in different locations on personal Internet connections and they're having variable but slow results too.

I agree. It's been a very reliable service. But I reported everything we experienced today so that you can make it even better. If it can't authenticate perhaps it should time-out more quickly and report it to the user. I had rebooted my PC initially thinking it was me. Thanks for the status link.

Is that connected to the cloud service? Because that was down for about 30 minutes. I get that these things can happen but I was just hoping that if it happens again it could be handled better by the clients. They need to time-out far quicker and return control to the user. I hoped it would only be for a short time so didn't do anything on my machine, but I think I might have had to uninstall Plastic to get Visual Studio to be usable. Previously too you've directed people to the Azure status page to see if the Cloud version is down, but Azure's status pages had green ticks everywhere. Could you maybe have your own status service too?

All back for me now.

New message on command line and normal UI (Gluon still Loading): "Error: No connection could be made because the target machine actively refused it 35.204.63.26:8787"

After a *long* time - 20 minutes plus - the command line finally returned "Error: SSL negotiation with server Games_Press_Ltd@cloud failed. Authentication failed because the remote party has closed the transport stream."

Hi there. I've opened Plastic SCM UI and it's stuck with a blank Workspace Explorer. The Gluon UI is constantly spinning "Loading", and the command line is stuck processing "cm status" in a workspace folder. I couldn't get on your Web site just now although that seems to be working again after a brief 503 error appeared. I take it this is an unexpected downtime, but any idea how long it will be, or if it can be handled better? Everything just looks like it's hanging right now. I can't even switch back to the main UI. Visual Studio won't even open presumably because the plugin is hanging.

Ah, OK, thanks, the email address as user name worked. I was using the name I gave the API token, which was giving a positive response to "Test connection" before. Yesterday's update stopped Test connection from working, accurately as it turns out! The plug in is good for me again, and settings are being saved now I have no other jira.conf files or folders.

Hi Carlos. I downloaded yesterday's update as I saw there was mention of supporting Jira API keys, but now I can't even get a successful test connection to Jira. And still the plugin doesn't work. I couldn't delete the folder because there was a lock on it, but I did manage to delete the jira.conf file and all but the ssl_games_press_ltd@cloud folders, and the preferences do now 'stick'. Is this a known problem about the plugin and Jira's requirement to use API keys now? It doesn't look like the plugin works at all any more.

All repos. The values aren't *blank* but they were reverting to the old values. What seemed to be happening is that it was saving them to jira.conf in the Games_Press_Ltd@cloud/allrepos folder, but reading the values back from ssl_games_press_ltd@cloud/allrepos Here's my jira.conf (minus the password): WorkingMode=TaskOnBranch Name=Host;Value=https%3A%2F%2F[removed].atlassian.net;Type=Host;IsGlobal=True Name=User name;Value=[removed];Type=User;IsGlobal=False Name=Password;Value=[removed];Type=Password;IsGlobal=False Name=Branch prefix;Value=JIRA-;Type=BranchPrefix;IsGlobal=True Name=Project Key;Value=MULTIPLE_PROJECTS;Type=Text;IsGlobal=True Name=Custom Field ID;Value=10016;Type=Text;IsGlobal=True Name=Use LDAP credentials if available;Value=False;Type=Boolean;IsGlobal=False Name=Use default proxy credentials;Value=False;Type=Boolean;IsGlobal=False Name=Issue query limit;Value=50;Type=Text;IsGlobal=False Name=Resolved issue states;Value=Done%2CMade%20Live%2CChecked%20In;Type=Text;IsGlobal=True Name=Issue types;Value=;Type=Text;IsGlobal=False Name=Fields mapping;Value=issue.Fields.Description-%3EDescription%7Cissue.Fields.Reporter.Name-%3EOwner%7Cissue.Fields.Summary-%3ETitle;Type=Text;IsGlobal=False Name=REST URL;Value=%2Frest%2Fapi%2F2%2F;Type=Text;IsGlobal=True Name=Task URL;Value=%2Fbrowse%2F;Type=Text;IsGlobal=True Name=Status transitions;Value=;Type=Text;IsGlobal=True While the test connection is fine, none of the integrations are working any more. We're still looking into that.

This bug seems to have come back, but the solution isn't working any more. Jira no longer accepts username and password and needs a token instead (which you can use just like a username and password *I think*). But it won't save on version 8.0.16.3310. What I'm finding is that it's saving it to the non-SSL version of the conf file, but then reading it from the SSL version. My solution is: Set the values, test, and then save. Close Plastic GUI Go to c:\windows\users\[username]\AppData\Local\plastic4\issuetrackers\[non-ssl-server]\allrepos Copy jira.conf which should have today's timestamp Paste into c:\windows\users\[username]\AppData\Local\plastic4\issuetrackers\[ssl-server]\allrepos Re-open Plastic GUI The new values are now present. (The new Jira integration still isn't working but at least it connects!) UPDATE! This didn't work for a colleague who didn't even have an [ssl-server] folder. He's created his own and that has worked though.