Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 1 hour 27 min ago

Ticket #9762 (Artifacts on Desktop) created

Fri, 2013-05-10 23:46

When i minimize windows on Desktop, often (not always) these windows leave artifacts on screen. If i drag another window on these artifacts, this acts like an eraser in a paint software.
I don't recall this issue in Alpha 4.1 and on older nigtlies.
Screenshot attached.
hrev45606

Categories: Development

Ticket #3283 (app_server crash while changing screen resolutions with intel_extreme) closed

Fri, 2013-05-10 21:09
fixed:

Closing - I haven't actually seen this issue in years and it was probably fixed somewhere along the way.

Categories: Development

Ticket #3798 ([PATCH] Arch-specific capabilities patch for HaikuImage) closed

Fri, 2013-05-10 21:03
fixed:

I'd say this can be closed - now that we're successfully using it to distinguish x86 and x86_64.

Categories: Development

Ticket #9761 (Tracker doesn't update image files) created

Fri, 2013-05-10 20:26

I have noticed that Tracker doesn't update image files.
Eg:
I take a screenshot named "screenshot1.png", and this screenhot contain a picture of WebPositive. Then i take another screenshot, this time of the Desktop. I will save this screenshot, again, as screenshot1.png, overwriting the previous one.
Now i open this last screenshot: it show again WebPositive (like the first screenshot), but if i rename screenshot1 to screenshot2 the image will be updated.

hrev45606 and i have also noticed that since months.

Maybe is related to Be File Sytem? For now i set "Tracker".

Categories: Development

Ticket #9760 ([Debugger] Automatically determine the correct start symbol for a program) created

Fri, 2013-05-10 20:12

Currently, the debugger is primarily oriented towards C/C+++, and as such presumes that the starting function will always be main(). Unfortunately, this isn't necessarily the case for other language ABIs such as {Free}Pascal. In the case of a debug executable, this can potentially be inferred from DWARF (still needs to be investigated in the spec), but a mechanism needs to be derived in order to generally guess/infer the target language, and consequently, the correct start symbol.

Categories: Development

Ticket #9751 (SATA controller not detected on Thinkpad x120e) closed

Fri, 2013-05-10 15:27
invalid:

That's weird. Please reopen if needed.

Categories: Development

Ticket #9759 (Debugger: Rename "File" menu entries) closed

Fri, 2013-05-10 08:06
fixed:

Changed in hrev45653.

Categories: Development

Ticket #9759 (Debugger: Rename "File" menu entries) created

Fri, 2013-05-10 07:27

I am not a huge fan of naming the first menu entry always "File". Only if the window represents something that is also stored in a file on disk. As such, I would rename the menu to "Team". There is only one entry "Quit" and it refers to the currently debugged team. It will not quit Debugger as a whole if there is more than one debugged team. Maybe renaming that to "Close" would avoid any confusion that this entry would quit all of Debugger.

Categories: Development

Ticket #9758 (Debugger: Add optional command line output capture) created

Fri, 2013-05-10 07:18

This is really low on the list of needed features, I mainly wanted to record the idea.

Debugger could detect whether or not the user sees the command line output of the debugged team (assuming that's possible somehow). If the user would not otherwise see it, there could be another view for the debugged team's stdout and stderr streams. I would place that in another tab with the variables/registers group. Just because Eclipse puts it there by default. Along the bottom would be another option.

Categories: Development

Ticket #9753 (Menu Field with frame (non-layout) and not fixed size should truncate ...) closed

Fri, 2013-05-10 01:48
fixed:

Fixed (for real this time) in hrev45651. The menu field is once again in auto-resize mode, but if the width of the selected menu item is wider than the available space allotted for the menu than the menu field truncates the menu item to fit. This reproduces the behavior on BeOS more-or-less.

Categories: Development

Ticket #9753 (Menu Field with frame (non-layout) and not fixed size should truncate ...) closed

Wed, 2013-05-08 18:36
fixed:

AFAIK this was not caused by my recent changes, but I fixed it anyway in hrev45644

Categories: Development

Ticket #9756 (Debugger: Structure images list by path components of entries) created

Wed, 2013-05-08 13:52

It is often too cumbersome to find code in the images list. The list structure is not optimal. Instead of being structured like this:

src/tools/text/TextCode.cpp
src/tools/text/Font.cpp
src/tools/text/Paragraph.cpp
src/tools/brush/Brush.cpp
src/tools/brush/Stroke.cpp

It should be structured like this:

src

tools