| Summary: | Cannot open an rtf file (Russian text) that opens successfully in OpenOffice 3.3.0 | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | haim kilov <haimk> |
| Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | CLOSED FIXED | ||
| Severity: | major | CC: | iamtester8, jbfaure |
| Priority: | medium | ||
| Version: | 3.4.1 release | ||
| Hardware: | x86 (IA32) | ||
| OS: | macOS (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
The rtf file that refuses to open.
everything reads fine here (in LibreOffice and OpenOffice) the rtf file: reads perfectly in OpenOffice but reads like garbage in LibreOffice screenshot of the rtf file in libreoffice screenshot from OpenOffice - looks fine screenshot from LibreOffice -- does not look fine at all |
||
Created attachment 49111 [details]
everything reads fine here (in LibreOffice and OpenOffice)
Created attachment 49115 [details]
the rtf file: reads perfectly in OpenOffice but reads like garbage in LibreOffice
Created attachment 49116 [details]
screenshot of the rtf file in libreoffice
After some experimenting, I found out that the problem is in Russian encodings (see the attachments). The doc files open and read perfectly both in OpenOffice and in LibreOffice, while the rtf files open and read perfectly in OpenOffice, but read like garbage in LibreOffice. Both the rtf files and the doc files open and read perfectly in Textedit. NOT reproduced with LO 3.4.1 (OOO340m1 (Build:101)) Ubuntu 10.04.2 x86 Linux 2.6.32-32-generic Russian UI What is your LO version? (In reply to comment #5) > NOT reproduced with > > LO 3.4.1 (OOO340m1 (Build:101)) > Ubuntu 10.04.2 x86 > Linux 2.6.32-32-generic Russian UI > > What is your LO version? LibreOffice 3.4.1 OOO340m1 (Build:103) I strongly suspect that the problem is in encodings for non-ascii characters created and read on different computer systems. Here are the steps I used for the attached files: 1. go to http://magazines.russ.ru/znamia/2011/7/se4.html 2. Copy the first complete paragraph. It should be as follows: От автора | Эта проза, жанра которой я определить не берусь (читатель увидит в самом ее начале — и в конце, впрочем, — цитату из К. Поппера о том, что учебных дисциплин не существует: вот в этом же роде не существует и жанров), продолжает мои предыдущие прозаические “путешествия-хроники” — “Путешествие в Брянск” и “Путешествие в Тарту и обратно”. Вероятно, теперь их отнесли бы к жанру трэвелога, но я не вижу большого смысла в таком определении. Как и его предшественники, “Opus incertum” полностью документален. В нем нет ни одной вымышленной детали. За то, что невымышленные довольно фантастичны, отвечает сама сардинская реальность (так же как в предыдущих опытах — брянская или псковская реальность). 3. In OpenOffice.org 3.3.0 (ooo330m20 (Build:9567)) create a new text document and paste the paragraph above. 4. See screenshot-OOO 5. Save as "sedakova.rtf" 6. Open the same file in LibreOffice. 7. See screenshot-LO. 8. Ask why... Created attachment 49170 [details]
screenshot from OpenOffice - looks fine
Created attachment 49171 [details]
screenshot from LibreOffice -- does not look fine at all
I have exact same problem. Verisons: distr: gentoo (profile: /usr/portage/profiles/default/linux/amd64/10.0) kernel: 3.0.6 sys-devel/gcc-4.5.3-r1 sys-devel/binutils-2.21.1-r1 sys-libs/glibc-2.12.2 dependencies for app-office/libreoffice-3.3.4 app-arch/unzip-6.0-r1 app-arch/zip-3.0 app-dicts/myspell-ru-20060316 app-office/libreoffice-3.3.4 app-text/hunspell-1.3.2-r1 app-text/poppler-0.16.7 dev-java/ant-core-1.8.1 dev-java/bsh-2.0_beta4-r3 dev-java/lucene-2.3.2 dev-java/lucene-analyzers-2.3.2 dev-lang/perl-5.12.4-r1 dev-lang/python-2.7.2-r3 dev-libs/boost-1.46.1-r1 dev-libs/dbus-glib-0.98 dev-libs/expat-2.0.1-r5 dev-libs/glib-2.28.8 dev-libs/icu-4.8.1-r2 dev-libs/libxml2-2.7.8-r3 dev-libs/libxslt-1.1.26-r2 dev-libs/nspr-4.8.9 dev-libs/nss-3.12.11-r1 dev-libs/openssl-1.0.0e dev-libs/redland-1.0.14 dev-perl/Archive-Zip-1.300.0 dev-util/cppunit-1.12.1 dev-util/gperf-3.0.4 dev-util/intltool-0.41.1 dev-util/pkgconfig-0.26 media-libs/fontconfig-2.8.0-r1 media-libs/freetype-2.4.7 media-libs/libpng-1.5.5 media-libs/vigra-1.7.1-r1 net-libs/neon-0.29.6 net-libs/xulrunner-1.9.2.20 net-misc/curl-7.21.4 net-nds/openldap-2.4.24 net-print/cups-1.4.8-r1 sys-apps/coreutils-8.7 sys-apps/findutils-4.4.2 sys-apps/sed-4.2.1 sys-devel/autoconf-2.68 sys-devel/automake-1.9.6-r3 sys-devel/bison-2.4.3 sys-devel/flex-2.5.35_p10 sys-devel/libtool-2.4-r1 sys-libs/db-4.8.30 sys-libs/zlib-1.2.5-r2 x11-libs/cairo-1.10.2-r1 x11-libs/gtk+-2.24.5-r1 x11-libs/libXaw-1.0.9 x11-libs/libXinerama-1.1.1 x11-libs/libXrandr-1.3.2 x11-libs/libXrender-0.9.6 x11-libs/libXtst-1.2.0 x11-proto/printproto-1.0.5 x11-proto/xextproto-7.2.0 x11-proto/xineramaproto-1.2.1 x11-proto/xproto-7.0.22 I did the steps in comment #6. LibreOffice version 3.4.4.2 does not contain the problem described in comment #6, at least in Linux (steps not reproduced). attachment 49105 [details] opens fine in LO 3.5.0 beta-1 (LibreOffice 3.5.0beta1+ Build ID: ddc7af3-7f15fca-8eae9f1-ca8e46d-5bcbce4) under Ubuntu 10.04 x86_64 I do not reproduce the problem described in comment #6. Setting bug as fixed. Feel free to reopen if the bug is still there for you with LO 3.5.0 beta. Best regards. JBF works fine in LO 3.5.1. Closing. Thank you. |
Created attachment 49105 [details] The rtf file that refuses to open. The attached is an rtf file in Russian that opens successfully in OpenOffice 3.3.0. LibreOffice refuses to open it and produces the following error message: "General error. General input/output error." iMac 27", OS 10.6.7