![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Hello list, this is my first mail to all of you, well I used to have
OpenOffice 3.2.1 till thursday in my Ubuntu Lucid machine, now i have
changed to Libre Office 3.3.0 and now i cant open a 65 MB .doc document, but
in OpenOffice i could do it? do you know why could this be? any help?
cheers
________________________________
From: Ivan Gutierrez Agramont <ivan.guag@gmail.com>
To: users@libreoffice.org
Sent: Sun, 20 February, 2011 22:59:34
Subject: [libreoffice-users] cant open a 65 MB .doc in LibreOffice 3.3.0
Hello list, this is my first mail to all of you, well I used to have
OpenOffice 3.2.1 till thursday in my Ubuntu Lucid machine, now i have
changed to Libre Office 3.3.0 and now i cant open a 65 MB .doc document, but
in OpenOffice i could do it? do you know why could this be? any help?
cheers
Ivan Gutierrez Agramont
Hi 
I think it might be worth posting a bug report about this as it 'should' work.
You said 65Mb which is huge but presumably you meant 65Kb (which is tiny)?
If it is a huge file then it might help to know how much Ram and virtual memory
you have got. Are you using Windows or Linux? If linux then please let us know
the results of this command
free -m
Does the document have a LOT of pictures and stuff in it? Could you post the
document on imageshack or soemthing so that we can try to work out what is going
wrong. If it is confidential or if you are shy about it then don't worry as we
do not NEED to see it.
If the document really is that large (65MB) then would it be possible to break
it down into smaller documents such as chapters, months or something?
The .doc format is really quite nasty and most people can now read .odt unless
they have old versions of MS Office. Could you re-install OpenOffice (but not
let it use it's quick-launcher and avoid making it the default for opening
documents)? Then open the document and re-save it as .odt instead of .doc? Can
LibreOffice open the odt? If so then can it now save as .doc (using a different
name, perhaps add vLO-2011-02-21 to the file-name for this test). If people
can't read odt then just give them a link to the LibreOffice download page, or
the OpenOffice one, so that they can install a more up-to-date and less
vulnerable Office Suite.
I'm just suggesting a few different approaches here as no-one else seems to have
been able to give a good answer yet and i don't really have any good ideas
myself either.
Good luck and regards from
Tom
Hi,
Bear in mind that it might take some time to open... like 2 or 3
minutes, depending on what's in there.
Maybe try deactivating display of images and objects before you do...
that wouldn't affect the opening as such, but it will be quicker to
scroll through the doc if there are big photos in it.
I just opened a 98 Mb Word document stuffed full of images 10 minutes
ago, with no problem. I just had to wait a few minutes while it
completed.
David Nelson
W dniu 11-02-21 11:06, Tom Davies pisze:
I think it might be worth posting a bug report about this as it 'should' work.
You said 65Mb which is huge but presumably you meant 65Kb (which is tiny)?
I have got silimar problem but with files about 15-20MB (Mega). Specially with spreadsheet from Exxx
The Exxx load this file during 5-15 secs, Calc after 10 mins still was frozen.
If it is a huge file then it might help to know how much Ram and virtual memory
you have got. Are you using Windows or Linux? If linux then please let us know
the results of this commandfree -m
CPU 2 x 2GHz
1,5 GB free
kernel 2.6.35-36-37
KDE / Gnome / even IceWM is the same
If the document really is that large (65MB) then would it be possible to break
it down into smaller documents such as chapters, months or something?
It is not possible to divide document to parts. I have to resend document also in one file.
W dniu 11-02-21 11:19, David Nelson pisze:
I just opened a 98 Mb Word document stuffed full of images 10 minutes
ago, with no problem. I just had to wait a few minutes while it
completed.
few minutes = 
Time of loading have to be shorter - if someone works with many files spend "few minutes" for opening every file means spend the most of day on waiting.
Hi
So it is quite high spec machine. I think LibreOffice will get better at this
but using .doc and .xls might be the cause of the issue. Is it possible to try
a test case using .odt instead of .doc and another using .ods instead of .xls?
They might also open quickly in MS Office.
Another way to reduce file size might be to use different formats for pictures
and things embedded in the document. For emailing, documents and for websites
i just re-save pictures in gif format which everyone can read.
Png is often better for photographs but isn't always much smaller. Gifs are
often about 1/10th the size of jpgs. They tend to be better for logos rather
than things that might have a lot of curves or shading. Cleaning up an image
can reduce the amount of data being stored in an image but i don't often have
time to do much. Smaller file-sizes are much quicker for emailing, uploading,
opening and so on.
If a document is broken into sections the parts can all be put into a single
zip-file but this type of document might be better as html perhaps on an
internal network or perhaps just on a single machine. Perhaps xml or laTex or
something might be better but i don't know those whereas html is fairly easy.
There might be a good way to use the problem to end up improving the current
work-flow in some small but significant way.
Regards from
Tom
W dniu 11-02-21 12:43, Tom Davies pisze:
So it is quite high spec machine. I think LibreOffice will get better at this
but using .doc and .xls might be the cause of the issue. Is it possible to try
a test case using .odt instead of .doc and another using .ods instead of .xls?
They might also open quickly in MS Office.Another way to reduce file size might be to use different formats for pictures
and things embedded in the document. For emailing, documents and for websites
i just re-save pictures in gif format which everyone can read.
The problem is with file length & LO. Working with other people who used m$ office I can receive file in their native format.
I cannot convert it to *.odt because I cannot open it in LO. This problem is not depends of system Linux/Windows.
Hi,
I don't think the *file size* is the problem. As I said, I can open
much bigger files than that. it must be the file content.
The recommended way to deal with this is to re-save the file under
Word, but as two halves. Then try opening with LibreOffice. If one
half is still problematic, then save *that* half as 2 more halves, and
so on... ultimately you get to find the bit of the file that is
causing the problem. That's the procedure for troubleshooting. Then,
if you can, you feed the problematic file to the devs for examination.
However, if this is a client's job, confidentiality probably prevents
you from doing that.
In this case, all you can do is to ask the person that gave you the
file to save it under an earlier version of Word (2003, for instance).
All the above also applies to Excel, etc.
Support for Microsoft's XML formats is not perfect yet...
David Nelson
Hi,
The problem is with file length & LO. Working with other people who used m$
office I can receive file in their native format.
I cannot convert it to *.odt because I cannot open it in LO. This problem
is not depends of system Linux/Windows.
The problem is unlikely to be file size as such. I managed to open a
98 Mb file today without problem.
It's more likely the later Microsoft XML format used in association
with "advanced" features of the Microsoft application in question.
Support for the more commonplace content is fairly trouble free.
I very rarely find a Microsoft Office file I can't open but, with some
diagramming features, for instance, the presentation of the said
diagram sometimes needs a little cleaning up after it's been through
LibreOffice and then saved back to a Microsoft format.
That might also possibly be related to receiving a Microsoft XML file
and afterwards saving it to one of the older formats...
Personally, I tend to receive MS files, save them in an ODF format
(.odt, etc.), work on them, then save back to MS format right at the
end...
David Nelson
Hi,
an update on whats goin on....
after a while with LibreOffice and OpenOffice 3.3 none of them could open
the 65 MB (MegaBytes) .doc, which is a report that i have to send to my boss
about 200 pages with text, tables and graphs...
I re installed openoffice 3.2.1 and no worries, it opened the document in
seconds... not minutes but seconds... so it looks for me that this is a kind
of bug for Libre Office, I'd like to know how can i post it?.
FYI my PC is a Pentium Dual Core 2.9 GHz, Ubuntu Lucid Install with 2 GB RAM
and 4 GB Swap.
thanks for the replys and I'll keep in touch if I find out something else.
cya
http://www.libreoffice.org/get-involved/qa-testers/
http://wiki.documentfoundation.org/BugTriage
http://wiki.documentfoundation.org/BugReport
is a good place to start. However, without a test file it will probably
be hard to pin down. I doubt you'll want to use the actual report file
due to privacy etc. Perhaps you can lorum ipsum the actual text &
obscure sensitive names etc., in the tables & graphs?
Also, you might try with 3.3.1RC2 and see if the problem still exists
with that version:
http://www.libreoffice.org/download/pre-releases/
and of course, search the bug reports to see if perhaps a similar bug
has already been reported:
https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice
...
I re installed openoffice 3.2.1 and no worries, it opened the document in
seconds... not minutes but seconds... so it looks for me that this is a kind
of bug for Libre Office, I'd like to know how can i post it?.http://www.libreoffice.org/get-involved/qa-testers/
http://wiki.documentfoundation.org/BugTriage
http://wiki.documentfoundation.org/BugReport
is a good place to start. However, without a test file it will probably
be hard to pin down. I doubt you'll want to use the actual report file
due to privacy etc. Perhaps you can lorum ipsum the actual text &
obscure sensitive names etc., in the tables & graphs?
Also, you might try with 3.3.1RC2 and see if the problem still exists
with that version:
http://www.libreoffice.org/download/pre-releases/
and of course, search the bug reports to see if perhaps a similar bug
has already been reported:
https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice
Sorry, last link should be:
https://bugs.freedesktop.org/buglist.cgi?quicksearch=libreoffice
and you can refine by
https://bugs.freedesktop.org/query.cgi
Status: Open
Product: LibreOffice
Words: <whatever is relevant to the issue>
cheers, I'll start with that.
cheers, I'll start with that.
Check these first:
<https://bugs.freedesktop.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=open&product=LibreOffice&content=word+doc>
...