Bug 184856 - please speed up opening recent files and closing (quitting) Kile
Summary: please speed up opening recent files and closing (quitting) Kile
Status: RESOLVED WORKSFORME
Alias: None
Product: kile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Unspecified
: NOR normal
Target Milestone: ---
Assignee: Michel Ludwig
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-18 22:21 UTC by Maciej Pilichowski
Modified: 2023-01-06 05:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2009-02-18 22:21:45 UTC
Version:            (using KDE 4.2.0)
Installed from:    SuSE RPMs

1. the bug because it is a regression
2. this is not a kate issue (checked)

I launch Kile and 4 .tex files are automatically loaded. The speed of Kile 2.0 (KDE3) is so-so (always a subjective) but the issue is Kile 2.1 (KDE4) is simply dead slow. I can see how tabs are created, it is way slower than the previous version.

The same with quitting, it is not just quit, tab after tab is closing, slowly, then application. The CPU (when comparing is of course the same), 2.8Ghz core duo2.
Comment 1 Thomas Braun 2009-02-19 03:19:01 UTC
Hi,

have you checked that it is not a problem with too much debug outpout?
The debug output can make kile pretty slow in some cases.
Comment 2 Maciej Pilichowski 2009-02-19 08:30:23 UTC
I noticed the speed problem without installing -debug rpm, later I installed it too, but the speed in both cases is the same (I mean for human eye).
Comment 3 Michel Ludwig 2009-02-21 11:35:51 UTC
This is actually not so much a problem of Kile but more of kdelibs right down to Qt. When you use Qt 4.5, you will already notice a performance improvement.
Comment 4 Thomas Braun 2009-02-21 13:31:18 UTC
Where is the problem in kdelibs/QT exactly?
Is there an easy way for us to work the problem around?

It is _really_ slow.
Comment 5 Maciej Pilichowski 2009-02-21 13:46:02 UTC
Btw. I just noticed the speed is probably related to tabbar part. The doc is already loaded but there are a lot of alignment problems in tabbar -- after loading tab is created, then it is resized according to doc name, then it is resized again, and there are icons added. I can see it when I open doc manually.

I don't have qt 4.5 to check it.
Comment 6 Thomas Braun 2009-02-22 17:39:27 UTC
SVN commit 930070 by tbraun:

don't create multiple documents for one file
BUG: 184574

this also speeds up restoring files on startup
CCBUG: 184856



 M  +12 -7     kiledocmanager.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=930070
Comment 7 Andrew Crouthamel 2018-11-02 04:26:59 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Andrew Crouthamel 2018-11-16 02:43:37 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version?

Thank you for helping us make KDE software even better for everyone!
Comment 9 Justin Zobel 2022-12-07 00:23:53 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 10 Bug Janitor Service 2022-12-22 05:19:35 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 11 Bug Janitor Service 2023-01-06 05:23:25 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!