Created attachment 79797 [details]
A doc file from my school.
The software isn't able to open the attached file. When you try to open it the program crashes.
My OS is Ubuntu 13.04
Steps to reproduce:
1. Open the file
The program crashes after trying to convert the file.
The program opens after converting the file.
Operating System: Ubuntu
Version: 126.96.36.199 release
Hi Emilio, thanks for the report.
I can confirm a hang on OS X 10.8.3 with LO 188.8.131.52 when opening the attached file "A doc file from my school.".
Thus setting OS to "All".
Crash log is here: http://paste.ubuntu.com/5703429/
thanks for report / info.
Was this OK in a previous version, that you know?
No, not really. I just received the file this morning xD
PS: How can I see/generate the crash report?
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (184.108.40.206 or later): https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
Thank you for your help!
-- The LibreOffice QA Team
This NEW Message was generated on: 2015-03-03
Bug still present in LibreOffice 220.127.116.11
Created attachment 117181 [details]
screenshot of doc in MS Word Viewer
There is an object on the last page that sits over in the left margin with the anchor down below.
Windows Vista 64
Build ID: 2c39ebcf046445232b798108aa8a7e7d89552ea8
Created attachment 118552 [details]
This issue is still present in
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Locale: es-ES (es_ES)
on Windows 7 (64-bit)
Created attachment 118559 [details]
I downloaded libreoffice source, built it with debug symbols and run `make debugbuild`
I attached the output, and it seems to hang on `SwTextFlyCnt::_GetFlyFrm(SwFrm const*)`...
Created attachment 120384 [details]
bt with debug symbols
On pc Debian x86-64 with master sources updated today, I don't have a crash but a freeze.
I attached a bt at random.
Michael: thought you might be interested in this one.
As with bug 76219, the loop is in
void SwLayAction::InternalAction(OutputDevice* pRenderContext)
Entering the loop
while ( (pPage && !IsInterrupt()) || nCheckPageNum != USHRT_MAX )
it never reaches exit conditions.
Don't know if these are the same, though; the documents don't resemble each other.
Migrating Whiteboard tags to Keywords: (perf)
It opens if 347bb1634b10eba577742fe8a7edb4b2dd69265d is reverted. Closing as
RESOLVED DUPLICATED of bug 76219
*** This bug has been marked as a duplicate of bug 76219 ***
Of course, not a duplicate.
Resolved in 6.3.
Date: Sun Apr 7 01:22:48 2019 +0200
author Regina Henschel <email@example.com> 2019-04-02 21:36:57 +0200
committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2019-04-07 01:14:31 +0200
commit 421e6fc3cd2e6fe37afbef341e2d0ad7b8edde37 (patch)
parent 63497d3a60dfb045cafd6db9ce89c4bff0dc8507 (diff)
tdf#118375, tdf#70838 correct position of rotated shape in doc
Created attachment 172742 [details]
DOCX from DOC
This bug is about DOC (it is 16 pages).
Just to store here MSO saved DOCX (17 pages). It opens but it crashes on scroll, which is another issue.
This bug was about DOC opening. MSO opens 16 pages and LO 17 pages.
As for contents, those are different issues, should be searched separately.
1. Header is different (worth reporting if not found).
2. Some formulas and shapes in 4. LA DESINTEGRACIÓN RADIACTIVA
3. graph in LEY DE LA DESINTEGRACIÓN RADIACTIVA
4. Formula in 6.RADIACTIVIDAD ARTIFICIAL Y REACCIONES NUCLEARES and 8.REACCIONES DE FISIÓN Y FUSIÓN NUCLEAR
That formula are lighter is known bug.
Layout per pages is not worth reporting.
DOCX is now bug 142753.
Created attachment 172757 [details]
Header from DOC and DOCX compared in MSO 2016 and LO 7.2+
If header from DOC is saved in MSO as DOCX, it's slightly different there.
So no wonder LO has problem to open it as in MSO.
I won't report, if someone does, needs to explain what's expected.
Note for header comparison:
" TEMA 9: FÍSICA NUCLEAR" is Segoe Condensed in MSO, which is not available in LO, so it's substituted. Basically not a bug, on should have that font or find replacement or have it embedded.
Xisco, please confirm that Regina's UI test is sufficient also for this case of filopen problem.
(In reply to Timur from comment #21)
> Xisco, please confirm that Regina's UI test is sufficient also for this case
> of filopen problem.
it's not a UItest, it's an export test in sw/qa/extras/ww8export/ww8export3.cxx.
Anyway, I've created a unittest for this issue as well: https://gerrit.libreoffice.org/c/core/+/116968
Xisco Fauli committed a patch related to this issue.
It has been pushed to "master":
tdf#64997: sw_ww8export3: Add unittest
It will be available in 7.2.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
(In reply to Xisco Faulí from comment #22)
> it's not a UItest, it's an export test in
> Anyway, I've created a unittest for this issue as well:
I have reverted the test - perhaps mistakenly - along with the revert for bug 104254. I don't think it is useful to add "does not crash any more" tests just because another patch just happens to avoid the layout crashing condition - as seems likely here. [Regina's code had nothing to do with layout, which I assume is where the hanging was taking place.]
(In reply to Justin L from comment #24)
> (In reply to Xisco Faulí from comment #22)
> > it's not a UItest, it's an export test in
> > sw/qa/extras/ww8export/ww8export3.cxx.
> > Anyway, I've created a unittest for this issue as well:
> > https://gerrit.libreoffice.org/c/core/+/116968
> I have reverted the test - perhaps mistakenly - along with the revert for
> bug 104254. I don't think it is useful to add "does not crash any more"
> tests just because another patch just happens to avoid the layout crashing
> condition - as seems likely here. [Regina's code had nothing to do with
> layout, which I assume is where the hanging was taking place.]
yep, I think it was a mistake to revert the unittest for this issue, it's still fine after d03aaef3dcb5d142955457ae9b8ca4469cfafa38 < Revert "tdf#104254 sw DOCX import: fix text wrapping in headers" > so there was no need to revert it...