Unsaved Files Recovery Script

Lycan Thrope

@Private-Confidential said in Unsaved Files Recovery Script:

False Sense of Security: By allowing users to close and reopen the application without saving files, the software fosters a dependency on unsaved files being retained without warning users about potential risks.

This is the first, and only illuminating fact of the entire diatribe, but one that hardly needs restating, as it has always been the problem. Someone shutting off the warning, because they are annoyed, someone not reading the manual, because they are annoyed to have to read, but most importantly, being stupid enough to NOT save documents initially and often, or to back up, period.

Here’s a more fool-proof and time tested procedure.

Save all documents currently in tabs, and close.
Update
Reopen necessary documents via the MRU list, or Document List, or Project panel.
Continue working.

There, simplified and solved the problem without adding another ad nauseum program to help stupid people keep from self destructive behavior…however, like using your program, I can almost guarantee these steps won’t be followed because they are too intrusive, exhausting or bothersome to be concerned about, after all, that’s what the session is for…and you can now see, that your first point is the only non-changing variable that is completely out of anyone’s control except for the user themselves, and you can’t fix stupid. Period. At best, you give them another crutch they most likely won’t be bothered to use, setup or follow directions, because as usual, they can’t be expected to learn about the proper saving and back up necessary for safe-guarding their work.

Done stroking ego and writing yet another back up manifesto. :-)

On a side note: Thank you for the taking the time, and talent, to add to the possible solutions that someone could follow, outside of normal conscientious habits, which is well learned by experience, if learning by said individual is at all possible, at that point.

Private Confidential

@Lycan-Thrope
Thank you for taking the time to read my README and for sharing your perspective. I appreciate anyone who takes the time to engage in these discussions, especially when it’s about a critical topic like user data integrity.

I wanted to clarify a few points and provide some context for my motivation in creating this script and accompanying README. While I acknowledge that the tone of my critique might come across as pointed, it’s rooted in years of seeing the same frustrations repeated by countless users—frustrations caused not by user negligence alone, but by design oversights that have created and perpetuated the problem.

"The first, and only illuminating fact..."

While I respect your acknowledgment of the “false sense of security” issue, I feel that this was just one piece of the larger picture I presented. My README wasn’t simply a critique of Notepad++’s shortcomings; it was also an attempt to propose actionable solutions for addressing those gaps, both in the long term (design changes) and short term (a recovery script). What I was striving for wasn’t a “diatribe” for its own sake, but a combination of highlighting the problem and empowering users with a stopgap solution until those responsible address it.

The "fool-proof procedure"

Your suggested process is logical for those of us with technical knowledge, but it misses the realities of how most users interact with Notepad++ (and many other applications). Many users see it as a quick tool—a scratchpad or jotting board where they can brainstorm or capture thoughts on the fly. The implicit promise in the way Notepad++ functions is that their unsaved work is safe. This behavior isn’t “stupid”; it’s a direct response to how the software has conditioned its users. As developers (or those critiquing development), we need to understand that design should work with user habits, not expect users to modify their habits to account for design limitations.

"You can’t fix stupid."

I strongly disagree with this sentiment. Users are not “stupid.” They are varied, with different skill levels, needs, and workflows. Great software design accounts for these variations. It doesn’t dismiss users for behaving in ways that the software encourages. If users frequently lose their work due to updates, that’s not an indictment of the user; it’s a signal that the software has failed to safeguard their data. Solutions like pre-update warnings, automated backups, and recovery mechanisms aren’t “crutches” but thoughtful ways to respect and protect users’ work.

My effort to help has been met with what I’ve observed from others in this community: a tendency to take constructive criticism as a personal attack and code enhancement suggestions as an insult to their intelligence. This response, unfortunately, highlights a systemic issue within certain development communities. What disappointed me most about your reply was its focus on perceived negativity while overlooking the constructive efforts I’ve made. I didn’t just highlight the shortcomings of Notepad++; I offered sound, actionable solutions to improve the software and created a recovery script that users can implement immediately to address a critical pain point. This wasn’t about posturing or being “alpha”; it was about solving a problem that has caused frustration for countless people.

