https://bugs.kde.org/show_bug.cgi?id=382289
Bug ID: 382289
Summary: Long-standing bug: Bookmarks are often forgotten.
Product: kdevelop
Version: 5.1.1
Platform: unspecified
OS: Linux
Status: UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=379790
Tim E. Real <termt...@rogers.com> changed:
What|Removed |Added
Resolution|--- |WORK
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #4 from Tim E. Real <termt...@rogers.com> ---
Wow. I never tried saving/re-opening a test-case UI file before.
This fresh suse installation is on Breeze by default.
So the attached UI file's MDI sub windows are frozen even w
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #3 from Tim E. Real <termt...@rogers.com> ---
Created attachment 105534
--> https://bugs.kde.org/attachment.cgi?id=105534=edit
Frozen MDI test UI file 1
Open in Qt5Designer or Creator. The MDI sub windows are frozen
in Breeze
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #5 from Tim E. Real <termt...@rogers.com> ---
Wow! When the attached UI file is opened, it is not only the
MDI sub windows that are affected - it is the ENTIRE QMainWindow
containing the QMDIArea.
In fact, I am unable to eve
https://bugs.kde.org/show_bug.cgi?id=379790
Bug ID: 379790
Summary: MDI SubWindows are frozen (non-responsive) with Breeze
and Oxygen
Product: Breeze
Version: 5.9.5
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #10 from Tim E. Real <termt...@rogers.com> ---
(In reply to Hugo Pereira Da Costa from comment #7)
> Can you check with oxygen-demo5 if the mdi-window tab is responsive there ?
> It is, here.
Yes. In the openSuSE Tumblewe
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #11 from Tim E. Real <termt...@rogers.com> ---
(In reply to Hugo Pereira Da Costa from comment #8)
> Created attachment 105543 [details]
> another ui file with mdi windows, that work
>
> Can you test this ui locally (
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #12 from Tim E. Real <termt...@rogers.com> ---
(In reply to Hugo Pereira Da Costa from comment #9)
> Here at least it seems setting the stylesheet creates the freeze.
> Removing it on your ui file unfreezes things
> Ad
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #22 from Tim E. Real <termt...@rogers.com> ---
(In reply to Hugo Pereira Da Costa from comment #21)
> (In reply to Tim E. Real from comment #20)
> > Created attachment 105939 [details]
> > Simple cmake based Qt MDI pr
https://bugs.kde.org/show_bug.cgi?id=379790
--- Comment #20 from Tim E. Real <termt...@rogers.com> ---
Created attachment 105939
--> https://bugs.kde.org/attachment.cgi?id=105939=edit
Simple cmake based Qt MDI program sets stylesheet
Hi, can you spare some more time? 5.10 packages
https://bugs.kde.org/show_bug.cgi?id=412705
Bug ID: 412705
Summary: Konsole leaves hundreds of megabytes in thousands of
temp history files
Product: konsole
Version: unspecified
Platform: openSUSE RPMs
OS:
https://bugs.kde.org/show_bug.cgi?id=412707
Bug ID: 412707
Summary: KDevelop leaves hundreds of megabytes of temp files if
it crashes
Product: kdevelop
Version: unspecified
Platform: openSUSE RPMs
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=412705
--- Comment #3 from Tim E. Real ---
Thank you for the response.
Konsole (ver 19.08.1) does not crash, nor the system.
The only thing I can think of that might be unusual
is that I leave Konsole open when I shut down,
ie. I leave Konsole open all
https://bugs.kde.org/show_bug.cgi?id=412705
--- Comment #4 from Tim E. Real ---
Verified: Konsole cleans up after itself if I manually close it.
But Konsole does not clean up if left open and reboot.
I began with a clean plate and started Konsole and verified
it cleans up if I close
https://bugs.kde.org/show_bug.cgi?id=412705
--- Comment #5 from Tim E. Real ---
I almost forgot, KDevelop is another app that populates the /tmp folder.
KDevelop does not leave anything there upon reboot, and cleans up despite
being a 600lb gorilla having a big project open and many huge temp
https://bugs.kde.org/show_bug.cgi?id=412705
--- Comment #7 from Tim E. Real ---
Thanks for the tip. I did not know that about QTemporayFile.
It does not appear to specifically mention that in the docs.
I began using that class in our app recently.
I read a topic somewhere "How long do temp
https://bugs.kde.org/show_bug.cgi?id=412707
--- Comment #4 from Tim E. Real ---
Thanks for looking into this.
Lately it seems to be behaving much better.
Now at least, if a crash occurs, it seems that upon reboot the temp files are
gone.
I find that I am having to do much less manual cleanup
https://bugs.kde.org/show_bug.cgi?id=412707
--- Comment #9 from Tim E. Real ---
Ah yes. Good idea I suppose, since we do still have to manually clear the temp
files out
after a non-lockup crash to the desktop.
The trouble for me was when KDevelop occasionally crashed by locking up the
computer
https://bugs.kde.org/show_bug.cgi?id=412707
--- Comment #6 from Tim E. Real ---
Hm, you are right. I put a file in there and it was gone on reboot.
It surely was not working at the time of this bug report.
In fact at the time, Konsole was also leaving a lot of trash that was not
cleared even
https://bugs.kde.org/show_bug.cgi?id=412707
--- Comment #7 from Tim E. Real ---
I suppose this report could be closed now, as the particular reported problem
has gone away, with respect to the leftover reboot tmp files.
Thank you.
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=382289
--- Comment #5 from Tim E. Real ---
Hi thanks for taking a look.
The bug remains very elusive, I still cannot pin down exactly what triggers it.
Here is one thing that does usually trigger it, virtually every time:
Occasionally KDevelop will crash
22 matches
Mail list logo