Cough, cough...

https://invent.kde.org/plasma/plasma...ests/552/diffs

I tell you what's is the issue.

Previously, using the SHIFT key, the menu item would have switched between trash and delete. This is how should have worked on previous Plasma 5.22

Now, are shown both menu items, yet they are active as usual. SHIFT blocks "trash" and enables "delete"

SO, you never "just deleted" files with a click on desktop. You used also SHIFT, champ!

2 members found this post helpful.

I use since kde 2 or 3 , ... i try to not make big changes on my desktop boxes , don like new things under plasmoids.


If you open dolphin , and in the bar go to desktop , in my case im on root acount...

inside dolphin , using same servicemenu you can delete files , thats the reason i discard a dolphin as culprit or involucrated.

Thanks for this point , then im not crazy , one more time , he he he.

I hope this comes in 5.23.1

NOPE , i never used any key to delete objects , and see the commit is aplied to 5.22 , thats worked , but not in 5.23.

Search continue here ...

Today's update:

This week's new features, bug fixes and improvements,
https://pointieststick.com/2021/10/1...n-is-released/

1 members found this post helpful.

I just submitted a fix for evaluation: https://invent.kde.org/plasma/plasma...e_requests/604
This will hopefully come in 5.23.1 in about a week

4 members found this post helpful.

Excuse my ignorant question regarding your pull request

https://invent.kde.org/plasma/plasma...e_requests/604

So, I understand that traditionally unless is enabled "show delete action", as to be shown both menuitems, the "Trash" menuitem become "Delete" while pressing SHIFT key.

This is the traditional way, and also used even by Windows 10 until Plasma5 introduced the alternative to have both menu items.

Your patch preserve this behavior? aka

DELETE (click on menuitem) => Trash
SHIFT + DELETE (even on menuitem) => Delete

?

I ask this because I am one of those who will prefer the traditional behavior, contrary to our friend "Usuario" not so "nuevo" who love to have separate menuitems

1 members found this post helpful.

Im not understand you , as i say a million of times , thats works ever , trash and delete , works since ever from servicemenus , im not requesting nothing new, im reporting something broken after last update , if you no undertsand like when say "ITS WORKING HERE" , without understand nothing then its your problem, not mine.


You talk as EXPERT , for things you never use , ok PRO , next go to my ignore list , tired to see pros saying works here , without understand nothing and without test when i write exact steps to reproduce bug , at least 2 or 3 times , and you ever say "works" , when you see "NOT WORK" , i think you feel ,ofensed or something.

Your problem bro , not mine.

Imagine when you send something to trash need an extra key interaction , when servicemenus are ork ever , with a click mouse.

@LuckyCyborg

If you dont know a little difference , when you send to trash , need an extra action to delete , or go later to empty , or press extra keys.

If i want delete something, i use directly "delete", servicemenu ,

Whats the purpouse of a servicemenu (for mouse clicks) , if need extra interactions to work pressing extras keys ?

I need two hands , to delete things , from servicemenu , when since EVER , than works as is , DELETE IS DELETE ,if action exists and i enable it , the desired result is a working servicemenu.

One more time you understand nothing , you ofensed cause say all perfect since beta , but is not true , all is perfect when you install something and do nothing with it , all defaults , then all works. OK MASTER.

-----------------------------------

Hey man , i apply the patch , under 5.23.0 sources , build and install ...

ALL WORKS AS EVER , delete action returns to work from servicemenu if are enabled.

Many thanks , i hope officially adopted , in other case i have a pacth to apply myself.

delete this, sorry.

Believe or not, I know well the difference as I first had a look to a Trash Bin while I used Windows 98SE on an Intel i486 box.

And since those long past times, Windows had the behavior described by me. It has the same behavior even on Windows 10.

AND, from what I remember, the KDE 2.2, KDE3, KDE4 and Plasma5 has the same behavior. OK, on the Plasma 5.22 was introduced this alternate behavior loved by you, now with issues on latest Plasma 5.23

BUT, calling this misbehavior a "disaster" like you did on the Requests Thread is way overarching.

Like you are overarching here, right now. Because, you still have a way to delete the files from Desktop. The traditional way which everybody know since forever.

Man, I have nothing against this Plasma5 feature loved by you. I wish you for it to be fixed ASAP. BUT, stop overarching!

What I asked is regarding preserving the traditional behavior. IF it's preserved.

Because we should NOT change a traditional behavior of KDE2, KDE3, KDE4 and Plasma5 just for your sake OR even for my own sake.

I show you in the attached screenshots, what I mean be traditional behavior used by Microsoft Windows and KDE{2,3,4}/Plasma5 since forever, with the note that on the second screenshot is pressed the SHIFT key.

This is the latest updated -current, with no patches applied and no "delete service" enabled - notice that the menu item from "Move to Trash" becomes "Delete" and yes, it deletes the file, instead of moving it to Trash Bin.

Attached Thumbnails

   

3 members found this post helpful.

You continue talking , without know nothing.

Option to delete files only using a sevicemenu , exist since ever and works since ever , you talK arround changes introduced in plasma 5.22 , but 5.22 works as ever , arrives broken under 5.23 , and you continue thinking im talking around ALL PLASMA , and im talkin a single pkg called

plasma-desktop-5.23 SINGLE PKG


You can sleep as baby , the issue affects ONLY IF YOU PUT YOUR DESKTOP AS FOLDER , i say million times , but you ignored all , ITS A DESKTOP FOLDER DESKTOP PLUGIN.

I not write more arround this , im talking vs wall , no ear , no read , no understand and no try it.

STOP this , cause you dont know nothing arround , you no use desktop as folder then you know 0

when desktop is configured as folder and use trash to delete , files not deleted , only moved to trash ,

understand this ?

I want use delete to DELETE not to move on trash.
When i use trash servicemenu , files are moved and no deleted , if i go to trash i see perfectly the files here.


Repeat with me

trash servicemenu and delete servicemenu are different things
trash servicemenu and delete servicemenu are different things
trash servicemenu and delete servicemenu are different things

trash plugin and delete plugin are different things
trash plugin and delete plugin are different things
trash plugin and delete plugin are different things

delete no need extra actions , directly delete files , no need press keys , no need go trash to empty , and that exist since ever...im not use trash never , thats the reason i note the delete plugin starts fail since 5.23.

Easy thing you no understand is "if plugin eists" , then expected result is go to work.

You love your desktop vanilla uncustomized , untouched configs , okey , but let me use my desktop as i want for me , please.

------------------------------------------

Any one see random artifacts arround window frames on X11 session ?
I not see ever , only random , more noticiable is when i start chrome , now a black screen appears from less than a second , and later chrome load homepage , here we can have 2 candidates , or some change on mesa (3d drivers) , or some fix for plasma make noise under x11 sessions.

Not a big problem , i see only 2 or 3 times in these 2 latest days.

Did you noticed where @ctrlaltca made his patch? Happened to be over the merge request indicated by @LuckyCyborg, BTW?

And if he managed to find from where the problem comes, then I think that he had been understand exactly what and how happened.

So, this is the way you thanks to @LuckyCyborg for finding the offending merge request which generated your issue?

What a shameless reaction from your part to people who tried to help you!

You are a live example of the old saying: no good deed remains unpunished!

Anyway, out of all this drama you did regarding this alternate behavior on desktop, to know that this Shift key change on the contextual menu from desktop and file managers exists since beginning of KDE, without the help of a delete service enabling.

And exactly like you are told in this thread, exactly same is on Windows. I testify you that this way, pressing the Shift key the opening contextual menu, I deleted files since immemorial times, both in Windows and Linux KDE pr Gnome.

If you do not understand about what I talk, read again the last post of LC. He put even screenshots.

And stop acting like a drama queen! Take a good breath and drink a milk or sip a tequila, whatever is alike to calm you down.

Honestly, if this minor feature misbehavior is the biggest disaster on Plasma 5.23.0, seems that is was really made well.

I suggest you to wait to see if this will be fixed on the next releases of Plasma 5.23 because considering the way you acted with this crap of desktop menu issue, is doubtful that someone will try to help you in the near future.

I'm able to confirm you that the patch proposed by @ctrlaltca preserves (what you call) the traditional behavior.

Sincere congratulations to him for the fine work!

I've built the plasma-dekstop package with the patch applied, and the behavior is exactly the same without enabling "ShowDeleteCommand" on contextual menus.

And it fixes the behavior on desktop's contextual menu when the option is enabled, as supposed.

I believe that @ctrlaltca could propose this patch to be applied on -current before it will be appear eventually on Plasma 5.23.1

Who knows if it will be merged on time for it, maybe the fix will appear on one of the next releases.

4 members found this post helpful.