In conclusion, I welcome discussions like these because they help us get closer to meaningful solutions. But I’d also like to see more focus on understanding the problem from a user’s perspective. Blaming users or dismissing them as “stupid” doesn’t move the conversation forward. By highlighting the shortcomings of Notepad++’s design and providing both long-term and short-term solutions, I believe I’ve contributed positively to this dialogue.

Thank you again for engaging in this conversation, and I genuinely hope we can work toward a shared goal: empowering users and ensuring their data is safe.

Lycan Thrope

@Private-Confidential ,
Well, there is one possible solution for this, and I guarantee it won’t be popular, and that is to just remove the Session capability period. Then, no one will be under any false sense of security with regards to their documents.

I can appreciate your arguments, but as someone that used to be remote staff for AOL that helped people get on the internet, and tried to teach them netiquette and to not think everything posted on it was accurate, I have since lost my belief that people that can not use a commandline, are smart. Cynical, maybe, but I’m from the school of thought that the best teacher in life, is experience, and if that experience is unpleasant, that lesson is more ingrained. The ‘Save’ button is the only foolproof back up mechanism one needs.

I have issues with Android apps that didn’t specifically allow me to ‘Save’ my documents, for this very reason, that I learn first where it saves it, and that I can save it. I don’t believe people should rely on technical solutions to their work life, as things that are digital are prone to failure, period. If that lesson of losing one’s work makes an indelible impression on them to always save their work, then so be it. It is not a design deficiency of this program, nor a lapse of developer concern, in my opinion, to not allow one to escape ‘common sense’ security measures to insure their work. If anything, I consider the Session aspect a grace period one can take advantage of when they are ‘in the zone’, but it is no more than that, to me. Anyone thinking it is more, is in for disappointment. This is regardless whether you and I are old hands at technology, or not. These are lessons we learned the hard way, regrettfully, but they were learned and impressioned upon us. I expect the next generation to be no less learned, if they expect to protect themselves, rather than being dependent on an external entity to save them from themselves. That is the purview of a deity, not other humans to provide.

Coises

@Lycan-Thrope said in Unsaved Files Recovery Script:

Well, there is one possible solution for this, and I guarantee it won’t be popular, and that is to just remove the Session capability period. Then, no one will be under any false sense of security with regards to their documents.

I agree with you, but I’m also certain we are old folks yelling at clouds.

[The remaining 3500 characters of this post have been redacted as they are just an old man yelling at clouds.]

Alan Kilborn

@Lycan-Thrope said:

just remove the Session capability, period

@Coises said:

I agree with you

Specifically, the talk is about removing this checkbox (checkmarked by default!) and the behavior it enables:

Removal of the behavior would force users to save (to file in the file system) or discard all untitled (e.g. “new 1”, “new 4” , etc., or renamed-but-not-user-saved) tabs in existence when Notepad++ is being exited.

In roughly a decade (has it been that long?) of using Notepad++, I’ve never operated with that checkbox checkmarked. But I agree 100% that it should go away. Why? So I can stop reading postings here about people losing data because of it.

And yes, this is just more cloud-shouting. It will never go away, and data loss because of it will probably also never go away.

Private Confidential

@Lycan-Thrope

Response to Discussion on Notepad++ Session Persistence and Data Loss

First, I appreciate the discussion and the different perspectives being shared. I understand that some users, particularly those who have always been diligent about manually saving their work, might view the session feature as an unnecessary crutch. However, I believe it’s worth considering why this feature exists in the first place and why so many users rely on it.

The Case for Keeping Session Persistence

Notepad++ has been around for over two decades, and during that time, session persistence has become an integral feature that many users—myself included—have come to depend on. It’s not about laziness or carelessness; it’s about workflow efficiency and user experience.

