Empty session name

[IL2]

Specifying /something as session name produces empty entry

╔═════ NetBox: Stored sessions [/] ════╗
║n            Session name             ║
║..                                    ║
║                                      ║
║anonymous@1                           ║
║anonymous@2                           ║
║                                      ║

which can't be opened by F3/F4. If Deleted by F8, ALL stored sessions are deleted!

[VictorVG]

Wait, wait, and how to reproduce this phenomenon? I personally met with. If I create an FTP session, the default name as it is invited to the server name. And how you were able to get such a strange session name?

And which version of NetBox and Far reproduced this phenomenon? Maybe you accidentally "lucky" with some early versions and newer versions of the error corrected long ago?

[IL2]

This is very easy: 1) take ftp path such as ftp.elf.stuba.sk/pub/pc (from the FTP plugin for instance) 2) create new stored session, choose FTP protocol and put this path to host name, then leave only ftp.elf.stuba.sk and Shift-Del the rest (/pub/pc) to the clipboard 3) move to Directories tab, paste clipboard (/pub/pc) to the Remote directory field 4) press Ok and here I change the name from "anonymous@ftp.elf.stuba.sk" (don't like it!) to what's in clipboard - "/pub/pc" (pasting it automatically) 5) now I have described problem with invisible item That's many clicks to create simple FTP path! Actually I didn't want to name it as "/pub/pc", I'd prefer full name "ftp.elf.stuba.sk/pub/pc", but NetBox creates directories if "/" is in the session name. Far 3.0 x86 b4545, NetBox 2.1.45.426

[VictorVG]

Thank you! I'm a bit later check on the version 2.2.2.434. It will be interesting to compare our observations.

[VictorVG]

I checked the reproducibility you observed phenomenon - on the Far b4641 + NetBox v2.2.2.434 x64 does not play. Although I suppose that you have a corrupted database file structure 42E4AEB1-A230-44F4-B33C-F195BB654931.db. I had the settings when importing via the far /import then the NB and could fall. It eliminates the removal of the database and migrate the plug. Only the first copy the current session to any directory on the F5, and after their return in the same way.

[IL2]

I've reproduced the bug on Far 3.0 x86 b4641 using same STR. NUL session (if you allow me to call it this way) can't be copied by F5. Sorry, this is wrong. I was able to copy unnamed entry to file

╔══════════════════════════════ Export ════
║ Export session "" to:
║ D:\Downloads
╟──────────────────────────────────────────
║                         { OK } [ Cancel ]

and got pc.netbox.txt

[VictorVG]

v2.2.2 session rarlabs.nettbox :

<?xml version="1.0" encoding="UTF-8"?>
<NetBox version="2.1">
    <Sessions>
        <Session name="RARLabs%20(FTP)">
            <Version>2.2.2</Version>
            <HostName>ftp.rarlabs.com</HostName>
            <PortNumber>21</PortNumber>
            <PingType>2</PingType>
            <Timeout>90</Timeout>
            <FSProtocol>FTP</FSProtocol>
            <RemoteDirectory>/rar/</RemoteDirectory>
            <UpdateDirectories>No</UpdateDirectories>
            <CacheDirectoryChanges>No</CacheDirectoryChanges>
            <TimeDifferenceAuto>No</TimeDifferenceAuto>
            <LookupUserGroups2>0</LookupUserGroups2>
            <SFTPMaxVersion>0</SFTPMaxVersion>
            <CodePage></CodePage>
            <FtpAllowEmptyPassword>Yes</FtpAllowEmptyPassword>
        </Session>
    </Sessions>
</NetBox>

Your session:

<?xml version="1.0" encoding="UTF-8"?>
<NetBox version="2.1">
    <Sessions>
        <Session name="/pub/pc">
            <Version>2.1.45</Version>
            <HostName>ftp.elf.stuba.sk</HostName>
            <PortNumber>21</PortNumber>
            <PingType>2</PingType>
            <FSProtocol>FTP</FSProtocol>
            <LookupUserGroups2>0</LookupUserGroups2>
            <SFTPMaxVersion>0</SFTPMaxVersion>
            <CodePage></CodePage>
        </Session>
    </Sessions>
</NetBox>

What I did not try to play it is achieved you observed effect in me, it did not work.P.S.And yet posted Process Hacker 3.0.0.125 met, including obtaining the source and tarball packaging. :)