LibreOffice Calc: Fehlermeldung fehlender Benutzerrechte

IceMax · March 31, 2021, 2:00pm

Hallo!

Betriebssystem: OpenSuse 15.2 (KDE)

Ich habe für diverse Aktien eine Tabelle mit Daten aus externen Quellen erstellt und diese bis Mitte März jahrelang erfolgreich genutzt. Seit dem Update von LibreOffice auf Version 7.1.1.2 funktioniert das Aktualisieren aus den URL nicht mehr.
Wenn ich einen Link unter Bearbeiten → Verknüpfungen zu externen Dateien ändern möchte, bekomme ich die Fehlermeldung:

Fehler beim Laden des Dokumentes
https://www.ariva.de/msci_world_index_ucits_etf_dr_-_1d-fonds/historische_kurse?go=1&boerse_id=16&month=&currency=EUR&clean_split=1&clean_payout=1&clean_bezug=1
Kein Zugriff auf Objekt.
Aufgrund fehlender Benutzerrechte kann auf das Objekt nicht zugegriffen werden.

Als Berechtigungen sind “Anzeige & Änderung möglich” eingestellt, Benutzername passt ebenfalls. Mir sind auch keine bewussten Änderungen meinerseits bekannt.

Welche Einstellungen muss ich wie und wo ändern, damit ich meine Tabelle wieder nutzen kann?
Ich bin kein IT-Experte, ich mag einfache bzw. leicht verständliche Antworten.

Viele Grüße,
Max

RobertG · March 31, 2021, 6:38pm

Wähle ich in meinem System den Link (Eingabe in Firefox), so kommt zuerst die obligatorische Nachfrage nach cookies und dann will die Seite noch Mitteilungen senden. Ich würde schlicht eine Parallelinstallation einer älteren LO-Version versuchen und schauen, ob das da überhaupt funktioniert und nicht ein Problem mit der Seite ist. Wenn Du ein Testdokument hast, dann will ich das gerne für Dich in OpenSUSE 15.2 überprüfen.

IceMax · March 31, 2021, 8:03pm

Vielen Dank für die Antwort.
Wie gesagt, bis vor einer Woche hat die Liste inkl. der Links über 3 Jahre lang funktioniert.
Ich habe die Tabelle mal stark reduziert hochgeladen, aber mit beispielhaften Links als Datenquelle: Beispieltabelle

anon73440385 · March 31, 2021, 10:24pm

Ich habe kein Problem mit der Aktualisierung über Bearbeiten -> Verknüpfungen zu externen Daten Button: Aktualisierung (bzw. bei korrekter Einrichtung über ein automatisches Update beim Öffnen) unter OpenSUSE Leap 15.2 / KDE und LibreOffice (beide Versionen getestet)

Version: 7.0.5.2, Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a
CPU threads: 8; OS: Linux 5.3; UI render: GL; VCL: kf5
Locale: de-DE (de_DE.UTF-8); UI: de-DE, Calc: threaded

Version: 7.1.2.2 / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5
Locale: de-DE (de_DE.UTF-8); UI: de-DE, Calc: threaded

Also mich würde jetzt

ein ls -ln auf die Datei, sowie das Verzeichnis, in dem die Datei liegt,
die Ausgabe id des angemeldeten Benutzers,
sowie die Frage, ob eine ~.lock.<dateiname># im Verzeichnis existiert, die zu einem schreibgeschützten Öffnen der Datei führt,

interessieren.

IceMax · March 31, 2021, 10:59pm

Verdammt, also kein allgemeines Problem…

Max@localhost:~/Dokumente/Sicherung/sonstiges> ls -ln
insgesamt 136
drwxr-xr-x 2 1000 100   261 31. Okt 04:51
drwxr-xr-x 2 1000 100   186 31. Okt 04:52
-rwxrwxrwx 1 1000 100 55003  1. Apr 00:46 ETF.ods
-rw-r--r-- 1 1000 100 17167 31. Mär 21:50 ETF Test.ods
drwxr-xr-x 2 1000 100  4096 31. Okt 04:52
-rwxrwxrwx 1 1000 100 24041 27. Mär 18:00
drwxr-xr-x 3 1000 100   117 31. Okt 04:52
drwxr-xr-x 2 1000 100    88 21. Mär 2017
-rwxrwxrwx 1 1000 100 29810 31. Mär 18:52
Max@localhost:~/Dokumente/Sicherung/sonstiges> 

Max@localhost:~> id
uid=1000(Max) gid=100(users) Gruppen=100(users)
Max@localhost:~>

