|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Office freezes when a paragraph in a row breaks over a page break in a combination of protected section, table, frame, and .. | ||
|---|---|---|---|
| Product: | Writer | Reporter: | cno |
| Component: | editing | Assignee: | AOO issues mailing list <issues> |
| Status: | CONFIRMED --- | QA Contact: | |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | issues, michael.ruess, peter.jentsch |
| Version: | OOo 3.0 RC3 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Windows XP | ||
| Issue Type: | DEFECT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
|
Description
cno
2008-10-06 07:36:58 UTC
Hello Cor, could you please send the document to mru@openoffice.org? Thanks a lot! Regards Michael Hi Michael, Thanks, done. Even more bad news: the workaround for removing the protection of the section only helps, if typing makes the paragraph cross the page when the next row of the table already is on the next page. Changing the # of columns in the table seems to help. I send an example for that. Hi Michael, May I ask if it is possbible to reproduce and - even better - track the problem? Thanks, Cor Sorry, it is still not reproducible. We must find out about the differences on our systems... Working on WinXP (Sp2) it freezes OOo 3.0 and 2.4.1 The printer I select (I tried 3 via File|Printersettings) does not make any difference. I also tested on Debian/Gnome (2.14.3). Indeed, there it does not freeze. I will try some more variables, and ask some others as well. Hi Cor, I am still not able to reproduce this issue. Could you please try to test this on a different WinXP machine? Maybe deleting the config folder in c:\documents and settings\[user]\Application data\ on the affected system will help? Regards Michael Hello Michael, Thanks that you are still paying attenion to this! I did a lot of testing yesterday. I had various test-documents, which sometimes freezed the office, and sometimes didn't. One of the items of influence: the last paragraph before creating the soft page break, must only be one line long. And no new page had to be made before. But also this did not give for a hundred 100% the same result either. After a while I found a method with which I could reliable freeze ;-) all the documents. After many checks, I found out that the freeze would not occur, after setting the properties of the first (lowered) paragraph back to default. Today I tried this with the orinial template. I made two changes: - resetting the first paragraph to default; - removing the section, that enclosed the first paragraph. Indeed, the freeze does not happen now. Two points remain: - I have to hear the results from my contact. - Why does it happen on some systems, and not on others ?? (And in fact a third one: I have to design new templates ;-) ) pls stay tuned, Cor Hello Michael, Good and bad news ... The bad: I thought I had found the solution. Nop. Changing the high of the paragraph at the top only prevented the freeze with thát scenario. But when using paragraphs with different length, to fill the bottom cell of the document, the freeze could happen again. So the good thing: I'm conviced freezing has is related to distance from the bottom of the cell, or paragraph (or ...?) to the bottom of the page, before the cell is to break over the pages. Is that clear and does it give a clue to the developers Now I redesigned the template, so that no table breaking over the page is needed. That works (...). So that problem is solved. No only the freezing ;-) Forgot a question mark: Is that clear and does it give a clue to the developers ? BTW: I've two avi's showing the freeze and non-freeze. If you are interested, let me know (zipped apr. 1.2 and 1.5 MB) Hi Cor, do you have the AutoSpellcheck enabled? AFAIK, there is a problem when having longer text with enabled AutoSpell... However, you could send the avi showing the freeze directly... maybe I'll find a clue there for reproducing... Mi Michael, There was no autospellcheck enabled. (Also the text was not at all long.) The avis have been send... I saw that in this document "use printer metrics" in the compatibility options is enabled? Which printer driver is active on your system? Maybe with this I can trigger the loop... The printer is EPSON AL-C1100 Advanced Hm, also with this printer I do not get the freeze. Does it still occur with 3.1.1 and 3.2? Hi Michael, I can reproduce the freeze both in OOO320m2 and 3.1.1 So alas, not solved by miracle. ...and also not reproducible by miracle ;-) Moving this to "writerneedsconfirm", maybe we can find out reason of loop with other members together. @Cor: silly question: are you sure it is freezing (the application is not responding)? Do you still have the videos you talked about? Please post a link to them. @Cor: ping! Eric: Pong! Didn't miss it, but well, you guys in Hamburg are not the only bussy ones :-p Thanks for your testing, but did I talk about videos? Can't find any. Since December I am on Ubuntu. Will test it soon with 3.2.1.rcx And make a video if it freezes here. If necessary I'll start the old XP-laptop to test there. Best would be to get a debug-environment running here. But when :-) Ciao - Cor ah .. Videos found :-) http://www.nouenoff.nl/downloads/Freeze.zip and http://www.nouenoff.nl/downloads/NoFreeze.zip New system - different behavior... MRU->OD: I am now able to reproduce the problem on my ubuntu-vbox. Let's discuss on Monday how I can help on debugging this... Maybe it is the same root cause as issue 115990 or issue 102200... I got it by taking the MEmo_original.ott, created some paragraph breaks so that the table reached the end of page. Then I entered text until it reached the new page -> loop. Cannot see this on my Win7 or XP machines... Reset assigne to the default "issues@openoffice.apache.org". |