Miguel A. Vallejo - 28.11.22, 23:26:52 CET:

Recently I noticed when I drag an icon in the desktop (fully updated
Sid), the icon lags behind the mouse cursor instead of following the
mouse cursor under it as it always did.

I can confirm this.

I have searched in Preferences but I do not see anything about "drag animations" or any related effect.

Anyone know how to disable it and go back to the old behaviour?

Yeah, would be nice to know.

I am not yet sure whether I like to get used to this behavior.

Best,
--
Martin

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi all!

Recently I noticed when I drag an icon in the desktop (fully updated Sid),
the icon lags behind the mouse cursor instead of following the mouse cursor under it as it always did.

It seems to be intentional because of the "cute animation", but it is
terribly uncomfortable and breaks the workflow completely.

I have searched in Preferences but I do not see anything about "drag animations" or any related effect.

Anyone know how to disable it and go back to the old behaviour?

Thanks in advance

<div dir="ltr">Hi all!<br><br>Recently I noticed when I drag an icon in the desktop (fully updated Sid), the icon lags behind the mouse cursor instead of following the mouse cursor under it as it always did.<div><br></div><div>It seems to be intentional
because of the &quot;cute animation&quot;, but it is terribly uncomfortable and breaks the workflow completely.</div><div><br></div><div>I have searched in Preferences but I do not see anything about &quot;drag animations&quot; or any related effect.<br><

Anyone know how to disable it and go back to the old behaviour?</div><div><br></div><div>Thanks in advance</div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

El lun, 28 nov 2022 a las 23:34, Martin Steigerwald
(<[email protected]>) escribió:

Miguel A. Vallejo - 28.11.22, 23:26:52 CET:

Recently I noticed when I drag an icon in the desktop (fully updated
Sid), the icon lags behind the mouse cursor instead of following the
mouse cursor under it as it always did.

After almost a month of usage I can't get used to this "feature", it
makes the desktop feel sluggish and unresponsive.

But I still haven't found where to disable it, so.... should I open a
bug? Against what package? At Debian or KDE?

Thanks in advance.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 24/12/22 02:15, Miguel A. Vallejo ha scritto:

El lun, 28 nov 2022 a las 23:34, Martin Steigerwald
(<[email protected]>) escribió:

Miguel A. Vallejo - 28.11.22, 23:26:52 CET:

Recently I noticed when I drag an icon in the desktop (fully updated
Sid), the icon lags behind the mouse cursor instead of following the
mouse cursor under it as it always did.

After almost a month of usage I can't get used to this "feature", it
makes the desktop feel sluggish and unresponsive.

But I still haven't found where to disable it, so.... should I open a
bug? Against what package? At Debian or KDE?

Thanks in advance.

I can confirm this issue, but not on all my machines.
For example in virtualbox with 3D disabled, drag is immediate, it lags
when 3D is enabled.
So it seems gpu related.
It's ok with my intel graphic card.


--
Saluti, Luca Pedrielli

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Miguel A. Vallejo - 24.12.22, 02:15:20 CET:

El lun, 28 nov 2022 a las 23:34, Martin Steigerwald

(<[email protected]>) escribió:

Miguel A. Vallejo - 28.11.22, 23:26:52 CET:

Recently I noticed when I drag an icon in the desktop (fully
updated
Sid), the icon lags behind the mouse cursor instead of following
the
mouse cursor under it as it always did.

After almost a month of usage I can't get used to this "feature", it
makes the desktop feel sluggish and unresponsive.

But I still haven't found where to disable it, so.... should I open a
bug? Against what package? At Debian or KDE?

I’d file an upstream bug report if there is not already one.

Please share bug number afterwards.

Merry and harmonious Christmas or year-end-time to all of you.

Best,
--
Martin

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 24 décembre 2022 09:57:15 GMT+01:00, "luca.pedrielli" <[email protected]> a écrit :

Il 24/12/22 02:15, Miguel A. Vallejo ha scritto:

El lun, 28 nov 2022 a las 23:34, Martin Steigerwald
(<[email protected]>) escribió:

Miguel A. Vallejo - 28.11.22, 23:26:52 CET:

Recently I noticed when I drag an icon in the desktop (fully updated
Sid), the icon lags behind the mouse cursor instead of following the
mouse cursor under it as it always did.

After almost a month of usage I can't get used to this "feature", it
makes the desktop feel sluggish and unresponsive.

But I still haven't found where to disable it, so.... should I open a
bug? Against what package? At Debian or KDE?

Thanks in advance.

I can confirm this issue, but not on all my machines.
For example in virtualbox with 3D disabled, drag is immediate, it lags when 3D is enabled.
So it seems gpu related.
It's ok with my intel graphic card.

Yes it would be interesting to get more info about the setups and combinations where it does lag (X11/Wayland, GPU and graphics driver, desktop compositing enabled/disabled).

On my machine it's not noticeable at all and becomes slightly noticeable inside a KVM VM but the lag in that case is still a small fraction of a second and not something I would want to open a bug for.


