octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #61080] GUI Editor cannot handle network paths


From: Philip Nienhuis
Subject: [Octave-bug-tracker] [bug #61080] GUI Editor cannot handle network paths
Date: Wed, 25 Aug 2021 04:48:01 -0400 (EDT)
User-agent: Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0

URL:
  <https://savannah.gnu.org/bugs/?61080>

                 Summary: GUI Editor cannot handle network paths
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Wed 25 Aug 2021 10:47:59 AM CEST
                Category: GUI
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Regression
                  Status: None
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
                 Release: dev
         Discussion Lock: Any
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

See attached picture.

When adding a full subdir path to the search path using addpath(),
Octave-7.0.0 morphs the path-containing-a-drive-letter into a full network
path. There seems to be no way to circumvent that, any attempt to make it a
"normal" Windows path with a drive letter results in a full network path in
the path.
Octave itself can handle it very well, see attached pic: it knows where to
find function .m-files.

But the GUI editor doesn't like it, it can't find the function file in that
subdir (with or without .m suffix) - see popup on attached picture.
However, if I prepend the function file name with the full path (= with drive
letter) the GUI editor can open the file.

I've set Item Group to "Regression" as until some time ago this worked as I
think it should - the editor could open any file in the path.
It works fine with Octave-6.3.0; but there, unlike Octave-7.0.0, the subdir
path isn't morphed into a network path, it's added to the search path
literally, i.e., with a drive letter (see popup on attached pic for how it
looks like).

I suppose the proper fix would be to adapt the GUI editor to accept network
paths.
Is bug #57776 related?



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Wed 25 Aug 2021 10:47:59 AM CEST  Name: Oct700_path_issue.png  Size:
15KiB   By: philipnienhuis

<http://savannah.gnu.org/bugs/download.php?file_id=51814>

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?61080>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]