Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


Moin Robert, *,
On Sun, Jun 22, 2014 at 08:26:11PM +0200, Robert Großkopf wrote:
[Arbeitsschritte zum Reproduzieren des Bugs]
Ist nicht notwendig, kannst Du auch direkt speichern.

Ich finde es einfacher, wenn ich dann per „du -hs“ die Dateigrößen sehen
will ... ;)

10. Base geschlossen
11. Auf der Kommandozeile „cp -f /pfad/zum/jpg
reports_blow_up_odb_file416/picture.jpg“, um das Bild zu tauschen
12. Schritte 4 bis 10 wiederholt, wobei ich nur bei 8 einen anderen
Dateinamen gewählt habe (*_replaced_pic) ... ;)

Das hab’ ich außer mit der 4.1.6.2 auch mit der LO Version: 4.2.5.2
Build-ID: 61cb170a04bb1f12e77c884eab9192be736ec5f5 und Version: 4.3.0.1
Build-ID: 9ed0c4329cf13f882dab0ee8b9ecd7b05e4aafbb (alles unter Debian
Testing i686) probiert ... ;)

Ergebnis:
Dateigrößen bei allen drei Versionen:
Originaldatei: 8,0 KB
..._new: 772 KB

Da ist doch der Bug bereits aufgetaucht: Die neue Datei ist ohne
jegliche Änderung 764 KB größer als erwartet. Das ist eine Zunahme um
das 96,5-fache. Ändere lediglich picture.jpg auf eine normal große
Digitalkameradatei (z.B. hier von einer älteren Spiegelreflex 2,8 MB),

Damit kann ich leider nicht dienen ... :( Und bei meinem Tablet war das
größte gerade mal 1012 KB ... :(

dann wächst die Datenbankdatei beim gleichen Vorgehen natürlich deutlich
mehr an. Ich habe nur nicht so eine große Datei angehängt um nicht den
Rahmen für Attachments bei Bugzilla zu sprengen.

O.K., kann ich jetzt bestätigen ... :( Nachdem ich das Bild von meinem
Tablet genommen habe, ist die Datei jetzt 6,2 MB groß ... :(

..._replaced_pic: 28 KB

Auch logisch. Da ist jetzt nicht der alte Bericht überschrieben worden
sondern ein neuer entstanden.

Und auch, weil ich da mein Avatarbild genommen habe, was gerade mal 4 KB
groß ist ... ;)

(mit „du -hs pictures_in_reports_without_ObjectReplacements*“ im jeden
Verzeichnis). Also nicht so ein enormer Dateigrößenzuwachs, wie du ihn
beschrieben hast ... ;) 

Nein, der enorme Zuwachs kommt, wenn ich normal große Dateien oder
mehrere Dateien nehme. Ich hatte hier eine Beispieldatei zur Einbindung
von Bildern, bei dem ich etwas mit 3 Bildern experimentiert habe: 2
Icons und eine normal große *.ipg-Datei. Da waren dass dann schon 16MB
als Datenbankdatei.

O.K.

Das Verhalten ist bei allen LO-Versionen gleich, stammt also wohl schon
aus der Zeit vor LO. Vermutlich haben viele Leute, die mit Bildern in
Base arbeiten, sich nie über die Größe ihrer Datei gewundert. Das kann
ja auch nur auffallen, wenn die Bilder extern liegen und eingelesen
werden. Mit internen Bildern wird die Datenbankdatei auch so schnell
recht groß.

Scheint also so, als ob die Bilder direkt im Bericht integriert werden
... :( Ich hab’ mal bei zwei gespeicherten ODB-Dateien die
pictures_in_reports_without_ObjectReplacements_new/reports/Obj11/ObjectReplacements/report
(jetzt für die Versuche mit der 4.1.6.2 und mit der Endung *_new.odb.
Das andere war für die Datei mit den ausgetauschten Bildern ... ;) )
extrahiert, aber da ich jetzt noch keine Idee habe, wie ich die
Unterschiede bei den beiden extrahierten report-Dateien anzeigen
lassen kann ... :(

Meine Version ist 64bit rpm Linux. Gleiches Ergebnis wie bei Dir. Fehlt
nur noch eine Bestätigung von Windows- und Mac-Seite. Aber auch da wird
sicher der Fehler auftreten, denn das Ganze liegt an einem Zusätzlichen
Verzeichnis, dass innerhalb der *.odb-Datei erstellt wird und in dem
diese unbrauchbare (je nach verbundenen Bildern unterschiedlich große)
Datei liegt.

Danke für die Info :)
Einen schönen Tag noch
Thomas.

-- 
Dirksen's Three Laws of Politics:
        (1) Get elected.
        (2) Get re-elected.
        (3) Don't get mad, get even.
                -- Sen. Everett Dirksen

-- 
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.