mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 13:36:03 +03:00
[GH-ISSUE #195] Lost all Data / Config #1128
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#1128
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @stetze on GitHub (Jan 26, 2022).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/195
Originally assigned to: @VShawn on GitHub.
Today we Lost all our config / Data in premotem. In the ms Store an Update was availible, but the Version was still 0.6.1.1.
@VShawn commented on GitHub (Jan 27, 2022):
the only change of this update is apply some permissions by statement below:
<desktop6:FileSystemWriteVirtualization>disabled</desktop6:FileSystemWriteVirtualization>It fixed the bug that SSH could not be opened due to insufficient permissions of the store version. #183
I don't know this change will cause users to lose their data since it's not stated on the Microsoft's docs. And my data was stored in
D:/not in the default path, so I didn't find this bug by my test.Did you have any data backup? I can also submit an old version to you in the store through the test channel, and try to see if the old version can get the data back.
Anyway I'm so sorry.
@VShawn commented on GitHub (Jan 27, 2022):
PRemoteM is unavailable to the Microsoft sotre now until I find how to fix this or simply add some caution for this update.
@stetze commented on GitHub (Jan 27, 2022):
I checked the Old Pathes but the files are Lost. But it's Not so Bad. I have Only ~100 Servers and a few ssh connections. I will create them new and make than an Backup. :)
But for the other people who has not yet updated it will be good to know, that their need an backup of their config.
We use Windows 11 pro. Maybe this was an Problem?
@MoogierThanThou commented on GitHub (Jan 27, 2022):
Happened also to me, using version 0.6.1.1 and installed from Store. I am also using Windows 11.
No big deal for me. Can be created again and good reminder for the backups. Thanks for doing this! :)
Other thing I've noticed in this version that reconnect doesn't work anymore (when using RDP and client gets locked).
Reconnect tries to log on again, but screen stays "black". I close the PremoteM and make connection again.
@VShawn commented on GitHub (Jan 27, 2022):
@stetze88 @MoogierThanThou, no related to Win11. It happened when switching from virtualization to a real path, we will lost the data in virtualization path. But disabled the virtualization is the only way to solve the problem #183 of Microsoft Sotre verison.
I have to decide whether to disable the virtualization or provide a version without KiTTY like majkinetor said:
@majkinetor commented on GitHub (Jan 27, 2022):
PRM is pre 1.0 software. This is expected. I wouldn't do anything. Bare bone PRM version without supportive tools can be done any time later and this shouldn't be main reason IMO but independent update, smaller binary, no AV problems.
@majkinetor commented on GitHub (Jan 27, 2022):
Maybe you should add on welcome message serious note for people to backup their db until 1.0
@VShawn commented on GitHub (Jan 30, 2022):
let's keep the virtualization disabled, I think it would be good for further development on store version.
Caution for database backup should be added.
@stetze commented on GitHub (Jan 30, 2022):
Maybe you Could add an export/ backup menu point(where you can Import the mremoteng file).
The "Migration" Point is Not easy to find. :-)
@majkinetor commented on GitHub (Jan 30, 2022):
I don't think this deserves development effort given you can just copy / paste this file anywhere or schedule that.
@VShawn commented on GitHub (Jan 31, 2022):
We have export option when any data line was selected.