For users like myself, who have fast-moving thought processes and often need to jot down ideas quickly, session persistence is invaluable. I have ADD, and if I don’t write something down immediately, it’s gone. This feature has allowed me to function more effectively in both my personal and professional life. I suspect that many others, whether neurodivergent or simply accustomed to this workflow, feel the same way.

We should also ask ourselves: If so many users are reporting data loss, is the problem with them—or with the design of the software? Over time, habits are formed. If users have been relying on session persistence for years, expecting it to work seamlessly, then sudden data loss due to an update isn’t just a “user error” issue—it’s a product design issue.

Observations on Preferences and Backup Options

The Backup Preferences Module:

There is no clear explanation of how session persistence interacts with updates.
There is no hover help or clear UI guidance to indicate the risks associated with unchecked settings.
There is no option for ensuring persistence across updates.

The General Preferences Module:

It’s cluttered and overwhelming.
The session settings don’t clearly communicate their importance or impact.

While some argue that removing session persistence entirely would prevent users from relying on it, I’d counter that a more balanced approach would be improving how the feature is managed and communicated to users.

The Real Problem: Communication & User Expectation

If an update risks wiping out unsaved session data, the least path of resistance to solving the issue is not removing the feature, but rather:

Providing a warning before an update if unsaved session files exist.
Ensuring the update process does not clear session data unless explicitly approved by the user.
Improving the UI to make session persistence and backup settings clearer and more accessible.

It’s easy to say, “Just save your work.” But the reality is that Notepad++ has conditioned users to expect their unsaved work to persist. To now turn around and blame them for losing data when the feature fails is unfair.

A Thought Experiment: Why Was This Feature Implemented in the First Place?

From a forensic investigation stand point, this feature is priceless. It provides a traceable session history that can be invaluable in certain situations. If the developers originally implemented it to enhance user experience, why is the conversation now shifting toward removing it? Instead of eliminating a useful feature, we should be asking: How do we improve it to prevent unintended data loss?

Final Thoughts

I recognize that long-time users who manually save their work may not see the issue the same way as those who rely on session persistence. However, the sheer number of users reporting lost work suggests that this is a significant problem, not just a case of “user negligence.”

Rather than taking a “You can’t fix stupid” approach, let’s acknowledge that:

The feature exists for a reason.
Many users rely on it—sometimes out of necessity, not carelessness.
The problem isn’t the feature itself but the way it is managed and communicated.
The best solution isn’t removing the feature but improving its reliability and user awareness.

I appreciate the discussion and welcome further thoughts on how Notepad++ can better serve all of its users—without unnecessary frustration or preventable data loss.

I have a quick question, are any of you NPP decision makers or developers? I ask this because I’m not familiar with code and I would be interested in a more technical discussion regarding feasibility of what we are discussing.

Alan Kilborn

@Private-Confidential said:

I believe it’s worth considering why this feature exists in the first place

IMO it exists because 20+ years ago the author of Notepad++ thought that it was a reasonable, and even good, feature.

and why so many users rely on it.

IMO, they get used to it because it is the default behavior.
And also, for some bizarre reason, they have no reason to have a “real file” from their data, and they enjoy looking at “new 1”, “new 4”, “new 27” tab titles (because probably many don’t know that you can rename a tab without truly saving it – another dubious “feature”).

And, it works fine for many users – but these users are “unsuspecting”.
They are not informed about other users losing data with it, UNTIL it happens to them and then they come here and post about it – but by then it may be “too late”.

My advice:
Do not use this feature. This makes all the “talk” and the “recovery script” (which is of dubious use anyway, due to “Platform-Specific Packaging”) unnecessary.
As needed, create a new tab, and immediately save it into the file system (and then proceed to “care” for this file from there, i.e., backing up).

guy038

Hello, @private-confidential, @lycan-thrope, @coises, @alan-kilborn and All,

