Notepad++ v6.9.1 is out there



  • Hello @Paul-Robertson,

    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



  • @Claudia-Frank
    I can provide a beyond-compare output file if you tell me how to deliver it to you.



  • @Paul-Robertson

    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



  • Hello,

    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.



  • Hello @Roger-Tannous,
    looks like automatic backup is disabled.

    Please check the following

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

    Cheers
    Claudia



  • @Claudia-Frank

    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.



  • Very very happy to see Fortran free format support.
    However, the changelog writes “FORTRAN 77", which is actually fixed format. It should be “Fortran 90” (not all CAPS) or newer.



  • More on Fortran:
    the old fixed-form FORTRAN highlight is now broken. All Fortran source files are now highlighted in free format style.



  • So sorry… old fixed form FORTRAN highlighting was not working for me because my cloud settings folder was not updated. The configuration files in the install folder are correctly setup. Once I copied these files, fixed-form FORTRAN highlighting works properly.

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



  • I continue to obtain this problems… if i use FTP access and download some file for edit (like a txt file or xml) from a server if this same files it’s changed on server i don’t obtain the ask for reload and if i reload manually i don’t see the modification.
    For obtain i need to re-download the file… this functions it’s very usefull when you stay to read, for example, a log file from a server… if you want to read you need every time to redownload the file.

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



  • 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



  • v6.9.1 crashes some times. It erases the file that I am coding on.It has happend quite a few times now…please fix this bug immediately as i love coding on notepad++



  • Hi!
    I just upgraded to 6.9.1 and noticed the following new behaviour:

    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.



  • Hello 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



  • Hi @guy038! Thanks for your reply and the testing.

    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



  • BUG: Network Drives and Files are no longer visible after upgrading to 6.9.1 (cannot open any network file)

    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



  • A problem when using “Ctrl-Tab” to switch between opened files. When I open a lot of files, e.g. 40~50, the window poped-up by pressing “Ctrl-Tab” can not display all the files, also it cannot be scrolled to show other files.



  • Hi Frank,

    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 !



  • How do I configure “Fortran fixed form source file” syntax highlighting (and file extensions for this language)?



  • @Federhalter
    Note to self: should read other posts before posting.


Log in to reply