On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a):
I think I found a bug. A cockroach that needs to be crushed with extreme, bloody thirsty prejudice.
Please launch konq,
- create a directory.
- Right click, go to properties
- Click on the icon button
- choose applications
If I'm correct, it will freeze at about 24 to 26 % whilst caching the icons.
Let me know what everyone finds.
The power just went out!!!
Kate
I remember someone reporting such a problem if another icon set / program icons was installed. See bug 3075.
http://bugs.pearsoncomputing.net/show_bug.cgi?id=3075
What version do you have installed? Official release R14.0.8 or PSB - ie R14.0.9~pre? Recently, there was a fix in tdelibs regarding the endless loop that occurred for some svg icons.
Cheers
Hi Slávek
The link, I think, is very useful. I looked into the icon packs to see I have a LOT installed. I'm going to remove all the ones I can and see it that helps. I suspected some kind of dbase overload.
I'm running R14.0.8.
Thank you again, will get back to you.
Kate
I really wonder if the commit in R14.0.9~pre successfully solves this problem, or if it's something else.
Cheers
Slávek
It seems no one else is reporting this problem. Logic suggests, I did something to create the problem. Let's ass-ume I did something wrong and wait until it came be proven otherwise.
I'm going to build a test machine, install and see if a raw, clean user has the same problem.
"Please stand by..."
Thanks to all,
Kate
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Sent from Yahoo Mail on Android
On Fri, 28 Aug 2020 at 15:02, BorgLabs - Kate Dravenborglabs4@gmail.com wrote: > On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a):
I think I found a bug. A cockroach that needs to be crushed with extreme, bloody thirsty prejudice.
Please launch konq,
- create a directory.
- Right click, go to properties
- Click on the icon button
- choose applications
If I'm correct, it will freeze at about 24 to 26 % whilst caching the icons.
Let me know what everyone finds.
The power just went out!!!
Kate
I remember someone reporting such a problem if another icon set / program icons was installed. See bug 3075.
http://bugs.pearsoncomputing.net/show_bug.cgi?id=3075
What version do you have installed? Official release R14.0.8 or PSB - ie R14.0.9~pre? Recently, there was a fix in tdelibs regarding the endless loop that occurred for some svg icons.
Cheers
Hi Slávek
The link, I think, is very useful. I looked into the icon packs to see I have a LOT installed. I'm going to remove all the ones I can and see it that helps. I suspected some kind of dbase overload.
I'm running R14.0.8.
Thank you again, will get back to you.
Kate
I really wonder if the commit in R14.0.9~pre successfully solves this problem, or if it's something else.
Cheers
Slávek
It seems no one else is reporting this problem. Logic suggests, I did something to create the problem. Let's ass-ume I did something wrong and wait until it came be proven otherwise.
I'm going to build a test machine, install and see if a raw, clean user has the same problem.
"Please stand by..."
Thanks to all,
Kate
Sorry I couldn't help more --------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Friday 28 August 2020, alistair izzard via trinity-users wrote:
Sent from Yahoo Mail on Android
On Fri, 28 Aug 2020 at 15:02, BorgLabs - Kate Dravenborglabs4@gmail.com
wrote: > On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a):
I think I found a bug. A cockroach that needs to be crushed with extreme, bloody thirsty prejudice.
Please launch konq,
- create a directory.
- Right click, go to properties
- Click on the icon button
- choose applications
If I'm correct, it will freeze at about 24 to 26 % whilst caching the icons.
Let me know what everyone finds.
The power just went out!!!
Kate
I remember someone reporting such a problem if another icon set / program icons was installed. See bug 3075.
http://bugs.pearsoncomputing.net/show_bug.cgi?id=3075
What version do you have installed? Official release R14.0.8 or PSB - ie R14.0.9~pre? Recently, there was a fix in tdelibs regarding the endless loop that occurred for some svg icons.
Cheers
Hi Slávek
The link, I think, is very useful. I looked into the icon packs to see I have a LOT installed. I'm going to remove all the ones I can and see it that helps. I suspected some kind of dbase overload.
I'm running R14.0.8.
Thank you again, will get back to you.
Kate
I really wonder if the commit in R14.0.9~pre successfully solves this problem, or if it's something else.
Cheers
Slávek
It seems no one else is reporting this problem. Logic suggests, I did something to create the problem. Let's ass-ume I did something wrong and wait until it came be proven otherwise.
I'm going to build a test machine, install and see if a raw, clean user has the same problem.
"Please stand by..."
Thanks to all,
Kate
Sorry I couldn't help more
It's impossible to save me from my own stupidity.
:(
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Friday, August 28, 2020 7:00 AM, BorgLabs - Kate Draven borglabs4@gmail.com wrote:
On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a):
I think I found a bug. A cockroach that needs to be crushed with extreme, bloody thirsty prejudice. Please launch konq,
- create a directory.
- Right click, go to properties
- Click on the icon button
- choose applications
If I'm correct, it will freeze at about 24 to 26 % whilst caching the icons. Let me know what everyone finds. The power just went out!!! Kate
I remember someone reporting such a problem if another icon set / program icons was installed. See bug 3075. http://bugs.pearsoncomputing.net/show_bug.cgi?id=3075 What version do you have installed? Official release R14.0.8 or PSB - ie R14.0.9~pre? Recently, there was a fix in tdelibs regarding the endless loop that occurred for some svg icons. Cheers
Hi Slávek The link, I think, is very useful. I looked into the icon packs to see I have a LOT installed. I'm going to remove all the ones I can and see it that helps. I suspected some kind of dbase overload. I'm running R14.0.8. Thank you again, will get back to you. Kate
I really wonder if the commit in R14.0.9~pre successfully solves this problem, or if it's something else.
Cheers
Slávek
It seems no one else is reporting this problem. Logic suggests, I did something to create the problem. Let's ass-ume I did something wrong and wait until it came be proven otherwise.
I'm going to build a test machine, install and see if a raw, clean user has the same problem.
"Please stand by..."
Thanks to all,
Kate
Debian stable, TDE stable.
Just in case.
How about creating a new user on your current machine?
If your install is okay, new user same machine worked here.
This step would separate istall from user issues.
lurking,
greg
On Friday 28 August 2020 09:00:17 am BorgLabs - Kate Draven wrote:
On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a):
I think I found a bug. A cockroach that needs to be crushed with extreme, bloody thirsty prejudice.
Please launch konq,
- create a directory.
- Right click, go to properties
- Click on the icon button
- choose applications
If I'm correct, it will freeze at about 24 to 26 % whilst caching the icons.
Let me know what everyone finds.
Doubt this is related, but figured I’d add it to a Konqueror thread in case anyone else has seen the behavior.
Also as an FYI as this completely wipes a file from the drive.
Issue(s): - Crash - Moving fire disappears
Reproduce: - Have multiple windows of Konqueror open (my use case, may not be relevant) - In a single window, drag a file from the right pane to a higher level direcory - Click ‘Move here’ Effect: - [a lot] Konqueror crashes (I don’t have something installed to create a backtrace(sp?) - Click cancel on the ‘stuck’ file move dialoge - [rarely] The moved file ‘disappears’ completely *
* Not in either the original or destination directory or trash.
This is on a fresh install of MX19 (Debian Buster) w/ R14.0.8. (Old /home/user though)
Best, Michael
PS: Can the About pop-ups be made copy/paste-able? Where would I make that request?
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Fri, 28 Aug 2020, Michael wrote:
PS: Can the About pop-ups be made copy/paste-able? Where would I make that request?
<Print Screen> -> [Region] ??
Jonesy
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Friday 28 August 2020 10:17:37 am Marvin Jones via trinity-users wrote:
On Fri, 28 Aug 2020, Michael wrote:
PS: Can the About pop-ups be made copy/paste-able? Where would I make that request?
<Print Screen> -> [Region] ??
Hi Jonesy,
Yeah, probably would have been good to explain 'why.' :)
I'd like to copy/paste from the About pop-up to reduce typing, and typo's, of version(s) into things like this. Should also make it easier on our dev's if we all included stuff like that.
The Authors and License Agreement tabs (on the About Konqueror for example) can be copied from but the About tab and the text above the tabs with the app name and version can't be...
Best, Michael
PS: Huh, guess the (c) copyright dates also need to be updated, Konq shows 2011-2014...
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Friday 28 August 2020, Michael wrote:
On Friday 28 August 2020 09:00:17 am BorgLabs - Kate Draven wrote:
On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a):
I think I found a bug. A cockroach that needs to be crushed with extreme, bloody thirsty prejudice.
Please launch konq,
- create a directory.
- Right click, go to properties
- Click on the icon button
- choose applications
If I'm correct, it will freeze at about 24 to 26 % whilst caching the icons.
Let me know what everyone finds.
Doubt this is related, but figured I’d add it to a Konqueror thread in case anyone else has seen the behavior.
Also as an FYI as this completely wipes a file from the drive.
Issue(s):
- Crash
- Moving fire disappears
Reproduce:
- Have multiple windows of Konqueror open (my use case, may not be
relevant) - In a single window, drag a file from the right pane to a higher level direcory
- Click ‘Move here’
Effect:
- [a lot] Konqueror crashes (I don’t have something installed to create a
backtrace(sp?)
- Click cancel on the ‘stuck’ file move dialoge
- [rarely] The moved file ‘disappears’ completely *
- Not in either the original or destination directory or trash.
This is on a fresh install of MX19 (Debian Buster) w/ R14.0.8. (Old /home/user though)
Best, Michael
PS: Can the About pop-ups be made copy/paste-able? Where would I make that request?
this could be a smart failure on the hard drive butt.. try this.
Open konqueror, click on whatever you want to copy, uset ctrl C to copy. Then ctrl V to paste. Do that in a variety of ways and see if you still get the same results. Also installed GSmartControl or other HD dianostic tools and run tests on your hard drives.
Kate
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Friday 28 August 2020 10:34:03 am BorgLabs - Kate Draven wrote:
On Friday 28 August 2020, Michael wrote:
On Friday 28 August 2020 09:00:17 am BorgLabs - Kate Draven wrote:
On Wednesday 26 of August 2020 20:11:26 BorgLabs - Kate Draven wrote:
On Wednesday 26 August 2020, Slávek Banko wrote:
Dne st 26. srpna 2020 BorgLabs - Kate Draven napsal(a): > I think I found a bug. > A cockroach that needs to be crushed with extreme, bloody > thirsty prejudice. > > Please launch konq, > 1. create a directory. > 2. Right click, go to properties > 3. Click on the icon button > 4. choose applications > > If I'm correct, it will freeze at about 24 to 26 % whilst > caching the icons. > > Let me know what everyone finds.
Doubt this is related, but figured I’d add it to a Konqueror thread in case anyone else has seen the behavior.
Also as an FYI as this completely wipes a file from the drive.
Issue(s):
- Crash
- Moving fire disappears
Reproduce:
- Have multiple windows of Konqueror open (my use case, may not be
relevant) - In a single window, drag a file from the right pane to a higher level direcory
- Click ‘Move here’
Effect:
- [a lot] Konqueror crashes (I don’t have something installed to create a
backtrace(sp?)
- Click cancel on the ‘stuck’ file move dialoge
- [rarely] The moved file ‘disappears’ completely *
- Not in either the original or destination directory or trash.
This is on a fresh install of MX19 (Debian Buster) w/ R14.0.8. (Old /home/user though)
Best, Michael
PS: Can the About pop-ups be made copy/paste-able? Where would I make that request?
this could be a smart failure on the hard drive butt.. try this.
Open konqueror, click on whatever you want to copy, uset ctrl C to copy. Then ctrl V to paste. Do that in a variety of ways and see if you still get the same results. Also installed GSmartControl or other HD dianostic tools and run tests on your hard drives.
Thanks Kate! :O
After changing my pants, and then re-reading how to interpret smartctl, it seems my drives are fine.
Here are the commands to check with
michael@local [~]# lsblk root@local [~]# smartctl --all /dev/sda root@local [~]# smartctl --all /dev/nvme0n1
PS: Yeah, the crtl c/v has always worked. And of course, when it was 100% reproducible for weeks, now I can’t get it to do it once after moving 10 different (junk) files around.
Best, Michael
On Fri, 28 Aug 2020 10:11:08 -0500 Michael mb_trinity_desktop@inet-design.com wrote:
Doubt this is related, but figured I’d add it to a Konqueror thread in case anyone else has seen the behavior.
Also as an FYI as this completely wipes a file from the drive.
Issue(s):
- Crash
- Moving fire disappears
Reproduce:
- Have multiple windows of Konqueror open (my use case, may not be relevant)
- In a single window, drag a file from the right pane to a higher level
direcory
- Click ‘Move here’
Effect:
- [a lot] Konqueror crashes (I don’t have something installed to create a
backtrace(sp?)
- Click cancel on the ‘stuck’ file move dialoge
- [rarely] The moved file ‘disappears’ completely *
- Not in either the original or destination directory or trash.
This is on a fresh install of MX19 (Debian Buster) w/ R14.0.8. (Old /home/user though)
I've had a similar problem (Konqueror crashes when cut-and-pasting files within the same window), but I've never never lost a file to it (the file is always still in the original directory for me, but I close the copy window with the X, never the cancel button). I've also never been able to reproduce it reliably.
I'm still running an old git pull from a couple of years ago on this machine, so it might not even be the same bug (I always put it down to the fact that I wasn't using a proper release version).
E. Liddell
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
I've had a similar problem (Konqueror crashes when cut-and-pasting files within the same window), but I've never never lost a file to it (the file is always still in the original directory for me, but I close the copy window with the X, never the cancel button). I've also never been able to reproduce it reliably.
I'm still running an old git pull from a couple of years ago on this machine, so it might not even be the same bug (I always put it down to the fact that I wasn't using a proper release version).
E. Liddell
This is a known (and annoying - but not yet enough) bug. See https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/issues/147
but files do not get moved to trash, they stay were they are.
Cheers Michele
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting