New submission from Michael Felt <[email protected]>:
Two tests in test_pathlib test that the files created have mode o666 (rw-rw-rw).
However, on a filesystem (in my case NFS) configured to never permit global
write - the test will always fail.
Is this something to be concerned about?
I can think of a few possible ways to react to an exception such as this, e.g.,
rather than 'FAIL' outright, try umask(2).
++++++++
======================================================================
FAIL: test_open_mode (test.test_pathlib.PosixPathTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/data/prj/python/src/py38-3.8.5/Lib/test/test_pathlib.py", line 2210,
in test_open_mode
self.assertEqual(stat.S_IMODE(st.st_mode), 0o666)
AssertionError: 436 != 438
======================================================================
FAIL: test_touch_mode (test.test_pathlib.PosixPathTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/data/prj/python/src/py38-3.8.5/Lib/test/test_pathlib.py", line 2223,
in test_touch_mode
self.assertEqual(stat.S_IMODE(st.st_mode), 0o666)
AssertionError: 436 != 438
----------------------------------------------------------------------
++++++++
Just to verify it does work when on a 'local' filesystem.
cp -rp build /tmp/build
mv build build.nfs
ln -s /tmp/build build
== Tests result: SUCCESS ==
1 test OK.
Total duration: 7.8 sec
Tests result: SUCCESS
----------
components: Tests
messages: 374725
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: test_pathlib assumes underlying filesystem permits creation with
world-write permissions
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9
_______________________________________
Python tracker <[email protected]>
<https://bugs.python.org/issue41461>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
