Ticket #634 (closed bug: fixed)

Opened 2 years ago

Last modified 9 months ago

[app_server] crash in Painter::FillRectNoClipping()

Reported by: diver Owned by: stippi
Priority: critical Milestone: R1/alpha1
Component: Servers/app_server Version:
Cc: Blocked By:
Platform: All Blocking:

Description (last modified by wkornewald) (diff)

While trying to reproduce #630 app_server suddenly crash while i move deskbar around. Tested with r17592 under vmware. backtracke will follow.

Attachments

app_server_crash_3.PNG (26.2 kB) - added by diver 2 years ago.
back trace

Change History

Changed 2 years ago by diver

back trace

Changed 2 years ago by diver

  • dependson set to 630

Changed 2 years ago by diver

  • blocked set to 679

Changed 2 years ago by diver

Ok, i think i found a way of how to reproduce it:

This is on new image with r18522 under vmware. Desktop context menu->New->Edit Template Now hold down alt+n and wait until current creating folder would be near "New Folder 150" at this point release alt+n (new folders will continue creating) and move this traker window around, resize, etc... I've managed to reproduce it 3/5 times. Hope this would help...

Changed 2 years ago by diver

  • summary changed from [app_server] crash to [app_server] crash in Painter::FillRectNoClipping()

Changed 2 years ago by axeld

  • owner changed from axeld to stippi

Changed 2 years ago by axeld

Thanks!

Changed 2 years ago by wkornewald

  • platform set to All
  • description modified (diff)

Changed 2 years ago by diver

More easy way to reproduce it: Open one of the images located under /boot/beos/etc/Artwork in ShowImage Press several times (2-20) alt+enter for fullscreen. app_server should crash!

Changed 2 years ago by diver

  • component changed from General to User Interface/app_server

Changed 23 months ago by stippi

  • status changed from new to assigned

Changed 22 months ago by diver

This is now app_server crash bug number 1...

Changed 22 months ago by stippi

You mean like in "it happens all the time now" or "the last remaining serious bug"? I have not seen it yet, but I'm going to try to reproduce it by the methods described here. Thanks for all your testing, btw!

Changed 12 months ago by diver

I mean it happens all the time now and still could be easely reproducable with r21673.

Changed 12 months ago by stippi

I tried to reproduce this, but I cannot with your ShowImage fullscreen trick. Are you sure this bug still happens? You said in another bu you accidentally tested with an old image.

Changed 12 months ago by diver

Yes, i think i was testing wrong image, it doesn't crash now, it only corrupt 1st raw of pixels, but i think i should open another bug for this. Please, close this bug.

Changed 12 months ago by stippi

  • status changed from assigned to closed
  • resolution set to fixed

Appearently fixed in the meantime.

P.S. Yes, I noticed the corrupted first row (or column, depends on image) of pixels.

Changed 11 months ago by diver

  • status changed from closed to reopened
  • resolution deleted

app_server crashed with this back trace wile moving Deskar, reopening.

Changed 10 months ago by stippi

  • milestone changed from R1 to R1/alpha

Changed 9 months ago by stippi

  • status changed from reopened to closed
  • resolution set to fixed

I cannot make app_server crash at all with any of the ways described here:

* Dragging Deskbar arround like mad while at the same time switching workspaces using the keyboard * Toggling ShowImage full screen mode, also while at the same time switching workspaces

I think this bug has been fixed by fixing some of the race conditions in app_server that had to do with unlocking/locking the window lock to switch the locking type (single->all->single). I am not sure, but at least I cannot produce any app_server crash and neither any lockups.

So I am closing this bug, please reopen if you can still reproduce it, but please update the description for how to reproduce it. :-)

Changed 9 months ago by stippi

  • status changed from closed to reopened
  • resolution deleted

Ah s**t, I can still reproduce it:

* Make sure there are a couple of windows showing on screen, place them so that there should be repaint events when dragging Deskbar in the next step * I had the Workspaces applet open, don't know if it makes a difference, maybe it's even the one that crashes? * Drag Deskbar arround like mad * At the same time, switch Workspaces forth and back using the keyboard shortcuts

-> Should crash eventually in Painter::FillRectNoClipping()

Since it's crashing in *Painter*, maybe it happens only when there is no hardware accelerated drawing.

Changed 9 months ago by stippi

  • status changed from reopened to closed
  • resolution set to fixed

Fixed in r22721.

I only fixed the crashing result, not the true cause, but when I tried to investigate this, I couldn't: The region that the view tries to draw is clipped against the window content region. So for it to be out of bounds, both regions have to be, or there has to be a BRegion bug. To get more info on the regions involved, I inserted the same check for an out of bounds region before the call to the DrawingEngine, but I couldn't get it triggered. Don't know what that means.

Note: See TracTickets for help on using tickets.