Latest Bugs & Tasks

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

Ticket #13090 (64 bit KDL after installer completion) created

Thu, 2016-11-24 22:52

hrev50701 x86_64
Install to HD partition - everything appeared normal
Installer dialog ->Quit
System KDL as soon as CD was ejected prior to first reboot
Photo of screen attached
Syslog attached

Categories: Development

Ticket #13089 (Implement rfc 1323 in our TCP stack) created

Thu, 2016-11-24 21:47

haiku/src/add-ons/kernel/network/protocols/tcp/TCPEndpoint.cpp

Things this implementation currently doesn't implement:
- TCP Extensions for High Performance, RFC 1323

We're seeing low network stack performance, missing RFC 1323 (TCP window scaling) could be a cause and should be investigated.

Categories: Development

Ticket #13088 (Performance: Investigate network I/O bottlenecks) created

Thu, 2016-11-24 21:04

There seems to be some pretty serious performance bottlenecks around the network stack or the disk drivers, or the BFS filesystem.

Categories: Development

Ticket #13087 (Global UI scaling - HiDPI) created

Thu, 2016-11-24 14:46

The Haiku interface doesn't scale to higher DPI monitors like a lot of other modern operating systems.

MacOS and Gnome implement a "Global UI Scale" setting which scales up all parts of the UI. Since we rely on vector icons and other point based things, this should be a simple to moderate app_server change.

Pulkomandy outlined a few of the finer points here:

"
Anyway for implementing this:

  • We aleady have settings for font size, and Tracker icon sizes. Font sizes are in "points" for which there is not really a precise definition, so we can consider it an arbitrary unit. Tracker icon sizes are currently in pixels, and if there is extra scaling it would not actually be pixels anymore. Maybe we could rename the settings to "small, medium, large, huge" or similar.
  • For the actual implementation: the drawing API has a SetScale and a SetTransform, both of which can be used to change the drawing size of everything. The idea would be to do this automatically when a view is created, and set a global scale (so, it's a little more work than adding a slider to the Appearance prefs).
  • After doing this, expect to discover bugs because of interactions with other drawing primitives: saving to BPicture, applying more transforms, or using Clipping are likely to miss something and result in broken drawing.

An alternative to this approach (global scaling, similar to what macOS does), is to instead change just the font size (in Appearance prefs) and then make sure all apps properly scale their whole UI according to that. So if there is a large font, apps would also use larger icons, etc. This requires more work (as each app needs to be tweaked), but it is possibly simpler (no need to mess with the app_server drawing, transforms and clipping and stuff).
" -- ​https://discuss.haiku-os.org/t/new-desktop-machine-4k-monitor/4411/4

Categories: Development

Ticket #13086 (Media Preferences Interface Error) closed

Tue, 2016-11-22 15:48
duplicate
Categories: Development

Ticket #13086 (Media Preferences Interface Error) created

Tue, 2016-11-22 15:29

hrev50701 gcc2h

While messing with the media preferences, under the hd mixer section 2 of the mixer slider options are cut off and I am unable to access them. Attaching screen shot to show that I mean.

Categories: Development

Ticket #13085 (Webpositive Downloads Settings) created

Tue, 2016-11-22 01:26

hrev50700 x86_gcc2
Do a fresh install of Haiku on a HD partition.
Open Webpositive->Window->Settings
Download Folder: /boot/home/Downloads ->Apply
Go To: ​http://download.haiku-os.org/nightly-images/x86_gcc2_hybrid/
Clicking on "anyboot" creates a zip file named "Downloads" in the home folder, instead of the expected behaviour of creating a directory called Downloads in which the downloaded anyboot image will go.
(see attached screenshot1.png)

Categories: Development

Ticket #13084 ([Screenshot] add "Open with" menu) closed

Mon, 2016-11-21 15:47
duplicate:

So you said 8 months ago (#12697) and I 8 years ago (#3813). :)

Categories: Development

Ticket #13084 ([Screenshot] add "Open with" menu) created

Mon, 2016-11-21 15:43

Sometimes you may wish to edit/view your screenshot right away, skipping saving to disk step. KScreenshot has a nifty menu which lets you do exactly this. Would be nice to have it in our Screenshot app.

Categories: Development

Ticket #13083 ([WebPositive] downloaded patch from github is html encoded) created

Sun, 2016-11-20 16:57

hrev50701 x86_64

for instance, navigate to:
​https://patch-diff.githubusercontent.com/raw/haikuports/haikuports/pull/873.patch

Save the patch using "Save page as" or Alt+S.
The saved file contains:

lib:libreadline >= 7

The same file downloaded with wget is correct (with >= instead of >=).

Categories: Development

Ticket #13082 (Debugger crash in Thread::IsMainThread) created

Fri, 2016-11-18 22:29

hrev50701 x86_gcc2
Open YouTube video
After a couple of minutes Webpositive crashed followed immediately by a Debugger crash.
Debugger crash report attached

Categories: Development

Ticket #12921 ([Interface Kit] white progressbar background in FilWip) reopened

Thu, 2016-11-17 16:13

Replying to Janus:

The progressbar color is hardcoded.

MainWindow.cpp:174

statusBar->SetBarColor (StatusBarColor);

Costants.h.83

StatusBarColor =		{245, 187,  46, 255},

Aside from being the wrong color for a status bar, this bug is about the background surrounding the control - not the bar color, which works just fine across the system.

If you have hard coded the status bar color - revert that, it's not correct. The status bar has its own, user-customizable, color setting in Appearance. This setting can be overridden by applications using SetBarColor().

I am setting this bug back to open.

Categories: Development

Ticket #12921 ([Interface Kit] white progressbar background in FilWip) closed

Wed, 2016-11-16 10:14
invalid:

The progressbar color is hardcoded.

MainWindow.cpp:174

statusBar->SetBarColor (StatusBarColor);

Costants.h.83

StatusBarColor =		{245, 187,  46, 255},
Categories: Development

Ticket #13081 (Can only run any program a limited number of times before hanging) created

Wed, 2016-11-16 02:12

If you repeatedly run a program, whether via system() or load_image(), you only get a few hundred runs before the program hangs. Or rather, it seems the child program hangs in relocate_image while it is being loaded, before it's main thread starts.

See the attached stress test program example (redirect standard output to a file to make it more readable). It repeatedly runs /bin/date, with a pause between iterations. Expect to get less than 1000 runs.

This may explain why Haiku gets stuck if left running long enough.

Tested in hrev50678, also affects earlier versions.

Categories: Development

Ticket #11259 (Turn changing menu labels to fixed labels with checkmark) closed

Tue, 2016-11-15 21:22
fixed:

Let's close it, thanks Janus!

Categories: Development

Ticket #13080 (MenuField and PopUpMenu are not in sync in Magnify) created

Tue, 2016-11-15 19:04

The menu in the infoView is updated when freeze is selected, the popup menu is not.

Megnify doesn't follow the system convention for the menu as reported in #11259 for others applications.

  • Hide/Show info
  • Hide/Show grid
  • Freeze/Unfreeze image
  • Stick cordinates


Categories: Development

Ticket #13079 (Media Server crash after playing YouTube video) created

Tue, 2016-11-15 01:08

hrev50688 x86_gcc2
Played a 60 minute concert video on YouTube
Shortly before the conclusion of the video Webpositive suddenly quit without any prompt or debugger notification
Upon initiating the shutdown sequence there was a media_server debug prompt.
syslog and debug report attached

Categories: Development