Description: Ich wollte aus dem Windows Explorer eine docx-Datei auf meinem Laptop (Betriebssystem Windows 10 Pro Education), die ich auf meinem Desktop erstellt habe mit LibreOffice Writer öffnen. Diese Datei ist von mir nicht mit dem Attribut "schreibgeschützt" versehen worden. Sie ist also zum Bearbeiten freigegeben!! Dennoch erhalte ich beim Öffnen der Datei mit LibreOffice Writer folgende Meldung in einem neu geöffneten Fenster: Dokument in Benutzung Die Dokumentendatei "Themen zum Test 30.11.21.docx" ist zum Bearbeiten gesperrt durch: In der nächsten Zeile folgt die Bezeichnung meines Desktops Dann folgt im gleichen Fenster die folgende Nachricht: Öffnen sie das Dokument schreibgeschützt oder erstellen sie eine Arbeitskopie. Sie können die Dateisperre auch ignorieren und das Dokument zum Bearbeiten öffnen. Darunter sind dann folgende Button zur Aktivierung zur Auswahl: Schreibgeschützt öffnen Arbeitskopie öffnen Öffnen Abbrechen Das ist wirklich sehr merkwürdig. Auch wenn die Datei im Original nicht schreibgeschützt war, kann es ja nicht sein, dass es zumindest in LibreOffice Writer offensichtlich generell möglich ist (siehe obige Beschreibung des Fensterinhaltes), eine Dateisperre zu ignorieren und das Dokument zum Bearbeiten zu öffnen. Ich kann also den Button "Schreibgeschützt öffnen" anklicken, dann wird die Datei in LibreOffice 7.2 mit dem LibreOffice Writer schreibgeschützt geöffnet. Oben links steht der Dateiname mit der Endung docx (Schreibgeschützt) - LibreOffice Writer. Das LibreOffice-Programm geht also offensichtlich davon aus, dass die Datei schreibgeschützt ist!! Oben rechts gibt es die Möglichkeit "Dokument Bearbeiten" anzuklicken. Nach dem Anklicken ist die Datei vollumfänglich zu ändern und zu bearbeiten. Wenn man "Öffnen" anklickt ist die Datei sogar direkt ohne Schreibschutz bearbeitbar und die Bezeichnung "(Schreibgeschützt)" erscheint links oben hinter dem Dateinamen nicht mehr. Hier liegt offensichtlich ein schwerer !! Programmierungsfehler vor !! Ob dieser Fehler auch in anderen LibreOffice-Programmen auftritt kann ich nicht beurteilen. Es darf sicher nicht möglich sein, dass ein Programm eine Dateisperre, bzw. einen Schreibschutz einfach ignoriert und eine geschützte Datei zum Bearbeiten freigibt. Noch ein Hinweis zur Version von LibreOffice, die weiter unten abgefragt wird. Ich habe nur die Information, dass es sich bei meinem LibreOffice um die Version 7.2 handelt. Die unten aufgeführten Unter-Versionen sind mir nicht bekannt. Ich freue mich über eine Rückmeldung an frank.f.werner@gmail.com Herzlichen Dank!!! Frank Werner Steps to Reproduce: 1.Bei drei Dateien ohne Schreibschutz ausprobiert, bei denen der Hinweis "zum Bearbeiten gesperrt" usw. (siehe obiger Beschreibung zum Fensterinhalt) nach dem Öffnen mit LibreOffice Writer erschien. 2.Mehrere weitere Dateien mit den gleichen Attributen, also ohne Schreibschutz, ließen sich ohne Probleme und ohne den genannten Hinweis zur Sperre normal zur Bearbeitung mit LibreOffice Writer öffnen. Actual Results: Bei einigen docx-Dateien wird das oben in der Beschreibung erläuterte Fenster mit der Ignorierung der Dateisperre usw. geöffnet, andere docx-Dateien werden ganz normal geöffnet, obwohl die Dateiattribute identisch sind. Bei keiner docx-Datei ist ein Schreibschutz eingestellt! Expected Results: Ich hätte erwartet, dass dieser Fehler bei allen docx-Dateien auftritt, da die Dateiattribute ja bei allen gleich waren. Reproducible: Sometimes User Profile Reset: No Additional Info: Da die Dateien alle ohne Schutzattribute versehen waren, hätte das Programm, LibreOffice Writer die Dateien einfach ohne den Hinweis, "zum Bearbeiten gesperrt" und weiterer oben genannter Fensterinhalt öffnen müssen. Wenn das Programm davon ausgeht, dass die Dateien zum Bearbeiten gesperrt sind, darf es keine Möglichkeit geben, die Dateien dennoch schreibgeschützt zu öffnen und dann zu bearbeiten.
Sehr geehrtes Team von Bugzilla, bei der Überspielung meiner Nachricht gab es offensichtlich einige Übermittlungsfehler. Für das Wort "die" ist in dem Bestätigungsschrieben von Ihnen immer das Wort "sterben" eingesetzt worden. Für "können" das Wort "can", für "Wenn" das Wort "if" und im vorletzten Absatz bei zusätzliche Informationen muss es zum Satzende heißen: "und weiterer oben genannter Fensterinhalt öffnen müssen." Und nochmals der wichtige Hinweis, dass mir nur die von mir verwendete Version LibreOffice 7.2 bekannt ist. Die von ihnen genannten Unterversionen kenne ich nicht. Daher ist es nicht ausgeschlossen, dass es eine von den von Ihnen genannten Versionen mit der 7.2 am Anfang ist. Vielen Dank für eine Rückantwort. Herzliche Grüße Frank Werner
I want say thanks by heart for sharing this knowledable article. it is good job for society. Writing services are in high demand at this time because everyone in a compition. Evryone required perfection and fast solution. So https://www.michaelomarabooks.com/ is best for you. I have good experience with this online help. I used many services but this is more better than all of them.
Google translation of Comment 1: Description: I wanted to open a docx file on my laptop (Windows 10 Pro Education operating system) from Windows Explorer that I had created on my desktop with LibreOffice Writer. I did not mark this file as "read-only". It is therefore released for editing!! However, when I open the file with LibreOffice Writer, I get the following message in a newly opened window: document in use The document file "Themen zum Test 30.11.21.docx" is locked for editing by: The name of my desktop follows in the next line Then the following message follows in the same window: Open the document as read-only or create a working copy. You can also ignore the file lock and open the document for editing. Below that, you can choose from the following activation buttons: Open read-only Open working copy Open Cancel This is really very strange. Even if the file was not write-protected in the original, it cannot be that it is apparently generally possible, at least in LibreOffice Writer (see description of the window contents above), to ignore a file lock and open the document for editing. So I can click the "Open as read-only" button, then the file is opened as read-only in LibreOffice 7.2 with the LibreOffice Writer. At the top left is the file name with the ending docx (read-only) - LibreOffice Writer. So the LibreOffice program obviously assumes that the file is read-only!! At the top right you can click on "Edit Document". After clicking, the file can be completely changed and edited. If you click on "Open", the file can even be edited directly without write protection and the designation "(Read only)" no longer appears at the top left behind the file name. There is obviously a heavy one here!! Programming error before !! I cannot judge whether this error also occurs in other LibreOffice programs. It must not be possible for a program to simply ignore a file lock or write protection and release a protected file for editing. Another note about the version of LibreOffice, which is queried below. I only have the information that my LibreOffice is version 7.2. I am not aware of the sub-versions listed below. I look forward to feedback to frank.f.werner@gmail.com Thank you very much!!! FrankWerner Steps to reproduce: 1. Tried on three read-only files where the message "locked for editing" etc. (see window contents description above) appeared after opening with LibreOffice Writer. 2. Several other files with the same attributes, i.e. without write protection, could be opened normally for editing with LibreOffice Writer without any problems and without the mentioned lock notice. ActualResults: For some docx files the window explained above in the description will open with ignoring the file lock etc., other docx files will open quite normally even though the file attributes are the same. Write protection is not set for any docx file! Expected Results: I would have expected this error to appear with all docx files since the file attributes were all the same. Reproducible: Sometimes User Profile Reset: No Additional Info: Since the files were all provided without protection attributes, the program, LibreOffice Writer, should have simply opened the files without the notice "locked for editing" and other window content mentioned above. If the program assumes that the files are locked for editing, there must be no way to open the files as read-only and then edit them.
Google translation of Comment 2: Dear Bugzilla team, there were obviously some transmission errors in the transmission of my message. In your letter of confirmation, the word "die" was always used for the word "die". For "can" the word "can", for "if" the word "if" and in the penultimate paragraph for additional information it must read at the end of the sentence: "and must open other window content mentioned above." And again the important note that I only know the LibreOffice 7.2 version I use. I don't know the sub-versions you mentioned. Therefore, it cannot be ruled out that it is one of the versions you mentioned starting with 7.2. Thank you for replying. Best regards FrankWerner
I think you are mixing up two different things here. > document in use > The document file "Themen zum Test 30.11.21.docx" is locked for editing by: > The name of my desktop follows in the next line > Then the following message follows in the same window: > Open the document as read-only or create a working copy. You can also ignore > the file lock and open the document for editing. When LO on your desktop opened the file, it created a small hidden file in the same directory. This way, if another copy of LO tries to open the same file, it can check for the hidden file to know if it's already open somewhere else. When you tried to open the file on your laptop, LO found the lock file from your desktop. This might have happened if the file was located on a server, you were opening it from a shared folder, or maybe if you copied over the directory to your laptop while it was open on the desktop. In any case, it worked as designed. This is completely independent of marking a file as read only or write protected in the file system attributes.