Saving shortcut is GONE: Ctrl/Cmd + S is DISABLED on local files

When opening my files from my machine, I am unable to save my work to my machine via the worldwide industry-standard convention for assigning a shortcut to allowing a user to save their own work to their machine, Ctrl/Cmd + S.

In Team Create sessions, Ctrl/Cmd + S works without issue.

Edit: Post changed to be more productive

6 Likes

Like I know I wrote this quite sensationalist; I guess I’m just really jaded on prior bug reports not being resolved and if I’m not happy with that then I should stop making bug reports.

1 Like

image

I found out that they changed the default Ctrl+S keybind to this weird hybrid thing (I actually don’t know if it was like this beforehand and it managed to break today, still annoying) that doesn’t even work with local places, and without warning, too. It made me have to change my shortcuts for the first time because the one Roblox forces is half-broken. Really hope they fix this ASAP

2 Likes

Adding on to this as I have been able to commit some time looking into it.

ā€˜Save To Roblox’ is for saving an active team create / online document.
ā€˜Save To File’ is for saving an active local file.

As these are both expected to be initiated by the save shortcut, it appears now that identical shortcuts are NOT able be shared between multiple actions.

What this means now is that I’m forced to make a choice for where I want my save shortcut to be; for my online work, or for my local work.

I am choosing local.

1 Like

I can’t reproduce this. Maybe I’m misunderstanding:

  1. Create new place
  2. Save to File As
  3. Close place
  4. Open from File just saved
  5. Make a change (move a part)
  6. Cmd+S to save

2 Likes

I will double-check now following the repro steps you’ve listed

1 Like

Before following your repro steps, I reset my keyboard shortcuts to default, closed studio then opened a fresh instance.

Following the above, your repro steps results in expected Cmd+S behaviour.

I wanted to make sure I didn’t just pull your time for a nothing-burger so I did some more digging, tried various patterns of opening/closing TC/online/offline documents and closing/reopening studio at different points to see if I could trip anything, but all seems fine…

Given that the bug did occur from myself and anecdotally others in private conversations, I would have to hazard that resetting my keyboard shortcuts in studio (In order to get a ground-truth approach) allowed a fresh slate for shortcut behaviour.

Was there a recent update that changed how the shortcuts are interfaced without correct sanitising?

Here’s my version info for context; my studio did update today before this bug started happening (I was happily Cmd+S’ing on a local place without issue til ~3am last night).

1 Like

No changes to shortcuts or saving that I’m aware of. There’s been quite a lot of work around Contexts which is our new way of enabling/disabling things depending on what’s happening.

I am also on production v686. This week’s update hasn’t gone live yet. I do believe you! :slight_smile:

Oh I do have the new UI turned on(Next Gen Beta Feature) . I assume you don’t?

3 Likes

Yeah I was using the legacy UI which exhibited those behaviours before resetting my shortcuts, so there’s a discrepancy between us both atm.

This is wild guesswork since I’m on the outside, but it might be worth running a fresh install of the previous production version, ensure legacy UI (Possibly reset shortcuts after switching to legacy if its dynamics don’t trail back a few versions?), then try the repro before & after forcing the v686 update.

Thanks for committing your time to this :+1:

1 Like

We’ve got someone able to repro internally so we’ll chase it down!

4 Likes

Hey, I can explain what is going on with the shortcuts here. Some time ago we added a generic action named just ā€œSaveā€ which will automatically save to wherever you saved last which is now the default binding for ctrl+s. The idea with this was that ctrl+s should work intuitively whether you are working on a local file or a place that is saved to Roblox.

Looks like there is some windows-specific bug here that is causing the generic ā€œSaveā€ to fail to write your place out to a local file, so remapping to ā€œSave to fileā€ for now is a reasonable workaround.

Sill looking into the exact cause of the problem and I’ll post an update here once I know more.

5 Likes

Hey, thanks for updating me; I do use studio interchangeably on windows & mac systems if that’s info of any value; the issue I reported occurred today on my mac however.

Hope you find a fix, I am glad I get to workaround it for now with a shortcut remap for the time being.

2 Likes

Hello, we were just coming around to fixing this and noticed that we could no longer reproduce this bug. On my system whenever I try it will now correctly save every time where I expect. Let me know whether you are still seeing this problem or not.

If not we can close this thread.

If it is still happening we can look a little deeper and figure out exactly what is going on here.

2 Likes

We haven’t received a response, so we’re closing this report for now. If you’re still experiencing the issue, please feel free to file a new report with additional details. Thank you!