class QSaveFile#

The QSaveFile class provides an interface for safely writing to files. More

Inheritance diagram of PySide6.QtCore.QSaveFile

Synopsis#

Methods#

Note

This documentation may contain snippets that were automatically translated from C++ to Python. We always welcome contributions to the snippet translation. If you see an issue with the translation, you can also let us know by creating a ticket on https:/bugreports.qt.io/projects/PYSIDE

Detailed Description#

QSaveFile is an I/O device for writing text and binary files, without losing existing data if the writing operation fails.

While writing, the contents will be written to a temporary file, and if no error happened, commit() will move it to the final file. This ensures that no data at the final file is lost in case an error happens while writing, and no partially-written file is ever present at the final location. Always use QSaveFile when saving entire documents to disk.

QSaveFile automatically detects errors while writing, such as the full partition situation, where write() cannot write all the bytes. It will remember that an error happened, and will discard the temporary file in commit() .

Much like with QFile , the file is opened with open() . Data is usually read and written using QDataStream or QTextStream , but you can also call the QIODevice -inherited functions read() , readLine() , readAll() , write() .

Unlike QFile , calling close() is not allowed. commit() replaces it. If commit() was not called and the QSaveFile instance is destroyed, the temporary file is discarded.

To abort saving due to an application error, call cancelWriting() , so that even a call to commit() later on will not save.

__init__([parent=None])#
Parameters:

parentQObject

Constructs a new file object with the given parent.

__init__(name)
Parameters:

name – str

Constructs a new file object to represent the file with the given name.

__init__(name, parent)
Parameters:

Constructs a new file object with the given parent to represent the file with the specified name.

cancelWriting()#

Cancels writing the new file.

If the application changes its mind while saving, it can call cancelWriting(), which sets an error code so that commit() will discard the temporary file.

Alternatively, it can simply make sure not to call commit() .

Further write operations are possible after calling this method, but none of it will have any effect, the written file will be discarded.

This method has no effect when direct write fallback is used. This is the case when saving over an existing file in a readonly directory: no temporary file can be created, so the existing file is overwritten no matter what, and cancelWriting() cannot do anything about that, the contents of the existing file will be lost.

See also

commit()

commit()#
Return type:

bool

Commits the changes to disk, if all previous writes were successful.

It is mandatory to call this at the end of the saving operation, otherwise the file will be discarded.

If an error happened during writing, deletes the temporary file and returns false. Otherwise, renames it to the final fileName and returns true on success. Finally, closes the device.

See also

cancelWriting()

directWriteFallback()#
Return type:

bool

Returns true if the fallback solution for saving files in read-only directories is enabled.

setDirectWriteFallback(enabled)#
Parameters:

enabled – bool

Allows writing over the existing file if necessary.

QSaveFile creates a temporary file in the same directory as the final file and atomically renames it. However this is not possible if the directory permissions do not allow creating new files. In order to preserve atomicity guarantees, open() fails when it cannot create the temporary file.

In order to allow users to edit files with write permissions in a directory with restricted permissions, call setDirectWriteFallback() with enabled set to true, and the following calls to open() will fallback to opening the existing file directly and writing into it, without the use of a temporary file. This does not have atomicity guarantees, i.e. an application crash or for instance a power failure could lead to a partially-written file on disk. It also means cancelWriting() has no effect, in such a case.

Typically, to save documents edited by the user, call setDirectWriteFallback(true), and to save application internal files (configuration files, data files, …), keep the default setting which ensures atomicity.

setFileName(name)#
Parameters:

name – str

Sets the name of the file. The name can have no path, a relative path, or an absolute path.

See also

setFileName() fileName()