To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=93327





------- Additional comments from nicklevin...@openoffice.org Fri Oct  9 
00:46:53 +0000 2009 -------
This may narrow down the circumstances under which the problem occurs. I also
found a kludgy solution. This is based on OOo 3.0.1 running on Fedora Core 4 
Linux.

Problem circumstances:

I don't think the problem  ever occurs right after starting OOo Writer.
Apparently, I have to work with Writer for a few hours before the problem 
begins.

When I pasted-special into a file, edited, saved-as in text-encoded to a new
name, and repeated about 25-30 times with the same document, the insertion point
started to disappear. In one case, the disappearance began with the 33rd save-as
(probably plus a small number of ordinary saves) with one document. Perhaps a
document history being lengthy leads to highlight/point disappearance, perhaps
suggesting a memory problem.

A similar sequence of paste-special-and-edit steps led to the same effect
although several documents were involved. Possibly each was named by OOo default
as Untitled 1 and a history is stored with that name during a session, leading
to a slowdown.

A related symptom is the slowness in quitting OOo. When I have 2 files with lots
of actions taken to the stage where the insertion point starts to disappear,
ctrl-q took 10-11 seconds to execute. When I restarted Writer in the same
computer boot session and user login, opened the same 2 documents, did only 4
keystrokes to one file and saved it, ctrl-q took 6-7 sec to execute. Neither
quit required saving any files, since they were saved in separate steps earlier.
I'm not reporting slowness in quitting as a separate bug since 11 seconds to
quit is no big deal, but the difference suggests that a document's history
causes a slowdown during use, not just when quitting.

Kludge:

When the insertion point or selection highlight disappears, possibly the best
way to get it back without inserting or selecting within the text (which would
create a new insertion point when I want the old one) is to click in (a) an
empty area of the menubar to the right of menu titles, (b) an empty area of the
Standard and Formatting toolbars to the right of tool icons (I haven't tested
other toolbars, since I don't usually have them open), (c) a scroll box in
either the vertical scrollbar or the horizontal one, (d) the top left junction
of the rulers (but that may alter a tab control), (e) the left ruler above the
paper's top edge (I didn't test below the paper's bottom edge), (f) the left
ruler above the paper's top margin (I didn't test below the paper's bottom
margin), (g) the top ruler to the left of the left margin (I didn't test to the
left of the paper's left edge), (h) the top ruler to the right of the right
margin (I didn't test to the right of the paper's right edge), or (i) the status
bar. However, clicking in an empty area of the window titlebar does nothing.

Intermittently, alt-tabbing to see one or more other documents and coming back
seems to be what makes the insertion point or selection highlight disappear from
one Writer document but not necessarily from all Writer documents. The docs are
saved in the same format, which is Text Encoded. Both have only text; e.g., no
images. The file length or page count seems irrelevant. Similarly, the problem
occurred after each Paste Special as unformatted text; when the Paste Special
dialog went away, the insertion point was invisible.

Although the titlebar shows that the window of the problematic file (the one
with the disappearing insertion point or highlight) is already active, the
temporary resolution of this problem is as if the window has to be activated or
brought forward a little bit more. That's not a precise description suitable for
reprogramming but I don't have a more precise understanding of the problem as I
write this.

One possible cause: Maybe stuff is building up in memory and memory bloat
interferes with some operation that brings the doc fully forward.

I now run OOO300m9 (Build 9358) on Fedora 10 Linux, which doesn't have the
problem. Because upgrading takes hours and my present installation is stable, I
plan to leave it in place. I left the bug report as affecting 3.0.1, since
that's per my experience.

Thanks.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org

Reply via email to