Und nein, eine ~.lock.-Datei befindet sich nicht im Verzeichnis.

IceMax · April 1, 2021, 9:26am

ETF.ods ist die betroffene Datei, ETF Test.ods die o.g. Beispieltabelle.

anon73440385 · April 1, 2021, 9:48am

Vielen Dank für die Information, entsprechend UID und GID scheint es kein Problem mit den Datei-berechtigungen zu geben (bzgl. .lock Datei bin ich noch nicht ganz 100%ig überzeugt - hast Du mit ls -la nachgesehen - Dateien die mit einem . beginnen sind normalerweise versteckt und die sieht man dann nur mit der -a Option.)

Um ein Problem mit dem LibreOffice Benutzerprofil auszuschließen, würde ich jetzt folgenden **Test** vorschlagen (Das ist **keine** Lösung, daher ist Deine Rückmeldung zum Ergebnis erforderlich).

Starte LibreOffice
Über Hilfe -> Im abgesicherten Modus neu starten neu starten
Bestätige den Neustart über den Button: Neu starten im folgenden Dialog.
Klick auf den Button Im abgesicherten Modus fortfahren (wichtig)
Prüfe ob das Problem noch vorhanden ist

Tritt das Problem im abgesicherten Modus nicht auf, ist aller Wahrscheinlichkeit nach Dein Benutzerprofil defekt und sollte auf Werkseinstellungen zurückgesetzt werden.

IceMax · April 1, 2021, 10:34am

Vielen Dank für die schnelle Antwort. Die ~.lock.-Datei habe ich sowohl über Terminal als auch Dolphin (inkl. Freischaltung der versteckten Dateien) gesucht und nicht gefunden. Zur Kontrolle habe ich diese auch gesucht, als die betroffene Datei geöffnet war und da wurde sie mir auch angezeigt. Nach dem Schließen ist sie aber wieder weg.

Der Test brachte keine Änderung, das Problem besteht auch im abgesicherten Modus.

anon73440385 · April 1, 2021, 11:26am

Nach dem Schließen ist sie aber wieder weg.

Ok - so muss das auch sein und Dein Benutzerprofil scheint auch nicht der Verursacher des Problems zu sein.

Da habe ich dann so aus der Ferne auch keine wirkliche Idee mehr wo ich das Rechteproblem suchen sollte und ich kann die Fehlermeldung auch nicht künstlich erzeugen. Tritt das Problem auch auf, wenn Du die Datei mal in ein andere Verzeichnis kopierst?

Kann es sein, dass `~/Dokumente/Sicherung/` in Wahrheit ein eingebundenes Medium oder ein Netzwerklaufwerk ist (Ausgabe von `mount` wäre evtl. interessant)?

IceMax · April 3, 2021, 10:30am

Hallo!
Nein, das Verzeichnis ist weder ein eingebundenes Medium noch Netzwerklaufwerk. Egal aus welchem Verzeichnis ist die Datei öffne, das Problem bleibt bestehen.

Dieses Problem ist auch nicht auf die einzelne Datei beschränkt. Selbst bei einem Neuerstellen einer Tabelle ist es mir nicht möglich, eine Webseite als externe Datenquelle hinzuzufügen. Und das habe ich neben Avira auch mit anderen Seiten versucht.

RobertG · April 5, 2021, 2:55pm

Ich habe das gerade einmal mit der beigefügten Datei getestet. Mit der Version, die OpenSUSE Leap 15.2 beigefügt hat, gelingt die Aktualisierung nicht. Verwende ich dagegen das Original von de.libreoffice.org, dann klappt es.

Ich arbeite hier grundsätzlich mit allen möglichen unterschiedlichen Versionen zu Testzwecken. Du kannst Dir so eine Version auch im Benutzerverzeichnis parallel zu der Version von OpenSUSE installieren:

Ein Verzeichnis erstellen
Alle *.rpm-Dateien aus den 3 Paketen (Programm, Sprachpaket und Hilfepaket) in dieses Verzeichnis befördern.
Ein Verzeichnis in dem gerade erstellten Verzeichnis erstellen, z.B. “install”. In diesem Verzeichnis wird Deine Parallelinstallation durchgeführt.
In das Verzeichnis “install” gehen und dort den Terminal öffnen.
for i in ../*.rpm; do rpm2cpio $i | cpio -id; done als ganz normaler Nutzer ausführen.

Das Programm startest Du jetzt aus /install/opt/libreoffice7.1/program/soffice

Ich habe so mehrere LO-Versionen direkt mit meinem Desktop verknüpft.