I’ve known Notepad++ for about 12 years now and, since the first time that the Session snapshot and periodic backup feature was implemented, in release 6.6, I always uncheck this terrible option !

I do want to save all my files correctly and decide, where and when it’s time to back-up ( I generally do two back-up : one a simple USB key and an other on an external Hard-Disk drive )

Each time I get a new portable version of N++, the very first thing that I do is :

Go to the Settings > Preferences... > Backup > Session snapshot and periodic backup panel
Uncheck the default Session snapshot and periodic backup option
Close and restart N++ to be sure that this option is disabled
Then, I can safely discover all the goodies of the latest release !

Believe me : I’ve never had any trouble of lost files, even when not related to N++ itself !

Remember : three things are certain in this world : Birth, Death and Data Loss. You control the last !!

Best Regards,

guy038

Lycan Thrope

@Private-Confidential said in Unsaved Files Recovery Script:

For users like myself, who have fast-moving thought processes and often need to jot down ideas quickly, session persistence is invaluable. I have ADD, and if I don’t write something down immediately, it’s gone. This feature has allowed me to function more effectively in both my personal and professional life. I suspect that many others, whether neurodivergent or simply accustomed to this workflow, feel the same way.

This is in no way meant to insult you.
Unfortunately for you, I too, am ADHD, and have learned to deal with and work with that gift all my life. It’s not a handicap, a crutch or an excuse, it is a superhero power. However, like all skills, talents and ‘superpowers’ it must be trained, honed and disciplined to be used for good, rather than bad purposes. My wife tells me I am also OCD (I am) as well, to which I quip, you make that sound like it’s a bad thing?

My point in this, is that there are ‘habits’ that one forms, consciously, that allows one to overcome what can be deficits, and make them strengths. I’ve described one of them to you already, and that is obsessive back up of files. When I don’t and I lose data…guess who I blame? ME!!

My counter argument to you, is that the premise for your suggestion and solution, is dependent on the focus and importance you place on the reason that it needs to be addressed. ‘Normal’ (ungifted) people, don’t have that problem. They don’t lose their train of thought, or can stay on it. We can’t. Therefore, the solution to problems we encounter, are contingent upon us to go that extra mile for our own defense.

I had a gym teacher in high school, who had the same problem, and you know what his advice to me was? “We have to work harder, just to stay normal”. Words I’ve lived by since then, and also from my mother who had the same issue, and taught me to ‘focus’.

This feature, is not supposed to be a crutch, it is a temporary safety, for just the situation you mention; the capture the thought before it gets away, need. Your assertion is that the feature entraps the user to learn bad habits, and I challenge that premise, that it is up to the user to maintain solid habits, so they don’t become a victim to complacency. That is everyone’s challenge, normies and ‘neurodivergent’.

For me, your argument will have to evolve off of the prevent people from being lazy, forgetful (which the feature acutally helps) or complacent. If they have that much data in the wild without saving it, it is their own fault, and I don’t think you’re going to be able to discuss or frame it in any other light.

What the developer may decide to do, is one thing. If you want to take a crack at the code, the open-source code is available to make what you want to happen, and submit it to the developer for review and consideration. Your script, may work for others that want that “saving grace” option, and now are welcome to use it, which is why I thanked you for your contribution to give them another tool/crutch, (depending on your perspective) so they can overcome their erroneous understanding of the purpose and use of the Session feature. Other users, who have discussed with you here, that they don’t find it even necessary, let alone the blame for data loss should give you some pause. Most people that are programmers/computer geeks that I know, all have the same ADHD/ADD tendency that they have learned to harness, yourself included, apparently.

For the people that just use it as a Notepad replacement, it already meets their needs. For those that need more, it’s incumbent on them to learn more. Like myself. Until I needed to learn how the UDL system works, so I could create my own UDL Package for my programming language, I was blissfully ignorant and happily content to use it as a text editor with some extra abilities, totally oblivious to the Session feature, because as someone who understand basic computer usage, and knows data loss happens, I saved whatever I needed to save. Period.

Private Confidential

Alan, I appreciate your engagement with this topic, but I must point out that your claim that the recovery script is “of dubious use” due to “Platform-Specific Packaging” is both inaccurate and misleading.

If you had taken the time to review the README file, you would have seen that I’ve provided a detailed breakdown of how to adapt the script for Windows, Mac, and Linux environments. To recap:

Platform-Specific Adjustments
    The script already accounts for differences in file paths and shell environments (Bash for Linux/Mac, PowerShell/Batch for Windows).
    It includes conditional logic (if [[ "$(uname)" == "Darwin" ]]; then … elif [[ "$OS" == "Windows_NT" ]]; then …) to ensure cross-platform compatibility.

Windows Adaptation
    Paths like /tmp and /var/tmp are correctly mapped to Windows equivalents (%TEMP%, %LOCALAPPDATA%).
    The script suggests using PowerShell (Get-ChildItem) or a Python-based solution for maximum compatibility.

Mac Adaptation
    Since Notepad++ is not native to Mac, it outlines how to identify the correct Wine paths for users running it under Wine.

Packaging Considerations
    Linux/Mac users can run the script natively in Bash.
    Windows users can either convert it to PowerShell/Batch or package it as a Python script using PyInstaller.

So, how is this script platform-specific? If anything, it is designed to be as cross-platform as possible, with clear instructions for adapting it to different operating systems.

Your statement dismisses the script outright without addressing its actual content. If there are specific technical concerns about the cross-platform implementation, I’m happy to discuss them. But vague assertions about its “dubious use” don’t contribute to a productive discussion.

I’m here to solve a problem, and I encourage anyone responding to engage with the actual solutions presented rather than making baseless claims. Let’s focus on improving Notepad++’s data integrity for all users, rather than shutting down efforts that aim to help.

Alan Kilborn

@Private-Confidential said in Unsaved Files Recovery Script:

you would have seen that I’ve provided a detailed breakdown of how to adapt the script for Windows, Mac,

You over-estimate the abilities of the Notepad++ user that might be interested.

Private Confidential

@guy038 Thank you for your response, and I appreciate your perspective on this. However, I feel like an important part of my message has been overlooked.

I ended my last post with a very straightforward question:

“I have a quick question, are any of you NPP decision-makers or developers? I ask this because I’m not familiar with the code and I would be interested in a more technical discussion regarding feasibility of what we are discussing.”

This wasn’t rhetorical—I genuinely want to engage in a technical discussion about how we could implement safeguards without removing session persistence entirely.

What continues to baffle me is that so much of this conversation has focused on criticism and personal philosophies about saving files rather than actual solutions. The most commonly proposed “fix” seems to be removing session persistence altogether, which—let’s be honest—feels like the easiest way to avoid the problem rather than solving it.

Let’s take a step back:

Users are consistently reporting data loss. That’s an undeniable fact.
Instead of solving the problem, the response has been to dismiss these users as careless, lazy, or inexperienced.
Eliminating persistence altogether punishes users who rely on it. That’s a bandaid, not a solution.

I’d love to move this discussion forward into something constructive. If Notepad++’s current implementation of session persistence has flaws, let’s talk about ways to improve it rather than scrapping it entirely.

For example:

Could there be a built-in session recovery mechanism like many modern editors have?
Could there be clearer warnings during updates if unsaved sessions exist?
Could we implement a toggleable “safe mode” that reminds users to save periodically without disrupting workflow?

If anyone here has actual insights into Notepad++’s codebase or development, I’d really like to hear about what is technically feasible.

Let’s solve the problem—not just argue about it.

PeterJones

@Private-Confidential said in Unsaved Files Recovery Script:

“I have a quick question, are any of you NPP decision-makers or developers? I ask this because I’m not familiar with the code and I would be interested in a more technical discussion regarding feasibility of what we are discussing.”

This wasn’t rhetorical

We’ve got an entire FAQ entry on that. Go check out the first entry in our FAQ section.

Specifically, regarding

If anyone here has actual insights into Notepad++’s codebase or development, I’d really like to hear about what is technically feasible.

There are those here who do have insights into the codebase, as some of the regulars have contributed codebase improvements. But no one here is a decision-maker for the codebase: Don is the one and only absolute decision maker, and he only comes to the Forum for announcements and the like, he does not read discussions like this one.

Private Confidential

@Lycan-Thrope

🔹

First off, I appreciate the time and effort you took to respond. I’m not here to engage in an argument, and I want to make it clear that I respect your perspective. However, I feel like there’s a fundamental disconnect in this discussion that I’d like to address.

I understand and agree with a lot of what you said about personal responsibility and forming good habits. You’re right—discipline, structure, and accountability are key factors in both professional and personal success. But I think the core issue here isn’t about personal habits, it’s about software design and user experience.

Let me explain why I think your response is missing the mark:

1️⃣ This isn’t about laziness—it’s about expectations.

Users have been trained to trust that Notepad++ will restore their unsaved work, because that’s how the feature has always behaved. When an update wipes that work out without warning, it’s not just a bad habit issue—it’s a design failure. If a feature creates an expectation, the developers should either ensure it works reliably or warn users explicitly when it might fail.

2️⃣ Not everyone uses software the same way.

I get that you’ve built habits that work for you. That’s great! But not everyone has the same workflow, use case, or cognitive processing style. Some users—myself included—rely on session persistence for reasons beyond convenience. That doesn’t make them reckless or foolish. It means they have a different way of working, and software should accommodate that when possible.

3️⃣ Blaming users doesn’t solve the problem.

I keep seeing variations of the same argument: “Users should just save their files properly.” I don’t disagree that saving regularly is a good practice. But the fact that so many people continue to lose their work suggests that Notepad++ isn’t meeting user expectations in a reliable way. Telling users it’s “their own fault” doesn’t help them recover lost work, nor does it improve the software.

4️⃣ There are practical ways to fix this.

Instead of debating philosophy, let’s talk solutions. A simple pre-update warning for unsaved sessions? A dedicated recovery mechanism? A more intuitive preferences UI that explains session management better? These are all things that could reduce frustration without removing useful features.

I don’t expect everyone to agree with me, and I respect your viewpoint. But I hope we can shift this conversation away from user-blaming and toward actual solutions. Because at the end of the day, the goal is to make Notepad++ better and more reliable for everyone—not just those who already have strong backup habits.

Private Confidential

@Alan-Kilborn

Addressing the Underestimation of Notepad++ Users

Alan, I find your response both amusing and concerning. You stated:

“You over-estimate the abilities of the Notepad++ user that might be interested.”

Let’s break that down for a moment.

1. A Curious Contradiction

Notepad++ is a widely used text editor, heavily favored by developers, sysadmins, and power users. In fact, it’s often the go-to tool for those who appreciate lightweight, high-performance alternatives to bloated IDEs. To suggest that its users lack the ability to adapt a well-documented, step-by-step platform-agnostic script contradicts the very nature of the Notepad++ community.

Are you implying that the same users who actively tweak config files, write macros, manage plugins, and even engage in scripting automation cannot follow basic adaptation instructions? That seems like a gross underestimation of the audience.

2. The Irony of Your Argument

Your response essentially implies that:

Notepad++ users aren’t capable of following simple platform-specific instructions.
Because of that, I shouldn’t have bothered providing a solution that requires even mild technical competency.

Yet, in the same breath, you advocate for completely removing session persistence, which would force these same users to manually manage their file-saving process—a process that, as you argue, they should already know how to do. Do you see the inconsistency?

