Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Feature REQUESTS
#11
(12-03-2022, 01:00 AM)Froggie Wrote:
(12-03-2022, 12:56 AM)admin Wrote: The issue is really weird, we need more information to explain it, and we will check our code. Please tell the user open the save log file dialog ("[Image: attachment.php?aid=346]" > "Save logs") and save the log file, then send the log file to us, we hope to be able to find some clues from the log file.

Should I take this to another thread rather than polluting the "Feature REQUESTS" thread (it may get long Undecided )

It's okay, leave it there, or you can change the title of the thread.
Reply
#12
(12-02-2022, 11:55 PM)Froggie Wrote: Thank you for your timely REPLY.  For some reason I must have unCHECKed the "Restore to original location" option upon restore (don't know why I would do that) because that option seems to be CHECKed by DEFAULT and, indeed, works as you described.

I now know what I did wrong(?)...

When I arrived at the screen to select the target, the "Restore to original location" option was, indeed, selected by DEFAULT... BUT, I <click>ed off to a different disk (just looking around) and that option was CLEARed (different disk, after all) when I did that.  I then re-<click>ed on the original source disk prior to the restore, when I did this the option remained cleared and my ensuing restore wiped my non-System partition on that target disk.

If it's easy enough to do (and completely eliminate this issue), you should always set that DEFAULT to be ON when the original disk is selected, regardless of where you come from... and of course allow the user to CLEAR that setting, if necessary.  Just a suggestion (just tryin' to make it easier for the user).
Reply
#13
(12-03-2022, 02:47 AM)Froggie Wrote:
(12-02-2022, 11:55 PM)Froggie Wrote: Thank you for your timely REPLY.  For some reason I must have unCHECKed the "Restore to original location" option upon restore (don't know why I would do that) because that option seems to be CHECKed by DEFAULT and, indeed, works as you described.

I now know what I did wrong(?)...

When I arrived at the screen to select the target, the "Restore to original location" option was, indeed, selected by DEFAULT... BUT, I <click>ed off to a different disk (just looking around) and that option was CLEARed (different disk, after all) when I did that.  I then re-<click>ed on the original source disk prior to the restore, when I did this the option remained cleared and my ensuing restore wiped my non-System partition on that target disk.

If it's easy enough to do (and completely eliminate this issue), you should always set that DEFAULT to be ON when the original disk is selected, regardless of where you come from... and of course allow the user to CLEAR that setting, if necessary.  Just a suggestion (just tryin' to make it easier for the user).

Ok, thanks for the suggestion, we will improve it.
Reply
#14
(12-03-2022, 12:49 AM)Froggie Wrote: The user claims the UFD selection DropDown says "no USB device supported found" (he disconnected all devices except the one he wants to use) but I find that hard to believe since the only other option is the ISO creation.  Once I get his screen shots and his DropDown choices (to quote Ah-nuld) "I'll be bach!"

We did find a BUG that may be causing this issue, please tell the user download and try the fixed version below:
https://www.easyuefi.com/backup-software...221203.exe

Thanks.
Reply
#15
Feature REQUEST - in keeping with the thread title a bit, is there a consideration in the SCHEDULING area of looking at finer time points (ie: 15-min) as is available from the MicroSloth Windows Scheduler.  Many users of SERVER Systems would like to "snapshot" their FileSystems at a more frequent interval than hourly, mainly for RECOVERY purposes during critical times.  I personally use an HOURLY snapshot to protect my busy li'l System but have occasionally needed to use finer time points during a very active development/testing period.

Thank you for your consideration...
Reply
#16
Feature REQUEST - it may already be possible but be undocumented... or I just didn't find it Confused (very possible).  Has any thought been given to developing a CLI (Command Line Interface) for this extremely useful imaging/backup application (I always like GUI shortcuts Wink )?
Reply
#17
(12-07-2022, 12:41 AM)Froggie Wrote: Feature REQUEST - it may already be possible but be undocumented... or I just didn't find it Confused (very possible).  Has any thought been given to developing a CLI (Command Line Interface) for this extremely useful imaging/backup application (I always like GUI shortcuts Wink )?

Yes, we will provide this feature in future releases.
Reply
#18
Hello Team,

Could be possible, may be for the next release, adding at the end of recovery also the possbility to restart the PC? At now is present only the chance to power OFF.

Thanks in advance for your great support.

I wanted to wish you all a great 2023

Cheers
Luca.
Reply
#19
(12-30-2022, 09:27 PM)Luca Wrote: Hello Team,

Could be possible, may be for the next release, adding at the end of recovery also the possbility to restart the PC? At now is present only the chance to power OFF.

Thanks in advance for your great support.

I wanted to wish you all a great 2023

Cheers
Luca.

Yes, of course.
Reply
#20
To maximize your efforts of getting speedier restores, besides using more cores, i suggest doing it more automatic. For instance, after starting a restore the program wants user input about booting into recovery mode/boot menu, that is redundant in a majority of restore situations for all users, you would not have started the restore otherwise. An option to tick a box with the text "Do not ask again" would be appropriate, or an item in settings where to inactivate the input, instead just start the restore. Or maybe a 5sec countdown with the option to abort before it automaticly commence the restore. Secondly, when the restore is done, user input should not be needed instead it should just restart automaticly as, again, is the intent of users in a majority of restores. That input could be solved by the above mentioned countdown solution or by visible boxes to tick during the restore in the restore frame. Like the box that is visible there now that says - Shut down. And of course, then, a box to tick that says - Do not ask again.

Or maybe all these options could be in the - Settings. Anyway, now you have some idèas to think about, develop.

The result of the suggestions would be automated restores that would be very conveniant for the user and even more speedier. Restores that the user can start and then go away, without the need to monitor it, be there, while the restore is accomplished but at the same time has options for thoose who wants it, or when needed. As mentioned, monitor a restore with input is not requested in most restore situations, you just want to get it done.

I can guarantee you that you will get a VERY popular software if this simplification of usage would be implemented and, you will have the upper hand among many of your competitors.
Reply


Forum Jump:


Users browsing this thread: 4 Guest(s)