[sw-issues] [Issue 91684] SwDoc::DoIdleJobs() should n't run while SW is very busy with loading doc uments

2010-08-25 Thread mba
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91684


User mba changed the following:

What|Old value |New value

Target milestone|OOo 3.3   |OOo 3.4





-
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



[sw-issues] [Issue 91684] SwDoc::DoIdleJobs() should n't run while SW is very busy with loading doc uments

2010-05-14 Thread mba
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91684





--- Additional comments from m...@openoffice.org Fri May 14 11:22:43 + 
2010 ---
I doubt that this is "fixed" in the meaning of that the essential problem was
fixed. Perhaps some general performance improvements limited the influence of
the background processing.

Besides that, I doubt that we can fix the problem as easily as hdu suggested:
what is the background processing depends on the user and his intent.
Suppressing all "idle processing" while a document is loaded isn't a good idea
if a user opens a document, sends it to the background and then doesn't get
spell checking or text formatting in the document he is going to work with.

So at least for the active document idle processing must be activated.
Unfortunately loading several documents in a row will make each of them the
"active document" at least for some time.

It's a pity that we can't load in an own thread. This would fix the problem at
least for all multi core CPUs where OOo currently uses only one core most of the
time.

-
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



[sw-issues] [Issue 91684] SwDoc::DoIdleJobs() should n't run while SW is very busy with loading doc uments

2009-12-22 Thread iwtpoo
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91684





--- Additional comments from iwt...@openoffice.org Tue Dec 22 13:21:56 
+ 2009 ---
Looks like it is fixed with 3.2 RC1 ... 

-
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



[sw-issues] [Issue 91684] SwDoc::DoIdleJobs() should n't run while SW is very busy with loading doc uments

2009-10-27 Thread mba
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91684


User mba changed the following:

What|Old value |New value

Target milestone|OOo 3.2   |OOo 3.3





--- Additional comments from m...@openoffice.org Tue Oct 27 13:33:32 + 
2009 ---
Obviously not fixed in 3.2

-
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



[sw-issues] [Issue 91684] SwDoc::DoIdleJobs() should n't run while SW is very busy with loading doc uments

2009-06-09 Thread hdu
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91684


User hdu changed the following:

What|Old value |New value

  CC|'aziem,fme,hdu,helgekraak,|'aziem,fme,hdu,helgekraak,
|msicotte' |ka,msicotte,ssa'

Keywords|oooqa |oooqa, performance

 Summary|loading many long document|SwDoc::DoIdleJobs() should
|s in OO 3 beta 2 (Mac OS X|n't run while SW is very b
| Aqua) 3 times slower than|usy with loading documents
| in 2.4.1 (XWindows)  |





--- Additional comments from h...@openoffice.org Tue Jun  9 08:03:18 + 
2009 ---
I updated the issue summary to highlight the fact that idle-processing already 
kicks in when Writer is not 
idling at all! E.g. when loading a big document Writer is very busy with 
loading and parsing. Idle 
processing should not slow this down. Profiling shows that this is still the 
case in DEV300_m49.

Since the different OOo apps enable their idle-processing when anyinput doesn't 
report any user input, 
the solution which would solve this with minimal code-rewrite accross all apps 
is to handle heavy-
processing as a kind of user input. I.e. Writer could set an ImNotIdlingAtAll 
flag in the AnyInput() result 
before it loads the document and resets that flag when its done.

-
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