3. A Practical Perspective

A well-documented script is not inherently complicated. Here’s why:

I have provided explicit instructions for adapting the script for Windows, Mac, and Linux.
The necessary modifications involve changing a few file paths and substituting basic commands.
For those who prefer a plug-and-play solution, porting to Python and packaging it as an executable is straightforward.

Your assumption that Notepad++ users are incapable of adapting a recovery script suggests an unfortunate lack of faith in the community. It also ignores the reality that a vast number of Notepad++ users have the capability (or willingness) to follow clear instructions, especially when it helps prevent data loss.

4. Let’s Keep the Conversation Constructive

I’m not here to engage in a battle of opinions without substance. I am, however, open to genuine discussions regarding feasibility, implementation, and practical improvements to both Notepad++ and this script.

If you have constructive feedback on how to improve the approach—or, better yet, an alternative solution that doesn’t amount to removing a core feature and calling it a day—I’d love to hear it.

Otherwise, dismissing the effort entirely based on an unfounded underestimation of Notepad++ users serves no purpose other than gatekeeping technical solutions.

5. Final Thought

I’d argue that the true underestimation here is not of Notepad++ users’ capabilities, but rather the willingness to recognize and address a real problem with viable solutions.

I look forward to your response.

Private Confidential

@PeterJones

Thank you for pointing me toward the FAQ. I’ll take a look at that to better understand how decision-making around Notepad++ development actually works.

That said, I do appreciate that some of you have contributed to the codebase, and I’d like to move the discussion in a more constructive direction. My intent was never to debate the merits of personal backup habits—though that discussion seems to have taken on a life of its own. Instead, my goal has been to explore what’s technically feasible in addressing a recurring user issue: unexpected data loss due to reliance on session persistence.

I now understand that Don is the sole decision-maker and doesn’t actively engage in discussions like these. Given that, I’d like to ask those of you who do have experience with the Notepad++ codebase:

If this issue were to be addressed at the development level, what would be the biggest technical challenges in implementing a safeguard?
Are there existing constraints within the codebase that make solutions like a pre-update warning, automatic session validation, or improved backup handling impractical?
Have there been previous discussions or proposals around this, and if so, what were the outcomes?

If the answer is that it’s just not a priority, that’s fine—I just want to understand the technical reasoning rather than continuing in circles about user habits. If there’s a more appropriate channel where technical feasibility is discussed (GitHub issues, a dev mailing list, etc.), I’d be happy to take the conversation there instead.

Ultimately, I’d rather focus on what can be done rather than rehashing why it shouldn’t be done. Thanks in advance to anyone willing to engage in a more technical discussion.

Lycan Thrope

@Private-Confidential said in Unsaved Files Recovery Script:

1️⃣ This isn’t about laziness—it’s about expectations.

Users have been trained to trust that Notepad++ will restore their unsaved work, because that’s how the feature has always behaved. When an update wipes that work out without warning, it’s not just a bad habit issue—it’s a design failure. If a feature creates an expectation, the developers should either ensure it works reliably or warn users explicitly when it might fail.

I understand your points, but I fear you do not understand mine. This first statement of yours, is where the logic of your entire premise fails.

They haven’t been trained, or else they would know that you need to backup unsaved work by saving it. This feature was never meant to be used in perpetuity for an unsaved document to be safe. That is the reality, and the weakness in your premise.

Also where your premise dies, is in the ..If a feature creates an expectation... because the feature never created that expectation. The user not saving their work and they themselves depending on it, created that expectation. If I use a hammer to remove screws, they don’t come out. You can not demand a tool not designed for one job to work for another. The premise is ludicrous, and that’s what I’m getting at. If the user is not qualified to use the tool right, then the safest thing to do, is to take that tool away from that user, until they learn why the tool exists and how to use it properly.

