https://bugs.freedesktop.org/show_bug.cgi?id=78336
Priority: medium
Bug ID: 78336
Assignee: libreoffice-bugs@lists.freedesktop.org
Summary: BASIC: The Basic Dir() statement is broken under
certain conditions
Severity: normal
Classification: Unclassified
OS: All
Reporter: ecand...@hotmail.com
Hardware: Other
Whiteboard: BSA
Status: UNCONFIRMED
Version: 4.2.3.3 release
Component: BASIC
Product: LibreOffice
Problem description:
It appears that if the Dir() function in Basic hits any errors in accessing the
directory, the results returned can not be relied upon. The function does not
generate any errors back to the program and does not alert the user in any way.
If there are any file names still in the queue from a prior call to the Dir()
function, it will return those names. If not, it will return what appears as an
empty directory. This occurs in both Windows and Linux environments (see “Table
6: Result summary for Linux, Dir() function“ and “Table 9: Result summary for
Windows, Dir() function“ for screen shots, and 3.2.1, “Messages and debug
output“ for additional discussion).
Steps to reproduce:
1. Make call to Dir() for any path that would cause an error (e.g.
/tmp/NoSuchPath)
2. Dir() will return empty string or phantom file names depending on prior
calls to Dir() that succeeded.
3. ....
Current behavior:
Returns phantom file names in some cases.
Expected behavior:
Return no file names if directory not readable or accessible. Generating an
error would be nice, but might break too many existing macros.
I will upload a document with screen-shots and additional info./
Operating System: All
Version: 4.2.3.3 release
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
