I have dual monitor set. After I create a file on my left desktop I try to move it to the right desktop. Result: KDE asks me what i want: copy file, move it or create a link When I choose "move" I see a "file exists, rename it" prompt. When I leave filename unchanged and hit an "overwrite" button the prompt appears again
Did you configure both of them to show "Desktop folder" (the top option in "Location") settings or did you set one of them to "Show location: Desktop" dropdown?
(In reply to Kai Uwe Broulik from comment #1) > Did you configure both of them to show "Desktop folder" (the top option in > "Location") settings or did you set one of them to "Show location: Desktop" > dropdown? I "set" both of them to "Folder View: ~/Desktop" afaik, it's default now
I found an issue so far that can be relater to this problem: KDE asks to rename a file because I'm trying to move it from file:///home/mcpain/Desktop/filename to file:///home/mcpain/Desktop/./filename URLs are different but both paths are pointing to the same dir
Does it work when you set both to "desktop:/" instead of "~/Desktop"? Does it exhibit the same behavior (with the superfluous dot) when both are set to any other same path, e.g. set both to ~/Documents?
(In reply to Kai Uwe Broulik from comment #4) > Both are "Show the Desktop folder" in Location tab (I looked at the wrong place) > Does it work when you set both to "desktop:/" instead of "~/Desktop"? Not sure about difference between them and how to do it > Does it exhibit the same behavior (with the superfluous dot) when both are > set to any other same path, e.g. set both to ~/Documents? I set both to file://home/mcpain/Documents and it's working fine now I have no idea how to fix it so far
> Not sure about difference between them and how to do it desktop:/ is "Show desktop folder, top radio button" ~/Desktop is "Show place: [Desktop]" dropdown (removed in 5.14 to avoid this confusion) I have seen this issue in the past but it might have been fixed in 5.13 or some newer KDE Frameworks version.
(In reply to Kai Uwe Broulik from comment #6) > I have seen this issue in the past but it might have been fixed in 5.13 or > some newer KDE Frameworks version. Using KDE Frameworks 5.49 now, but KDE Plasma 5.12.6 Tested it, seems fixed in 5.13. Can you help me to find out which commit fixes it?
Thanks for reporting back. I'm not sure, actually, there have been quite some changes and improvements to the Screen Mapper in plasma-desktop, which is probably why it was deemed too invasive for backporting to LTS. If you could bisect plasma-desktop/containments/plugin/folder that would be very helpful.
(In reply to Kai Uwe Broulik from comment #8) > Thanks for reporting back. I'm not sure, actually, there have been quite > some changes and improvements to the Screen Mapper in plasma-desktop, which > is probably why it was deemed too invasive for backporting to LTS. If you > could bisect plasma-desktop/containments/plugin/folder that would be very > helpful. it was commit cab9078eaf21f27c034c93ac94dbbfed8c228f7c when this issue has been fixed
I just successfully applied that patch to 5.12 branch, can you try and see if that fixes the issue for you? To my surprise this commit doesn't have any dependencies on any of the screen mapper changes done in Plasma 5.13.
(In reply to Kai Uwe Broulik from comment #10) > I just successfully applied that patch to 5.12 branch, can you try and see > if that fixes the issue for you? To my surprise this commit doesn't have any > dependencies on any of the screen mapper changes done in Plasma 5.13. Tried already, it works, but there are some other patches applied on my 5.12.6 version so I'm not sure whether it works on "clean" 5.12.6 or not, mine is "dirty"
I applied it on clean 5.12 branch, ok, I'll suggest backporting this then
Is it backported?
What is the status of this ticket? Recent comments suggests there was a fix which can be backported to 5.12 branch.
Already fixed. Given the proximity of the next LTS release (next month) I'm not sure it's worth it to backport the fix for the last one.