Hello @David-Rocco,

ftp protocol doesn’t provide any “file has changed functionality”
If the file has been changed on the server you won’t get any information,
if you would like to have such functionality you need to use something like samba.
(assuming the server is a unix host)
Basically, you need to mount the share to your filesystem so that the filesystem
gets a chance to detect file changes.

Cheers
Claudia

I’m not absolutely sure but i remember some old version have this function or have somethings similar.
Ever i use Filezilla to open a my server to 192.168.1.4… sometime i need it to read the some logs files from this server and i remember good in some old version i obtain a request to reload the files when this sames logs files it’s changed on the server.
It’s very strange because i ever think it’s possibly it’s a bug of filezilla… i ever use the FTP protocol… not samba. It’s possibly somethings it’s been changed on my server (a unix server) after some recent distro service ??

I come back towards you, because, after your second post, I tried to understand what I wasn’t able to obtain the same N++'s behaviour than you !

Then, I understood that you probably left the option Preferences - Backup - Enable session snapshot and periodic backup checked ( Default setting ) But, it has been told that very large files managing or huge search/replacement processes can be broken if this option is set. So, as for me, I, usually, prefer to unset this periodic backup !

Of course, if this option is NOT checked, like in my N++ configuration, you obtain the behaviour, that I described in my previous post :-)

But, if this option is CHECKED, the fact of deleting or renaming a file, AFTER closing N++, do NOT delete the N++ backup of that particular file, kept in a folder, named backup, and where the files are renamed, according to the syntax <File Name>@<Date>_<Time> ( For instance, for a file named Test.txt, I noticed the name Test.txt@2016-04-26_193933, in the backup folder ).

So, AFTER re-starting N++, although this file does NOT exist anymore, you can, still, find it opened, in N++ ! But if you uncheck, immediately, the option Enable session snapshot and periodic backup, again, then, on closing N++, N++, logically, will ask you to save it !

Cheers,

guy038

BTW, Frank, during my tests, I thought, one moment, that the difference could depend on the option Preferences - Recent Files History - Don’t check at launch time.

But I was totally wrong. Indeed, this option is just related to the files, previously closed, which are displayed, as an history, in the File menu, between the options Print now and Restore Recent Closed File

• If the option Don’t check at launch time is CHECKED ( default ), N++ doesn’t care if these absolute pathmanes, listed in the history, are pertinent or not !

• If the option Don’t check at launch time is UNCHECKED ( that is to say Check at launch time ! ), N++, on starting, verifies all the pathnames of the history and suppresses all the wrong references ( not the files !! ) from the history list !

I tried uninstalling and reinstalling but that did not work. I created a post for this under the Help Wanted forum but I’ll paste the message here as well: https://notepad-plus-plus.org/community/topic/11694/network-drives-no-longer-work-with-6-9-1-update

Network Drives are no longer visible in the File Open view nor any other view I can think of to try opening files (eg New Workspace/Open Session). I had previously been using Notepad++ version 6.8 and was able to open files on my defined network drives without any problem.

• I also tried getting the Explorer plugin but that couldn’t see the network drives either
• I confirmed the drives are online and I can access + open the files from Windows Explorer
• I also tried toggling on the “Show Hidden Files” but that didn’t work either.
• I tried setting the program to always open in Administrator mode but that didn’t change anything
• I tried uninstalling the most recent version and re-installing it to a new directory (I think it may have kept some of my App Data, not sure though)

There was a similar topic 6 months ago where the “solution” was to uninstall, manually remove all registry entries for NP++, then reinstall but that sounds like a pain for most users to do: https://notepad-plus-plus.org/community/topic/10791/notepad-v6-8-6-fails-to-open-files-from-shared-network-drives
Since that solution is outside the scope of what most users may know how to do, I think this should be considered a bug and fixed in the next dot release.

Any other suggestions?

Thanks!
Pete

However, after further tests, a similar expected behaviour could be reproduced by modifying one of file at step #1 without saving the changes.

Close N++. Rename (or Delete !!) the file you changed. Open N++. The file is still displayed in the same state as it was when closing N++.

– At this stage, I think that this behavior for unsaved files is important, useful and should never be reconsidered :) I was rather worried about these unsaved changes than about reopening deleted (but saved) files.

I had the feeling that this was the case before the update, so I was wondering if it changed some settings that I have not seen in the preferences. (This is technically possible with a cache, I do not expect that N++ find the renamed file by itself, but load it from the cache instead, like with an FTP and partially with the unsaved changes to the files).

Anyway, the last update works like a charm! Thanks again for your time, and thanks to N++ team/contributors who are doing a really great job.

Cheers
Frank

I’ve just done a test with 4 versions of N++ :

• v6.9.1 Unicode

• v6.7.7 Unicode

• v6.4.5 Unicode

• v5.9.8. Ansi

All of them behave the same way, as for the renaming of a file, previously opened in N++

Indeed, if you haven’t closed N++ yet, then, as soon as you rename, from OUTSIDE N++, a file , which is presently opened in N++, a pop-up window appears, saying :

The file " C:\.............." doesn't exist anymore.

Keep this file in editor?

    Yes          No

But, referring to your point #2, once N++.exe is CLOSED, how Notepad++ could know, that you modified a file, in the meantime, although it was previously opened in N++ ??!!. For the four versions tested, the tab, of the renamed file, has logically disappeared !

To my mind, as the file, with its previous name, doesn’t exist any more, the N++'s reference to that file is wrong, by now and N++ can’t open it, in a tab !

Best Regards

guy038

1. Open several files (2 for this test) in Notepad++
2. Close Notepad++ without closing the files.
3. Rename only one of the files.
4. Open Notepad++
5. Notice that the renamed file is not available in the open tabs, except the other file.

Before the upgrade, there was a window displayed at launchtime, asking if the file that is no longer available should be kept in Notepad++ or removed.

In 6.9.1, the window does not appears anymore.

Is there an option to recover this feature or is this per design ?

Thanks for any suggestion.

ftp protocol doesn’t provide any “file has changed functionality”
If the file has been changed on the server you won’t get any information,
if you would like to have such functionality you need to use something like samba.
(assuming the server is a unix host)
Basically, you need to mount the share to your filesystem so that the filesystem
gets a chance to detect file changes.

Cheers
Claudia

I have also tryed to use Filezilla or use the FTP plugins of notepad++… please fix.

About default extensions:
by most common convention, “.f” is used for fixed-form FORTRAN, not free format.

I had version 6.9, so the complaint concerns that version. Yes, I have those check boxes checked, but it doesn’t matter, I just updated to 6.9.1 and till now, there’s no problem.

Please check the following

Settings->Preferences->Backup
check remember current session for next launch
check enable session snapshot and periodic backup

Cheers
Claudia

While closing Notepad++ I’m now forced to close/save/discard one of many unsaved files (like for example new 5).

I used to be able to close Notepad++ and leave unsaved files and restore everything back as I left them when I closed the app!

This feels to be a bug because Notepad++ is forcing only one of the unsaved files to be closed/saved/discarded.

If you don’t mind you could upload it to https://dropfile.to/ and post the link here.
It stays there for at most 24 hours and then gets deleted automatically.

Cheers
Claudia

good to see that you found the cause of your issue.
By any chance, can you compare the “renamed” config.xml with the new one created,
to see what the differences are?

It happened already a couple of times where unexpected behavior was solved by deleting/renaming
%APPDATA% directory or config files. So I’m curious to see what could have caused it.

Thank you and cheers
Claudia