Thanks,
--
Aurélien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Interesting...

My system is running X on a Intel 530 HD Graphics card.

When I drag an icon, and move the mouse pointer slowly, the icon
follow the mouse pointer a few centimeters behind moving somewhat
irregularly

If I move the mouse at "medium" speed, the icon can be 15 or 20
centimeters behind the mouse cursor.

If I move the mouse cursor fast, the icon does not move at all until I
drop the icon, then it moves slowly from the old to the new position.

Otherwise, moving windows is as fast as usual, they move in real time
under the mouse pointer without any problem.

It happens with any icon, even with icons inside Dolphin or Ark.

I must admit I thought it was a new desktop effect.

I also noticed plasmashell CPU usage is quite high (around 60 - 65 %
CPU usage) while dragging icons. Xorg is also high CPU usage (35 -
40%) while dragging icons. In fact both plasmashell and Xorg CPU
usages added are always very close to 100%. They do not use as much
CPU moving windows (well under 10%).

I didn't see any suspicious problems both in syslog or .xsession-errors

Any ideas to find where the problem is?

Thanks in advance

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 24/12/22 12:30, Miguel A. Vallejo ha scritto:

Interesting...

My system is running X on a Intel 530 HD Graphics card.

When I drag an icon, and move the mouse pointer slowly, the icon
follow the mouse pointer a few centimeters behind moving somewhat
irregularly

If I move the mouse at "medium" speed, the icon can be 15 or 20
centimeters behind the mouse cursor.

If I move the mouse cursor fast, the icon does not move at all until I
drop the icon, then it moves slowly from the old to the new position.

Otherwise, moving windows is as fast as usual, they move in real time
under the mouse pointer without any problem.

It happens with any icon, even with icons inside Dolphin or Ark.

I must admit I thought it was a new desktop effect.

I also noticed plasmashell CPU usage is quite high (around 60 - 65 %
CPU usage) while dragging icons. Xorg is also high CPU usage (35 -
40%) while dragging icons. In fact both plasmashell and Xorg CPU
usages added are always very close to 100%. They do not use as much
CPU moving windows (well under 10%).

I didn't see any suspicious problems both in syslog or .xsession-errors

Any ideas to find where the problem is?

Thanks in advance

What happens if you try to suspend the compositor (SHIFT+Alt+F12)?

--
Saluti, Luca Pedrielli

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 24 décembre 2022 14:08:27 GMT+01:00, "luca.pedrielli" <[email protected]> a écrit :

Il 24/12/22 12:30, Miguel A. Vallejo ha scritto:

Interesting...

My system is running X on a Intel 530 HD Graphics card.

When I drag an icon, and move the mouse pointer slowly, the icon
follow the mouse pointer a few centimeters behind moving somewhat
irregularly

If I move the mouse at "medium" speed, the icon can be 15 or 20
centimeters behind the mouse cursor.

If I move the mouse cursor fast, the icon does not move at all until I
drop the icon, then it moves slowly from the old to the new position.

Otherwise, moving windows is as fast as usual, they move in real time
under the mouse pointer without any problem.

It happens with any icon, even with icons inside Dolphin or Ark.

I must admit I thought it was a new desktop effect.

I also noticed plasmashell CPU usage is quite high (around 60 - 65 %
CPU usage) while dragging icons. Xorg is also high CPU usage (35 -
40%) while dragging icons. In fact both plasmashell and Xorg CPU
usages added are always very close to 100%. They do not use as much
CPU moving windows (well under 10%).

I didn't see any suspicious problems both in syslog or .xsession-errors

Any ideas to find where the problem is?

Thanks in advance

What happens if you try to suspend the compositor (SHIFT+Alt+F12)?

Yes that would be useful.

It would also be interesting to test under a Wayland session (you need to install plasma-workspace-wayland and select the Wayland session before logging in).

Also trying for a newly created user could give us some info on whether the issue can be caused by some customisations you made to your environment.


Thanks,
--
Aurélien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Yes! This is becoming quite interesting!

I made a small video showing the issue:

https://www.dropbox.com/s/rm98raxb4i55v1d/issue.mp4?dl=1

Questions:

What happens if you try to suspend the compositor (SHIFT+Alt+F12)?

Problem solved, a white icon background but it moves perfectly!

It would also be interesting to test under a Wayland session

No issues at all under Wayland. Just perfect!

So I guess I will use Wayland for now... The problem seems to be in
the compositor under X11.

If you need more info about my setup, just tell me.

Thank you all!

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

------WFP6Z8SJHXPAZD3MM49SLA6J1N1A13
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

OK indeed I can reproduce in an X11 session with desktop compositing on. It's awful. 🙂

I'll report the bug upstream.

Thanks for the additional info and the video.


Haply hacking & Christmas,
--
Aurélien

Le 24 décembre 2022 22:26:16 GMT+01:00, "Miguel A. Vallejo" <[email protected]> a écrit :

Yes! This is becoming quite interesting!

I made a small video showing the issue:

https://www.dropbox.com/s/rm98raxb4i55v1d/issue.mp4?dl=1

Questions:

What happens if you try to suspend the compositor (SHIFT+Alt+F12)?

Problem solved, a white icon background but it moves perfectly!

It would also be interesting to test under a Wayland session

No issues at all under Wayland. Just perfect!

So I guess I will use Wayland for now... The problem seems to be in
the compositor under X11.

If you need more info about my setup, just tell me.

Thank you all!

------WFP6Z8SJHXPAZD3MM49SLA6J1N1A13
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body>OK indeed I can reproduce in an X11 session with desktop compositing on. It's awful. 🙂<br><br>I'll report the bug upstream.<br><br>Thanks for the additional info and the video.<br><br><br>Haply hacking &amp; Christmas,<br>--<

Aurélien<br><br><div class="gmail_quote">Le 24 décembre 2022 22:26:16 GMT+01:00, "Miguel A. Vallejo" &lt;[email protected]&gt; a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204);

padding-left: 1ex;">
<pre dir="auto" class="k9mail">Yes! This is becoming quite interesting!<br><br>I made a small video showing the issue:<br><br><a href="https://www.dropbox.com/s/rm98raxb4i55v1d/issue.mp4?dl=1">https://www.dropbox.com/s/rm98raxb4i55v1d/issue.mp4?dl=1</a><

<br>Questions:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">What happens if you try to suspend the compositor (SHIFT+Alt+F12)?<br></blockquote><br>Problem solved, a white

icon background but it moves perfectly!<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">It would also be interesting to test under a Wayland session<br></blockquote><br>No
issues at all under Wayland. Just perfect!<br><br>So I guess I will use Wayland for now... The problem seems to be in<br>the compositor under X11.<br><br>If you need more info about my setup, just tell me.<br><br>Thank you all!<br><br></pre></blockquote><
/div></body></html>
------WFP6Z8SJHXPAZD3MM49SLA6J1N1A13--

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Thank you!

Let us know the assigned bug number to keep an eye on it.

Merry Christmas!

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Any progress with this issue?

After a few days using Wayland I returned to X. I do not feel Wayland
is ready for everyday use... at least not for me.

Greetings

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Any progress with this bug?

A lot of plasma packages have been updated since I reported it and it
is still present... but worse: Now sometimes the icon does not get
drawn at all while moving, disappearing until I drop it.

Thanks in advance

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Mittwoch, 25. Januar 2023, 22:51:26 CET schrieb Miguel A. Vallejo:

Any progress with this bug?

A lot of plasma packages have been updated since I reported it and it
is still present... but worse: Now sometimes the icon does not get
drawn at all while moving, disappearing until I drop it.

Thanks in advance

The same error occurs for me, even with a newly created user. So it doesn't seem to be an incorrect configuration.
It's also just a visual issue, but totally annoying.
Are there any solutions to this?

--
Gru�
Helge

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Are there any solutions to this?

My search in bug trackers returned nothing, probably the bug is not
even reported yet. Now I'm on stable because of the font rendering
problem in konsole, so I will not suffer from it for a while, but I'm
agree with you: it is totally annoying.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi.

Le samedi 24 d�cembre 2022, 10:33:52 CEST Aur�lien COUDERC a �crit :

Le 24 d�cembre 2022 09:57:15 GMT+01:00, "luca.pedrielli" <[email protected]> a �crit :

Il 24/12/22 02:15, Miguel A. Vallejo ha scritto:

El lun, 28 nov 2022 a las 23:34, Martin Steigerwald
(<[email protected]>) escribi�:

Miguel A. Vallejo - 28.11.22, 23:26:52 CET:

Recently I noticed when I drag an icon in the desktop (fully updated >>>> Sid), the icon lags behind the mouse cursor instead of following the >>>> mouse cursor under it as it always did.

After almost a month of usage I can't get used to this "feature", it
makes the desktop feel sluggish and unresponsive.

But I still haven't found where to disable it, so.... should I open a
bug? Against what package? At Debian or KDE?

Thanks in advance.

I can confirm this issue, but not on all my machines.
For example in virtualbox with 3D disabled, drag is immediate, it lags when 3D is enabled.
So it seems gpu related.
It's ok with my intel graphic card.

Yes it would be interesting to get more info about the setups and combinations where it does lag (X11/Wayland, GPU and graphics driver, desktop compositing enabled/disabled).

On my machine it's not noticeable at all and becomes slightly noticeable inside a KVM VM but the lag in that case is still a small fraction of a second and not something I would want to open a bug for.

For the record this has been fixed in Qt5 version 5.15.8+dfsg-9 that already reached bookworm.
Patrick identified the upstream commit and Dmitry backported it to our packages.


Happy hacking,
--
Aur�lien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

For the record this has been fixed in Qt5 version 5.15.8+dfsg-9 that already reached bookworm.
Patrick identified the upstream commit and Dmitry backported it to our packages.

YES!

I can confirm it works fine now.

A big thank you to you all.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)