Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 16 min 53 sec ago

Ticket #11089 (Wrong use of BReferenceable in Stack and Tile) created

Thu, 2014-07-31 07:29

I built the support kit in debug mode to debug BReferenceable issues. Booted the resulting image and tried to run Installer from Deskbar. Attaching the debug report.

Categories: Development

Ticket #11088 (locating source in Debugger doesn't work anymore.) created

Wed, 2014-07-30 20:42

Possibly since the introduction of query-based search of source files, clicking the "click here to locate..." in Debugger doesn't do anything anymore.

I have a volume with queries disabled hosting all my sources. My system volumes has some BFS errors, which may lead to failed queries. But I would expect the file panel to come up despite of this.

Categories: Development

Ticket #10109 (Text inside "notify" window is poorly placed.) closed

Wed, 2014-07-30 20:20
fixed:

Should be fixed in hrev47605.

Categories: Development

Ticket #11087 (Characters on serial port are buffered with a buffer of size 8.) created

Wed, 2014-07-30 18:19

I have a small test on a microcontroller. It just sends a single char to the USART every 1.4 seconds.

This works fine in minicom on Linux. On Haiku, both with SerialConnect and Minicom, characters don't get displayed immediately, I have to wait for the microcontroller to send 8 of them before they are processed and read() on the serial port returns.

I tried both a Silicon Labs and a Prolific usb serial converter. Both have the problem. I don't know if the problem is in the TTY layer or the common code in the USB driver.

Categories: Development

Ticket #11086 (when configuring screen saver, screen goes black but cannot return from ...) created

Wed, 2014-07-30 12:48

On real recent hardware (intel haswell core i3-4330 cpu),
configured the screensaver to lock after 3 minutes.

The screen goes black, but even when moving mouse or typing keyboard, the screen
stay black (crash of screensaver or sleep state (ACPI) not well managed)).

Regards,

Categories: Development

Ticket #11085 (small little os freeze with intel haswell core i3-4330 cpu) created

Wed, 2014-07-30 09:41

Hi,

On some real hardware (intel haswell core i3-4330 cpu + 2GB memory) and lastest nightly build (hrev47601) I meet some little os freeze for some seconds (1-3 sec) even with low cpu/memory load.
note : the os freeze and run again many time in a single OS session.
I've do not have to reboot the system.

I've not met same behavior on older hardware (intel core 2 duo).

Regards.

Categories: Development

Ticket #11084 (small little os freeze with intel haswell core i3-4330 cpu) created

Wed, 2014-07-30 09:39

Hi,

On some real hardware (intel haswell core i3-4330 cpu + 2GB memory) and lastest nightly build (hrev47601) I meet some little os freeze for some seconds (1-3 sec) even with low cpu/memory load.
note : the os freeze and run again many time in a single OS session.

I've do not have to reboot the system.

I've not met same behavior on older hardware (intel core 2 duo).

See attachement.

Regards.

Categories: Development

Ticket #11083 (GLTeapot and Haiku3D clipping problem) created

Wed, 2014-07-30 04:14

Hi,

When launching Haiku3D and GL Teapot, GL Teapot has some clipping problem on the zone shared with Haiku3D.

Found on real hardware (HP 620), with haiku hrev 47601 found on nightly image site.
Also found on virtualbox image with HP pavillon G7.

Regards.

Categories: Development

Ticket #11082 (GLTeapot and Haiku3D clipping problem) created

Wed, 2014-07-30 04:14

Hi,

When launching Haiku3D and GL Teapot, GL Teapot has some clipping problem on the zone shared with Haiku3D.

Found on real hardware (HP 620), with haiku hrev 47601 found on nightly image site.
Also found on virtualbox image with HP pavillon G7.

Regards.

Categories: Development

Ticket #11081 ([Package Manager] Make system updates robust wrt. format changes) created

Tue, 2014-07-29 18:39

Package or repository format changes can currently easily break the system update support. If a new mandatory feature is introduced -- e.g. support for a new compression algorithm -- an older Haiku won't be able to read packages using that feature. Since the update process requires the packages to be readable to be installed, updating to a Haiku version with packages using that feature isn't possible.

The introduction of those features will happen inevitably, so it would be wise to implement a mechanism that allows updating the system beyond such a feature barrier as soon as possible.

I think a first step should be to extend the repository format to contain either the maximum format version of the contained packages (respectively for each package the format version) or the Haiku version it is backward compatible to. This