That’s why I pointed out that, your argument will have to evolve off of the prevent people from being lazy, forgetful (which the feature acutally helps) or complacent. It’s where the reason for your solution, or this discussion or need for the developers to get involved, loses any credibility. It is, in current parlance, a nanny-state solution to a problem that doesn’t truly exist. Rather it is created by a negligent behavior problem. You do not reward negligent behavior, to correct it. You allow the practicing negligent to continue until they get it.

Anyway, I believe you’ve been directed to the proper area for this discussion to continue to be entertained on github, in the development ecosystem where you can make your complaint, suggestions, and discussions flow…because as @PeterJones points out, this is not the place to argue your case for action. It’s a nice place for discussion, but hardly the place for actionable results. Good luck in your quest.

mkupper

@Private-Confidential - I believe the most common reason for “lost files” is that someone reinstalls or updates Notepad++ and then posts the horror story titled “my files are gone!” Another common cause seems to be people working in enterprise environments and their roaming desktop profiles get mangled.

The enterprise issue is particularly challenging because people get randomly assigned virtual desktop sessions every they sign in. We can’t 100% depend on the contents of APPDATA, LOCALAPPDATA, or ProgramData being there tomorrow.

Thus, while your script is laudable it likely will not work in many “my files are gone!” situations as the script makes the assumption that the currently installed copy of Notepad++ exactly matches how Notepad++ was installed and configured yesterday or some vague time ago.

mathlete2

@Lycan-Thrope said in Unsaved Files Recovery Script:

They haven’t been trained, or else they would know that you need to backup unsaved work by saving it.

FWIW, I think you’ve misunderstood what @Private-Confidential meant by “trained” in this context:

By enabling the unsaved files feature by default, many (most?) NP++ users have learned to expect unsaved work to be restored when NP++ is reopened, even when things like system restarts and software updates occur between NP++ sessions.

Admittedly, many (most?) users were likely surprised by this dynamic because it goes against the logic of just about every other file-based software program ever created. In fact, one could even argue that many (most?) users discovered this dynamic accidentally because they weren’t expecting it at first. Either way, it’s a default feature that many (most?) NP++ users are at least aware of by now, whether they consciously make use of it or not. Furthermore, the fact that it’s an intentionally-designed feature makes it reasonable to accept the functionality as an expectation, even if it technically isn’t wise to rely on this expectation.

That said, it’s also reasonable to accept that any issues with (or breakdowns in) this functionality are deficiencies that are at least worthy of investigation, even if the investigations aren’t a high priority. Obviously, if it is established that these deficiencies could be addressed somehow, the question of whether or not they should be addressed depends on a number of factors, including how many users actually want the issue addressed, the complexity of the resolution (for both end users and developers), etc.

Lycan Thrope

@mathlete2 said in Unsaved Files Recovery Script:

FWIW, I think you’ve misunderstood what @Private-Confidential meant by “trained” in this context:

By enabling the unsaved files feature by default, many (most?) NP++ users have learned to expect unsaved work to be restored when NP++ is reopened, even when things like system restarts and software updates occur between NP++ sessions.

No @mathlete2 , I completely understand what he meant, and my response is still valid. No one trained those users, but themselves. The very nature, name and purpose of Session does not mislead anyone with any familiarity with the English language.

The Session is a snapshot of the desktop before closing, it is not a backup option. If all files are properly saved, and a user closes and then reopens the program, their Session is exactly like they left it. Line and column locations of files, files that were open…etc. The ability of a document that is unsaved being retained in that Session snapshot is not it’s purpose, and no amount of logic by people that make themselves dependent on that as a feature can be justified in the overall continued reminder by all software (even NPP) to save your files/data before closing, changing, updating or reinstalling…etc. It is the stable traning mantra, if ever there were any training in this regard, to save data. So whether by accident or circumstance an unintended benefit of a feature, justifies someone ignoring the overriding mantra to save data/files. It is not a program’s job, as I’ve said, to save a user from themselves. It is the purview of deities. :-)