Deskbar crash (reproducible)

[un_spacyar]

Hello. I found a way to crash Deskbar.I had open Otter browser, with the Otter scrollbar next to the Deskbar (see attached image).

When grab and move the scrollbar (not by the arrows, but by the slider), and continue the mouse movement over the Deskbar (click without release, like trying to drop the slider over the Deskbar), the Deskbar crash. (crash report attached too).

The weird things:

• Apparently, not happends in all the apps. I found the error using Otter.
• Also, not happends in all the Otter windows. I found it can be reproducible browsing this page:

​https://www.haiku-os.org/legacy-docs/benewsletter/index.html

• Maybe is related to the slider size?

• The first time that Deskbar crashed, I also get a launch-daemon crash. After this crash, I had to reboot. In the following cases, only Deskbar crashed. In any case, I also attach the launch-daemon crash report.

now the facts: Haiku hrev54142 (x86_gcc2)

[un_spacyar]

Deskbar crash report.

[un_spacyar]

launch-daemon crash report

[X512]

Deskbar-499-debug-09-05-2020-14-22-50.report​

Duplicate of #15991.

[un_spacyar]

Otter and Deskbar position

[un_spacyar]

X512, thanks for the fast answer! :)

I will test it again in hrev54159 when it be available in HaikuDepot.

[pulkomandy]

Congratulation on crating bug #16000 however :)

[mmlr]

What about the launch_daemon crash? It looks like memory corruption happened. Deskbar going away would trigger launch_daemon to relaunch it, so there may be corruption in the relaunch path (or earlier, and it is just the one stumbling over it). To investigate, launch_daemon should be run under the guarded heap.

[mmlr]

Replying to mmlr:

What about the launch_daemon crash?

I was unable to reproduce the launch_daemon crash under the guarded heap.

Was there anything special going on with the launch_daemon? Did you interact with it using launch_roster or something like that?