Opened 16 years ago

Closed 6 years ago

Last modified 5 years ago

#3394 closed bug (fixed)

[Beam] slow repainting on resize

Reported by: diver Owned by: nobody
Priority: normal Milestone: R1/beta2
Component: Servers/app_server Version: R1/Development
Keywords: Cc: zooey
Blocked By: Blocking:
Platform: All

Description

If you resize Beam window it will take several seconds here (virtualbox) to repaint beam window. It looks like a problem with liblayout and app_server.

Attachments (1)

beam-1-1-2-r5.zip​ (1.6 MB ) - added by diver 13 years ago.
Beam with all libraries bone

Download all attachments as: .zip

Change History (11)

comment:1 by stippi, 16 years ago

It seems to behave normal on real hardware here.

comment:2 by diver, 15 years ago

Still here in hrev35141 in VirtualBox 3.0.12

comment:3 by diver, 15 years ago

Typo: hrev35141 should be hrev35569.

comment:4 by diver, 15 years ago

Version: R1/pre-alpha1 → R1/Development

comment:5 by diver, 14 years ago

Still present in hrev39716.

comment:6 by diver, 13 years ago

Cc: zooey added

Still reproducible in hrev44040 on real hw.

by diver, 13 years ago

Attachment: beam-1-1-2-r5.zip​ added

Beam with all libraries bone

comment:7 by diver, 10 years ago

Beam 1.0 doesn't have this problem whereas it's there starting with version 1.1. Maybe it's an application bug after all? Need to test it in BeOS.

comment:8 by axeld, 8 years ago

Owner: changed from axeld to nobody
Status: new → assigned

comment:9 by waddlesplash, 6 years ago

Resolution: → fixed
Status: assigned → closed

Now only takes about a quarter to half a second, and watching CPU usage shows that it's all in Beam, not in app_server; so that combined with the fact that Beam 1.0 does not have this issue, the remaining parts must have been a Beam issue.

comment:10 by nielx, 5 years ago

Milestone: R1 → R1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.