From trac at haiku-os.org Sun Mar 1 01:32:06 2009 From: trac at haiku-os.org (adamk) Date: Sun, 01 Mar 2009 00:32:06 -0000 Subject: [Haiku-bugs] [Haiku] #3500: mount_nfs crashes Haiku Message-ID: <040.5ddc569ad312f67ec698af69a1c087e6@haiku-os.org> #3500: mount_nfs crashes Haiku ------------------------------+--------------------------------------------- Reporter: adamk | Owner: mmu_man Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/NFS | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- I discovered the mount_nfs command and thought I might be able to mount my linux nfs server that's on the same network. Unfortunately, attempting to do so causes the system to crash. The server is: ii nfs-kernel-server 1:1.1.2-4ubuntu1.1 support for NFS kernel server I am attaching the full serial debug log from that session. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 09:48:21 2009 From: trac at haiku-os.org (richienyhus) Date: Sun, 01 Mar 2009 08:48:21 -0000 Subject: [Haiku-bugs] [Haiku] #1788: Abiword crash on start In-Reply-To: <041.fbec89e222b13cb5230e20582beaabef@haiku-os.org> References: <041.fbec89e222b13cb5230e20582beaabef@haiku-os.org> Message-ID: <050.d5cc5c6f10c8c3fd82cc773201a7f210@haiku-os.org> #1788: Abiword crash on start --------------------------+------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by richienyhus): some bug as here: http://dev.osdrawer.net/issues/show/159 The SVN version on osdrawer shouldn't have this problem if I am reading thing right. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 11:19:38 2009 From: trac at haiku-os.org (nielx) Date: Sun, 01 Mar 2009 10:19:38 -0000 Subject: [Haiku-bugs] [Haiku] #1137: replace Gallery module In-Reply-To: <045.9c4b83b62eb7678b419c606e11cef79e@haiku-os.org> References: <045.9c4b83b62eb7678b419c606e11cef79e@haiku-os.org> Message-ID: <054.fbfffbc4743353fe105d26f3390945eb@haiku-os.org> #1137: replace Gallery module --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Fixed in the new D5 installation. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 11:50:30 2009 From: trac at haiku-os.org (stippi) Date: Sun, 01 Mar 2009 10:50:30 -0000 Subject: [Haiku-bugs] [Haiku] #3499: Drop-down menu rendering in file dialog and more In-Reply-To: <044.d489ba1abf22f752b1fd8f6e3eb64703@haiku-os.org> References: <044.d489ba1abf22f752b1fd8f6e3eb64703@haiku-os.org> Message-ID: <053.cf8adb9bc60382de072a048f8df7a628@haiku-os.org> #3499: Drop-down menu rendering in file dialog and more --------------------------------+------------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 13:39:28 2009 From: trac at haiku-os.org (adamk) Date: Sun, 01 Mar 2009 12:39:28 -0000 Subject: [Haiku-bugs] [Haiku] #3501: DPMS only turns off one monitor in a dualhead setup. Message-ID: <040.034b9d96edaeb5b762d366526d4f6340@haiku-os.org> #3501: DPMS only turns off one monitor in a dualhead setup. -------------------------------------+-------------------------------------- Reporter: adamk | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- With my x850, I have both monitors going. The screensaver kicks in after the appropriate amount of time. Then the primary monitor turns off after the configured time, but the secondary monitor stays on. Whatever screensaver module was selected just stops, and that monitor continues to display whatever state the screensaver module was in. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 13:55:08 2009 From: trac at haiku-os.org (adamk) Date: Sun, 01 Mar 2009 12:55:08 -0000 Subject: [Haiku-bugs] [Haiku] #3502: Haiku stops booting when checking partitioning_system Message-ID: <040.c22c30ef62c9fd7e86b0baa9dd5b810f@haiku-os.org> #3502: Haiku stops booting when checking partitioning_system ---------------------------+------------------------------------------------ Reporter: adamk | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ I have a dual Xeon that I am trying to install Haiku on. It's an intel ICH5 motherboard. I have a USB disk that I installed Haiku on from another machine and am attempting to boot off the USB disk. It works on one machine, but on this xeon, it stops booting with: Welcome to the Haiku boot loader! number of drives: 4 add_partitions_for(0x00105714, mountFS = no) add_partitions_for(fd = 0, mountFS = no) 0x00105a90 Partition::Partition 0x00105a90 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map priority: 810 check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map The Xeon has three ATA hard drives, with FreeBSD and Vista on two, and another one setup to use for Haiku, if I can get it to boot. I am attaching the full serial debug log Adam -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:01:12 2009 From: trac at haiku-os.org (stippi) Date: Sun, 01 Mar 2009 14:01:12 -0000 Subject: [Haiku-bugs] [Haiku] #3041: [TV] should start at center of the screen (easy) In-Reply-To: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> References: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> Message-ID: <049.9758c9a08663d87baa473276b477d9b3@haiku-os.org> #3041: [TV] should start at center of the screen (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks for the patch. Applied in r29363. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:30:04 2009 From: trac at haiku-os.org (nielx) Date: Sun, 01 Mar 2009 14:30:04 -0000 Subject: [Haiku-bugs] [Haiku] #3497: Update BerliOS SVN webpage In-Reply-To: <041.489c11f3cb2fc2f9eee368a6a0c87413@haiku-os.org> References: <041.489c11f3cb2fc2f9eee368a6a0c87413@haiku-os.org> Message-ID: <050.b5011e1d4d06f4bbb0808efa81cb3813@haiku-os.org> #3497: Update BerliOS SVN webpage --------------------------+------------------------------------------------- Reporter: mmadia | Owner: haiku-web Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => invalid Comment: This is a static Berlios page, which we unfortunately cannot alter. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:31:40 2009 From: trac at haiku-os.org (nielx) Date: Sun, 01 Mar 2009 14:31:40 -0000 Subject: [Haiku-bugs] [Haiku] #1296: No way to unattach an attached image. In-Reply-To: <041.6db9968adf1ceab1a53129d95cfd345c@haiku-os.org> References: <041.6db9968adf1ceab1a53129d95cfd345c@haiku-os.org> Message-ID: <050.2b46cda76f0ac52334a4149f33a0d5c9@haiku-os.org> #1296: No way to unattach an attached image. -------------------------+-------------------------------------------------- Reporter: ar1000 | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by nielx): * milestone: Unscheduled => Website R2 (Drupal 5) Comment: Need to handle this one before we can close the Website R2 milestone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:35:34 2009 From: trac at haiku-os.org (titer) Date: Sun, 01 Mar 2009 14:35:34 -0000 Subject: [Haiku-bugs] [Haiku] #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list Message-ID: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- While gcc2 correctly looks in /boot/develop/headers/3rdparty for headers, gcc4 does not, missing e.g. zlib.h. In both cases (gcc2 and gcc4), the default BEINCLUDES only has the old /boot/develop/headers/gnu so I am guessing gcc2 has 3rdparty hardcoded in somewhere. Also, my understanding from build/jam/OptionalPackages was that a gnu -> 3rdparty symlink is supposed to be created, which should workaround that, but neither my gcc4 builds or the gcc2 builds from haiku-files.org have that symlink. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:41:08 2009 From: trac at haiku-os.org (titer) Date: Sun, 01 Mar 2009 14:41:08 -0000 Subject: [Haiku-bugs] [Haiku] #3472: gcc4 and shared libraries In-Reply-To: <042.1bc749df42474448b6979fd721fc722e@haiku-os.org> References: <042.1bc749df42474448b6979fd721fc722e@haiku-os.org> Message-ID: <051.0404024172301a5e6d0f6f2bf4cb0c12@haiku-os.org> #3472: gcc4 and shared libraries --------------------------+------------------------------------------------- Reporter: kaliber | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by titer): * cc: eric.petit@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:41:59 2009 From: trac at haiku-os.org (korli) Date: Sun, 01 Mar 2009 14:41:59 -0000 Subject: [Haiku-bugs] [Haiku] #3437: Video Lan Client don't play on a hybrid installation (was: Video Lan Client don't play) In-Reply-To: <041.69e4dbc30ea701df10435defdc4fa577@haiku-os.org> References: <041.69e4dbc30ea701df10435defdc4fa577@haiku-os.org> Message-ID: <050.25e8cbc9a76d0d8a63848e9a0fc5af10@haiku-os.org> #3437: Video Lan Client don't play on a hybrid installation --------------------------+------------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 15:55:16 2009 From: trac at haiku-os.org (bonefish) Date: Sun, 01 Mar 2009 14:55:16 -0000 Subject: [Haiku-bugs] [Haiku] #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list In-Reply-To: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> References: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> Message-ID: <049.fd571a7ae8d815316945c56a2e26318f@haiku-os.org> #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list --------------------------+------------------------------------------------- Reporter: titer | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by bonefish): * owner: bonefish => mmlr -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 16:09:39 2009 From: trac at haiku-os.org (nielx) Date: Sun, 01 Mar 2009 15:09:39 -0000 Subject: [Haiku-bugs] [Haiku] #1296: No way to unattach an attached image. In-Reply-To: <041.6db9968adf1ceab1a53129d95cfd345c@haiku-os.org> References: <041.6db9968adf1ceab1a53129d95cfd345c@haiku-os.org> Message-ID: <050.cbc261d912763468dd4f2e3d1ee932de@haiku-os.org> #1296: No way to unattach an attached image. -------------------------+-------------------------------------------------- Reporter: ar1000 | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by nielx): We are using img_assist now, so this ticket can be considered to be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 16:09:55 2009 From: trac at haiku-os.org (nielx) Date: Sun, 01 Mar 2009 15:09:55 -0000 Subject: [Haiku-bugs] [Haiku] #1296: No way to unattach an attached image. In-Reply-To: <041.6db9968adf1ceab1a53129d95cfd345c@haiku-os.org> References: <041.6db9968adf1ceab1a53129d95cfd345c@haiku-os.org> Message-ID: <050.e6a92bbbcabaa1d21705b3e6ed34e571@haiku-os.org> #1296: No way to unattach an attached image. --------------------------+------------------------------------------------- Reporter: ar1000 | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 16:26:26 2009 From: trac at haiku-os.org (vegardw) Date: Sun, 01 Mar 2009 15:26:26 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freezeon Acer Travelmate 6460 Message-ID: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freezeon Acer Travelmate 6460 ---------------------+------------------------------------------------------ Reporter: vegardw | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ == Summary == I have a Acer Travelmate 6463WLMi that I tried to install Haiku on. If either usb_webcam.media_addon or firewire_dv.media_addon (or both of the) is included in the image, Haiku freezes/becomes unresponsive. Some times I also get thrown into KDL after a few minutes. == Steps to reproduce == * Compile Haiku GCC2 version and install in real partition on a Travelmate 6460 series notebook. * Reboot notebook and boot Haiku == Expected results == Haiku boots normal on the notebook == Actual results == Haiku boots, but when starting the media_server the system freezes. Sometimes, after a while you get thrown into KDL == Reproducibility == * Freezing: Always, happens on every boot. * KDL: Not always == Work around == To get Haiku to boot on the notebook I had to either remove both usb_webcam.media_addon and firewire_dv.media_addon from "build/jam/HaikuImage" or change the bootscript to not start the media_server. == Testet on == * Haiku r29362 * GCC2 version, compiled on Ubuntu Linux 8.10 * Installed on real partition, running on real HW == Hardware == Acer Travelmate 6463WLMi notebook, P/N LX.TED06.057 with the following specs: * Intel Core 2 Duo T5500 CPU * Intel 945 PM chipset (i945PM) * 2x1GB PC2-4300 SODIMM * Ati Mobility Radeon X1300 128MB/256MB Hypermemory * Notebook has built-in USB webcam * Notebook has firewire controller/firewire port == Additional == If any of the two addons are enabled, the following is printed constantly to the serial log: {{{ ide: ide_timeout() bus 0x80fb5a5c ide: ide_timeout_dpc() bus 0x80fb5a5c, device 0x81796e80 ide: reset_device() device 0x81796e80 ide: reset_device() device 0x81796e80 success More than 99% interrupts of vector 11 are unhandled }}} and {{{ ide: reset_device() device 0x81796aa0 ide: reset_device() device 0x81796aa0 failed, calling reset_bus ide: reset_bus() device 0x81796aa0, bus 0x80fb5990 More than 99% interrupts of vector 11 are unhandled ide: reset_bus() device 0x81796aa0, bus 0x80fb5990 success More than 99% interrupts of vector 11 are unhandled }}} along with a bunch of "Last message repeated XX times." messages. With both addons removed these messages is not printed to the serial log. == Attached == Serial logs from booting with both addons, each addon seperate and without any addons -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 16:29:55 2009 From: trac at haiku-os.org (vegardw) Date: Sun, 01 Mar 2009 15:29:55 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 (was: usb_webcam.media_addon and firewire_dv.media_addon makes system freezeon Acer Travelmate 6460) In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.df5182e667dd96bf956ed00520699c65@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ---------------------+------------------------------------------------------ Reporter: vegardw | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 16:37:02 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 01 Mar 2009 15:37:02 -0000 Subject: [Haiku-bugs] [Haiku] #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list In-Reply-To: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> References: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> Message-ID: <049.592c0ce5ec43a4e10d4012eff344a44b@haiku-os.org> #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list --------------------------+------------------------------------------------- Reporter: titer | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by andreasf): * cc: planche2k@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 16:41:29 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 01 Mar 2009 15:41:29 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.19c0063e6abe2cd9cfc8e78263f2f665@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ---------------------+------------------------------------------------------ Reporter: vegardw | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by mmlr): Can you please check what happens if you remove just the firewire bus_manager (either by removing it from the image or deleting it from /boot/beos/system/add-ons/kernel/bus_managers/firewire). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 17:02:54 2009 From: trac at haiku-os.org (vegardw) Date: Sun, 01 Mar 2009 16:02:54 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.c185b72c83d86f5da4faddaf3a9e6b80@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ---------------------+------------------------------------------------------ Reporter: vegardw | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by vegardw): With just the firewire bus_manager removed (both addons included) the system boots without problems, no freezes or ide_reset/ide_timeout messages in the serial console -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 17:13:21 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 01 Mar 2009 16:13:21 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.f8bf534ce39743fcf3adea455934a09a@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Changes (by mmlr): * owner: axeld => absabs * component: Add-Ons => Drivers/FireWire Comment: Then it seems to be an interrupt handling problem with firewire. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 17:50:35 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 01 Mar 2009 16:50:35 -0000 Subject: [Haiku-bugs] [Haiku] #3505: Checking file dialog position Message-ID: <044.eddd72e57a822a6139e615b6b999a808@haiku-os.org> #3505: Checking file dialog position --------------------------------+------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- This is r29283. I temporarily changed the screen resolution to 1680x1050, but redraws were too slow (vmware). So, I switched to 800x600. When invoking the "Open" file dialog in DiskProbe, it opened in a position that was invisible with the new lower resolution. File dialogs should make sure they are visible before they are shown. I also think they should be resized to be completely visible. I've often experienced dialogs where the bottom with the OK button is outside of the screen. Doubly annoying, since windows are only resizable in the lower right corner, which was also outside... This should also be done when starting applications, though they shouldn't be resized, just make sure they are at least partly visible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 18:03:12 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 01 Mar 2009 17:03:12 -0000 Subject: [Haiku-bugs] [Haiku] #3506: media player doesn't correctly recognize .ogg files Message-ID: <044.c0f220c8e6989eeadaa0431cec044340@haiku-os.org> #3506: media player doesn't correctly recognize .ogg files --------------------------------------+------------------------------------- Reporter: anevilyak | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- If you attempt to open a .ogg with Media Player, it claims to not know what format it is. However, we have an ogg vorbis decoder/extractor in the media kit, and playfile does recognize/play them using that, so it'd seem there's an issue somewhere in media player's framework. I can provide sample files if needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 18:12:03 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 01 Mar 2009 17:12:03 -0000 Subject: [Haiku-bugs] [Haiku] #3506: media player doesn't correctly recognize .ogg files In-Reply-To: <044.c0f220c8e6989eeadaa0431cec044340@haiku-os.org> References: <044.c0f220c8e6989eeadaa0431cec044340@haiku-os.org> Message-ID: <053.5c4e50c731b08bec7d876cdead88fdcf@haiku-os.org> #3506: media player doesn't correctly recognize .ogg files --------------------------------------+------------------------------------- Reporter: anevilyak | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Comment(by anevilyak): More information: MediaPlayer appears to be rejecting them based off mimetype. The sniffer rules identify them as application/ogg by default, which is correct. Forcing the type to audio/vorbis makes MediaPlayer play them correctly. Note that according to http://www.iana.org/assignments /media-types/ , application/ogg, audio/ogg, audio/vorbis and video/ogg are all allowed/correct. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 19:10:34 2009 From: trac at haiku-os.org (matjako) Date: Sun, 01 Mar 2009 18:10:34 -0000 Subject: [Haiku-bugs] [Haiku] #3494: BTextControl does not respond to scripting commands In-Reply-To: <042.391408761a1374569cf90a9ddbd7acc3@haiku-os.org> References: <042.391408761a1374569cf90a9ddbd7acc3@haiku-os.org> Message-ID: <051.b76677d445dd1d97ef831099153b46d8@haiku-os.org> #3494: BTextControl does not respond to scripting commands --------------------------------+------------------------------------------- Reporter: matjako | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by matjako): I did some research regarding TODO. BTextControl needs only to implement one feature differently from the vanilla BControl scripting to be compatible with BeOS R5: "Value" property needs to get/set BTextControl's Text() as B_STRING_TYPE. This seems to be undocumented since "Value" is listed as an integer in suite/vnd.Be-control, but it does make sense. Other than that, BTextControl shoul simply pass-through all the business to BControl members without intervention (that's already fixed). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 19:15:03 2009 From: trac at haiku-os.org (bonefish) Date: Sun, 01 Mar 2009 18:15:03 -0000 Subject: [Haiku-bugs] [Haiku] #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) In-Reply-To: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> References: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> Message-ID: <050.3d264c616cf6a46401845aaf79640f67@haiku-os.org> #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) ---------------------------+------------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:1 anevilyak]: > I just encountered this one as well while downloading email and trying to open audio files with media player simultaneously...info as follows: > > {{{ > kdebug> io_operation 0x811b4660 > }}} This is the IOScheduler's address. The IOOperation's would have been 0x811c91e0. > Parent IOP: > io_operation at 0x811b1e88 [...] }}} An IOOperation's parent is an IORequest, so this command wouldn't really produce useful output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 19:34:07 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 01 Mar 2009 18:34:07 -0000 Subject: [Haiku-bugs] [Haiku] #3507: Save menuitem in DiskProbe's attribute editor Message-ID: <044.b6e23d3e88cd69157e4077576cd0653c@haiku-os.org> #3507: Save menuitem in DiskProbe's attribute editor ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- This is r29283. When you edit an attribute from DiskProbe's Attributes menu, the "Save" menu item isn't active after you changed the attribute's contents. Only after changing tabs (to the Raw Editor), the "Save" lights up. Changes are recognized though, as an alert pops up when you try to close the window. Saving attributes directly via ALT+S is OK, but I think for DiskProbe's main view, ALT+S could be a bit dangerous. How about ALT+S doing a "Save As..."? Accidental saving is prevented because the file dialog pops up and for everyone else it's not that much slower to hit ALT+S followed by an ENTER. When working on a device, ALT+S should probably pop up an "Are you sure?" alert instead of silently saving changes. Or am I too paranoid? DiskProbe is quite scary for the ordinary user... :) BTW: Since it's not only disks that are probed, maybe a name change as with BeMail -> Mail is in order. "DataProbe"? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 1 19:37:00 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 01 Mar 2009 18:37:00 -0000 Subject: [Haiku-bugs] [Haiku] #3508: Resizing artefacts in DiskProbe's attribute editor Message-ID: <044.fedaa7710199c743905cb018afb095ae@haiku-os.org> #3508: Resizing artefacts in DiskProbe's attribute editor ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- This is r29283. Open DiskProbe's attribute editor (on a file having attributes of course). If you resize horizontally, there are line artefacts in the tab bar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 03:20:44 2009 From: trac at haiku-os.org (bbjimmy) Date: Mon, 02 Mar 2009 02:20:44 -0000 Subject: [Haiku-bugs] [Haiku] #3509: BezillaBrowser cannot download files Message-ID: <042.7e6bad764ff2a82212fe506c932eccd8@haiku-os.org> #3509: BezillaBrowser cannot download files -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Walter r29341 BeZillaBrowser, BonEcho/2.0.0.21pre, cannot download files. Once a file download is requested and I select to save the file to disk and press "OK" the browser freezes and has to be killed to continue using the OS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 03:27:16 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 02 Mar 2009 02:27:16 -0000 Subject: [Haiku-bugs] [Haiku] #3488: NetSurf -- new Haiku native build available In-Reply-To: <041.194a13df76ad09d89c45c19b76a28a09@haiku-os.org> References: <041.194a13df76ad09d89c45c19b76a28a09@haiku-os.org> Message-ID: <050.f9575a4a99897fe076936a7e7be6294a@haiku-os.org> #3488: NetSurf -- new Haiku native build available --------------------------+------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): I discussed this with Urias in IRC and forgot to update the ticket. These crashes aren't actual crashes, but rather are similar to an alert dialog that gives the user an *option* to open GDB. If I click [OK], then I can attempt to reload the page. Eventually the page will load This adds weight to my belief that the above issue is a direct result of dropped network data. Why this doesn't occur in the current built-in-bone package, I don't know. Perhaps this mechanism was disabled or simply not implemented at that svn revision? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 04:08:03 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 02 Mar 2009 03:08:03 -0000 Subject: [Haiku-bugs] [Haiku] #3509: BezillaBrowser cannot download files In-Reply-To: <042.7e6bad764ff2a82212fe506c932eccd8@haiku-os.org> References: <042.7e6bad764ff2a82212fe506c932eccd8@haiku-os.org> Message-ID: <051.9e768e84c92579c5a312c296095bb41b@haiku-os.org> #3509: BezillaBrowser cannot download files -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by mmadia): This is a duplicate of #3449 and can be closed. I'll add directions for uninstalling the current NetSurf package. There's also an experimental NetSurf-built-in-Haiku package at #3488 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 04:12:32 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 02 Mar 2009 03:12:32 -0000 Subject: [Haiku-bugs] [Haiku] #3449: Libraries installed with Net Surf cause trouble with Haiku built Firefox In-Reply-To: <042.a9d004915aa932f87cc320967923085c@haiku-os.org> References: <042.a9d004915aa932f87cc320967923085c@haiku-os.org> Message-ID: <051.2feb73d7199952f02ea399bb39283d15@haiku-os.org> #3449: Libraries installed with Net Surf cause trouble with Haiku built Firefox --------------------------+------------------------------------------------- Reporter: scottmc | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Re: "defaults to a missing webpage" -- Try reloading the page a few times. It'll display. [[BR]] #3488 explains why i believe NetSurf to be suffering from dropped network data. Uninstalling NetSurf:[[BR]] home/config/lib/libxml2.so[[BR]] home/config/lib/libjpeg.so[[BR]] home/config/lib/libiconv.so[[BR]] apps/netsurf/[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 04:35:30 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 02 Mar 2009 03:35:30 -0000 Subject: [Haiku-bugs] [Haiku] #3509: BezillaBrowser cannot download files In-Reply-To: <042.7e6bad764ff2a82212fe506c932eccd8@haiku-os.org> References: <042.7e6bad764ff2a82212fe506c932eccd8@haiku-os.org> Message-ID: <051.1b721df30b93f9e5fea74ace2264e919@haiku-os.org> #3509: BezillaBrowser cannot download files ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 3449 Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 3449 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 09:43:20 2009 From: trac at haiku-os.org (korli) Date: Mon, 02 Mar 2009 08:43:20 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.bd16a91a20e521b2ffb6e338ea952871@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by korli): This seems weird as both firewire controllers is on irq 10, though the unhandled interrupt is on irq 11. Also I don't know if it's well supported with two controllers. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 09:59:06 2009 From: trac at haiku-os.org (matjako) Date: Mon, 02 Mar 2009 08:59:06 -0000 Subject: [Haiku-bugs] [Haiku] #3510: BWindow filters do not receive mouse clicks Message-ID: <042.8bfe2447bed248bd1c0855221facd1ad@haiku-os.org> #3510: BWindow filters do not receive mouse clicks ----------------------------------+----------------------------------------- Reporter: matjako | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- A filter added to a BWindow instance with AddCommonFilter() does not receive B_MOUSE_DOWN and B_MOUSE_UP messages, but it _does_ receive B_MOUSE_MOVED. That inhibits simple implementation of a mouse capture filter etc. EXPECTED BEHAVIOUR Like in BeOS R5 - all mouse messages are passed to a filter added to a BLooper. STEPS TO REPRODUCE Take any application with a window and some views in it and add a common filter to that window. Like so: //... in window init AddCommonFilter(new BMessageFilter(B_ANY_DELIVERY, B_LOCAL_SOURCE, pass_thru_filter); //... filter_result pass_thru_filter(BMessage *message, BHandler **target, BMessageFilter *messageFilter) { message->PrintToStream(); return B_DISPATCH_MESSAGE; } Run in Terminal. Click and hover over views in the window - only B_MOUSE_MOVED messages print out, mouse clicks appear to be MIA. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 13:12:15 2009 From: trac at haiku-os.org (titer) Date: Mon, 02 Mar 2009 12:12:15 -0000 Subject: [Haiku-bugs] [Haiku] #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries Message-ID: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- gcc4 currently adds -no-undefined unconditionally when linking, which I know is expected behavior (mmlr mentioned it in his blog post announcing the native gcc4). This is going to cause build issues with a number of projects though, which assume the usual behavior of allowing undefined symbols in shared libraries (e.g. try building libevent), and unfortunately I don't believe we can convince everybody else to stop using this "feature". Updating the specs to only enable -no-undefined when linking apps fixes it (same way gcc2 does it). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 13:24:11 2009 From: trac at haiku-os.org (stippi) Date: Mon, 02 Mar 2009 12:24:11 -0000 Subject: [Haiku-bugs] [Haiku] #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries In-Reply-To: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> References: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> Message-ID: <049.6702674ac872e8f994d3cad45c5f8c1b@haiku-os.org> #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by stippi): Thanks a lot, I ran into the same problem. Where is the specs file located? Your patch was made in the same folder, so I can't tell without searching for specs myself. :-) Can this patch be included in the original 4.3.3 native Haiku GCC package, or does it require rebuilding GCC? Thanks for your work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 13:34:13 2009 From: trac at haiku-os.org (titer) Date: Mon, 02 Mar 2009 12:34:13 -0000 Subject: [Haiku-bugs] [Haiku] #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries In-Reply-To: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> References: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> Message-ID: <049.a1b5e4b5fd1bf6f95e151083c793bc6f@haiku-os.org> #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by titer): Run "gcc -dumpspecs > /boot/develop/tools/gcc-4.3.3-haiku-090129/lib/gcc/i586-pc- haiku/4.3.3/specs", and then modify that file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 15:15:46 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 02 Mar 2009 14:15:46 -0000 Subject: [Haiku-bugs] [Haiku] #3463: Update OptionalImages to use new BeZilla builds. In-Reply-To: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> References: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> Message-ID: <050.cebed6c4a14a367ab1afee79540fe3ff@haiku-os.org> #3463: Update OptionalImages to use new BeZilla builds. -------------------------+-------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmadia): Blub\0 has made some haiku-gcc4 packages:[[BR]] These packages should be nearly identical to my gcc2.[[BR]] http://rear.endoftheinternet.org/~blub/haiku- files/apps/BeZillaBrowser-2.0.0.21pre-haiku-gcc4-x86-09-03-01.zip [[BR]] http://rear.endoftheinternet.org/~blub/haiku-files/apps/BeZillaMail-2.0.0 .21pre-haiku-gcc4-x86-09-03-01.zip He prefers to have these packages mirrored at haiku-files.org -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 15:36:26 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 02 Mar 2009 14:36:26 -0000 Subject: [Haiku-bugs] [Haiku] #3512: IMAP doesn't appear to handle background update checks correctly Message-ID: <044.1e355970eac41ccf3c3bd7c79af66267@haiku-os.org> #3512: IMAP doesn't appear to handle background update checks correctly ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: bga Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ The first time I ask MDR to check mail with an IMAP account, it's fine and synchronizes as needed. Any subsequent attempts don't show any indicator of the status bar or anything, and no further new messages are received until I quit/restart the daemon. Like before, this is with IMAP/SSL talking to imap.gmail.com -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 17:08:23 2009 From: trac at haiku-os.org (absabs) Date: Mon, 02 Mar 2009 16:08:23 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.82051fc7b88e3ee441c2ea626a981f8b@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by absabs): IIRC, the stack support at most 4 controllers by default. Very strange. As the log said, there is a firewire ohci controller TI TSB43AB22/A. Another is "vendor=1217, device=f7", it must be O2 Micro Inc's OHCI 1394 Controller. But as I google Acer Travelmate 6460 has only one firewire port. It is crazy to integrate two firewire ohci chip in notebook. vegardw, would you please to check how many firewire chips are there in your notebook under windows or linux? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 18:22:17 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 02 Mar 2009 17:22:17 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated Message-ID: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- gcc2 r29322 real hardware When the file menu of an application is selected, Screenshot will not activate via the key PrintScreen. would this be a bug in Applications:Screenshot or perhaps Servers:input_server? See the lack of attached screenshot for visual (har har). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 18:27:23 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 02 Mar 2009 17:27:23 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.160aab73519b61bd3082ae8f8c3b5468@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by mmadia): note: for some reason, screenshot can be activated when Bezilla's file menu is activated. However, VLC, PE, and Haiku's included apps prevent screenshot from working. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 18:41:34 2009 From: trac at haiku-os.org (korli) Date: Mon, 02 Mar 2009 17:41:34 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.42daee64348bbf2c7f09ec67e922c640@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by korli): lspci for this Travelmate 6460: http://www.linuxquestions.org/questions/linux-newbie-8/acer- travelmate-6460-wireless-problem-664786/ At least there is something wrong with either HDA or USB as they are the sole users of IRQ 11. To me, the "only firewire dv addon" test is weird in this respect. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 18:56:42 2009 From: trac at haiku-os.org (andreasf) Date: Mon, 02 Mar 2009 17:56:42 -0000 Subject: [Haiku-bugs] [Haiku] #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries In-Reply-To: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> References: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> Message-ID: <049.a756e9464de743c526c2f9f5b8dac0c1@haiku-os.org> #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by andreasf): * cc: planche2k@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 19:13:29 2009 From: trac at haiku-os.org (vegardw) Date: Mon, 02 Mar 2009 18:13:29 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.995a32d7cc050aa3d7a04ddff9cee61f@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by vegardw): attached screenshot of windows xp device manager (sorry for the norwegian windows) There are two firewire host controllers shown? There are two entries in the device manager under "IEEE 1394 Host Controllers" at least. One is called "OHCI compatible IEEE 1394 host controller", the other is called "Texas Instruments OHCI compatible IEEE 1394 host controller" Since one of you mentioned something with O2Micro, the SD/MMC etc card reader is shown as "02Micro SmartCardBus Reader" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 19:13:33 2009 From: trac at haiku-os.org (stippi) Date: Mon, 02 Mar 2009 18:13:33 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.6637a91d111627490bfb8168f7e531a8@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by stippi): This is expected, since BeZilla does not use regular BMenus. I would expect the bug to lurk in the BMenu or rather BMenuWindow code, which will not forward the event to the BWindow handler... or something along those lines. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 19:24:09 2009 From: trac at haiku-os.org (vegardw) Date: Mon, 02 Mar 2009 18:24:09 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.ebc4dc795245cd91a6f5c40074b0e3b6@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by vegardw): also attached output from dmesg and lspci in Ubuntu -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 19:25:26 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 02 Mar 2009 18:25:26 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.58aa0ba14834bd6ac88af12c9dcc4a21@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by anevilyak): This probably has to do with the fact that BMenu currently receives input by polling GetMouse(), etc. in a loop while it's open, though I'm not sure if that should prevent other parts of the sys from getting the inputs involved. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 19:56:30 2009 From: trac at haiku-os.org (thomasmansfeld) Date: Mon, 02 Mar 2009 18:56:30 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output In-Reply-To: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> References: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> Message-ID: <058.7d3b35e77b533f5acfef450ed5954e92@haiku-os.org> #2402: Distrorted AC'97 sound output ----------------------------+----------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- Comment(by thomasmansfeld): Moving the mouse improves playback, but still stuttering. Maybe an interrupt related issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 20:09:28 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 02 Mar 2009 19:09:28 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output In-Reply-To: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> References: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> Message-ID: <058.ca83d8dcd0b600c8d887c84e253b8b9f@haiku-os.org> #2402: Distrorted AC'97 sound output ----------------------------+----------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- Comment(by Adek336): Perhaps editing the file ~/config/settings/kernel/drivers/kernel, uncommenting the line {{{ #serial_debug_output false }}} (and rebooting) helps, as someone in another audio stutter related ticket noted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 2 21:12:20 2009 From: trac at haiku-os.org (thomasmansfeld) Date: Mon, 02 Mar 2009 20:12:20 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output In-Reply-To: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> References: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> Message-ID: <058.9973ef61c6ffb6666415b841aa2e0ad7@haiku-os.org> #2402: Distrorted AC'97 sound output ----------------------------+----------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- Comment(by thomasmansfeld): Tried this also, but it didn't help. I think, I have to wait for the fix of ticket #5. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 01:59:43 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 03 Mar 2009 00:59:43 -0000 Subject: [Haiku-bugs] [Haiku] #3514: [tar] wrong error message when file not found Message-ID: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> #3514: [tar] wrong error message when file not found ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ {{{ ~> tar xf nonexistantfile tar: nonexistantfile: Cannot open: Unknown system error tar: Error is not recoverable: exiting now }}} It should say File not found instead of Unknown system error. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 09:00:48 2009 From: trac at haiku-os.org (iFrodo) Date: Tue, 03 Mar 2009 08:00:48 -0000 Subject: [Haiku-bugs] [Haiku] #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp Message-ID: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp -----------------------+---------------------------------------------------- Reporter: iFrodo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- When compiling the following warning/errors appears: {{{ src/add-ons/kernel/network/protocols/l2cap/l2cap_signal.cpp:726:10: warning: missing terminating " character src/add-ons/kernel/network/protocols/l2cap/l2cap_signal.cpp:727:30: warning: missing terminating " character src/add-ons/kernel/network/protocols/l2cap/l2cap_signal.cpp:1090:1: error: unterminated argument list invoking macro "debugf" }}} After a quick investigation, it appears that it's because the string is terminated on the next line: Line 726: {{{ debugf("unexpected L2CAP_DisconnectReq. Channel IDs does not match, channel: scid=%d, dcid=%d, request: scid=%d, dcid=%d\n", ch->scid, ch->dcid, scid, dcid); }}} and the comma at the end of the first line makes the compile think it's the start of ne next argument (I think). A quick fix is to either not line break, or but a \ at the end of the first line so that the compiler understand that it continues on the next line. Example: {{{ debugf("unexpected L2CAP_DisconnectReq. Channel IDs does not match, \ channel: scid=%d, dcid=%d, request: scid=%d, dcid=%d\n", ch->scid, ch->dcid, scid, dcid); }}} Both solutions have been tested and they work fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 09:03:05 2009 From: trac at haiku-os.org (kaliber) Date: Tue, 03 Mar 2009 08:03:05 -0000 Subject: [Haiku-bugs] [Haiku] #3514: [tar] wrong error message when file not found In-Reply-To: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> References: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> Message-ID: <051.f7a9f9153f2ca0b1e3733bfd4eab4d9f@haiku-os.org> #3514: [tar] wrong error message when file not found ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by kaliber): I'm using tar 1.21 on haiku and it's working as expected (No such file or directory). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 09:20:10 2009 From: trac at haiku-os.org (iFrodo) Date: Tue, 03 Mar 2009 08:20:10 -0000 Subject: [Haiku-bugs] [Haiku] #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp In-Reply-To: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> References: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> Message-ID: <050.fd9e5b312585a0d31606c4fec5dfa19b@haiku-os.org> #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp -------------------------------+-------------------------------------------- Reporter: iFrodo | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by iFrodo): * owner: axeld => oruizdorantes * component: - General => Drivers/Bluetooth -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 09:53:46 2009 From: trac at haiku-os.org (oruizdorantes) Date: Tue, 03 Mar 2009 08:53:46 -0000 Subject: [Haiku-bugs] [Haiku] #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp In-Reply-To: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> References: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> Message-ID: <050.6060177c64e5f0054efccc7dcf488792@haiku-os.org> #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp -------------------------------+-------------------------------------------- Reporter: iFrodo | Owner: oruizdorantes Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by oruizdorantes): * priority: normal => high Comment: Thanks iFrodo for investigation, Sorry that I dont test with GCC4 I will commit a fix as soon as I get home -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 09:56:32 2009 From: trac at haiku-os.org (stippi) Date: Tue, 03 Mar 2009 08:56:32 -0000 Subject: [Haiku-bugs] [Haiku] #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp In-Reply-To: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> References: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> Message-ID: <050.ecf32c9958914afccef0dea5e3ac6701@haiku-os.org> #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp -------------------------------+-------------------------------------------- Reporter: iFrodo | Owner: oruizdorantes Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by stippi): Fixed in r29383. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 10:01:24 2009 From: trac at haiku-os.org (stippi) Date: Tue, 03 Mar 2009 09:01:24 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.ce1449fe61633d36e51cf59be0e971f8@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by stippi): Very well possible. When a view is loopig with GetMouse(), the BWindow code will extract the mouse messages from it's message queue, but it will look for certain other messages and handle those anyways. Maybe it's as easy as adding the messages responsible for taking a screen shot to this code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 10:07:16 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 03 Mar 2009 09:07:16 -0000 Subject: [Haiku-bugs] [Haiku] #3514: [tar] wrong error message when file not found In-Reply-To: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> References: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> Message-ID: <051.55f9a440014360006ebb7c0d55b13550@haiku-os.org> #3514: [tar] wrong error message when file not found ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by Adek336): I'm using a hybrid build, maybe it's specific to that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 10:39:00 2009 From: trac at haiku-os.org (kaliber) Date: Tue, 03 Mar 2009 09:39:00 -0000 Subject: [Haiku-bugs] [Haiku] #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list In-Reply-To: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> References: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> Message-ID: <049.70dac1bb70760e0c8fd4007346c8ffa0@haiku-os.org> #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list --------------------------+------------------------------------------------- Reporter: titer | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by kaliber): Also /boot/common/include isn't included anymore (it has been added in r28324) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 10:51:48 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 09:51:48 -0000 Subject: [Haiku-bugs] [Haiku] #1908: page_fault in network stack (using Firefox) In-Reply-To: <041.6791160cc3e1d20aeb33f16337318daa@haiku-os.org> References: <041.6791160cc3e1d20aeb33f16337318daa@haiku-os.org> Message-ID: <050.d305d46a0b99d381011c59085738f767@haiku-os.org> #1908: page_fault in network stack (using Firefox) ---------------------------------------+------------------------------------ Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: duplicate | Blockedby: 2029 Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 2029 Comment: Duplicate of #2029 which has better info. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 11:16:37 2009 From: trac at haiku-os.org (kaliber) Date: Tue, 03 Mar 2009 10:16:37 -0000 Subject: [Haiku-bugs] [Haiku] #3516: pthread.h should include sched.h (easy) Message-ID: <042.2f59a99329cef06cf1e7fd4a7f0ed285@haiku-os.org> #3516: pthread.h should include sched.h (easy) --------------------------+------------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- According to http://opengroup.org/onlinepubs/007908799/xsh/pthread.h.html {{{ Inclusion of the header will make visible symbols defined in the headers and . }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 13:25:29 2009 From: trac at haiku-os.org (bonefish) Date: Tue, 03 Mar 2009 12:25:29 -0000 Subject: [Haiku-bugs] [Haiku] #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries In-Reply-To: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> References: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> Message-ID: <049.9462598df90b389872fda3148864fc75@haiku-os.org> #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries --------------------------+------------------------------------------------- Reporter: titer | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by bonefish): * owner: bonefish => mmlr -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 13:43:58 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 03 Mar 2009 12:43:58 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.2cdc389caeee1999b5b58cd8877b31f1@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aldeck): Can reproduce here, r29385 either with gcc2 or gcc4. Reproducible in ShelfTest (which builds again in r29385). I can't find a reliable testcase, but what seems to help is to have at least 2 replicants of the same view/app and playing with mouse focus on them before trying to delete one. Crash happens either in BView::_Pulse or BWindow::_FindView, not sure why yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 13:57:02 2009 From: trac at haiku-os.org (absabs) Date: Tue, 03 Mar 2009 12:57:02 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.8a58a2472d2e135ac695b3cf9476070f@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by absabs): There are 2 firewire controllers. As the log said both use irq 10, but which device use irq 11? why reseting firewire controllers will trigger irq 11. Under linux I know cat /proc/interrupts can tell the detailed information about irq, while under haiku how can I know this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 14:54:06 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 13:54:06 -0000 Subject: [Haiku-bugs] [Haiku] #3465: TCP/IP panics after a few days In-Reply-To: <044.bc2b603d3b425bde6923faeda9d4f37c@haiku-os.org> References: <044.bc2b603d3b425bde6923faeda9d4f37c@haiku-os.org> Message-ID: <053.87409ec60ea7ad078ea3212387576ab7@haiku-os.org> #3465: TCP/IP panics after a few days ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: duplicate | Blockedby: 2706 Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 2706 Comment: Duplicate of #2706. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:06:03 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:06:03 -0000 Subject: [Haiku-bugs] [Haiku] #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e In-Reply-To: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> References: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> Message-ID: <050.d6e59bd22558ec2de9e9c83b48508994@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: 3392 -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed * blocking: 3392, 3465 => 3392 Comment: Fixed in r29386. TCP is still using net_routes directly, but this doesn't cause any crashes anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:15:41 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:15:41 -0000 Subject: [Haiku-bugs] [Haiku] #1854: bcm570x driver (GPL) hangs after short period, panics on 'ifconfig --delete' In-Reply-To: <047.72dd8070740df6d55edb31b47fe56576@haiku-os.org> References: <047.72dd8070740df6d55edb31b47fe56576@haiku-os.org> Message-ID: <056.c0c7ab6e6f40f26754309b2588f7fb39@haiku-os.org> #1854: bcm570x driver (GPL) hangs after short period, panics on 'ifconfig --delete' ---------------------------------+------------------------------------------ Reporter: vortechs2000 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => invalid Comment: The bcm570x driver should be removed, as it has been replaced by the FreeBSD driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:16:56 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:16:56 -0000 Subject: [Haiku-bugs] [Haiku] #3392: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf2b, ip 0x80568f26 In-Reply-To: <046.076e292a758fae01de7ce333a00cde0e@haiku-os.org> References: <046.076e292a758fae01de7ce333a00cde0e@haiku-os.org> Message-ID: <055.7e4452fd8a16dfc38eeae2d6ad70036e@haiku-os.org> #3392: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf2b, ip 0x80568f26 -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: duplicate | Blockedby: 2706 Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: Duplicate of #2706. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:18:42 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:18:42 -0000 Subject: [Haiku-bugs] [Haiku] #3442: Virturalbox Network adapters do not appear in Network Preferences In-Reply-To: <042.5a060c2c6da9a5fbbeb2e8b393ed8ed2@haiku-os.org> References: <042.5a060c2c6da9a5fbbeb2e8b393ed8ed2@haiku-os.org> Message-ID: <051.152cc22354a00a24b2eed3ae20b575f3@haiku-os.org> #3442: Virturalbox Network adapters do not appear in Network Preferences ---------------------------------------+------------------------------------ Reporter: jdiwnab | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => invalid Comment: There just is no driver for this hardware. I'm closing this bug as invalid, I don't think we really need this driver anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:22:40 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:22:40 -0000 Subject: [Haiku-bugs] [Haiku] #2279: [Network] kdl during firefox start In-Reply-To: <040.031725d78effca7de80dc1b25c7cf48e@haiku-os.org> References: <040.031725d78effca7de80dc1b25c7cf48e@haiku-os.org> Message-ID: <049.f651495279bc84395fc387ed08585921@haiku-os.org> #2279: [Network] kdl during firefox start --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Comment(by axeld): Eventually the interface has become invalid; the net_buffer contains a pointer to an interface, but not a reference. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:23:45 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:23:45 -0000 Subject: [Haiku-bugs] [Haiku] #2277: Broadcom 4401 NIC In-Reply-To: <045.56a3dfd36795ea405ce4c0275e7a7341@haiku-os.org> References: <045.56a3dfd36795ea405ce4c0275e7a7341@haiku-os.org> Message-ID: <054.34a10be74d11d133a87df16ce5a5b33a@haiku-os.org> #2277: Broadcom 4401 NIC ---------------------------------+------------------------------------------ Reporter: paulogeyer | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => invalid Comment: The original driver has been replaced, there is no feedback. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:29:46 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:29:46 -0000 Subject: [Haiku-bugs] [Haiku] #2733: [network] Divide Error Exception In-Reply-To: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> References: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> Message-ID: <049.a31ba0abf49b48baad0f8b3b36b32730@haiku-os.org> #2733: [network] Divide Error Exception ---------------------------------------+------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => invalid Comment: I guess this one can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:31:17 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:31:17 -0000 Subject: [Haiku-bugs] [Haiku] #2381: [socket]: dup missing - which causes running out of file descriptors In-Reply-To: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> References: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> Message-ID: <051.829190f4a17006144ece8dce380d4de7@haiku-os.org> #2381: [socket]: dup missing - which causes running out of file descriptors ---------------------------------------+------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:39:11 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:39:11 -0000 Subject: [Haiku-bugs] [Haiku] #2197: KDL when starting Firefox In-Reply-To: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> References: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> Message-ID: <049.ca220cf70872344d803a788b232e123b@haiku-os.org> #2197: KDL when starting Firefox -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by axeld): This is probably a duplicate of bug #2029. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 15:43:50 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 14:43:50 -0000 Subject: [Haiku-bugs] [Haiku] #810: Improve net_buffer implementation (was: Complete net_buffer implementation) In-Reply-To: <040.b67c409a5c961cdf38855994ee972751@haiku-os.org> References: <040.b67c409a5c961cdf38855994ee972751@haiku-os.org> Message-ID: <049.2c1b7ef37a1b098f438ecb7e96fdf1b3@haiku-os.org> #810: Improve net_buffer implementation --------------------------------------+------------------------------------- Reporter: axeld | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Comment(by axeld): Clarified summary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 18:27:25 2009 From: trac at haiku-os.org (monni) Date: Tue, 03 Mar 2009 17:27:25 -0000 Subject: [Haiku-bugs] [Haiku] #3514: [tar] wrong error message when file not found In-Reply-To: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> References: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> Message-ID: <051.f8eb3e6bf400b59b6dbd7850e36ff2df@haiku-os.org> #3514: [tar] wrong error message when file not found ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by monni): http://dev.haiku-os.org/browser/haiku/trunk/src/bin/tar/config.h#L971 change to: /* #undef STRERROR_R_CHAR_P */ strerror_r() returns "int" instead of "char *" in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 19:40:04 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 18:40:04 -0000 Subject: [Haiku-bugs] [Haiku] #3514: [tar] wrong error message when file not found In-Reply-To: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> References: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> Message-ID: <051.09489665b91df93b6fd854c9edd6926e@haiku-os.org> #3514: [tar] wrong error message when file not found ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by axeld): Following POSIX, btw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 22:51:31 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 21:51:31 -0000 Subject: [Haiku-bugs] [Haiku] #1477: Network preference app crashes when no device present. In-Reply-To: <041.7e68ebaf24cda8a106367d0b448d0ff5@haiku-os.org> References: <041.7e68ebaf24cda8a106367d0b448d0ff5@haiku-os.org> Message-ID: <050.b82046a62bfb3e1ac108c41a4f73e88b@haiku-os.org> #1477: Network preference app crashes when no device present. ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: This one has apparently been fixed in the mean time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 3 22:55:29 2009 From: trac at haiku-os.org (axeld) Date: Tue, 03 Mar 2009 21:55:29 -0000 Subject: [Haiku-bugs] [Haiku] #1362: Executing Opera seems to wipe out IP settings In-Reply-To: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> References: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> Message-ID: <047.abed5f0d5cf14ffe908b571a427c069a@haiku-os.org> #1362: Executing Opera seems to wipe out IP settings ---------------------------------------+------------------------------------ Reporter: tgx | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: I think I've fixed this one in the mean time; at least the problem could have been that after DHCP tried and failed after some time, the net_server set a default fallback IP configuration, disregarding if someone else already changed them while DHCP tried to get a configuration. In any case, just use the network preferences app to configure a static IP address. No scripts needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 06:10:59 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 04 Mar 2009 05:10:59 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.19512c2c967a79f1521b7784059150cf@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) Comment: Hit the same backtrace shown in the first image attached here using Haiku r29395 It's sitting in GDB now if there's anything that can be gathered further. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 07:10:44 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 04 Mar 2009 06:10:44 -0000 Subject: [Haiku-bugs] [Haiku] #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 Message-ID: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This patch updates build/jam/OptionalPackages to download:[[BR]] Pe - 2.4.1 built in Haiku gcc2[[BR]] BeZillaBrowser -- built in Haiku gcc4[[BR]] [[BR]] Note: have not tested the patch in gcc2. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 08:59:40 2009 From: trac at haiku-os.org (stippi) Date: Wed, 04 Mar 2009 07:59:40 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.54acf476031763930ca2fb7216bb127c@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by stippi): I think without having added some debugging or tracing output, at least I couldn't make much use of the GDB session. :-\ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 09:34:30 2009 From: trac at haiku-os.org (Luposian) Date: Wed, 04 Mar 2009 08:34:30 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.2cdbe985ec32f4d09dd6625762a480c6@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by Luposian): Korli... This is about the best info I can offer, as to what my audio chipset is: http://dev.haiku-os.org/ticket/3193 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 09:47:45 2009 From: trac at haiku-os.org (stippi) Date: Wed, 04 Mar 2009 08:47:45 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c In-Reply-To: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> References: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> Message-ID: <053.b423dd5bba88c9fd28b3fdab02368262@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: 3156 | --------------------------+------------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: Since the workaround has been commited, I don't see the pressing need for this to be in the R1/alpha milestone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 11:12:58 2009 From: trac at haiku-os.org (axeld) Date: Wed, 04 Mar 2009 10:12:58 -0000 Subject: [Haiku-bugs] [Haiku] #3507: Save menuitem in DiskProbe's attribute editor In-Reply-To: <044.b6e23d3e88cd69157e4077576cd0653c@haiku-os.org> References: <044.b6e23d3e88cd69157e4077576cd0653c@haiku-os.org> Message-ID: <053.7893b8d28bd3a0f31eca46d47a669236@haiku-os.org> #3507: Save menuitem in DiskProbe's attribute editor ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by axeld): For files, DiskProbe is as destructive as your general text editor. Letting Command-S behave differently would be quite annoying IMO. Furthermore, with actual devices, a "Save As" wouldn't even work. DiskProbe doesn't show up on a double click on a file either - you have to explicitly open a file in DiskProbe. Plus, there is always the undo feature you can use. About the name, I don't see reason to change it, and DataProbe doesn't sound as nice either :-) It's a hex editor, 'probe' doesn't fit in that well anyway. So much for the things that don't concern the actual bug reported :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 11:39:11 2009 From: trac at haiku-os.org (korli) Date: Wed, 04 Mar 2009 10:39:11 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.c512346539b095d218841cc8ed4ccf63@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by korli): Could be caused by r29180. I should revert it for now: the problem with the current approach is that multiple screenshots are generated as multiple applications can get the screenshot message. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 13:05:18 2009 From: trac at haiku-os.org (Blub) Date: Wed, 04 Mar 2009 12:05:18 -0000 Subject: [Haiku-bugs] [Haiku] #3463: Update OptionalImages to use new BeZilla builds. In-Reply-To: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> References: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> Message-ID: <050.8d34c96e69e266fab91cebf9948bff70@haiku-os.org> #3463: Update OptionalImages to use new BeZilla builds. -------------------------+-------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by Blub): I just think - if they are good enough - that it would make more sense to have them on haiku-files.org, it just seems less random ;) If you have any suggestions for me concerining the packages - chaning some file or applying some other patches to the source - let me know. As for "how" I got them to compile... basically I just took off from where mmadia set me up and just had to remove the hidden visibility for the some haiku specific code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 14:47:26 2009 From: trac at haiku-os.org (stippi) Date: Wed, 04 Mar 2009 13:47:26 -0000 Subject: [Haiku-bugs] [Haiku] #3166: Wonderbrush crashing when max zooming large image In-Reply-To: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> References: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> Message-ID: <053.985e2f23702858fe820e3636ce7e41e4@haiku-os.org> #3166: Wonderbrush crashing when max zooming large image ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Fixed in r29387. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 14:47:59 2009 From: trac at haiku-os.org (stippi) Date: Wed, 04 Mar 2009 13:47:59 -0000 Subject: [Haiku-bugs] [Haiku] #3166: Wonderbrush crashing when max zooming large image In-Reply-To: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> References: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> Message-ID: <053.a7281e13647b4d25b1571fc1d502574a@haiku-os.org> #3166: Wonderbrush crashing when max zooming large image ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): Darn. I mean't r29397. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 14:52:30 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 04 Mar 2009 13:52:30 -0000 Subject: [Haiku-bugs] [Haiku] #3518: Kernel using almost all RAM for no obvious reason Message-ID: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> #3518: Kernel using almost all RAM for no obvious reason ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ I left Haiku running overnight with Vision and mail_daemon active. When I woke up, both of them had crashed in odd places, and the kernel was using nearly all of sys mem. I've attached its area list to this ticket since it looked odd to me, but right now I don't know what else to check. Killing a few userland teams made no difference. The box is still working, so if you want me to dip into KDL to try and look up anything else, please let me know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 14:57:16 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 04 Mar 2009 13:57:16 -0000 Subject: [Haiku-bugs] [Haiku] #3518: Kernel using almost all RAM for no obvious reason In-Reply-To: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> References: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> Message-ID: <053.48ae5d5473fc3d5e735edc2d60a39275@haiku-os.org> #3518: Kernel using almost all RAM for no obvious reason ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by anevilyak): Also if it's at all helpful, the output of vmstat: max memory: 1073676288 free memory: 71872512 needed memory: 0 block cache memory: 78643200 max swap space: 2147352576 free swap space: 2057150464 page faults: 4493183 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 16:25:53 2009 From: trac at haiku-os.org (korli) Date: Wed, 04 Mar 2009 15:25:53 -0000 Subject: [Haiku-bugs] [Haiku] #3193: nVidia Realtek ALC1200 Audio driver In-Reply-To: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> References: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> Message-ID: <052.7fc9fb5beee9e9ead50fb05b98ebf18b@haiku-os.org> #3193: nVidia Realtek ALC1200 Audio driver --------------------------------+------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Resolution: duplicate | Blockedby: 1072 Platform: x86 | Blocking: --------------------------------+------------------------------------------- Comment(by korli): Could you post a syslog ? Thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 17:51:14 2009 From: trac at haiku-os.org (herdemir) Date: Wed, 04 Mar 2009 16:51:14 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.b36db778cc8d2b567ddb054707652157@haiku-os.org> #2769: Radeon driver is Slower than VESA ... -------------------------------------+-------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by herdemir): After some time, I found that the cause is in "app_server->cursor_loop" thread. When using ATI driver, I noticed that moving the cursor around randomly consumes %20-%30 of cpu. While with VESA it almost consumes nothing(maybe max. %2-%5). Is there a way just to disable cursor handling part of the ATI driver (and fallback to use the VESA one)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 18:13:00 2009 From: trac at haiku-os.org (stippi) Date: Wed, 04 Mar 2009 17:13:00 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.16ab46ae46fa8c0e18b7189ec77a5e43@haiku-os.org> #2769: Radeon driver is Slower than VESA ... -------------------------------------+-------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by stippi): Firefox/Ubuntu will just freeze when I try to attache a file. Anyways: {{{ Index: src/servers/app/drawing/AccelerantHWInterface.cpp =================================================================== --- src/servers/app/drawing/AccelerantHWInterface.cpp (Revision 29397) +++ src/servers/app/drawing/AccelerantHWInterface.cpp (Arbeitskopie) @@ -508,7 +508,7 @@ bool tryOffscreenBackBuffer = false; fOffscreenBackBuffer = false; -#if 1 +#if 0 if (fVGADevice < 0 && (color_space)newMode.space == B_RGB32) { // we should have an accelerated graphics driver, try // to allocate a frame buffer large enough to contain @@ -594,12 +594,18 @@ #endif // update acceleration hooks +#if 0 fAccFillRect = (fill_rectangle)fAccelerantHook(B_FILL_RECTANGLE, (void *)&fDisplayMode); fAccInvertRect = (invert_rectangle)fAccelerantHook(B_INVERT_RECTANGLE, (void *)&fDisplayMode); fAccScreenBlit = (screen_to_screen_blit)fAccelerantHook( B_SCREEN_TO_SCREEN_BLIT, (void *)&fDisplayMode); +#else + fAccFillRect = NULL; + fAccInvertRect = NULL; + fAccScreenBlit = NULL; +#endif // in case there is no accelerated blit function, using // an offscreen located backbuffer will not be beneficial! @@ -627,6 +633,9 @@ && fFrontBuffer->ColorSpace() != B_RGBA32) || fVGADevice >= 0 || fOffscreenBackBuffer) doubleBuffered = true; +#if 1 + doubleBuffered = true; +#endif if (doubleBuffered) { if (fOffscreenBackBuffer) { }}} Please apply the patch above and tell me how that feels. What it does is this: * Disable the use of any acceleration (fill rect, invert rect, copy region) of the driver, * use RAM based double buffering just like in VESA. Video overlays should still work as before. But app_server will not read from video memory anymore, only write, since it will use an offscreen buffer in main memory for compositing. Hope this helps, -Stephan -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 19:31:40 2009 From: trac at haiku-os.org (herdemir) Date: Wed, 04 Mar 2009 18:31:40 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.7df187a4c0ad8f6e2dd7d47aaebc3890@haiku-os.org> #2769: Radeon driver is Slower than VESA ... -------------------------------------+-------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by herdemir): Thank you, stippi. This is much much better. Native Resolution, Video Overlay and a responsive GUI(as in VESA)!!! Almost perfect, that I didn't want to leave Haiku, but to give feedback I had to boot to linux. Now, only wireless stack remains in order to use Haiku (almost) daily ;) Thanks again! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 19:45:23 2009 From: trac at haiku-os.org (koki) Date: Wed, 04 Mar 2009 18:45:23 -0000 Subject: [Haiku-bugs] [Haiku] #3519: Warning message when saving user profile (www.haiku-os.org) Message-ID: <039.2e25543984dc92e25d7913f860124e64@haiku-os.org> #3519: Warning message when saving user profile (www.haiku-os.org) -------------------------+-------------------------------------------------- Reporter: koki | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- When saving my user profile on the Haiku website (haiku-os.org), I get the following warning message: user warning: Table 'haiku2_drupal5.event_timezones' doesn't exist query: SELECT * FROM event_timezones WHERE name = 'America/Los Angeles' in /home2/haiku2/webapps/website_production/includes/database.mysql.inc on line 174. 100% reproducible. To reproduce, go to the Edit screen of your user profile and save it by clicking on the [Submit] button at the bottom of the page. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 19:50:45 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 04 Mar 2009 18:50:45 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.961d33502ec5eb2c06ae680230fa82ce@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by umccullough): Well, I'll reboot it when I get home tonight... Let me know if you think of anything before then (perhaps something spit out from KDL instead?) In the event of an app_server crash like this, would ssh access to the box be helpful in any way? I suppose if there's nothing useful that can be retrieved from a gdb, session, perhaps it wouldn't help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 19:53:57 2009 From: trac at haiku-os.org (stippi) Date: Wed, 04 Mar 2009 18:53:57 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.71e4a2aacd6d40a896a587a5a8edfa3c@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by stippi): Maybe someone else could extract useful info. But I am not fluent with GDB at all. :-\ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 21:19:18 2009 From: trac at haiku-os.org (vegardw) Date: Wed, 04 Mar 2009 20:19:18 -0000 Subject: [Haiku-bugs] [Haiku] #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 In-Reply-To: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> References: <042.932524ea2ce518c49f04979a3d2768af@haiku-os.org> Message-ID: <051.5dd6aebad1f50754bc2a967ad159891c@haiku-os.org> #3504: usb_webcam.media_addon and firewire_dv.media_addon makes system freeze on Acer Travelmate 6460 ------------------------------+--------------------------------------------- Reporter: vegardw | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by vegardw): output of the "ints" command in the kdl with firewire bus_manager, usb_webcam.media_addon and firewire_dv.media_addon included in the image: {{{ kdebug> ints int 1, enabled 1, handled 1, unhandled 0, ACTIVE ps2:ps2_interrupt (0x80f365d0), data 0x00000000 int 7, enabled 1, handled 0, unhandled 0 uhci:InterruptHandler__4UHCIPv (0x80749634), data 0x80f937fc int 10, enabled 5, handled 2, unhandled 0 firewire:fwohci_intr (0x8357bde4), data 0x81de1000 firewire:fwohci_intr (0x8357bde4), data 0x81d29000 uhci:InterruptHandler__4UHCIPv (0x80749634), data 0x80f93920 uhci:InterruptHandler__4UHCIPv (0x80749634), data 0x80f936d8 broadcom570x:intr_wrapper (0x807e778c), data 0x81028488 int 11, enabled 3, handled 411, unhandled 1602771 oss:ossintr (0x848373e0), data 0x80fd67f8 ehci:InterruptHandler__4EHCIPv (0x805f3ae4), data 0x80fa3550 uhci:InterruptHandler__4UHCIPv (0x80749634), data 0x80f935b4 int 12, enabled 1, handled 20, unhandled 0 ps2:ps2_interrupt (0x80f365d0), data 0x00000000 int 14, enabled 1, handled 4291, unhandled 0 ide_adapter:ide_adapter_inthand (0x80614a74), data 0x80fbb038 int 15, enabled 1, handled 53, unhandled 1 ide_adapter:ide_adapter_inthand (0x80614a74), data 0x80fbb070 int 219, enabled 1, handled 21462, unhandled 0 kernel_x86:apic_timer_interrupt (0x800d2634), data 0x00000000 int 221, enabled 1, handled 59116, unhandled 0 kernel_x86:i386_ici_interrupt (0x800cb978), data 0x00000000 int 222, enabled 1, handled 0, unhandled 0 kernel_x86:i386_smp_error_interrupt (0x800cb9b0), data 0x00000000 int 223, enabled 1, handled 0, unhandled 0 kernel_x86:i386_spurious_interrupt (0x800cb9a4), data 0x00000000 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 22:01:17 2009 From: trac at haiku-os.org (korli) Date: Wed, 04 Mar 2009 21:01:17 -0000 Subject: [Haiku-bugs] [Haiku] #3514: [tar] wrong error message when file not found In-Reply-To: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> References: <042.a2f508ffaa4b40e54f43b34683fb3d7f@haiku-os.org> Message-ID: <051.40a1f47ac9f70b936836f3fb24432df0@haiku-os.org> #3514: [tar] wrong error message when file not found ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: committed in r29399. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 22:35:59 2009 From: trac at haiku-os.org (Luposian) Date: Wed, 04 Mar 2009 21:35:59 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.35d4afe61580fabcf1459cb16ccc210f@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Changes (by Luposian): * type: enhancement => bug Comment: Well, criminy! I JAM my first GCC 4-built Haiku, turn HDA on, and while Haiku sees the HDA chip and puts up all the little sliders and stuff in the Media preferences... I get absolutely NO audio whatsoever, no matter what I do/try. It was working before, in my last GCC 2.95 build of Haiku... now it dun work at all! :-( Any idea if this is specifically related to GCC 4 builds or if it's just a recent "crunch" (code problem/glitch/bug/whatever) that has reared it's head (regardless of GCC version) and will (hopefully) be resolved shortly? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 4 22:39:19 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 04 Mar 2009 21:39:19 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.b8ccdbdaa6dd900571fb86541642e610@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Changes (by anevilyak): * type: bug => enhancement Comment: Please don't arbitrarily change ticket information without asking. This was marked enhancement for a reason. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 01:36:00 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 05 Mar 2009 00:36:00 -0000 Subject: [Haiku-bugs] [Haiku] #3450: Tracker windows seem to display duplicate files sometimes. In-Reply-To: <038.968296c02bb5f67136b92ed8eb9e5f85@haiku-os.org> References: <038.968296c02bb5f67136b92ed8eb9e5f85@haiku-os.org> Message-ID: <047.9b473f1ae2b4c029e3994408f61acacb@haiku-os.org> #3450: Tracker windows seem to display duplicate files sometimes. -----------------------------------+---------------------------------------- Reporter: bga | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: This optimization was now done a different way which should no longer have the duplicate problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 01:38:51 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 05 Mar 2009 00:38:51 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.7ea031aa4fd63136a7eb6ea5355b0a58@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): How is it with r29395 or later? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 07:38:05 2009 From: trac at haiku-os.org (absabs) Date: Thu, 05 Mar 2009 06:38:05 -0000 Subject: [Haiku-bugs] [Haiku] #1519: firewire driver creates 193 areas of 4kB In-Reply-To: <050.42cefcca0166d6d3962ab7d2e39d385f@haiku-os.org> References: <050.42cefcca0166d6d3962ab7d2e39d385f@haiku-os.org> Message-ID: <059.0c3c48b45fd6f5b96ce7d1c8bce8829b@haiku-os.org> #1519: firewire driver creates 193 areas of 4kB -------------------------------+-------------------------------------------- Reporter: marcusoverhagen | Owner: absabs Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/FireWire | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by absabs): * status: new => closed * resolution: => fixed Comment: It should be fixed in r29396, so I close it -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 09:18:25 2009 From: trac at haiku-os.org (nielx) Date: Thu, 05 Mar 2009 08:18:25 -0000 Subject: [Haiku-bugs] [Haiku] #3519: Warning message when saving user profile (www.haiku-os.org) In-Reply-To: <039.2e25543984dc92e25d7913f860124e64@haiku-os.org> References: <039.2e25543984dc92e25d7913f860124e64@haiku-os.org> Message-ID: <048.d94d40cbe5293773463e3252f1eb0a84@haiku-os.org> #3519: Warning message when saving user profile (www.haiku-os.org) --------------------------+------------------------------------------------- Reporter: koki | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Fixed with the patch from: http://drupal.org/node/353327 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 09:22:58 2009 From: trac at haiku-os.org (stippi) Date: Thu, 05 Mar 2009 08:22:58 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.43f201ac6e2f70a91f38a4dc21023d15@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): It's much faster, but it's still slowing down noticeably after a while. I would leave the ticket open for the time being. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 09:24:31 2009 From: trac at haiku-os.org (stippi) Date: Thu, 05 Mar 2009 08:24:31 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.6835e418d03272915025e8d8c4300275@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): Actually, once the files are in the cache, it's not too bad at all. It's night and day compared to ZETA. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 11:34:22 2009 From: trac at haiku-os.org (humdinger) Date: Thu, 05 Mar 2009 10:34:22 -0000 Subject: [Haiku-bugs] [Haiku] #3520: DiskUsage: Volumes in tabs, node-monitoring Message-ID: <044.aab29b17afbd14a600f22d247b0c573f@haiku-os.org> #3520: DiskUsage: Volumes in tabs, node-monitoring --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This is r29397. With the drop-down menu to the top left you can choose the volume to examine. You can also switch between volumes while one is being scanned. If tabs were used instead, we could do away with the whole bar at the top. Just one tab per mounted volume and a button "Scan volume" in the middle of every tab's view if it's not already scanned. If volumes or folders are drag&dropped into DiskUsage, the tab of the according volume would pop to the front and the location would change to the dropped folder and the scanning starts. With node-monitoring newly mounted volumes can be added automatically as tabs. Also node-monitoring would remove the need to rescan. It's the Haiku way. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 16:02:13 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 05 Mar 2009 15:02:13 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.4e76d5cb5e5fdbda0fb1080b319dfe84@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): Replying to [comment:19 stippi]: > It's much faster, but it's still slowing down noticeably after a while. I would leave the ticket open for the time being. No worries, there are plenty more opportunities for optimization, will need to run the latest code in profile and see what the culprits are now, though I know for sure that Tracker's drawing code could use a cleanup/rewrite. You'd probably be the better candidate than me for that part though :) In any case, could you try something for me? http://dev.haiku- os.org/browser/haiku/trunk/src/kits/tracker/PoseView.cpp#L102 - change this to 50 and see if that makes any perceptible difference for you. We'll have to be careful changing that parameter too heavily though since it's somewhat of a balance between performance and responsiveness while populating (this controls how many entries the disk reader thread sends to the window thread per batch to populate, though it's also enforced by a time constraint (see http://dev.haiku- os.org/browser/haiku/trunk/src/kits/tracker/PoseView.cpp#L1365 ). Let me know please, that parameter could probably be tweaked a bit for more modern systems with faster disk/mem subsystems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 17:05:35 2009 From: trac at haiku-os.org (koki) Date: Thu, 05 Mar 2009 16:05:35 -0000 Subject: [Haiku-bugs] [Haiku] #3521: User profile's "Brief Bio" field not being displayed Message-ID: <039.08ab178b29e21700918d064f96259e53@haiku-os.org> #3521: User profile's "Brief Bio" field not being displayed -------------------------+-------------------------------------------------- Reporter: koki | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- The user profile of the website has a "Brief Bio" field under Personal Information. This field used to be displayed in the User Profile pages (under "Member for" iirc), but it is gone now. This is only a guess, as I have no access to the server and the D5 Shijin theme files, but it is probably missing from the profile template (which was user_profile.tpl.php in D4). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 18:26:52 2009 From: trac at haiku-os.org (aldeck) Date: Thu, 05 Mar 2009 17:26:52 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.d4f8b00c2d4c266922185612e42e040c@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by aldeck): * owner: axeld => aldeck * status: reopened => new Comment: Found an always reproducible testcase (here at least): Create two Deskcalc replicants on the desktop or ShelfTest, without clicking anything else, delete the firstly created replicant. It will crash Tracker or ShelfTest. There are three different crashes, backtraces follow. Working on it, let's see what i can do :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 18:38:54 2009 From: trac at haiku-os.org (diver) Date: Thu, 05 Mar 2009 17:38:54 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.8920cf4aa7a6d322580edd27bfc5428d@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): #3029 could be related -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 18:40:36 2009 From: trac at haiku-os.org (diver) Date: Thu, 05 Mar 2009 17:40:36 -0000 Subject: [Haiku-bugs] [Haiku] #880: [Tracker] icon disappers if right click selected and then desktop is left clicked In-Reply-To: <040.816a17610ad3f9b5a77648d1f7f9f8b1@haiku-os.org> References: <040.816a17610ad3f9b5a77648d1f7f9f8b1@haiku-os.org> Message-ID: <049.2573019180f7717cf6175709c05348ee@haiku-os.org> #880: [Tracker] icon disappers if right click selected and then desktop is left clicked -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by diver): Any news on this one aldeck? ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 18:58:14 2009 From: trac at haiku-os.org (aldeck) Date: Thu, 05 Mar 2009 17:58:14 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.c323efeeb70c974857f23dfd524d395a@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by aldeck): * owner: aldeck => anevilyak * status: assigned => new * milestone: Unscheduled => R1 Comment: Reassigning to you Rene as you seem more motivated than me on this one atm :) Don't forget to bench your progresses, it's always interesting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 20:37:21 2009 From: trac at haiku-os.org (aldeck) Date: Thu, 05 Mar 2009 19:37:21 -0000 Subject: [Haiku-bugs] [Haiku] #880: [Tracker] icon disappers if right click selected and then desktop is left clicked In-Reply-To: <040.816a17610ad3f9b5a77648d1f7f9f8b1@haiku-os.org> References: <040.816a17610ad3f9b5a77648d1f7f9f8b1@haiku-os.org> Message-ID: <049.3c83e3218b9af6d9a132487eac339812@haiku-os.org> #880: [Tracker] icon disappers if right click selected and then desktop is left clicked -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Well sorry for the apparent promise, i didn't assign it to me at least :) Anyway, i didn't forget it but this one is just low priority on my list, it causes no real harm. And it's also not necessarily an easy fix, as Tracker's mouse tracking code is a bit messy and would need some rewriting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 21:08:55 2009 From: trac at haiku-os.org (monni) Date: Thu, 05 Mar 2009 20:08:55 -0000 Subject: [Haiku-bugs] [Haiku] #3453: [easy] add https support to wget In-Reply-To: <040.571b00d9ceb158fbd046aaf3dbd1dbae@haiku-os.org> References: <040.571b00d9ceb158fbd046aaf3dbd1dbae@haiku-os.org> Message-ID: <049.581f5e3476eb74edfc9a66ba60119190@haiku-os.org> #3453: [easy] add https support to wget ---------------------------------------------+------------------------------ Reporter: monni | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Changes (by monni): * component: Network & Internet => Applications/Command Line Tools -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 21:43:41 2009 From: trac at haiku-os.org (nielx) Date: Thu, 05 Mar 2009 20:43:41 -0000 Subject: [Haiku-bugs] [Haiku] #3521: User profile's "Brief Bio" field not being displayed In-Reply-To: <039.08ab178b29e21700918d064f96259e53@haiku-os.org> References: <039.08ab178b29e21700918d064f96259e53@haiku-os.org> Message-ID: <048.81e282d6daaba1d8854f056fe6acb889@haiku-os.org> #3521: User profile's "Brief Bio" field not being displayed --------------------------+------------------------------------------------- Reporter: koki | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Indeed, I restored the code that shows the bio field, so it's back! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 22:57:09 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 05 Mar 2009 21:57:09 -0000 Subject: [Haiku-bugs] [Haiku] #3050: Zip-O-Matic problem In-Reply-To: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> References: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> Message-ID: <050.ea413c792c6aa7d69d45e1760846c7cf@haiku-os.org> #3050: Zip-O-Matic problem -----------------------------+---------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by mmadia): Some more info: gcc2 r29401 Manually start Zip-O-Matic, eg double-clicking the icon in /boot/beos/system/add-ons/Tracker Close it. From now on Opt+Alt+Z works as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 5 23:13:47 2009 From: trac at haiku-os.org (HAL) Date: Thu, 05 Mar 2009 22:13:47 -0000 Subject: [Haiku-bugs] [Haiku] #3522: Openning last track of multitrack CD causes KDL Message-ID: <038.b514db38d8f86cd961242c527498e3bd@haiku-os.org> #3522: Openning last track of multitrack CD causes KDL --------------------+------------------------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------+------------------------------------------------------- If I mount the last track of a multitrack data CD then either double click or right click and navigate to a file on it, I get KDL. If I mount the first track and do the same there is no KDL or crash. Step to reproduce: 1. Mount last track of a multitrack data CD. 2. Right click on it and navigate to a file then click on it. or double click on the CD icon. Result is KDL. Reproduceable every time. What I am wondering is why a multitrack CD is mountable only in two separate disks instead of one? I burnt this disc myself and it works fine in Linux. The FS is ISO9660. I was testing with r29246 on real hardware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 06:46:19 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 06 Mar 2009 05:46:19 -0000 Subject: [Haiku-bugs] [Haiku] #3518: Kernel using almost all RAM for no obvious reason In-Reply-To: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> References: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> Message-ID: <053.8f53a6883d0645ce4b863b022b765c6e@haiku-os.org> #3518: Kernel using almost all RAM for no obvious reason ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by anevilyak): * owner: axeld => anevilyak * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 06:46:38 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 06 Mar 2009 05:46:38 -0000 Subject: [Haiku-bugs] [Haiku] #3518: Kernel using almost all RAM for no obvious reason In-Reply-To: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> References: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> Message-ID: <053.7bb344ecc3054d9854ae24b18fe7014e@haiku-os.org> #3518: Kernel using almost all RAM for no obvious reason ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by anevilyak): Fixed in r29411. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 14:45:18 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 06 Mar 2009 13:45:18 -0000 Subject: [Haiku-bugs] [Haiku] #3523: mail_daemon crash after retrieving ~20000 messages Message-ID: <044.04db3310facf6ba6720d36b2e58a949e@haiku-os.org> #3523: mail_daemon crash after retrieving ~20000 messages ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: bga Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ I left mail_daemon synchronizing my GMail account overnight in IMAP mode. In the morning it had fetched around 20000 messages and was in a crashed state with the following backtrace: stack trace, current PC 0x4ca022 CountItems__C5BList + 0x6: (0x700804bc) 0x93c9f3 CountItems__C12NestedString + 0x1f (0x700804ec) 0x93bd9a FetchMessage__18IMAP4PartialReaderPCc + 0x19a (0x7008055c) 0x93ba94 Seek__18IMAP4PartialReaderxUl + 0x54 (0x7008059c) 0xac0f7f ProcessMailMessage__12FolderFilterPP11BPositionIOP6BEntryP8BMessageP5BPathPCc + 0x217 (0x700808dc) 0x57f338 get_messages__16BMailChainRunnerP11BStringList + 0x370 (0x70080a2c) 0x57e877 MessageReceived__16BMailChainRunnerP8BMessage + 0x34b (0x70080f0c) 0x3b4003 DispatchMessage__7BLooperP8BMessageP8BHandler + 0x5b (0x70080f3c) 0x3b5971 task_looper__7BLooper + 0x211 (0x70080f7c) 0x3b555f _task0___7BLooperPv + 0x3f (0x70080fac) 0x238c20 thread_entry + 0x20 debug_server: Killing team 598 (/boot/beos/system/servers/mail_daemon) Not sure what else to report here other than that it's reliably reproducible ; if I delete all the messages and resync the account from scratch, it will crash every time, though I'm uncertain if the message count was always the same at time of crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 16:22:23 2009 From: trac at haiku-os.org (aldeck) Date: Fri, 06 Mar 2009 15:22:23 -0000 Subject: [Haiku-bugs] [Haiku] #3029: [Tracker] crash in BWindow::_FindView In-Reply-To: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> References: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> Message-ID: <049.0e02373a2593ce91b4735bd0dc31f01e@haiku-os.org> #3029: [Tracker] crash in BWindow::_FindView ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: duplicate | Blockedby: 2712 Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by aldeck): * status: new => closed * resolution: => duplicate * blockedby: => 2712 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 16:22:30 2009 From: trac at haiku-os.org (aldeck) Date: Fri, 06 Mar 2009 15:22:30 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.56c7d5dc940437296ded1bb6fbba61fc@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by aldeck): * blocking: 3029 => Comment: Replying to [comment:7 diver]: > #3029 could be related Yep, definitely, thanks for the pointer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 20:31:14 2009 From: trac at haiku-os.org (aldeck) Date: Fri, 06 Mar 2009 19:31:14 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.f222d49d1627156a1f7a8b80ca2e77f6@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aldeck): Ingo, if you're watching, i was playing in the marvelous KDL for debugging, and saw strange things when looking at the backtrace. Specifically BView::_Pulse() shows lots of arguments where it shouldn't, isn't this a demangler issue? If you confirm this, i can create a specific ticket if you'd like. See attached file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 20:31:39 2009 From: trac at haiku-os.org (koki) Date: Fri, 06 Mar 2009 19:31:39 -0000 Subject: [Haiku-bugs] [Haiku] #3523: mail_daemon crash after retrieving ~20000 messages In-Reply-To: <044.04db3310facf6ba6720d36b2e58a949e@haiku-os.org> References: <044.04db3310facf6ba6720d36b2e58a949e@haiku-os.org> Message-ID: <053.812f738ae81225e1d94735df486767e0@haiku-os.org> #3523: mail_daemon crash after retrieving ~20000 messages ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: bga Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Changes (by koki): * cc: koki (added) Comment: Subscribing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 22:45:30 2009 From: trac at haiku-os.org (aldeck) Date: Fri, 06 Mar 2009 21:45:30 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.a38b6b285271d1f941da58ca17f8fd9e@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aldeck): Forget the previous comment, memory is corrupted after unload_add_on(image) in BShelf::_DeleteReplicant, the crash happens on a BView method call (of the second replicant):[[BR]] http://dev.haiku- os.org/browser/haiku/trunk/src/kits/interface/Shelf.cpp#L1170 [[BR]] At least, commenting this line avoids the crash, investigating :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 22:53:20 2009 From: trac at haiku-os.org (korli) Date: Fri, 06 Mar 2009 21:53:20 -0000 Subject: [Haiku-bugs] [Haiku] #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp In-Reply-To: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> References: <041.abeb9ffa0aca5cf7e5561c546873c784@haiku-os.org> Message-ID: <050.8da4a36ee8d5b25325deb7c3bf9272a1@haiku-os.org> #3515: r29382 GCC4 build broken because of string terminated on next line on l2cap_signal.cpp --------------------------------+------------------------------------------- Reporter: iFrodo | Owner: oruizdorantes Type: bug | Status: closed Priority: high | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 23:07:36 2009 From: trac at haiku-os.org (korli) Date: Fri, 06 Mar 2009 22:07:36 -0000 Subject: [Haiku-bugs] [Haiku] #3387: Icon-O-Matic doesn't export valid SVG In-Reply-To: <042.da0ec2f16dc23d43528cb645c5398add@haiku-os.org> References: <042.da0ec2f16dc23d43528cb645c5398add@haiku-os.org> Message-ID: <051.44b13448cc575bb81e11e8e775a1e03c@haiku-os.org> #3387: Icon-O-Matic doesn't export valid SVG ----------------------------------------+----------------------------------- Reporter: mmu_man | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------+----------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Tested OK. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 23:12:55 2009 From: trac at haiku-os.org (korli) Date: Fri, 06 Mar 2009 22:12:55 -0000 Subject: [Haiku-bugs] [Haiku] #3270: VMWare VMX set to enable USB (easy) In-Reply-To: <047.9971523126734d599b5c5a88d3fe1516@haiku-os.org> References: <047.9971523126734d599b5c5a88d3fe1516@haiku-os.org> Message-ID: <056.a736c83c0ee9b28af144c81e3f3fafeb@haiku-os.org> #3270: VMWare VMX set to enable USB (easy) ---------------------------+------------------------------------------------ Reporter: RandomInsano | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r29416 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 23:17:01 2009 From: trac at haiku-os.org (korli) Date: Fri, 06 Mar 2009 22:17:01 -0000 Subject: [Haiku-bugs] [Haiku] #3286: VirtualMemory preflet should explain if not enough disk space is free In-Reply-To: <042.bac0c30dd9aecb608197436afe1ad185@haiku-os.org> References: <042.bac0c30dd9aecb608197436afe1ad185@haiku-os.org> Message-ID: <051.d9ee3a2271d843c8fc764ede7712beb8@haiku-os.org> #3286: VirtualMemory preflet should explain if not enough disk space is free ---------------------------------------+------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/VirtualMemory | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ Comment(by korli): Is it still valid ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 6 23:36:57 2009 From: trac at haiku-os.org (korli) Date: Fri, 06 Mar 2009 22:36:57 -0000 Subject: [Haiku-bugs] [Haiku] #3404: haiku panics when given 3 cpu's in qemu In-Reply-To: <049.4dcd4fdfd78e80fa14579e3201f40c7e@haiku-os.org> References: <049.4dcd4fdfd78e80fa14579e3201f40c7e@haiku-os.org> Message-ID: <058.fa00e2767aca3712305a9c6f57401b47@haiku-os.org> #3404: haiku panics when given 3 cpu's in qemu ----------------------------+----------------------------------------------- Reporter: the ringmaster | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- Comment(by korli): For me, it doesn't boot also with 2 cpu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 00:20:42 2009 From: trac at haiku-os.org (aldeck) Date: Fri, 06 Mar 2009 23:20:42 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.cbde0b8183ebb339ebf2e11260776e1d@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aldeck): Ok, with some help from korli, i found out that the unload_add_on logic is flawed, it will always unload the image on (and only on) deleting the first instance, even if the image is still needed by the other instances. Working on a fix. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 00:39:40 2009 From: trac at haiku-os.org (mmadia) Date: Fri, 06 Mar 2009 23:39:40 -0000 Subject: [Haiku-bugs] [Haiku] #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 In-Reply-To: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> References: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> Message-ID: <050.ac4bb28f3c3ff751cbfd249f63a3336b@haiku-os.org> #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): This attachment can be removed: OptionalPackages-new_pegcc2-new-bezillagcc4.patch (1.3 KB) - added by mmadia 3 days ago. Also, the patch was successfully tested in gcc2. Requesting commit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 00:40:49 2009 From: trac at haiku-os.org (Luposian) Date: Fri, 06 Mar 2009 23:40:49 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.9f86d157d5511a12a9693de8bf63209e@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by Luposian): Sorry about that. I figured I could be mark it as "bug", because I thought it would only show what *I* thought of it as (and only on my post(s)), not change the entire thread to that classification. Again, my apologies. I'll be sure to remember that from now on. As a side note, any idea why my GCC 4 build of Haiku is exhibiting total silence, even though I set it up to see HDA? Like I said, it was working well in the last GGC 2.95 build of Haiku I did several weeks back, on this same system. Thus, logically, it can't be the hardware... can it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 00:43:18 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 06 Mar 2009 23:43:18 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.3697f8debf60918d0da45c642437f439@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by anevilyak): There are issues that currently only show up on gcc4 due to differences in how the compilers do memory alignment and such. Those haven't yet been looked into in too much detail for various reasons, so for the time being you probably don't want to be using a gcc4 build unless you have a pressing reason to do so (i.e. trying to port software that requires it to compile). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 01:25:25 2009 From: trac at haiku-os.org (iFrodo) Date: Sat, 07 Mar 2009 00:25:25 -0000 Subject: [Haiku-bugs] [Haiku] #3524: r29417 gcc 4 build broken in src/kits/tracker/PoseView.h Message-ID: <041.919e868e6ea94a55b0539182f7184f97@haiku-os.org> #3524: r29417 gcc 4 build broken in src/kits/tracker/PoseView.h ----------------------------------+----------------------------------------- Reporter: iFrodo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Here is the error message: C++ generated/objects/haiku/x86/release/kits/tracker/BackgroundImage.o In file included from src/kits/tracker/BackgroundImage.cpp:50: src/kits/tracker/PoseView.h:67: error: expected constructor, destructor, or type conversion before 'struct' The line 67 is: '''__STL_TEMPLATE_NULL struct std::hash '''{ size_t operator()(node_ref ref) const { return ref.node; } }; -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 01:28:50 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 07 Mar 2009 00:28:50 -0000 Subject: [Haiku-bugs] [Haiku] #3524: r29417 gcc 4 build broken in src/kits/tracker/PoseView.h In-Reply-To: <041.919e868e6ea94a55b0539182f7184f97@haiku-os.org> References: <041.919e868e6ea94a55b0539182f7184f97@haiku-os.org> Message-ID: <050.44f9bb8bfd0fe23059910d0d566603bc@haiku-os.org> #3524: r29417 gcc 4 build broken in src/kits/tracker/PoseView.h ----------------------------------+----------------------------------------- Reporter: iFrodo | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak Comment: That would be my fault, looking. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 01:48:51 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 07 Mar 2009 00:48:51 -0000 Subject: [Haiku-bugs] [Haiku] #3524: r29417 gcc 4 build broken in src/kits/tracker/PoseView.h In-Reply-To: <041.919e868e6ea94a55b0539182f7184f97@haiku-os.org> References: <041.919e868e6ea94a55b0539182f7184f97@haiku-os.org> Message-ID: <050.b4179dd1f10116a0bf43a0e646f4774b@haiku-os.org> #3524: r29417 gcc 4 build broken in src/kits/tracker/PoseView.h -----------------------------------+---------------------------------------- Reporter: iFrodo | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r29418. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 03:32:15 2009 From: trac at haiku-os.org (mmadia) Date: Sat, 07 Mar 2009 02:32:15 -0000 Subject: [Haiku-bugs] [Haiku] #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 In-Reply-To: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> References: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> Message-ID: <050.f45e736efa29eb94ac05af578a499312@haiku-os.org> #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Committed in [29420]. Thanks mmu_man![[BR]] Ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 03:51:47 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 07 Mar 2009 02:51:47 -0000 Subject: [Haiku-bugs] [Haiku] #3525: [vim] memory not freed after failing to open file Message-ID: <042.0069c5ad11fb3494497b8ee9d6ca96a5@haiku-os.org> #3525: [vim] memory not freed after failing to open file ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Try to open a file larger than memory size in vim. Vim fails and opens an empty buffer, however, it doesn't free the memory it allocated during the open attempt. Under Linux vim can open huge files, using physical memory but not swap, just like if the memory manager removed unneeded parts of the file from memory and planned to reread them when necessary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 05:52:01 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 07 Mar 2009 04:52:01 -0000 Subject: [Haiku-bugs] [Haiku] #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 In-Reply-To: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> References: <041.77bfa81d2382553c884e59963ad40a41@haiku-os.org> Message-ID: <050.a2c82ec6ecdb2433312d8fc6fb825aca@haiku-os.org> #3517: Patch for OptionalPackages : pe-gcc2, bezillabrowser-gcc4 ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 06:23:42 2009 From: trac at haiku-os.org (mtr) Date: Sat, 07 Mar 2009 05:23:42 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 In-Reply-To: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> References: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> Message-ID: <051.d8d1773889fc05ef86d1a9e519bce8bb@haiku-os.org> #3138: Mouse works poorly in r28643 -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by mtr): I don't know if this is related, but i tested r29417 in VMware Server and the mouse pointer doesn't work fluidly. I suppose (i'm new to Haiku :) ) that the mouse "driver" is MouseInputDevice.cpp. Maybe changing kMouseThreadPriority could hackfix this problem. I tested 28641 too and got the same problem. Thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 06:25:20 2009 From: trac at haiku-os.org (mtr) Date: Sat, 07 Mar 2009 05:25:20 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 In-Reply-To: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> References: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> Message-ID: <051.8986299a1571903e8698add5eafcd06f@haiku-os.org> #3138: Mouse works poorly in r28643 -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by mtr): * cc: mtr (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 10:19:41 2009 From: trac at haiku-os.org (tqh) Date: Sat, 07 Mar 2009 09:19:41 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.f87efafec80fb0bb38e703a1a21b829e@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by tqh): For me it behaves the same under gcc2.95 and gcc4. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 13:55:01 2009 From: trac at haiku-os.org (axeld) Date: Sat, 07 Mar 2009 12:55:01 -0000 Subject: [Haiku-bugs] [Haiku] #3286: VirtualMemory preflet should explain if not enough disk space is free In-Reply-To: <042.bac0c30dd9aecb608197436afe1ad185@haiku-os.org> References: <042.bac0c30dd9aecb608197436afe1ad185@haiku-os.org> Message-ID: <051.ed6c35961495c053d752711fb8ff07e6@haiku-os.org> #3286: VirtualMemory preflet should explain if not enough disk space is free ----------------------------------------+----------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/VirtualMemory | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------+----------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Nope, there is no real lower limit anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 14:59:09 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 07 Mar 2009 13:59:09 -0000 Subject: [Haiku-bugs] [Haiku] #3526: [vim] cannot reliable paste with alt+v Message-ID: <042.7bffe2d9464a2e8d56295d9736c7f6f6@haiku-os.org> #3526: [vim] cannot reliable paste with alt+v ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ If I've got a long text selection in the buffer and go to vim in insert mode, alt+v pastes the text but drops parts of the text on a per-letter basis. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 16:47:20 2009 From: trac at haiku-os.org (mmadia) Date: Sat, 07 Mar 2009 15:47:20 -0000 Subject: [Haiku-bugs] [Haiku] #3527: Update OptionalImages to use Pe with additional libpcre*.so Message-ID: <041.d35b5dc4dca4dab0a954fb1c4cc4d4a4@haiku-os.org> #3527: Update OptionalImages to use Pe with additional libpcre*.so -------------------------+-------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Turns out that Pe does indeed want libpcreposix.so.0 Thanks to Rene for spotting this: your new build of Pe works, but I get a few warnings on serial that it's trying to load libpcreposix.so.0 and not finding it...I'm guessing some of its extensions? ah yeah, Cut Lines Containing and Copy Lines Containing want it Please upload this file to haiku-files.org/files/optional-packages[[BR]] http://bezilla.beuser.de/pe-2.4.1-x86-rc3-gcc2-2009-03-07.zip[[BR]] md5sum: bb37ca484955db1df64be65f38fc9d5a[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 17:07:19 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 07 Mar 2009 16:07:19 -0000 Subject: [Haiku-bugs] [Haiku] #3527: Update OptionalImages to use Pe with additional libpcre*.so In-Reply-To: <041.d35b5dc4dca4dab0a954fb1c4cc4d4a4@haiku-os.org> References: <041.d35b5dc4dca4dab0a954fb1c4cc4d4a4@haiku-os.org> Message-ID: <050.9e3b63dd5dc2eed762e5ee65db8dcf34@haiku-os.org> #3527: Update OptionalImages to use Pe with additional libpcre*.so -------------------------+-------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by umccullough): File has now been placed in the proper location: http://haiku-files.org/files/optional- packages/pe-2.4.1-x86-rc3-gcc2-2009-03-07.zip diff can be applied. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 19:43:19 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 07 Mar 2009 18:43:19 -0000 Subject: [Haiku-bugs] [Haiku] #3527: Update OptionalImages to use Pe with additional libpcre*.so In-Reply-To: <041.d35b5dc4dca4dab0a954fb1c4cc4d4a4@haiku-os.org> References: <041.d35b5dc4dca4dab0a954fb1c4cc4d4a4@haiku-os.org> Message-ID: <050.f86c636160ed15adfd134f4361ef3342@haiku-os.org> #3527: Update OptionalImages to use Pe with additional libpcre*.so --------------------------+------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Applied in r29427, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 22:13:18 2009 From: trac at haiku-os.org (brecht) Date: Sat, 07 Mar 2009 21:13:18 -0000 Subject: [Haiku-bugs] [Haiku] #3528: Button assignment steals mouse clicks Message-ID: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> #3528: Button assignment steals mouse clicks -------------------------------+-------------------------------------------- Reporter: brecht | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Mouse | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- The button assignment menu pops up when: * the Mouse preferences window is open, and * a window is in front of it, and * the pointer is in the area where the mouse buttons were in the image on the Mouse preferences window * a mouse button is pressed The same happens if the Mouse preferences window is minimized. Clicking on the desktop or a window in the right area will pop up the menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 22:55:58 2009 From: trac at haiku-os.org (jprostko) Date: Sat, 07 Mar 2009 21:55:58 -0000 Subject: [Haiku-bugs] [Haiku] #3529: Update OptionalPackages/ReleaseBuildProfiles for BezillaBrowser incorporation Message-ID: <043.cd8cba098e22957b7a2b06811994c92f@haiku-os.org> #3529: Update OptionalPackages/ReleaseBuildProfiles for BezillaBrowser incorporation -------------------------+-------------------------------------------------- Reporter: jprostko | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Hello, Attached to this ticket is a patch which accomplishes the following: All references of Firefox in OptionalPackages and ReleaseBuildProfiles are changed to BezillaBrowser. This may result in issues with people who have custom ReleaseBuildProfiles or UserBuildConfig files that refer to the Firefox package, but should probably be done now, as we can no longer use the Firefox name. Also, the patch incorporates the GCC 4 built BezillaBrowser into all Haiku builds that have GCC4 libraries. In essence, this means that only a pure GCC 2.95.3 build will get a GCC 2 BezillaBrowser. A pure GCC 4 build, as well as GCC2/4 and GCC4/2 hybrids will get the GCC 4 build. I am not sure if that is desired at this point, so understand if it is not incorporated. For reference, the patch was done against r29429. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 7 23:19:31 2009 From: trac at haiku-os.org (stippi) Date: Sat, 07 Mar 2009 22:19:31 -0000 Subject: [Haiku-bugs] [Haiku] #3528: Button assignment steals mouse clicks In-Reply-To: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> References: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> Message-ID: <050.e197be5933cd31e4d72ed27fba46976a@haiku-os.org> #3528: Button assignment steals mouse clicks -------------------------------+-------------------------------------------- Reporter: brecht | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Mouse | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by stippi): Fixed in r29430. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 01:39:09 2009 From: trac at haiku-os.org (stippi) Date: Sun, 08 Mar 2009 00:39:09 -0000 Subject: [Haiku-bugs] [Haiku] #2913: crash in "usb explore" thread a short while after switching USB KVM forth and back In-Reply-To: <041.9fae12bd571942a64410b8a1d2b1c827@haiku-os.org> References: <041.9fae12bd571942a64410b8a1d2b1c827@haiku-os.org> Message-ID: <050.0ff4af4132c2654cf1e0672fe41cc967@haiku-os.org> #2913: crash in "usb explore" thread a short while after switching USB KVM forth and back -----------------------+---------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by stippi): It's been a long time, and I cannot reproduce this anymore. Feel free to close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 01:44:21 2009 From: trac at haiku-os.org (stippi) Date: Sun, 08 Mar 2009 00:44:21 -0000 Subject: [Haiku-bugs] [Haiku] #2481: USB mouse and keyboard sometimes stop working In-Reply-To: <041.e27b67ec0dca7fb5b40f990c6c5599c8@haiku-os.org> References: <041.e27b67ec0dca7fb5b40f990c6c5599c8@haiku-os.org> Message-ID: <050.e7e1d2ac859285ba3657552ab991ec0f@haiku-os.org> #2481: USB mouse and keyboard sometimes stop working --------------------------+------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: This was still an issue until a short while ago, but one of the very last USB fixes seems to have cured this problem for me. Today I have an uptime of 13:40 minutes and have not had an issue with the USB devices. Since a couple of days, I am using my desktop Haiku installation with my USB KVM switch again and have not had this issue. Maybe two weeks before, I dug up my PS/2 KVM switch, because then it was definitely still a problem. Revision right now is r29421. I will re-open if I ever encounter this again. Pretty cool, this was annoying! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 01:50:16 2009 From: trac at haiku-os.org (stippi) Date: Sun, 08 Mar 2009 00:50:16 -0000 Subject: [Haiku-bugs] [Haiku] #347: Imposible to boot from CD In-Reply-To: <054.b7543cd2da05e105ad49b5d2c2877e4d@haiku-os.org> References: <054.b7543cd2da05e105ad49b5d2c2877e4d@haiku-os.org> Message-ID: <063.5637e8b7c28c4fc6891ab27e2cfef03d@haiku-os.org> #347: Imposible to boot from CD ----------------------------------+----------------------------------------- Reporter: daneel@? | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by stippi): Since this is not a "doesn't work in general" but more of a "doesn't work on some hardware" bug, as I understand it, does this really have to be in R1/alpha? There is going to be a lot of hardware where Haiku won't boot on. Us being aware of it or not. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 01:55:15 2009 From: trac at haiku-os.org (jprostko) Date: Sun, 08 Mar 2009 00:55:15 -0000 Subject: [Haiku-bugs] [Haiku] #3529: Update OptionalPackages/ReleaseBuildProfiles for BezillaBrowser incorporation In-Reply-To: <043.cd8cba098e22957b7a2b06811994c92f@haiku-os.org> References: <043.cd8cba098e22957b7a2b06811994c92f@haiku-os.org> Message-ID: <052.0b4f36ef3dec9549c10d4ee7586e4127@haiku-os.org> #3529: Update OptionalPackages/ReleaseBuildProfiles for BezillaBrowser incorporation -------------------------+-------------------------------------------------- Reporter: jprostko | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by jprostko): * cc: joe.prostko@? (added) Comment: The new patch, BeZillaBrowser.diff is the same as the previous patch, but all relevant instances of BezillaBrowser are changed to BeZillaBrowser (as in, instances of 'z' are replaced with 'Z'). In my haste, I must have overlooked the naming convention. I was going to attach the patch as an overwrite of the previous one, but decided to attach it as new in order to keep the naming consistent with what is being accomplished with the patch. The BeZillaBrowser.diff patch was done against r29434. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 01:59:44 2009 From: trac at haiku-os.org (jprostko) Date: Sun, 08 Mar 2009 00:59:44 -0000 Subject: [Haiku-bugs] [Haiku] #3529: Update OptionalPackages/ReleaseBuildProfiles for BeZillaBrowser incorporation (was: Update OptionalPackages/ReleaseBuildProfiles for BezillaBrowser incorporation) In-Reply-To: <043.cd8cba098e22957b7a2b06811994c92f@haiku-os.org> References: <043.cd8cba098e22957b7a2b06811994c92f@haiku-os.org> Message-ID: <052.b53b0e15902cd08e45fe22d7c7ce0ba2@haiku-os.org> #3529: Update OptionalPackages/ReleaseBuildProfiles for BeZillaBrowser incorporation -------------------------+-------------------------------------------------- Reporter: jprostko | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 04:10:03 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 08 Mar 2009 03:10:03 -0000 Subject: [Haiku-bugs] [Haiku] #2913: crash in "usb explore" thread a short while after switching USB KVM forth and back In-Reply-To: <041.9fae12bd571942a64410b8a1d2b1c827@haiku-os.org> References: <041.9fae12bd571942a64410b8a1d2b1c827@haiku-os.org> Message-ID: <050.b655884dfa583983fc2252f7d5c1ba85@haiku-os.org> #2913: crash in "usb explore" thread a short while after switching USB KVM forth and back ------------------------+--------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: closed Priority: high | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Ok, thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 08:28:51 2009 From: trac at haiku-os.org (leavengood) Date: Sun, 08 Mar 2009 07:28:51 -0000 Subject: [Haiku-bugs] [Haiku] #3223: DiskUsage: nicer colors In-Reply-To: <044.3e138a469ccc43a8bd689544b51952ee@haiku-os.org> References: <044.3e138a469ccc43a8bd689544b51952ee@haiku-os.org> Message-ID: <053.02e4c5319944688ce3b20630b4225bb5@haiku-os.org> #3223: DiskUsage: nicer colors -----------------------------+---------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Changes (by leavengood): * cc: leavengood@? (added) Comment: Personally I like the original colors more. They are definitely toned down, but I would not call them drab. IMO, your new ones are a bit too primary and bright and seem too different from each other, which makes it look chaotic. I think the original developer purposely made all the colors of a similar tone so they blend well together, while still making each part look separate. If you made a new color scheme that was slightly more bright yet still blended well, I would like it more. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 10:47:06 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 08 Mar 2009 09:47:06 -0000 Subject: [Haiku-bugs] [Haiku] #3200: Graphic games are showing a back border on left and top In-Reply-To: <042.46e756ccfe16a99552732084994143cd@haiku-os.org> References: <042.46e756ccfe16a99552732084994143cd@haiku-os.org> Message-ID: <051.f40501afe7384e86393611914fa443ad@haiku-os.org> #3200: Graphic games are showing a back border on left and top -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): In SDL_Fire at least, this can be remedied by removing the SDL_FULLSCREEN from SDL_SetVideoMode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 10:47:43 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 08 Mar 2009 09:47:43 -0000 Subject: [Haiku-bugs] [Haiku] #3200: Graphic games are showing a back border on left and top In-Reply-To: <042.46e756ccfe16a99552732084994143cd@haiku-os.org> References: <042.46e756ccfe16a99552732084994143cd@haiku-os.org> Message-ID: <051.37f7700455e8ee13a956881e062d9481@haiku-os.org> #3200: Graphic games are showing a back border on left and top -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): Also note that even with the SDL_FULLSCREEN flag, the application doesn't open in fullscreen mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 11:23:16 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 08 Mar 2009 10:23:16 -0000 Subject: [Haiku-bugs] [Haiku] #3530: nForce (MCP61 Ethernet) not work correctly Message-ID: <041.a5f379237c17937911a9a26f8fc8f251@haiku-os.org> #3530: nForce (MCP61 Ethernet) not work correctly ------------------------------------+--------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- My onboard ethernet card it be not able to establish address from DHCP , setting static address causes, that card sends and receives packet but FF be not able to load side etc. I tested now on r. 29323 but it the same was in earlier revision. BTW. How to establish in system, in order to second card had the priority in working (Realtek 8139) on PCI - the nForce turns on defaults always, and after change, the Realtek be not able to alone pull down the IP from DHCP, this does only near restart of system. {{{ /dev/net/nforce/0 Hardware Type: Ethernet, Address: 00:1d:7d:52:9c:f2 Media Type: 100 MBit, 100BASE-TX inet addr: 89.76.66.89, Bcast: 89.76.66.255, Mask: 255.255.255.0 MTU: 1500, Metric: 0, up broadcast link Receive: 478 packets, 0 errors, 29552 bytes, 0 mcasts, 0 dropped Transmit: 11 packets, 0 errors, 801 bytes, 0 mcasts, 0 dropped Collisions: 0 }}} {{{ device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1103: K8 [Athlon64/Opteron] Miscellaneous Control device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1102: K8 [Athlon64/Opteron] DRAM Controller device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1101: K8 [Athlon64/Opteron] Address Map device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1100: K8 [Athlon64/Opteron] HyperTransport Technology Configuration device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 10de: nVidia Corporation device 03d0: GeForce 6150SE nForce 430 device Mass storage controller (IDE interface) [1|1|85] vendor 10de: nVidia Corporation device 03f6: MCP61 SATA Controller device Bridge [6|80|0] vendor 10de: nVidia Corporation device 03ef: MCP61 Ethernet device Mass storage controller (IDE interface) [1|1|8a] vendor 10de: nVidia Corporation device 03ec: MCP61 IDE device Multimedia controller (Audio device) [4|3|0] vendor 10de: nVidia Corporation device 03f0: MCP61 High Definition Audio device Network controller (Ethernet controller) [2|0|0] vendor 10ec: Realtek Semiconductor Co., Ltd. device 8139: RTL-8139/8139C/8139C+ device Bridge (PCI bridge, Subtractive decode) [6|4|1] vendor 10de: nVidia Corporation device 03f3: MCP61 PCI bridge device Serial bus controller (USB Controller, EHCI) [c|3|20] vendor 10de: nVidia Corporation device 03f2: MCP61 USB Controller device Serial bus controller (USB Controller, OHCI) [c|3|10] vendor 10de: nVidia Corporation device 03f1: MCP61 USB Controller device Memory controller (RAM memory) [5|0|0] vendor 10de: nVidia Corporation device 03f5: MCP61 Memory Controller device Serial bus controller (SMBus) [c|5|0] vendor 10de: nVidia Corporation device 03eb: MCP61 SMBus device Bridge (ISA bridge) [6|1|0] vendor 10de: nVidia Corporation device 03e0: MCP61 LPC Bridge device Memory controller (RAM memory) [5|0|0] vendor 10de: nVidia Corporation device 03ea: MCP61 Memory Controller }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 12:49:45 2009 From: trac at haiku-os.org (hey68you) Date: Sun, 08 Mar 2009 11:49:45 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.4b7b180e3120d42a0a0ca30ba43bb1b6@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by hey68you): I think that the new updated file ("TermWindow.cpp") should fix that quirkiness described by scottmc above. Now the tab name is immediately updated upon pressing the ok button on the new dialog that I added in the patch above (or when you enter the "echo -e .." at the command line. What the change does is to just call the tabview's invalidate method which forces the redraw of the tab label immediately. (Where as before it didn't get redrawn until the tab lost focus). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 12:55:23 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 11:55:23 -0000 Subject: [Haiku-bugs] [Haiku] #3531: Haiku CD hangs at boot in Virtualbox Message-ID: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> #3531: Haiku CD hangs at boot in Virtualbox -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Revision 29436, Virtualbox 2.1.4 (Ubuntu 8.10, 32-bit).[[BR]] Trying to boot the Haiku CD in Virtualbox results in a hang at the red rocket. The last line of the serial output says: REG: Failed to open shadow passwd DB file "/etc/shadow": No such file or directory -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 13:06:17 2009 From: trac at haiku-os.org (tqh) Date: Sun, 08 Mar 2009 12:06:17 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.6dc3a3ec096aea7ae9a6e6259a3d7995@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by tqh): Audio now sounds as it should except tick/thumps several times per second, might be depending on music. Revision r29436. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 13:29:28 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 12:29:28 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | Message-ID: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Revision 29436, Vmware Player 2.5.0 (Ubuntu 8.10, 32-bit).[[BR]] [[BR]] 1. Build a vanilla 300 MB haiku-vmware-image.[[BR]] 2. Make a copy of it named haiku_copy.vmdk[[BR]] 3. Include the image copy in the haiku.vmx file:[[BR]] ide0:1.present = "TRUE"[[BR]] ide0:1.fileName = "haiku_copy.vmdk"[[BR]] ide0:1.deviceType = "disk"[[BR]] ide0:1.mode = "persistent"[[BR]] ide0:1.redo = ""[[BR]] ide0:1.writeThrough = "FALSE"[[BR]] ide0:1.startConnected = "FALSE"[[BR]] 4. Boot.[[BR]] 5. From the Haiku desktop, mount the copy image.[[BR]] 6. Double-click the copy image disk, press and to remove all files.[[BR]] [[BR]] Result: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 13:32:42 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 12:32:42 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.78f1e25e4acd9e7de6cc3d1f82377c42@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by luroh): Furthermore, after encountering this panic, the original image is no longer bootable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 13:41:01 2009 From: trac at haiku-os.org (stippi) Date: Sun, 08 Mar 2009 12:41:01 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.98005ab8d7947e6e74d6a24d96fe59b4@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): Hm. Such problems should rather be fixed in the respective classes. BTab in this instance. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 13:45:24 2009 From: trac at haiku-os.org (stippi) Date: Sun, 08 Mar 2009 12:45:24 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.e19c8e37f1d874d59af44adac321e622@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by stippi): Are you trying to play Techno? I hate Techno and have added deliberate audio stuttering upon detection of Techno-music. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 13:49:21 2009 From: trac at haiku-os.org (stippi) Date: Sun, 08 Mar 2009 12:49:21 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.020eee6df19a9c816e3975119886e5e5@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by stippi): Seriously though, for me, audio sounds perfect when playing in VLC. In MediaPlayer, I get varying results, seemingly depending on the file in question (?). Maybe there is a problem in our MP3 decoder yet? I wanted to make some tests with WAV and generated test-tones to be sure. But since the ToneProducer-Demo in Cortex as well as playback in VLC sound perfect here, I can be sure that the problem is neither in the System Mixer, nor HDA, nor the Multi-Audio node. If you can reproduce clicks in with the ToneProducer test node in Cortex, then a problem is most likely in HDA with your specific parameters (what audio format it defaults to). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:02:12 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 13:02:12 -0000 Subject: [Haiku-bugs] [Haiku] #2400: [vfs]: vnode is not becoming unbusy In-Reply-To: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> References: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> Message-ID: <051.0361088b0226afc35633364d37453e39@haiku-os.org> #2400: [vfs]: vnode is not becoming unbusy ---------------------------+------------------------------------------------ Reporter: emitrax | Owner: emitrax Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by luroh): emitrax: how's the build coming along? :-)[[BR]] Seriously though, would you say this ticket is still valid?[[BR]] Running your above script for hours on real hw results not in a KDL but in a freeze. Pic of " + bt" attached. Should I open a new ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:14:56 2009 From: trac at haiku-os.org (tqh) Date: Sun, 08 Mar 2009 13:14:56 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.adab88eb33246cc42ac833df6fbe8fc7@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by tqh): No, no techno. So maybe I shouldn't use Mediaplayer to test with... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:21:42 2009 From: trac at haiku-os.org (korli) Date: Sun, 08 Mar 2009 13:21:42 -0000 Subject: [Haiku-bugs] [Haiku] #3410: CAM.h should be in /boot/develop/headers/os/drivers/CAM.h as in BeOS In-Reply-To: <041.a6fe7923a4c2ec741517332f4011e3f6@haiku-os.org> References: <041.a6fe7923a4c2ec741517332f4011e3f6@haiku-os.org> Message-ID: <050.5a27c723b3ae0bfa37cf0f4994dc52b6@haiku-os.org> #3410: CAM.h should be in /boot/develop/headers/os/drivers/CAM.h as in BeOS ------------------------+--------------------------------------------------- Reporter: schily | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => invalid Comment: I hope it's OK to close (not really invalid but as there is no fix). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:42:31 2009 From: trac at haiku-os.org (korli) Date: Sun, 08 Mar 2009 13:42:31 -0000 Subject: [Haiku-bugs] [Haiku] #3453: [easy] add https support to wget In-Reply-To: <040.571b00d9ceb158fbd046aaf3dbd1dbae@haiku-os.org> References: <040.571b00d9ceb158fbd046aaf3dbd1dbae@haiku-os.org> Message-ID: <049.8caef5871b3a8fbd8a3b85e487ef3059@haiku-os.org> #3453: [easy] add https support to wget ----------------------------------------------+----------------------------- Reporter: monni | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Applied and tested OK in r29437. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:43:58 2009 From: trac at haiku-os.org (tqh) Date: Sun, 08 Mar 2009 13:43:58 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.4193d3f9d831c64628b4a631be9fa91c@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by tqh): Cortex produces clicks on sine wave as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:56:30 2009 From: trac at haiku-os.org (korli) Date: Sun, 08 Mar 2009 13:56:30 -0000 Subject: [Haiku-bugs] [Haiku] #3516: pthread.h should include sched.h (easy) In-Reply-To: <042.2f59a99329cef06cf1e7fd4a7f0ed285@haiku-os.org> References: <042.2f59a99329cef06cf1e7fd4a7f0ed285@haiku-os.org> Message-ID: <051.e37e874856d972df3fd1a991b0746442@haiku-os.org> #3516: pthread.h should include sched.h (easy) ---------------------------+------------------------------------------------ Reporter: kaliber | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r29438 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 14:58:15 2009 From: trac at haiku-os.org (korli) Date: Sun, 08 Mar 2009 13:58:15 -0000 Subject: [Haiku-bugs] [Haiku] #3518: Kernel using almost all RAM for no obvious reason In-Reply-To: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> References: <044.9b19cfa696d35cb6025fe91400febd39@haiku-os.org> Message-ID: <053.71ac1c09bef411fc1e313d673d1756e0@haiku-os.org> #3518: Kernel using almost all RAM for no obvious reason ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 15:18:22 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 08 Mar 2009 14:18:22 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.dc99310f815c1dfb996e15f400d1d9cb@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: fixed in r29439 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 15:51:03 2009 From: trac at haiku-os.org (korli) Date: Sun, 08 Mar 2009 14:51:03 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.a8d517bf2fad8458feb08c833fc54ce0@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Please have a try with r29440 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 16:02:35 2009 From: trac at haiku-os.org (jprostko) Date: Sun, 08 Mar 2009 15:02:35 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.6945e9fd073259ffc7c643a35891ea61@haiku-os.org> #1050: implement a WiFi stack -----------------------------------------+---------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Blockedby: 2752, 2761 | Platform: All Blocking: | -----------------------------------------+---------------------------------- Changes (by jprostko): * cc: joe.prostko@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 16:27:28 2009 From: trac at haiku-os.org (bonefish) Date: Sun, 08 Mar 2009 15:27:28 -0000 Subject: [Haiku-bugs] [Haiku] #3533: Messaging Service: Improve Kernel<->Userland Communication Message-ID: <043.976f27a2f8c8c52dfb4b283f11102e60@haiku-os.org> #3533: Messaging Service: Improve Kernel<->Userland Communication ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Improvements: - Make the shared areas read-only for the userland side. - Make locking the area contents superfluous. Implementation hints: - Move the command management out of the areas themselves. Both kernel and userland need to do that in their own structures. - Use a separate shared area containing an atomic counter (total command count) read-/writable by both sides. Whenever one side detects the other side has changed the counter, the local area structures need to be adjusted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 16:50:19 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 08 Mar 2009 15:50:19 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.329ed16b063addf0241ee93bf63ce064@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by mmlr): From my experience the MediaPlayer is at least responsible form some of the clicks. When I play some file that has clicks in MediaPlayer with playfile instead, it sounds perfectly fine. Also in case of AAC files the files sometimes just restart from the beginning in MediaPlayer while it plays fine in playfile, which uses the native APIs as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 16:55:52 2009 From: trac at haiku-os.org (hey68you) Date: Sun, 08 Mar 2009 15:55:52 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.21e378f4a15112e0b306581f0fe2be80@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by hey68you): Hi Stephan, Then this bug seems to exist on BeOS R5 also ( as I found the problem there too and compiled my patches on R5 which fixes the problem). Anyway, does this mean I (or somebody else) should enter a separate bug? Regards, hey68you -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 17:00:12 2009 From: trac at haiku-os.org (VinDuv) Date: Sun, 08 Mar 2009 16:00:12 -0000 Subject: [Haiku-bugs] [Haiku] #3531: Haiku CD hangs at boot in Virtualbox In-Reply-To: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> References: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> Message-ID: <049.ffb688e6f40eec5d56d2f41ec0ddec5a@haiku-os.org> #3531: Haiku CD hangs at boot in Virtualbox -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by VinDuv): Are you using the Haiku double-track (ISO/BFS) boot CD (created with jam haiku-boot-cd / jam haiku-image) or the new single track ISO CD (created with jam haiku-cd) ? I encountered the same issue with the latter. It seems that the app_server (and other servers launched before it, except registrar) fails to launch. The "teams" KDL command only shows 4 teams : sh, kernel_team, registrar and waitfor ("/bin/waitfor picasso"). Disabling the write_overlay for the boot volume (see source:haiku/trunk/src/system/kernel/fs/vfs_boot.cpp at 29261#L447) fixes the issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 17:14:43 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 16:14:43 -0000 Subject: [Haiku-bugs] [Haiku] #3531: Haiku CD hangs at boot in Virtualbox In-Reply-To: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> References: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> Message-ID: <049.373f556fc3872aaef313e5b454c5e58c@haiku-os.org> #3531: Haiku CD hangs at boot in Virtualbox -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by luroh): Yes, I'm using the single track ISO, created with jam haiku-cd. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 17:19:17 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 08 Mar 2009 16:19:17 -0000 Subject: [Haiku-bugs] [Haiku] #3531: Haiku CD hangs at boot in Virtualbox In-Reply-To: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> References: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> Message-ID: <049.38e3582f9eba428c739b8f356ad954e7@haiku-os.org> #3531: Haiku CD hangs at boot in Virtualbox -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: Yes, the write_overlay is currently broken. I am still working on it. Note that the haiku-cd target is useless right now, as the installer cannot work with the single track cd because it doesn't export a proper partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 18:11:12 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 08 Mar 2009 17:11:12 -0000 Subject: [Haiku-bugs] [Haiku] #1775: Tracker crash on clicking replicant menu In-Reply-To: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> References: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> Message-ID: <053.7f21e02154886b77c4ead8950ca7e353@haiku-os.org> #1775: Tracker crash on clicking replicant menu ----------------------------+----------------------------------------------- Reporter: elvencode | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by aldeck): I remember seeing that one quite frequently a few months ago, can't reproduce here, r29443 (vmware and real 2 cpus).[[BR]] To elvencode and others: Can you check again? [[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 18:18:45 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 08 Mar 2009 17:18:45 -0000 Subject: [Haiku-bugs] [Haiku] #3534: WonderBrush ignores fonts in /boot/home/config/fonts Message-ID: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> #3534: WonderBrush ignores fonts in /boot/home/config/fonts --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This is r29391. WonderBrush ignores fonts in /boot/home/config/fonts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 18:39:22 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 08 Mar 2009 17:39:22 -0000 Subject: [Haiku-bugs] [Haiku] #1717: Node monitoring not working correctly in BFilePanel In-Reply-To: <044.40d0bda121d2a29ed3d4dc2e4b451e32@haiku-os.org> References: <044.40d0bda121d2a29ed3d4dc2e4b451e32@haiku-os.org> Message-ID: <053.b9c5499e1d52ba20aac313d15f64a9a3@haiku-os.org> #1717: Node monitoring not working correctly in BFilePanel ----------------------------------+----------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): Must have been fixed in the mean time. Tested here with StyledEdit's 'Open File' panel, r29443. Can someone else confirm so we can close the ticket safely? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 18:40:54 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 08 Mar 2009 17:40:54 -0000 Subject: [Haiku-bugs] [Haiku] #3534: WonderBrush ignores fonts in /boot/home/config/fonts In-Reply-To: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> References: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> Message-ID: <053.f2b079bc90d5d108dac54e2587f99099@haiku-os.org> #3534: WonderBrush ignores fonts in /boot/home/config/fonts --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): Actually I think the system ignores them. At least BePDF exhibits the same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 19:00:26 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 18:00:26 -0000 Subject: [Haiku-bugs] [Haiku] #1717: Node monitoring not working correctly in BFilePanel In-Reply-To: <044.40d0bda121d2a29ed3d4dc2e4b451e32@haiku-os.org> References: <044.40d0bda121d2a29ed3d4dc2e4b451e32@haiku-os.org> Message-ID: <053.ef0fcaeeb00a3273d117553a256a46a5@haiku-os.org> #1717: Node monitoring not working correctly in BFilePanel ----------------------------------+----------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by luroh): Works in StyleEdit indeed, but not in Wonderbrush. Tested with 29446. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 19:04:44 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 08 Mar 2009 18:04:44 -0000 Subject: [Haiku-bugs] [Haiku] #3534: WonderBrush ignores fonts in /boot/home/config/fonts In-Reply-To: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> References: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> Message-ID: <053.f2d8e10bdc44e59b75f7caee1c91b50a@haiku-os.org> #3534: WonderBrush ignores fonts in /boot/home/config/fonts --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by humdinger): Nope. The Fonts preferences and StyledEdit see them alright. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 19:11:53 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 18:11:53 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.428e5ee9a1188aa21d5158ab66ee9de4@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by luroh): Repeatable on real hw as well:[[BR]][[BR]] 1. dd a haiku-image to a USB stick and a hard disk.[[BR]] 2. Boot from the USB stick.[[BR]] 3. Mount and remove all files from the hard disk.[[BR]] 4. Try to boot from the USB stick again.[[BR]] 5. No profit.[[BR]][[BR]] In other words, you can render your system disk unbootable by removing files from another disk. Sounds potentially dangerous to me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 20:32:29 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 19:32:29 -0000 Subject: [Haiku-bugs] [Haiku] #1775: Tracker crash on clicking replicant menu In-Reply-To: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> References: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> Message-ID: <053.6f8a6888f2112f988cfd6e04bbf2d53d@haiku-os.org> #1775: Tracker crash on clicking replicant menu ----------------------------+----------------------------------------------- Reporter: elvencode | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by luroh): Still present in 29448. Tested in Vmware Player 2.5.0 (Ubuntu 8.10, 32-bit), using the replicant handle of DeskCalc.[[BR]] Excerpt from serial output attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 21:44:02 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 20:44:02 -0000 Subject: [Haiku-bugs] [Haiku] #3528: Button assignment steals mouse clicks In-Reply-To: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> References: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> Message-ID: <050.1fbfc54bb51fc248422f85493a89d5ef@haiku-os.org> #3528: Button assignment steals mouse clicks -------------------------------+-------------------------------------------- Reporter: brecht | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Mouse | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by luroh): Confirmed fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 8 22:30:30 2009 From: trac at haiku-os.org (luroh) Date: Sun, 08 Mar 2009 21:30:30 -0000 Subject: [Haiku-bugs] [Haiku] #1775: Tracker crash on clicking replicant menu In-Reply-To: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> References: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> Message-ID: <053.98c0456ced2cc3c4d1082decd408ae81@haiku-os.org> #1775: Tracker crash on clicking replicant menu ----------------------------+----------------------------------------------- Reporter: elvencode | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by luroh): aldeck: you fixed something possibly similar some months ago, in r28089. Just thought I'd mention. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 00:05:30 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sun, 08 Mar 2009 23:05:30 -0000 Subject: [Haiku-bugs] [Haiku] #3535: Scheduling stops on extra cores Message-ID: <048.564440f98fc71160509051e21eb8ec02@haiku-os.org> #3535: Scheduling stops on extra cores ---------------------------+------------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Running Haiku r29436 on a Core 2 Quad 6600 with 4 cores: 1. Stress the system with 4 Terminals running "cat /dev/zero > /dev/null" 2. Observe Pulse indicate near 100% CPU use on all four cores. 3. Open the Applications folder, Alt-A, Alt-O and wait for them to load 4. Observe in Pulse how scheduling stops on some cores. If you pause scheduling on the remaining/working cores Haiku freezes. This has also been seen in VMware by Phadin on #Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 01:30:04 2009 From: trac at haiku-os.org (aldeck) Date: Mon, 09 Mar 2009 00:30:04 -0000 Subject: [Haiku-bugs] [Haiku] #1775: Tracker crash on clicking replicant menu In-Reply-To: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> References: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> Message-ID: <053.0447a87fc3a3da55a05acfc6581644c8@haiku-os.org> #1775: Tracker crash on clicking replicant menu ----------------------------+----------------------------------------------- Reporter: elvencode | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Changes (by aldeck): * owner: stippi => aldeck * status: new => assigned Comment: luroh: Ok, i can reproduce, thanks for testing. It happens when you drag the BDragger while the popup menu is showing. There's a locking issue when BDragger tries to archive its popup menu (for the replicant drag message). Will look into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 10:46:51 2009 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 09 Mar 2009 09:46:51 -0000 Subject: [Haiku-bugs] [Haiku] #2366: Mouse stops working In-Reply-To: <045.c9bb9ea4ce2baae23931e56f0120843d@haiku-os.org> References: <045.c9bb9ea4ce2baae23931e56f0120843d@haiku-os.org> Message-ID: <054.f5aa61b6d8e16154241c8fe700769cb3@haiku-os.org> #2366: Mouse stops working --------------------------------+------------------------------------------- Reporter: mrsunshine | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * status: assigned => closed * resolution: => invalid Comment: no further response from bug reporter, closing -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 10:56:01 2009 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 09 Mar 2009 09:56:01 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 In-Reply-To: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> References: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> Message-ID: <051.8c2fee2f6ddaa011a777a4e818011981@haiku-os.org> #3138: Mouse works poorly in r28643 -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by marcusoverhagen): * owner: marcusoverhagen => stippi Comment: Hi stippi, can you have a look into this issue? Unfortunately I did miss the initial notification 4 month ago. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 10:59:43 2009 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 09 Mar 2009 09:59:43 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac "ticket details" is slow In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.e7005a2290f30f7f384e450a3a589994@haiku-os.org> #3096: trac "ticket details" is slow ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by marcusoverhagen): This is really very fast now. Good work nielx! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 11:01:40 2009 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 09 Mar 2009 10:01:40 -0000 Subject: [Haiku-bugs] [Haiku] #3528: Button assignment steals mouse clicks In-Reply-To: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> References: <041.9fe3fe0b6a47ea38a31651eb769ca5b5@haiku-os.org> Message-ID: <050.ef7e67eb9ebad3b6ec51fe8317c4b97e@haiku-os.org> #3528: Button assignment steals mouse clicks --------------------------------+------------------------------------------- Reporter: brecht | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Mouse | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 11:49:07 2009 From: trac at haiku-os.org (stippi) Date: Mon, 09 Mar 2009 10:49:07 -0000 Subject: [Haiku-bugs] [Haiku] #3534: WonderBrush ignores fonts in /boot/home/config/fonts In-Reply-To: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> References: <044.2472c82a31bd69ddfa57fe9d29597289@haiku-os.org> Message-ID: <053.9f0abc2f30026221c57b2606b4cb1216@haiku-os.org> #3534: WonderBrush ignores fonts in /boot/home/config/fonts --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by stippi): The problem is probably something else. When I looked at WonderBrush, I saw I had commented out some code. The original code scanned fonts in System/Common/User. But apparently on BeOS, Common and User both gave the user folder. So that's why I disabled one of them. It may be the same for BePDF. It's not a Haiku problem in any case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 12:51:48 2009 From: trac at haiku-os.org (stippi) Date: Mon, 09 Mar 2009 11:51:48 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 In-Reply-To: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> References: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> Message-ID: <051.047a814f2de9badeac072ea5305ac5b8@haiku-os.org> #3138: Mouse works poorly in r28643 -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by stippi): But I thought I turned the synaptics driver off again?! Anyways, Clemens has sent me a patch a long time ago, which I am supposed to check out. The patch basically resets the PS/2 controller after testing if it's a Synaptics controller. The original problem reported in the ticket was that testing for Synaptics seems to modify the behavior of the PS/2 controller which results in this different mouse feeling, even if the Synaptics driver isn't even active. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 12:55:17 2009 From: trac at haiku-os.org (stippi) Date: Mon, 09 Mar 2009 11:55:17 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.aeb6f59a41841f011f6d405da2cf6662@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): Oh, I mean if there is a BTab::SetName() method... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 12:54:46 2009 From: trac at haiku-os.org (stippi) Date: Mon, 09 Mar 2009 11:54:46 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.88f2ea66dca4f18cf90fbb9e27ad841e@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): I may be confused how you change the name of a BTab. IIRC, you have to change the name of the child view, correct? In that case, invalidating the BTab is fine. If there is some SetName() method, then it should take care of invalidating itself, no matter if the BeOS version forgot to do it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 17:04:08 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 09 Mar 2009 16:04:08 -0000 Subject: [Haiku-bugs] [Haiku] #3536: select() for read hangs if run with no timeout on an AF_UNIX socket that has been shutdown and has no data remaining Message-ID: <044.f413407de2a263b5df50fddbac83ed6b@haiku-os.org> #3536: select() for read hangs if run with no timeout on an AF_UNIX socket that has been shutdown and has no data remaining ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Attached please find a testcase. This has been verified as working as expected on OSX and/or Linux. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 17:06:57 2009 From: trac at haiku-os.org (titer) Date: Mon, 09 Mar 2009 16:06:57 -0000 Subject: [Haiku-bugs] [Haiku] #3536: select() for read hangs if run with no timeout on an AF_UNIX socket that has been shutdown and has no data remaining In-Reply-To: <044.f413407de2a263b5df50fddbac83ed6b@haiku-os.org> References: <044.f413407de2a263b5df50fddbac83ed6b@haiku-os.org> Message-ID: <053.3a8c878d7ed53c946d8791929a2a0dc5@haiku-os.org> #3536: select() for read hangs if run with no timeout on an AF_UNIX socket that has been shutdown and has no data remaining ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by titer): * cc: eric.petit@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 21:11:00 2009 From: trac at haiku-os.org (rudolfc) Date: Mon, 09 Mar 2009 20:11:00 -0000 Subject: [Haiku-bugs] [Haiku] #2641: [nvidia] Video problems In-Reply-To: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> References: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> Message-ID: <050.649dbb964a80778c2b4c6aed8daf10a8@haiku-os.org> #2641: [nvidia] Video problems -------------------------------------+-------------------------------------- Reporter: VinDuv | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Hi there, Is this bug still current? If so, could you test with an external screen? Could you add a logfile from the accelerant to the bug? Todo so, you need to install nvidia.settings in home/config/settings/kernel/drivers, enable the full logging line and reboot. Did this bug also exist on BeOS if you used the Haiku driver? It looks llike horizontal sync is lost btw, which might be related to the modeline being active (or needed) for your internal panel. Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 21:15:02 2009 From: trac at haiku-os.org (rudolfc) Date: Mon, 09 Mar 2009 20:15:02 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.dc4f803b64c3934d9292d77952486f6b@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Hi there, Is this bug still existing? If so, could you add a logfile from the accelerant here? To do so, copy nvidia.settings to home/config/settings/kernel/drivers, enable full logging in this file, and reboot. Thanks for any update. Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 21:20:55 2009 From: trac at haiku-os.org (masopmac1) Date: Mon, 09 Mar 2009 20:20:55 -0000 Subject: [Haiku-bugs] [Haiku] #3482: nVidia evga PCI-E 7200GS (256MB) distorted video/hang on boot In-Reply-To: <044.277e8e8a7c2b11753acef5134e36d6b7@haiku-os.org> References: <044.277e8e8a7c2b11753acef5134e36d6b7@haiku-os.org> Message-ID: <053.507e6f0e209d39027f7a7a279de4d655@haiku-os.org> #3482: nVidia evga PCI-E 7200GS (256MB) distorted video/hang on boot -------------------------------------+-------------------------------------- Reporter: masopmac1 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by masopmac1): Rudolf, I disabled the acceleration engine through the "block_acc" option you recently implemented. I can now get a full 1680x1050 @60HZ desktop however, I'm running into the same issue you noted. The drawing in 32-bit is very delayed. Drop to 16 and everything is fast. Thanks for all of your work. -Sam -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 21:27:15 2009 From: trac at haiku-os.org (rudolfc) Date: Mon, 09 Mar 2009 20:27:15 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.e631d8901af6385ff4f75e3a4f0fbea4@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output -------------------------------------+-------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Hi tigerdog, Thanks for all the extra stuff you added here. I'll try to find the missing init stuff later on. Meanwhile, I expect that you can remove the vesa settings file because Haiku makes a VESA BIOS call these days to show the splash screen. This VESA BIOS call just might do the extra init you need. Can you confirm or deny this for me please? Thanks! (If Haiku now works without vesa settings file it will be hard for me to test missing init since I can only run Haiku on my system, not BeOS. Hmm Zeta maybe though.. I'll test that meanwhile.) Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 21:30:50 2009 From: trac at haiku-os.org (rudolfc) Date: Mon, 09 Mar 2009 20:30:50 -0000 Subject: [Haiku-bugs] [Haiku] #3482: nVidia evga PCI-E 7200GS (256MB) distorted video/hang on boot In-Reply-To: <044.277e8e8a7c2b11753acef5134e36d6b7@haiku-os.org> References: <044.277e8e8a7c2b11753acef5134e36d6b7@haiku-os.org> Message-ID: <053.fa949ee50a0d4e1347e924c270883549@haiku-os.org> #3482: nVidia evga PCI-E 7200GS (256MB) distorted video/hang on boot -------------------------------------+-------------------------------------- Reporter: masopmac1 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Hi again, You just beat me to it, I was about to disable the engine of your card explicitly. But that's not needed anymore for this test then :-) Thanks for testing. I'll try to dive into the acceleration engine stuff soon! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 21:59:43 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 09 Mar 2009 20:59:43 -0000 Subject: [Haiku-bugs] [Haiku] #3533: Messaging Service: Improve Kernel<->Userland Communication In-Reply-To: <043.976f27a2f8c8c52dfb4b283f11102e60@haiku-os.org> References: <043.976f27a2f8c8c52dfb4b283f11102e60@haiku-os.org> Message-ID: <052.15f3267cd3804620918025368793aa26@haiku-os.org> #3533: Messaging Service: Improve Kernel<->Userland Communication ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by anevilyak): * cc: rgollent@? (added) Comment: To make sure I understand this correctly, a single counter that spans all areas would be used? If so, it seems somewhat non-obvious as to how to correctly track what number of commands are in each area since they're variable size. Ergo if two new commands come in, one fits in the current area, but the other requires allocating an additional one, how does the other side, which might not get scheduled until both commands have been added, know that the 2 added commands are split up this way? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 22:08:16 2009 From: trac at haiku-os.org (andreasf) Date: Mon, 09 Mar 2009 21:08:16 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.138966d16f2bc897d836ae44c44ea3dc@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by andreasf): Hi, Replying to [comment:5 rudolfc]: > Is this bug still existing? It still is, unfortunately. > If so, could you add a logfile from the accelerant here? To do so, copy nvidia.settings to home/config/settings/kernel/drivers, enable full logging in this file, and reboot. Where do I get that file from? It doesn't appear to be in {{{trunk/data/settings/}}}. And where does this log to? Does it log to serial or to a file? Obviously when the screen goes black I can't shutdown Haiku properly so BFS damage would seem likely. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 9 22:10:43 2009 From: trac at haiku-os.org (korli) Date: Mon, 09 Mar 2009 21:10:43 -0000 Subject: [Haiku-bugs] [Haiku] #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller In-Reply-To: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> References: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> Message-ID: <052.ec2c384b4ad6a03581c6aab05298de12@haiku-os.org> #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller ---------------------------+------------------------------------------------ Reporter: drackham | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 02:25:30 2009 From: trac at haiku-os.org (titer) Date: Tue, 10 Mar 2009 01:25:30 -0000 Subject: [Haiku-bugs] [Haiku] #3537: gcc4 issues with extern inlines and -std=gnu99 Message-ID: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> #3537: gcc4 issues with extern inlines and -std=gnu99 --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- To reproduce, create those two files: {{{ ==> 1.c <== #include int main() { return 0; } ==> 2.c <== #include }}} And run: {{{ > gcc -std=gnu99 -o foo 1.c 2.c /tmp//cce84I9p.o: In function `_IO_getc_unlocked': 2.c:(.text+0x0): multiple definition of `_IO_getc_unlocked' /tmp//ccblPZxd.o:1.c:(.text+0x0): first defined here /tmp//cce84I9p.o: In function `_IO_peekc_unlocked': 2.c:(.text+0x59): multiple definition of `_IO_peekc_unlocked' /tmp//ccblPZxd.o:1.c:(.text+0x59): first defined here /tmp//cce84I9p.o: In function `_IO_putc_unlocked': 2.c:(.text+0xb2): multiple definition of `_IO_putc_unlocked' /tmp//ccblPZxd.o:1.c:(.text+0xb2): first defined here collect2: ld returned 1 exit status }}} The multiple definitions are caused by "extern !__inline" functions in libio.h. I don't really know whether the problem lies in the header or in gcc, but building this with gcc2 (even with -std=gnu9x) works, and it also builds with gcc4 if you remove the -std option. I noticed that while attempting to build VLC 1.0.0, which force C99 mode, on Haiku/gcc4 r29420 with gcc-4.3.3-haiku-090129. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 02:28:34 2009 From: trac at haiku-os.org (JeremyVisser) Date: Tue, 10 Mar 2009 01:28:34 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.0a9711c6a1d7caa81eef503a3f78f494@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): I can confirm this bug too. NVIDIA GeForce 7600GT here. My monitor normally runs over DVI. The boot splash screen showed fine at 1280x1024 at 60, but at the point where the desktop shows, it was a blank screen. The monitor stayed on at the 1280x1024 mode, but just blank. I then connected the monitor to the VGA port on the video card, and it now shows fine. (Albeit more grainy due to the nature of VGA.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 02:47:52 2009 From: trac at haiku-os.org (HAL) Date: Tue, 10 Mar 2009 01:47:52 -0000 Subject: [Haiku-bugs] [Haiku] #3522: Openning last track of multitrack CD causes KDL In-Reply-To: <038.b514db38d8f86cd961242c527498e3bd@haiku-os.org> References: <038.b514db38d8f86cd961242c527498e3bd@haiku-os.org> Message-ID: <047.481092e1c98d4634d434a71081ac0b52@haiku-os.org> #3522: Openning last track of multitrack CD causes KDL --------------------+------------------------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------+------------------------------------------------------- Comment(by HAL): I also tested this bug with r29401 and is still reproduceable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 04:45:32 2009 From: trac at haiku-os.org (koki) Date: Tue, 10 Mar 2009 03:45:32 -0000 Subject: [Haiku-bugs] [Haiku] #3538: Show diff from the node revision screen results in error Message-ID: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> #3538: Show diff from the node revision screen results in error -------------------------+-------------------------------------------------- Reporter: koki | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Trying to display a diff between two revisions of a news content type node by clicking on the [Show Diff] button results in the following error message: Fatal error: Cannot use object of type stdClass as array in /home2/haiku2/webapps/website_production/modules/location/location.module on line 1412 Tried with a few different news nodes, and it is 100% reproduceable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 07:49:06 2009 From: trac at haiku-os.org (JeremyVisser) Date: Tue, 10 Mar 2009 06:49:06 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.0ed4f55371d1c06ebb8e9d6c02b37627@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): Andreas, I found the nvidia.settings file -- it's in the [http://dev .haiku-os.org/browser/haiku/trunk/src/add- ons/kernel/drivers/graphics/nvidia/nvidia.settings SVN repository]. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 08:52:44 2009 From: trac at haiku-os.org (JeremyVisser) Date: Tue, 10 Mar 2009 07:52:44 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.17f747192086f6fed2fb75020ff6b6bf@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): I enabled logging, booted up with VGA, then disconnected VGA and connected DVI, and booted up, and my DVI display worked! I suspect this is because when I first booted up with VGA, I went to Preferences ? Screen and set my video mode. This seems to have fixed DVI. How do I "un-set" my video configuration to simulate a fresh install in order to reproduce the black screen symptoms with my DVI? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 10:24:44 2009 From: trac at haiku-os.org (titer) Date: Tue, 10 Mar 2009 09:24:44 -0000 Subject: [Haiku-bugs] [Haiku] #3537: gcc4 issues with extern inlines and -std=gnu99 In-Reply-To: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> References: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> Message-ID: <049.476a7a33161b99cc2988f8ae3d7adc3e@haiku-os.org> #3537: gcc4 issues with extern inlines and -std=gnu99 --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by titer): Here is an interesting post about extern inline and C99 from the GCC mailing list: http://gcc.gnu.org/ml/gcc/2006-11/msg00006.html Short story is, gcc -std=gnu99 emitting an externally visible symbol for those functions is correct with regard to C99, the headers just aren't C99-friendly. How about switching all those "extern inline"s to "static inline"s in order to make all GCCs happy? From what I understand, the only difference is that "extern inline" (in non-C99) lets you override the definition with a local one, but this should not be needed in most, if not all cases. And if we do need it, C99 does not provide that feature so we'd need another way to do that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 14:18:01 2009 From: trac at haiku-os.org (shinta) Date: Tue, 10 Mar 2009 13:18:01 -0000 Subject: [Haiku-bugs] [Haiku] #3539: cp command doesn't copy symlink's BFS attributes Message-ID: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> #3539: cp command doesn't copy symlink's BFS attributes -----------------------+---------------------------------------------------- Reporter: shinta | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Although symlink has BFS attributes, cp command doesn't copy attributes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 14:33:47 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 10 Mar 2009 13:33:47 -0000 Subject: [Haiku-bugs] [Haiku] #3539: cp command doesn't copy symlink's BFS attributes In-Reply-To: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> References: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> Message-ID: <050.244434fdf2e2c441425f0d48640f339e@haiku-os.org> #3539: cp command doesn't copy symlink's BFS attributes ---------------------------------------------+------------------------------ Reporter: shinta | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Changes (by anevilyak): * component: - General => Applications/Command Line Tools -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 17:30:38 2009 From: trac at haiku-os.org (nielx) Date: Tue, 10 Mar 2009 16:30:38 -0000 Subject: [Haiku-bugs] [Haiku] #3538: Show diff from the node revision screen results in error In-Reply-To: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> References: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> Message-ID: <048.e934ec975bf6275c86d12b3b8692f167@haiku-os.org> #3538: Show diff from the node revision screen results in error -------------------------+-------------------------------------------------- Reporter: koki | Owner: nielx Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by nielx): * owner: haiku-web => nielx * status: new => assigned Comment: Confirmed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 17:35:50 2009 From: trac at haiku-os.org (nielx) Date: Tue, 10 Mar 2009 16:35:50 -0000 Subject: [Haiku-bugs] [Haiku] #3538: Show diff from the node revision screen results in error In-Reply-To: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> References: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> Message-ID: <048.5f0015986efd710d2b0ff9ff3b83a243@haiku-os.org> #3538: Show diff from the node revision screen results in error -------------------------+-------------------------------------------------- Reporter: koki | Owner: nielx Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by nielx): http://drupal.org/node/350842 I'll try to apply the patch later. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 18:00:48 2009 From: trac at haiku-os.org (nielx) Date: Tue, 10 Mar 2009 17:00:48 -0000 Subject: [Haiku-bugs] [Haiku] #3538: Show diff from the node revision screen results in error In-Reply-To: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> References: <039.4d720b4e0872e236accae7bee5a96f4d@haiku-os.org> Message-ID: <048.6660902b087eb32d85fd7ccd2fd044d4@haiku-os.org> #3538: Show diff from the node revision screen results in error --------------------------+------------------------------------------------- Reporter: koki | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: assigned => closed * resolution: => fixed Comment: Fixed by updating to Location 3.1RC1. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 19:18:07 2009 From: trac at haiku-os.org (idefix) Date: Tue, 10 Mar 2009 18:18:07 -0000 Subject: [Haiku-bugs] [Haiku] #3540: Twitcher leaks pressed Tab-key to previously activated window Message-ID: <041.382c202e7251b3e22b4f4fb5694d00f1@haiku-os.org> #3540: Twitcher leaks pressed Tab-key to previously activated window ----------------------------------+----------------------------------------- Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- When you open Twitcher by holding Ctrl-Tab for a second, the previously activated window gets the Tab-key signals until you release the Tab- key.[[BR]] Tested with Haiku r29463. Steps to reproduce: - Open a Terminal window or a Tracker window - When that window is activated press and hold the Ctrl-key and then press and hold the Tab-key - After a second, the Twitcher window opens - Immediately after opening, the previously activated window react to a continuously pressed Tab-key: - A Terminal window displays: "Display all 501 possibilities? (y or n)" - A Tracker window displays a moving file selection - Release the Tab-key (but not the Ctrl-key) - Press the Tab-key again: - The application-selection in Twitcher changes, but the previously activated window won't react to the Tab-key anymore Preferred behaviour: - The previously activated window shouldn't react to the pressed Tab-key -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 19:22:25 2009 From: trac at haiku-os.org (idefix) Date: Tue, 10 Mar 2009 18:22:25 -0000 Subject: [Haiku-bugs] [Haiku] #2362: Cannot raise tracker with twitcher. In-Reply-To: <048.d30990e430c8fb299d120830cc314bed@haiku-os.org> References: <048.d30990e430c8fb299d120830cc314bed@haiku-os.org> Message-ID: <057.302bbb0fa68c4e2484a4731a403de67f@haiku-os.org> #2362: Cannot raise tracker with twitcher. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- Comment(by idefix): I think this bug is fixed as I can raise a Tracker window by using Twitcher with Haiku r29463. (Don't know why Trac thinks I deleted blocking and blockedby.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:08:48 2009 From: trac at haiku-os.org (VinDuv) Date: Tue, 10 Mar 2009 20:08:48 -0000 Subject: [Haiku-bugs] [Haiku] #2641: [nvidia] Video problems In-Reply-To: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> References: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> Message-ID: <050.ef0c2b40f083bac6027f804799370dfa@haiku-os.org> #2641: [nvidia] Video problems -------------------------------------+-------------------------------------- Reporter: VinDuv | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by VinDuv): Replying to [comment:3 rudolfc]: > Is this bug still current? Yes, it still exists in r29464. > If so, could you test with an external screen? Just tested with a CRT monitor, with the internal display disabled. After the rocket icon lights up, the image waves back and forth horizontally for a second, then the monitor very briefly displays "Out of scan range" and goes to sleep mode. Works fine in VESA mode. > Could you add a logfile from the accelerant to the bug? Todo so, you need to install nvidia.settings in home/config/settings/kernel/drivers, enable the full logging line and reboot. Log attached. I was not sure about what logmask to use, so I used 0xffffffff, is that correct?? > Did this bug also exist on BeOS if you used the Haiku driver? I don't use the Haiku driver on BeOS, but I could give it a try if you want (I have R5 installed). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:37:54 2009 From: trac at haiku-os.org (bonefish) Date: Tue, 10 Mar 2009 20:37:54 -0000 Subject: [Haiku-bugs] [Haiku] #3533: Messaging Service: Improve Kernel<->Userland Communication In-Reply-To: <043.976f27a2f8c8c52dfb4b283f11102e60@haiku-os.org> References: <043.976f27a2f8c8c52dfb4b283f11102e60@haiku-os.org> Message-ID: <052.8e167941265b85642befea8443246de2@haiku-os.org> #3533: Messaging Service: Improve Kernel<->Userland Communication ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:1 anevilyak]: > To make sure I understand this correctly, a single counter that spans all areas would be used? Yep. > If so, it seems somewhat non-obvious as to how to correctly track what number of commands are in each area since they're variable size. Ergo if two new commands come in, one fits in the current area, but the other requires allocating an additional one, how does the other side, which might not get scheduled until both commands have been added, know that the 2 added commands are split up this way? Just to avoid misunderstandings, I haven't really planned all the details; this is more a rough idea and might need adjustments. One definitely needs an indicator where the list of commands in an area ends. I assumed the {{{next_command}}} link would be sufficient, but there's probably a race condition when the last command is read, whether the kernel side considers the area full and starts a continues to write into the current one. So I guess one needs an explicit list termination structure, i.e. a command header indicating the end of the list. When the registrar notices that the global command counter has been increased, it would read at max that many new commands from the last area or until hitting the terminator. In the latter case further commands apparently have been written to a new area, so it would continue there with the remaining command count. So the algorithms would look like this. Writing a command in the kernel: {{{ if (command counter has changed) { consider the space for the read commands free; drop any empty area save the last one; } if (not enough space in the last area) create and append new last area; overwrite the area's command list terminator with the new command; write a new list terminator; increment the global command counter; if (command counter was 0) release command semaphore; if (command counter has changed) { consider the space for the read commands free; drop any empty area save the last one; } }}} Reading commands in the registrar: {{{ while (true) { read global command count; if (command count == 0) { wait for command count semaphore; continue; } while (command count > 0) { check command list terminator of the last known area; if (!next command) { clone and append new area; delete previous area; continue; } process command; decrement global command counter; update cached command count; } } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:39:46 2009 From: trac at haiku-os.org (leavengood) Date: Tue, 10 Mar 2009 20:39:46 -0000 Subject: [Haiku-bugs] [Haiku] #1933: Design and Implement a Layered File System Extension Architecture In-Reply-To: <043.1d00aef48aedb0fd3d29bfb8e930fab2@haiku-os.org> References: <043.1d00aef48aedb0fd3d29bfb8e930fab2@haiku-os.org> Message-ID: <052.9e6299c03db01c9b6ca45f1318403474@haiku-os.org> #1933: Design and Implement a Layered File System Extension Architecture ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by leavengood): * cc: leavengood@? (added) Comment: Hasn't mmlr been working on this for a while? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:41:32 2009 From: trac at haiku-os.org (rudolfc) Date: Tue, 10 Mar 2009 20:41:32 -0000 Subject: [Haiku-bugs] [Haiku] #2641: [nvidia] Video problems In-Reply-To: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> References: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> Message-ID: <050.d68c20bd9224a153d5fdca7e4941f77e@haiku-os.org> #2641: [nvidia] Video problems -------------------------------------+-------------------------------------- Reporter: VinDuv | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Hi again, Thanks. The logfile settings are correct, the mask you selected logs all events. The file reports that the internal panel is being used by the driver. If this log is from the attempt with panel off and VGA monitor connected that could explain the shutting off of the VGA monitor. In this case, you could also modify another setting in the nvidia.settings file to look like this: switchhead true switchhead will force the driver to use the VGA screen in your case if all is right. I'm curious if the driver would work with that setting. For R5 testing: Yes, I'm interested in the results since I think I remember seeing another laptop working correctly with R5/dano, but not with Haiku with the internal panel. If you try that, I'd advice you to install the driver in the home directory structure so that you can reboot using failsafe option "disable user add-ons" to load using the orignal R5 driver instead of the Haiku driver. Thanks for your time and efforts! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:43:01 2009 From: trac at haiku-os.org (leavengood) Date: Tue, 10 Mar 2009 20:43:01 -0000 Subject: [Haiku-bugs] [Haiku] #1993: Implement using HPET timers and other mechanisms than TSC for time keeping In-Reply-To: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> References: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> Message-ID: <049.b9ce3bef7ec21fcf22d471c19c8e18e6@haiku-os.org> #1993: Implement using HPET timers and other mechanisms than TSC for time keeping ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by leavengood): * cc: leavengood@? (added) Comment: What is the status of this work? Should we just leave it to Dustin to finish eventually or should it be another GSoC idea? I think we should leave it up to Dustin... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:46:01 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 10 Mar 2009 20:46:01 -0000 Subject: [Haiku-bugs] [Haiku] #1993: Implement using HPET timers and other mechanisms than TSC for time keeping In-Reply-To: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> References: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> Message-ID: <049.06ccfcf364b606d8611d39ea27d1f0e5@haiku-os.org> #1993: Implement using HPET timers and other mechanisms than TSC for time keeping ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by anevilyak): To my knowledge it's on hold because using HPET correctly requires us to be fully using ACPI also (which is to say using it for device enumeration and configuration as well). The latter would be a bit too much for someone to tackle as a summer project unless they have a great deal of knowledge. Someone correct me if I'm wrong. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 21:58:08 2009 From: trac at haiku-os.org (dustin howett) Date: Tue, 10 Mar 2009 20:58:08 -0000 Subject: [Haiku-bugs] [Haiku] #1993: Implement using HPET timers and other mechanisms than TSC for time keeping In-Reply-To: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> References: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> Message-ID: <049.d7c7cfa366fcc3e629a8dd70a27d860b@haiku-os.org> #1993: Implement using HPET timers and other mechanisms than TSC for time keeping ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by dustin howett): You're quite right. This support is on hold pending proper ACPI interrupt routing. I was looking into it previously, but it proved to be quite more in-depth than I'd first thought. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 22:00:44 2009 From: trac at haiku-os.org (rudolfc) Date: Tue, 10 Mar 2009 21:00:44 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.a183ac7b122e524aa0c220dc961953eb@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Hi, @andreasf: Hmm, you could very well be right (saw it here on R5 often as well). However, if the system boots up (without vision), you could blindly shut it down normally. You probably need to find a way to navigate to the terminal window by keyboard, and type: shutdown -r I hope you succeed. Maybe you can try the same sort of trick as Jeremy did BTW using an analog monitor: remove the DVI connected screen and bootup only with the analog connected screen. You can even try both DVI ports on two boots, if they support analog connections (DVI-A with DVI->VGA adaptor) @JeremyVisser: Interesting! If all is right, removing the app server Settings file called "workspaces" removes the programmed resolution I think. You'll find that file in home/config/settings/system/app_server. Please let me know if I am right (I think it's different from R5/dano here??) Also, please add a logfile with two boots if you succeed with the above trick: one for the blackscreen DVI, and one for the working DVI. Thanks! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 22:05:35 2009 From: trac at haiku-os.org (bonefish) Date: Tue, 10 Mar 2009 21:05:35 -0000 Subject: [Haiku-bugs] [Haiku] #1933: Design and Implement a Layered File System Extension Architecture In-Reply-To: <043.1d00aef48aedb0fd3d29bfb8e930fab2@haiku-os.org> References: <043.1d00aef48aedb0fd3d29bfb8e930fab2@haiku-os.org> Message-ID: <052.f97ae179cae462f3470f2bb02ff8c385@haiku-os.org> #1933: Design and Implement a Layered File System Extension Architecture ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Replying to [comment:1 leavengood]: > Hasn't mmlr been working on this for a while? Yeah, he implemented the attributes and write support layers. This ticket was even only about the general architecture, which I mostly implemented in r24816. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 10 22:09:38 2009 From: trac at haiku-os.org (leavengood) Date: Tue, 10 Mar 2009 21:09:38 -0000 Subject: [Haiku-bugs] [Haiku] #1993: Implement using HPET timers and other mechanisms than TSC for time keeping In-Reply-To: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> References: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> Message-ID: <049.0e3e359bd8ce6d03d13635540a767511@haiku-os.org> #1993: Implement using HPET timers and other mechanisms than TSC for time keeping ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by leavengood): OK then I will remove this as an idea for GSoC. But should we add an idea for ACPI support? Or is that too complicated for GSoC? Seems like it is better left for our kernel experts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 00:06:42 2009 From: trac at haiku-os.org (leavengood) Date: Tue, 10 Mar 2009 23:06:42 -0000 Subject: [Haiku-bugs] [Haiku] #3022: Enable screensaver by default In-Reply-To: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> References: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> Message-ID: <051.807f6f75f4ad723b38fa82bf918704ba@haiku-os.org> #3022: Enable screensaver by default ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: leavengood Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by leavengood): * status: assigned => closed * resolution: => fixed Comment: Fixed in r29467. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 00:16:36 2009 From: trac at haiku-os.org (JeremyVisser) Date: Tue, 10 Mar 2009 23:16:36 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.d88beebfb92581e10e8f05e85627228a@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): Thanks for the info. I'll get back to you when I have access to my machine in 6 or 7 hours time. Yesterday I already did a diff between the working VGA and working DVI logs -- all that's remaining is to collect the non- working DVI logs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 02:29:12 2009 From: trac at haiku-os.org (oco) Date: Wed, 11 Mar 2009 01:29:12 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.c38c000ed410871f91f016cb4e862fd6@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by oco): * cc: olivier.coursiere@? (added) Comment: After checking Freepascal about floating point (it seems ok), i have started looking at the difference beetween fpc and gcc. I have called scanf from fpc passing a pointer to a buffer initialized with 0xFF. It seems there is at least two problems in the current implementation : - special values like nan, inf and -inf are not recognized by scanf (or some other internal functions). The buffer remain unchanged in this case. It should explain rwinfnan2 test results : the value 999 remain unchanged after reading some special values. - when using the long double format, scanf write only the 10 first bytes of the buffer, despite a long double size of 12 bytes. The last 2 bytes remains to 0xFF. For example, reading "-4.5" with scanf("%Lg", buffer) write this in the buffer : 0x 00 00 00 00 00 00 00 90 01 C0 FF FF Maybe writing only 10 bytes is OK because it is the maximum size of FPU registers in x86. But is it OK to keep 2 bytes in case the memory was not initialized ? At least, if i am not wrong, the sign should be in the last one, no ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 04:20:04 2009 From: trac at haiku-os.org (j_freeman) Date: Wed, 11 Mar 2009 03:20:04 -0000 Subject: [Haiku-bugs] [Haiku] #3541: Core 2 Duo shows as Core 2 Extreme Message-ID: <044.a074bf1d5c961862f8a5ccdd44c7a2ac@haiku-os.org> #3541: Core 2 Duo shows as Core 2 Extreme -----------------------+---------------------------------------------------- Reporter: j_freeman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- In About This System, Pulse, and part of sysinfo, the processor shows up as an Intel Core 2 Extreme when in fact it is a Core 2 Duo. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 05:05:16 2009 From: trac at haiku-os.org (JeremyVisser) Date: Wed, 11 Mar 2009 04:05:16 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.c3a5d39f91061b45df7af5dc1f85b6a2@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): I've added two logs: one of the non-working DVI, and one of the working DVI (which I got working by booting up in VGA, setting the video mode, and rebooting in DVI). Also attached is a diff between the two. Unfortunately, I can't see anything obvious that might be causing the problem in the diff, but my eyes are untrained. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 08:58:30 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 07:58:30 -0000 Subject: [Haiku-bugs] [Haiku] #2362: Cannot raise tracker with twitcher. In-Reply-To: <048.d30990e430c8fb299d120830cc314bed@haiku-os.org> References: <048.d30990e430c8fb299d120830cc314bed@haiku-os.org> Message-ID: <057.c9db071f0996937af53e6e1f0062adac@haiku-os.org> #2362: Cannot raise tracker with twitcher. -----------------------------+---------------------------------------------- Reporter: dustin howett | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks for the feedback. Dustin, please reopen if we are missing something. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:03:48 2009 From: trac at haiku-os.org (axeld) Date: Wed, 11 Mar 2009 09:03:48 -0000 Subject: [Haiku-bugs] [Haiku] #3542: BFS support via FUSE Message-ID: <040.27cbeec23707c91dd85acb2bee066e71@haiku-os.org> #3542: BFS support via FUSE -------------------------+-------------------------------------------------- Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- We already have the bfs_shell as part of our build system that works natively on Linux, FreeBSD, and other POSIX compliant operating systems. This could be used to make BFS accessible read/write via FUSE. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:03:20 2009 From: trac at haiku-os.org (titer) Date: Wed, 11 Mar 2009 09:03:20 -0000 Subject: [Haiku-bugs] [Haiku] #3537: gcc4 issues with extern inlines and -std=gnu99 In-Reply-To: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> References: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> Message-ID: <049.09c83f7021fa5c599fc3c3d0f9b47f43@haiku-os.org> #3537: gcc4 issues with extern inlines and -std=gnu99 --------------------------+------------------------------------------------- Reporter: titer | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by titer): Mmmh, I didn't search well enough in the already open issues - this is the same bug as #3481. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:06:32 2009 From: trac at haiku-os.org (titer) Date: Wed, 11 Mar 2009 09:06:32 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.d85cb788f967b6b6402a554b1d8844aa@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by titer): * cc: eric.petit@? (added) Comment: #3537 "gcc4 issues with extern inlines and -std=gnu99" is a duplicate of this issue. Grepping /boot/develop/headers for extern inlines, it seems libio.h would be the only file that requires patching. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:36:02 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 09:36:02 -0000 Subject: [Haiku-bugs] [Haiku] #3537: gcc4 issues with extern inlines and -std=gnu99 In-Reply-To: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> References: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> Message-ID: <049.b24ec5076742e3410161dcf437f7b8cc@haiku-os.org> #3537: gcc4 issues with extern inlines and -std=gnu99 --------------------------+------------------------------------------------- Reporter: titer | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by stippi): * owner: bonefish => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:37:10 2009 From: trac at haiku-os.org (rudolfc) Date: Wed, 11 Mar 2009 09:37:10 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.becbae7c2c3eb31d89535f1c6ce225b8@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by rudolfc): Thanks Jeremy, These logs are very interesting. The diffs have to do with the panel being programmed/powered or not I suspect... Anyhow, Some info at the beginning of the log is missing: after accelerant startup the first message is something like: init_common: logmask 0xffffffff, memory 0MB, hardcursor 1, usebios 1, switchhead 0, force_pci 0 Did you use logmask 0xffffffff ? If not, could you do that still? And, did you create both logfiles while an analog CRT was connected as well, or did you remove them before Haiku boot for the log creation? (just for my info/correct understanding of the logs..) Thanks! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:43:07 2009 From: trac at haiku-os.org (nielx) Date: Wed, 11 Mar 2009 09:43:07 -0000 Subject: [Haiku-bugs] [Haiku] #2725: Website, some essential docs are hard to find for newcomers In-Reply-To: <041.bd547c44f46197306d3492fbe2bb3d92@haiku-os.org> References: <041.bd547c44f46197306d3492fbe2bb3d92@haiku-os.org> Message-ID: <050.c07ec5b251493a9e019c004b7bb3b545@haiku-os.org> #2725: Website, some essential docs are hard to find for newcomers -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by nielx): Good. I'm currently experimenting with a new infrastructure for docs. iFrodo, I suggest you drop a line on the haiku-web mailing list, I'm almost done with the preliminary work, so I will give you both some pointers there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 10:59:18 2009 From: trac at haiku-os.org (JeremyVisser) Date: Wed, 11 Mar 2009 09:59:18 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.2d0585f9ffbe32ec2344b2a61c7b36c4@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): I used the mask 0xfffffff2. I'll re-do them with 0xffffffff. I don't have a CRT -- my LCD monitor has both VGA and DVI inputs, and my video card has both VGA and DVI outputs. Both logs were generated with the VGA unplugged -- the only difference was the mode that was set in the Screen preferences. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:16:05 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 10:16:05 -0000 Subject: [Haiku-bugs] [Haiku] #3537: gcc4 issues with extern inlines and -std=gnu99 In-Reply-To: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> References: <040.8a7e0a65db3a53b81481336eeb95733f@haiku-os.org> Message-ID: <049.90a46c24f8fc282936569d270a5a2f23@haiku-os.org> #3537: gcc4 issues with extern inlines and -std=gnu99 ---------------------------+------------------------------------------------ Reporter: titer | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:16:31 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 10:16:31 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.b84fd2aed8ba1ec11451cae4bc8caa0a@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:20:14 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 10:20:14 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.93d1d96939b5d442373855cde7d51c61@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by stippi): Thanks to the references given in #3537, I came up with the above patch. The difference is that the behaviour is maintained when compiling with -std99 or -gnu99. Could you please apply this and tell me if that solves the issues? Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:28:57 2009 From: trac at haiku-os.org (JeremyVisser) Date: Wed, 11 Mar 2009 10:28:57 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.f7883980a8c33808a9360bc43fcd258d@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): I've attached some fresh logs created with a logmask of 0xffffffff. Hopefully they should be sufficient. If you want a log of me booting up with VGA instead of DVI (with or without mode preferences set), I'd be happy to do that as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:52:14 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 11 Mar 2009 10:52:14 -0000 Subject: [Haiku-bugs] [Haiku] #3543: OpenSearch ticket search plugin for Firefox Message-ID: <041.d77c590a396b54f64fc7c3e2482c1cb4@haiku-os.org> #3543: OpenSearch ticket search plugin for Firefox -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Website | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Attached you'll find an OpenSearch ticket search plugin for firefox (supports IE7 too).[[BR]] This one is specifically targeted at ticket search as it prepends the '#' to your query. Just enter your ticket number and voila :)[[BR]] You can test it by copying it to your firefox profile/searchplugins directory (note it will alter it by replacing the icon url with a cached version)[[BR]] If accepted, can a web maintainer add support for the plugin's auto discovery to the site. It should be one line added to the section. See https://developer.mozilla.org/en/Creating_OpenSearch_plugins_for_Firefox -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:54:05 2009 From: trac at haiku-os.org (JeremyVisser) Date: Wed, 11 Mar 2009 10:54:05 -0000 Subject: [Haiku-bugs] [Haiku] #3544: Pressing F12 instantly crashes system with 'Unknown command "uhci_process_transfer"' Message-ID: <047.f14aa84ce895d4ced45ec070c84254d3@haiku-os.org> #3544: Pressing F12 instantly crashes system with 'Unknown command "uhci_process_transfer"' --------------------------+------------------------------------------------- Reporter: JeremyVisser | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I have a USB keyboard and mouse. If I press the F12 key on my keyboard, the system instantly crashes into a white screen, where the following message is repeatedly printed into some sort of debug console: {{{ Unknown command "uhci_process_transfer". Enter "help" to get a list of all supported commands. }}} I never typed the command "uhci_process_transfer", so I'm not sure what's causing it think I'm entering commands. The only mention of "uhci_process_transfer" I can find on the Intertubes is in the changeset [29291]. If Jam worked intuitively, I would have downloaded the source and tried reverting [29291], but typing {{{jam}}} in an attempt to compile just results in "No such file or directory...found 7 target(s)..." which is not very useful. I don't know if this occurs with a PS/2 keyboard or not. === Environment === * Haiku r29455 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 11:55:35 2009 From: trac at haiku-os.org (titer) Date: Wed, 11 Mar 2009 10:55:35 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.6b256ec6da6c9135915804a4e45af347@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by titer): I do not believe we need to maintain the behavior: none of Haiku's code overrides the _IO_{putc,peekc,getc}_unlocked functions, and no code should ever assume they can be (look at Linux's libio.h, it just #defines them as macros). I'm for simplicity, so making them static inlines regardless of what we are building (c89/c99/c++) would be my choice :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 12:23:48 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 11:23:48 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.c76abfd9612f2b08230454fa7cc0b792@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Ok, I commited a simplified version of blub's patch in r29471. Thanks for the feedback. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 12:35:37 2009 From: trac at haiku-os.org (stippi) Date: Wed, 11 Mar 2009 11:35:37 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.0a2031c5cfc63420d5f2821e3ba4c708@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): For reference: -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 12:37:19 2009 From: trac at haiku-os.org (colin) Date: Wed, 11 Mar 2009 11:37:19 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.7c9d24b58b6160ef63ee233f1c02c7e8@haiku-os.org> #1050: implement a WiFi stack -----------------------------------------+---------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Blockedby: 2752, 2761 | Platform: All Blocking: | -----------------------------------------+---------------------------------- Changes (by colin): * cc: coling@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 13:24:01 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 11 Mar 2009 12:24:01 -0000 Subject: [Haiku-bugs] [Haiku] #3544: Pressing F12 instantly crashes system with 'Unknown command "uhci_process_transfer"' In-Reply-To: <047.f14aa84ce895d4ced45ec070c84254d3@haiku-os.org> References: <047.f14aa84ce895d4ced45ec070c84254d3@haiku-os.org> Message-ID: <056.80d58a754dd1097572bae5d7f256336c@haiku-os.org> #3544: Pressing F12 instantly crashes system with 'Unknown command "uhci_process_transfer"' ---------------------------+------------------------------------------------ Reporter: JeremyVisser | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: It's not a bug, it's a feature. F12 is currently configured to enter the kernel debugger. The error messages stem from the fact that you're probably having an OHCI chipset (which is currently unsupported from KDL) instead of UHCI and the UHCI command to transfer data is therefore unavailable. While you can tell if the USB keyboard is going to work while in KDL you can't really detect whether or not a PS/2 keyboard is installed. Therefore you can't just leave KDL again when you detect the missing USB keyboard support. In any case, I've added querying for the availability of the needed commands in r29472 so the error messages aren't triggered anymore if the commands are not installed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 13:30:02 2009 From: trac at haiku-os.org (JeremyVisser) Date: Wed, 11 Mar 2009 12:30:02 -0000 Subject: [Haiku-bugs] [Haiku] #3544: Pressing F12 instantly crashes system with 'Unknown command "uhci_process_transfer"' In-Reply-To: <047.f14aa84ce895d4ced45ec070c84254d3@haiku-os.org> References: <047.f14aa84ce895d4ced45ec070c84254d3@haiku-os.org> Message-ID: <056.eb88b8b6385b77247da4f3f8a2c4864c@haiku-os.org> #3544: Pressing F12 instantly crashes system with 'Unknown command "uhci_process_transfer"' ---------------------------+------------------------------------------------ Reporter: JeremyVisser | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by JeremyVisser): Ah. Thanks for the info. When I reported the bug, I had no idea that it was actually a debug console I was entering. I agree -- not a bug, but the weird error messages should be suppressed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 13:49:56 2009 From: trac at haiku-os.org (axeld) Date: Wed, 11 Mar 2009 12:49:56 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.88b776751d72494892e96166e9e4d464@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by axeld): This appears to be a duplicate of #2590. The new part is that you could reproduce this on real hardware as well, which is *very* strange to say the least. With VMware the problem seems to be that it will also mirror the original image on the other controller. While Haiku thinks there are two different volumes, changes to the second will only always change the first. The second is not touched at all. This should be pretty easy to check for. You can prove that this is a VMware problem by running "sudo lsof | grep vmdk" on the Linux host. This will show that VMware opened haiku.vmdk twice, but haiku_copy.vmdk not at all. I have no idea why it does so, changing the UUID of the second disk does not help. So let's concentrate on the hardware case as the rest is irrelevant for Haiku. What did you do exactly, is it reproducible, and what is the end result? If you delete a file from the HD, will it be gone from the USB stick at next boot? Are you sure you really removed the files from the right disk? Can you use the Terminal to make sure? Ie. the following might help: {{{ $ df $ cd /Haiku1 $ rm -rf beos }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 14:05:01 2009 From: trac at haiku-os.org (axeld) Date: Wed, 11 Mar 2009 13:05:01 -0000 Subject: [Haiku-bugs] [Haiku] #2796: File size of new file from template not updated In-Reply-To: <044.04492622d719af45d20d8b0c3c58e664@haiku-os.org> References: <044.04492622d719af45d20d8b0c3c58e664@haiku-os.org> Message-ID: <053.e41fb4f94d1e47b4fe286108ace70500@haiku-os.org> #2796: File size of new file from template not updated ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by axeld): I can easily reproduce this, also under BeOS; seems to be a genuine Tracker bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 14:33:20 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 11 Mar 2009 13:33:20 -0000 Subject: [Haiku-bugs] [Haiku] #2796: File size of new file from template not updated In-Reply-To: <044.04492622d719af45d20d8b0c3c58e664@haiku-os.org> References: <044.04492622d719af45d20d8b0c3c58e664@haiku-os.org> Message-ID: <053.4369683965b695e68663e231d4638496@haiku-os.org> #2796: File size of new file from template not updated ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): Maybe it's forgetting to set up the node monitor on that node in this particular case? That's the only thing I can think of offhand since this implies it's not getting B_STAT_CHANGED for that file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 16:35:39 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 11 Mar 2009 15:35:39 -0000 Subject: [Haiku-bugs] [Haiku] #3545: bootman : implement multi-drive support Message-ID: <041.e4f1cdaf23228d7071eff3ca71d38f00@haiku-os.org> #3545: bootman : implement multi-drive support ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Summarizing [http://www.freelists.org/post/haiku-development/Hard-drive- BIOS-number-for-device,4 a thread] from [haiku-development] 1) the boot loader needs to make a connection between drive ID and disk in a way that the OS can recognize it again. IIRC BeOS uses a sum/hash of the contents of a few blocks until it has enough to differentiate all (BIOS) drives. The name, or serial number is probably not reliably available from the BIOS, but I haven't really tried that yet. 2) it would need to store that information in the kernel_args structure. 3) when the OS detects the drives, it would see in that structure how it can recognize the drive again, and can then store the BIOS ID of that drive internally, so that B_GET_BIOS_DRIVE_ID can work as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 16:36:49 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 11 Mar 2009 15:36:49 -0000 Subject: [Haiku-bugs] [Haiku] #3545: bootman : implement multi-drive support In-Reply-To: <041.e4f1cdaf23228d7071eff3ca71d38f00@haiku-os.org> References: <041.e4f1cdaf23228d7071eff3ca71d38f00@haiku-os.org> Message-ID: <050.d09617fa0282a4bbbaf51eeab9b9ad9f@haiku-os.org> #3545: bootman : implement multi-drive support ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmadia): Another [http://www.freelists.org/post/haiku-development/Writing-a-boot- loader-in-Haiku thread] from [haiku-development] that might be useful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 17:39:26 2009 From: trac at haiku-os.org (bonefish) Date: Wed, 11 Mar 2009 16:39:26 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.c73dfcb655f49a4922c84a82706ba6ac@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by bonefish): Replying to [comment:10 oco]: > Maybe writing only 10 bytes is OK because it is the maximum size of FPU registers in x86. But is it OK to keep 2 bytes in case the memory was not initialized ? At least, if i am not wrong, the sign should be in the last one, no ? No idea. gcc 4.3.1 in Linux also says sizeof(long double) == 12, so I guess that much is correctly at least. long double support in our gcc 2.95.3 is known to be broken. From what I've heard it is OK in the same gcc version for other platforms, so this is supposedly a gcc configuration problem. I guess looking in gcc's documentation for configuration defines that influence long double behavior and comparing the configurations for other platforms with ours would be a good start to track the problem down. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 18:14:56 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 11 Mar 2009 17:14:56 -0000 Subject: [Haiku-bugs] [Haiku] #3546: Information regarding DriveSetup implementation Message-ID: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> #3546: Information regarding DriveSetup implementation -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- This ticket is to help consolidate details of implementing missing features in DriveSetup. [http://www.freelists.org/post/haiku-development/Partitioning-support-in- Alpha1 Partitioning support in Alpha/1] from [haiku-development] This entire thread should be read. [http://www.freelists.org/post/haiku-development/boot-manager-error,9 boot manager error] from [haiku-development] > No you didn't miss anything, Create and Delete and still showing as (not > implemented). Correct. It's not only DriveSetup, the problem is the unfinished disk device add-ons (with regard to write support). There are two add-ons, one for "Intel Partition Map", which handles (the four) primary partitions and "Intel Extended Partition", which handles "logical partitions" when one of the primary is an extended partition. The later is unfinished and the former could use some work as well. Initially, I was on the wrong track with regards to representing the options in DriveSetup. For example, there is no such thing as a "logical partition" in the on disk structures. There is multiple conventions for partition layout, different operating systems support different stuff, a great potential for screw ups here. So I didn't explore this any further for the time being, I have a pile of uncommited changes that I did before realizing there are no "logical partitions" (as a type). When a partition is created, it is actually created with the type of the file system, I thought one could create a partition and then decide on the file system, wrong. Need to get back to that sometimes... [http://www.freelists.org/post/haiku/GSoC-2009-some-more-TODO-requesting- help,24 misc thread] from [haiku]: I've looked into this before and some of the stuff which is missing in the kernel is really not obvious. I tried to start with a clean drive, but there is already a problem, the Haiku kernel does not assign a disk system (Intel Partition Map?, EFI GUID?, Amiga Disk System?) to that. But most operations, like even getting the list of available disk systems in a user program, require a valid object hierarchy in the kernel. Personally, I don't regard it as critical for Alpha1 but it would be nice if someone finally tackled this for real. It must be done sometimes... :-) Maybe Ingo and I could both mentor this. Another reply, from [http://www.freelists.org/post/haiku/GSoC-2009-some- more-TODO-requesting-help,24 the same thread] from [haiku] > How do you initialise a partition as BFS? The disk system has to be already established. Ie it needs to be Intel Partition Map, and the partition needs to exist. At least DriveSetup allows you to initializes whole drives, but then there is no disk system. The file system in this case starts at offset 0. No MBR or anything like that. Why initializing doesn't work in your particular case, I do not know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 11 18:57:11 2009 From: trac at haiku-os.org (idefix) Date: Wed, 11 Mar 2009 17:57:11 -0000 Subject: [Haiku-bugs] [Haiku] #3545: bootman : implement multi-drive support In-Reply-To: <041.e4f1cdaf23228d7071eff3ca71d38f00@haiku-os.org> References: <041.e4f1cdaf23228d7071eff3ca71d38f00@haiku-os.org> Message-ID: <050.99ee1f9d142658c34fb7038b2b401ef6@haiku-os.org> #3545: bootman : implement multi-drive support ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): See also ticket:2477. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 05:10:41 2009 From: trac at haiku-os.org (Phoenix137) Date: Thu, 12 Mar 2009 04:10:41 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp Message-ID: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Processor: AMD64 2.2Ghz x2 Host System: linux32 64-bit Ubuntu 8.10 (synaptic updated ~3-9-9) on file: bfs_disk_system.cpp error type: casting Details: bfs.h:375: error: cast from ?const small_data*? to ?fssh_addr_t? loses precision error: cast from ?const bfs_inode*? to ?fssh_addr_t? loses precision Terminal Output (note: same error seen when using jam... cc line below was lifted out of jam output messages to help isolate bug. All 'jamming' and compiling of a fresh svn done in linux32 subsystem.): $ cc -c "src/add-ons/kernel/file_systems/bfs/bfs_disk_system.cpp" -O1 -Wall -Wno-trigraphs -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wpointer-arith -Wcast-align -Wsign-compare -Wno-multichar -DBFS_SHELL -Wall -Wno-multichar -fno-rtti -D_ZETA_USING_DEPRECATED_API_=1 -D_ZETA_TS_FIND_DIR_=1 -DARCH_x86 -D_NO_INLINE_ASM -D__INTEL__ -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DHAIKU_HOST_PLATFORM_LINUX -iquote build/user_config_headers -iquote build/config_headers -iquote src/tools/bfs_shell -iquote generated/objects/common/tools/bfs_shell -iquote generated/objects/linux/x86/common/tools/bfs_shell -iquote generated/objects/haiku/x86/common/tools/bfs_shell -iquote src/add- ons/kernel/file_systems/bfs -I headers/private/fs_shell -I headers/build/host/linux -o "generated/objects/linux/x86/release/tools/bfs_shell/bfs_disk_system.o" ; In file included from src/add- ons/kernel/file_systems/bfs/bfs_disk_system.cpp:8: src/add-ons/kernel/file_systems/bfs/bfs.h: In member function ?bool small_data::IsLast(const bfs_inode*) const?: src/add-ons/kernel/file_systems/bfs/bfs.h:375: error: cast from ?const small_data*? to ?fssh_addr_t? loses precision src/add-ons/kernel/file_systems/bfs/bfs.h:375: error: cast from ?const bfs_inode*? to ?fssh_addr_t? loses precision $ Source Notes: ------------------------------------------------------------------------------------------------ file: ./headers/private/fs_shell/fssh_types.h : #ifdef HAIKU_HOST_PLATFORM_64_BIT typedef uint64_t fssh_addr_t; #else typedef uint32_t fssh_addr_t; #endif ------------------------------------------------------------------------------------------------ file: ./headers/build/.svn/text-base/BeOSBuildCompatibility.h.svn- base:#define HAIKU_HOST_PLATFORM_64_BIT #ifdef __x86_64__ #define HAIKU_HOST_PLATFORM_64_BIT #endif ------------------------------------------------------------------------------------------------ file: ./headers/build/BeOSBuildCompatibility.h:#define HAIKU_HOST_PLATFORM_64_BIT #ifdef __x86_64__ #define HAIKU_HOST_PLATFORM_64_BIT #endif ------------------------------------------------------------------------------------------------ file: src/add-ons/kernel/file_systems/bfs/bfs.h ... struct bfs_inode; struct small_data { uint32 type; uint16 name_size; uint16 data_size; char name[0]; // name_size long, followed by data uint32 Type() const { return BFS_ENDIAN_TO_HOST_INT32(type); } uint16 NameSize() const { return BFS_ENDIAN_TO_HOST_INT16(name_size); } uint16 DataSize() const { return BFS_ENDIAN_TO_HOST_INT16(data_size); } inline char *Name() const; inline uint8 *Data() const; inline uint32 Size() const; inline small_data *Next() const; inline bool IsLast(const bfs_inode *inode) const; } _PACKED; // the file name is part of the small_data structure #define FILE_NAME_TYPE 'CSTR' #define FILE_NAME_NAME 0x13 #define FILE_NAME_NAME_LENGTH 1 //************************************** class Volume; #define SHORT_SYMLINK_NAME_LENGTH 144 // length incl. terminating '\0' struct bfs_inode { int32 magic1; inode_addr inode_num; int32 uid; int32 gid; int32 mode; // see sys/stat.h int32 flags; bigtime_t create_time; bigtime_t last_modified_time; inode_addr parent; inode_addr attributes; uint32 type; // attribute type int32 inode_size; uint32 etc; // a pointer to the Inode object during construction union { data_stream data; char short_symlink[SHORT_SYMLINK_NAME_LENGTH]; }; int32 pad[4]; small_data small_data_start[0]; int32 Magic1() const { return BFS_ENDIAN_TO_HOST_INT32(magic1); } int32 UserID() const { return BFS_ENDIAN_TO_HOST_INT32(uid); } int32 GroupID() const { return BFS_ENDIAN_TO_HOST_INT32(gid); } int32 Mode() const { return BFS_ENDIAN_TO_HOST_INT32(mode); } int32 Flags() const { return BFS_ENDIAN_TO_HOST_INT32(flags); } int32 Type() const { return BFS_ENDIAN_TO_HOST_INT32(type); } int32 InodeSize() const { return BFS_ENDIAN_TO_HOST_INT32(inode_size); } bigtime_t LastModifiedTime() const { return BFS_ENDIAN_TO_HOST_INT64(last_modified_time); } bigtime_t CreateTime() const { return BFS_ENDIAN_TO_HOST_INT64(create_time); } small_data *SmallDataStart() { return small_data_start; } status_t InitCheck(Volume *volume); // defined in Inode.cpp } _PACKED; ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 05:11:40 2009 From: trac at haiku-os.org (Phoenix137) Date: Thu, 12 Mar 2009 04:11:40 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.09e4124e921f0b77ab80e508e50b44fa@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Changes (by Phoenix137): * cc: jason.wrinkle@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 06:42:07 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 12 Mar 2009 05:42:07 -0000 Subject: [Haiku-bugs] [Haiku] #3548: Single Window Nav : opt+alt+down : broken Message-ID: <041.67be621c70f2f30effb3da6d42b56d9f@haiku-os.org> #3548: Single Window Nav : opt+alt+down : broken ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- When comparing keyboard navigation between Single and Multiple window navigation, opt (winkey)+alt+down functions as expected in multiple window navigation, yet is functionless in single window mode. r29476 Single window: alt+up: navigate to parent alt+down: navigate to selected folder opt+alt+up: new window of parent opt+alt+down: nada , Multi-window: alt+up: new window of parent alt+down: new window of selected folder opt+alt+up: navigate to parent opt+alt+down: navigate to selected folder -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 07:25:55 2009 From: trac at haiku-os.org (monni) Date: Thu, 12 Mar 2009 06:25:55 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.367d0a79e5108d807e07ecaf7b0603fe@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Comment(by monni): I would say this is not a bug. It is known fact that Haiku doesn't support 64-bit compilers. 32-bit "subsystem" just changes the identification string returned by "uname", but doesn't actually change the compiler. Compiler command line and output suggest it is still using 64-bit compiler. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 07:50:47 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 12 Mar 2009 06:50:47 -0000 Subject: [Haiku-bugs] [Haiku] #3549: Another Disks-Icon related issue in Tracker Message-ID: <041.ae337eb03ef2da5d7b930965a216e5d6@haiku-os.org> #3549: Another Disks-Icon related issue in Tracker ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Feel free to change this description... Applies when Show Disks Icon is enabled. In a Tracker window, when clicking the GUI element where "X items" is displayed, Disks should be expandable. Currently it is not. Listing this as an enhancement, as I'm not certain if this behavior is desirable or accidental. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 09:39:03 2009 From: trac at haiku-os.org (PieterPanman) Date: Thu, 12 Mar 2009 08:39:03 -0000 Subject: [Haiku-bugs] [Haiku] #3546: Information regarding DriveSetup implementation In-Reply-To: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> References: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> Message-ID: <050.9c96ef754ce23dcff34971cf0024b836@haiku-os.org> #3546: Information regarding DriveSetup implementation -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by PieterPanman): * cc: pieter@? (added) Comment: Is it an idea to use [http://www.gnu.org/software/parted/index.shtml libparted] and [http://www.linux-ntfs.org/doku.php?id=ntfsprogs ntfsprogs]/[http://www.linux-ntfs.org/doku.php?id=libntfs libntfs] as the backend for file system manipulations? It is well maintained and heavily tested. You even get NTFS resize functionality with libntfs. I know I've resized several NTFS volumes with it, successfully. I guess there are two options: 1) Make the unfinished disk device add-ons use libparted and libntfs, and let drivesetup use the disk device add-ons. (preferred I guess) 2) Let drivesetup be like GParted, which directly uses libparted and libntfs. (not really in line of what Haiku is doing now) I'm not quite sure about licensing issues, but if you just use the library, you don't have to GPL your own code, right? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 10:19:25 2009 From: trac at haiku-os.org (korli) Date: Thu, 12 Mar 2009 09:19:25 -0000 Subject: [Haiku-bugs] [Haiku] #3546: Information regarding DriveSetup implementation In-Reply-To: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> References: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> Message-ID: <050.03fa089bcb2b120039c1e345e4072382@haiku-os.org> #3546: Information regarding DriveSetup implementation -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by korli): > I'm not quite sure about licensing issues, but if you just use the library, you don't have to GPL your own code, right? Err, no, this would only be right with LGPL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 10:54:14 2009 From: trac at haiku-os.org (PieterPanman) Date: Thu, 12 Mar 2009 09:54:14 -0000 Subject: [Haiku-bugs] [Haiku] #3546: Information regarding DriveSetup implementation In-Reply-To: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> References: <041.cc70e49043b7139ffd72d7326723151d@haiku-os.org> Message-ID: <050.7cce07349eb6ef24d364ab5774874977@haiku-os.org> #3546: Information regarding DriveSetup implementation -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by PieterPanman): Ah, shoot, I forgot about that, thanks for the refresher: http://www.gnu.org/licenses/gpl-faq.html#IfLibraryIsGPL Can we write a wrapper around it to make it a standalone program/service, publish that as GPL, and connect with the wrapper through messages/ports/whatever? It would be such a shame to have to write all this functionality over again. In http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem it states: "However, in many cases you can distribute the GPL-covered software alongside your proprietary system. To do this validly, you must make sure that the free and non-free programs communicate at arms length, that they are not combined in a way that would make them effectively a single program." -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 11:08:40 2009 From: trac at haiku-os.org (hey68you) Date: Thu, 12 Mar 2009 10:08:40 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.73d977045a6a878123aca7ec9f6d6881@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by hey68you): If I'm not mistaken I think we do need to invalidate the container BTabView (i.e. it's not a bug). Quoting the BeBook: {{{ SetLabel() Can be augmented to take notice when the tab's label is changed. You should always call the inherited version of the function before your implementation returns. }}} The existing Terminal code doesn't have an augmented version of the BTab::SetLabel() method which I assume would do the invalidating of the BTabview container view upon noticing a new text for the label. So is it ok that I'm calling fTabView->Invalidate() on my own straight after modifying the label text using the un-augmented BTab::SetLabel() method ??? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 11:38:16 2009 From: trac at haiku-os.org (Phoenix137) Date: Thu, 12 Mar 2009 10:38:16 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.b8eba0479c5b7b9ec9e2c133eab98ff5@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Comment(by Phoenix137): Hmm. What in the command line/output is indicative of 64-bits? In any case, how does one compile properly on a 64-bit system. I read that all you had to do was build everything in the linux32 environment; are you saying I need to grab a 32-bit version of cc and then do some funky aliasing to make the jam scripts work? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 12:36:50 2009 From: trac at haiku-os.org (monni) Date: Thu, 12 Mar 2009 11:36:50 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.358ee4e0161dc20fbe2527c7f2b4d9e5@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Comment(by monni): As far as I know it should say "-m32" when it is compiling 32-bit code. configure script should add that automatically if your environment is recognized as 64-bit. You can also force configure to always add that flag by adding --use-32bit to configure command line. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 13:58:03 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 12 Mar 2009 12:58:03 -0000 Subject: [Haiku-bugs] [Haiku] #3550: [mmap] Freezes when maping lots of memory Message-ID: <042.88d89a4b9c13d5f9eae9616a7f2290bc@haiku-os.org> #3550: [mmap] Freezes when maping lots of memory ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Test program: {{{ #include #include #include #include int main() { char name[1024]; strcpy(name, "/tmp/adipeXXXXXX"); int fd = mkstemp(name); if (fd == -1) { perror("mkstemp"); exit(1); } void *v; int i; for (i = 0; i < 4000000; i++) { v = mmap(NULL, 1000* getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); fprintf(stderr, "i = %d\n", i); if (v == (caddr_t) -1) { perror("mmap"); exit(1); } } close(fd); return 0; } }}} On Haiku: the program freezes after i = 224, can't ctrl-c it, can't open the context menu when clicking on the cpu meter in Deskbar, the app doesn't close when Terminal is closed, the Shutdown dialog freezes, cpu meter in Deskbar shows 100%. For comparison, on Linux: after some iterations, "mmap: Cannot allocate memory" Tested under vmware, r29445, hybrid build, 524 MiB memory in the guest machine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 17:32:08 2009 From: trac at haiku-os.org (tonestone57) Date: Thu, 12 Mar 2009 16:32:08 -0000 Subject: [Haiku-bugs] [Haiku] #3551: yasm fails an extra 7 tests on newer Haiku Message-ID: <046.ab3ed0af75b5c6dfef57071ca0197938@haiku-os.org> #3551: yasm fails an extra 7 tests on newer Haiku -------------------------+-------------------------------------------------- Reporter: tonestone57 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Went to build yasm on newer Haiku and it fails 7 more tests compared to building on older Haiku revision. Tested with yasm 0.7.2 {{{ gcc2 Haiku - Revision 28814 4 yasm test failures ( out of 35 ): FAIL: modules/dbgfmts/dwarf2/tests/passwin64/dwarf2_passwin64_test.sh FAIL: modules/objfmts/coff/tests/coff_test.sh FAIL: modules/objfmts/win32/tests/win32_test.sh FAIL: modules/objfmts/win64/tests/win64_test.sh }}} {{{ gcc2 Haiku - Revision 29475 11 yasm test failures ( out of 35 ): FAIL: modules/arch/x86/tests/gas32/x86_gas32_test.sh FAIL: modules/parsers/gas/tests/gas_test.sh FAIL: modules/dbgfmts/dwarf2/tests/pass32/dwarf2_pass32_test.sh FAIL: modules/dbgfmts/dwarf2/tests/passwin64/dwarf2_passwin64_test.sh FAIL: modules/dbgfmts/stabs/tests/stabs_test.sh FAIL: modules/objfmts/bin/tests/multisect/bin_multi_test.sh FAIL: modules/objfmts/elf/tests/elf_test.sh FAIL: modules/objfmts/elf/tests/gas32/elf_gas32_test.sh FAIL: modules/objfmts/coff/tests/coff_test.sh FAIL: modules/objfmts/win32/tests/win32_test.sh FAIL: modules/objfmts/win64/tests/win64_test.sh }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 17:47:39 2009 From: trac at haiku-os.org (luroh) Date: Thu, 12 Mar 2009 16:47:39 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.2e7ad64c8078cfb4923ffe8ae35aac32@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by luroh): It is perfectly reproducible. All I do is dd the same image file to a USB stick and a hard disk (both of them raw devices) in Linux, boot off the USB stick and delete files off the hard disk.[[BR]][[BR]] Yes, when following your terminal commands to the letter, it renders the USB stick unbootable. I can see a lot of USB stick activity when doing that, which I find suspicious.[[BR]][[BR]] Also a note: when booting the first time off the USB stick, the desktop looks strange; I can see both the normal Haiku system drive icon and a Haiku USB stick icon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 17:59:06 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 12 Mar 2009 16:59:06 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.f403bf6272c54a3e98ef4c022bc02e8d@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Comment(by mmadia): Replying to [comment:4 monni]: > You can also force configure to always add that flag by adding --use- 32bit to configure command line. That shouldn't be necessary with #3391 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 22:26:06 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 12 Mar 2009 21:26:06 -0000 Subject: [Haiku-bugs] [Haiku] #2196: testgl fails In-Reply-To: <042.11118a6d0c0b8ec1681ba5ba415ca14b@haiku-os.org> References: <042.11118a6d0c0b8ec1681ba5ba415ca14b@haiku-os.org> Message-ID: <051.af23b731451f81f000731ce0b64abd23@haiku-os.org> #2196: testgl fails -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by scottmc): Need to recheck this as there's been a recent change made to the testgl.c program which may or may not affect this: http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-March/069141.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 22:48:38 2009 From: trac at haiku-os.org (axeld) Date: Thu, 12 Mar 2009 21:48:38 -0000 Subject: [Haiku-bugs] [Haiku] #3552: HD image links outdated on development page Message-ID: <040.3c5b7aaa774975c9f0725f05b4298f80@haiku-os.org> #3552: HD image links outdated on development page -------------------------+-------------------------------------------------- Reporter: axeld | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- The page [http://www.haiku-os.org/development] has a block on the right side where you can download raw/vmware images directly. However, the image there is severly outdated. I don't know the mechanism behind it, but something doesn't seem to work as anticipated anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 23:20:41 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 12 Mar 2009 22:20:41 -0000 Subject: [Haiku-bugs] [Haiku] #3552: HD image links outdated on development page In-Reply-To: <040.3c5b7aaa774975c9f0725f05b4298f80@haiku-os.org> References: <040.3c5b7aaa774975c9f0725f05b4298f80@haiku-os.org> Message-ID: <049.aaabe37062c33b79bc6b3af98ab572fa@haiku-os.org> #3552: HD image links outdated on development page -------------------------+-------------------------------------------------- Reporter: axeld | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by umccullough): Looks like a special block Sikosis was working on and never updated. I could easily disable it for now unless someone wants to update it - looks like a pretty simple block otherwise. Should it stay and get fixed? or is it mostly redundant anyway? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 12 23:40:32 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 12 Mar 2009 22:40:32 -0000 Subject: [Haiku-bugs] [Haiku] #3552: HD image links outdated on development page In-Reply-To: <040.3c5b7aaa774975c9f0725f05b4298f80@haiku-os.org> References: <040.3c5b7aaa774975c9f0725f05b4298f80@haiku-os.org> Message-ID: <049.757375f192a55f7986905ee14629eb0f@haiku-os.org> #3552: HD image links outdated on development page -------------------------+-------------------------------------------------- Reporter: axeld | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by umccullough): Ok, well I at least replaced what was there with two links to the haiku- files.org pages for raw and vmware images. I commented out the facebook thing, and the link to php code on sikosis.com to show the image file details. I'll leave it this way for now - someone else can disable or change it if desired (perhaps assign this to Sikosis?) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 00:29:08 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 12 Mar 2009 23:29:08 -0000 Subject: [Haiku-bugs] [Haiku] #3535: Scheduling stops on extra cores In-Reply-To: <048.564440f98fc71160509051e21eb8ec02@haiku-os.org> References: <048.564440f98fc71160509051e21eb8ec02@haiku-os.org> Message-ID: <057.b99e90fda07d15c00af578df4e9b2b95@haiku-os.org> #3535: Scheduling stops on extra cores ---------------------------+------------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by anevilyak): Any change in behavior whatsoever in r29484 or newer? Specifically with the last step? Either way, a visit to KDL + a dump of the thread states would be most helpful prior to it actually freezing. Offhand though this smells like it could possibly be a duplicate of ticket #2710. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 06:46:08 2009 From: trac at haiku-os.org (monni) Date: Fri, 13 Mar 2009 05:46:08 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.0128f1a9595584b1615f44c4f4463ab9@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp ------------------------------+--------------------------------------------- Reporter: Phoenix137 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- Comment(by monni): Replying to [comment:5 mmadia]: > Replying to [comment:4 monni]: > > You can also force configure to always add that flag by adding --use- 32bit to configure command line. > > That shouldn't be necessary with #3391 I know... I only listed it as "last resort" if auto-detecting fails for any reason. I'm really not familiar on how much "linux32" masquerades the system in each different distribution and as the flag still does exist, there is likely reason for it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 11:00:24 2009 From: trac at haiku-os.org (leavengood) Date: Fri, 13 Mar 2009 10:00:24 -0000 Subject: [Haiku-bugs] [Haiku] #3056: Haiku could use a power management framework In-Reply-To: <042.9121ae8569409436f6f7d01a9f8d4f88@haiku-os.org> References: <042.9121ae8569409436f6f7d01a9f8d4f88@haiku-os.org> Message-ID: <051.a1670ee540418896bccb652f582fb096@haiku-os.org> #3056: Haiku could use a power management framework -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: leavengood Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by leavengood): * owner: axeld => leavengood Comment: I am interested in experimenting with this, so will take ownership. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 16:38:53 2009 From: trac at haiku-os.org (mmlr) Date: Fri, 13 Mar 2009 15:38:53 -0000 Subject: [Haiku-bugs] [Haiku] #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list In-Reply-To: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> References: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> Message-ID: <049.d1280fdb41a87c511b4ef977df127cf6@haiku-os.org> #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list ---------------------------+------------------------------------------------ Reporter: titer | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed in r29489. Will be available once the updated GCC4 package is built & uploaded. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 16:43:31 2009 From: trac at haiku-os.org (mmlr) Date: Fri, 13 Mar 2009 15:43:31 -0000 Subject: [Haiku-bugs] [Haiku] #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries In-Reply-To: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> References: <040.8146c643ec4250546aa79d3411e63f49@haiku-os.org> Message-ID: <049.85ec8b3a46e62504f4bf8377a67acb46@haiku-os.org> #3511: gcc-4.3.3-haiku-090129 forbids undefined symbols in shared libraries ---------------------------+------------------------------------------------ Reporter: titer | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed in r29490, will be available when the updated GCC4 package is built & uploaded. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 19:55:32 2009 From: trac at haiku-os.org (andreasf) Date: Fri, 13 Mar 2009 18:55:32 -0000 Subject: [Haiku-bugs] [Haiku] #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list In-Reply-To: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> References: <040.69085b7f1c7ac25c9b6702eb67161a20@haiku-os.org> Message-ID: <049.44f8c40278be0a94589b107deb005e3e@haiku-os.org> #3503: gcc-4.3.3-haiku-090129 does not include 3rdparty in its include search list ---------------------------+------------------------------------------------ Reporter: titer | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): Please note that we have conflicting {{{iconv.h}}} files in {{{3rdparty}}} and {{{posix}}}. The latter corresponds to the original implementation in {{{libtextencoding.so}}}, while the former corresponds to {{{libiconv.so}}}. With this search path, the one in {{{posix}}} is always hidden. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 20:01:20 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 13 Mar 2009 19:01:20 -0000 Subject: [Haiku-bugs] [Haiku] #3553: [diffutils] STRERROR_R_CHAR_P is defined to 1 Message-ID: <042.a9fb9f6f0a265f66ddb05e630f03869e@haiku-os.org> #3553: [diffutils] STRERROR_R_CHAR_P is defined to 1 ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ src/bin/diffutils/config.h: {{{ 1259 /* Define to 1 if strerror_r returns char *. */ 1260 #define STRERROR_R_CHAR_P 1 }}} It should be #undef STRERROR_R_CHAR_P -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 21:56:46 2009 From: trac at haiku-os.org (VinDuv) Date: Fri, 13 Mar 2009 20:56:46 -0000 Subject: [Haiku-bugs] [Haiku] #2641: [nvidia] Video problems In-Reply-To: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> References: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> Message-ID: <050.59fb974c90b7dada062c05221c99e5a1@haiku-os.org> #2641: [nvidia] Video problems -------------------------------------+-------------------------------------- Reporter: VinDuv | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by VinDuv): Hi Rudolf, The internal display was used when I activated logging. I made some other tests with and without the CRT connected (see the attached log).[[BR]] The driver does not work in BeOS R5 either (same behavior)[[BR]] But the good news is that the driver is at least partially working ! What I have done :[[BR]] 1. Set switchhead to true, reboot with the external CRT => image OK (on external)[[BR]] 2. Reboot => still OK[[BR]] 3. Change resolution to the highest provided, 1400x1050 (it is not a standard resolution for the external screen, but it is the native resolution of the internal one - I guess this is a side effect of switchhead) => OK[[BR]] 4. Reboot => Not OK, freeze after the rocket icon, with the internal, the external or both screens enabled (even KDL wasn't showing)[[BR]] 5. Reboot with switchhead disabled => OK on internal ![[BR]] 6. Changing resolution => Not OK (same behavior as before) So it seems that only the native resolution works properly on the internal screen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 22:18:42 2009 From: trac at haiku-os.org (stippi) Date: Fri, 13 Mar 2009 21:18:42 -0000 Subject: [Haiku-bugs] [Haiku] #3553: [diffutils] STRERROR_R_CHAR_P is defined to 1 In-Reply-To: <042.a9fb9f6f0a265f66ddb05e630f03869e@haiku-os.org> References: <042.a9fb9f6f0a265f66ddb05e630f03869e@haiku-os.org> Message-ID: <051.b75964e8c4945fe9d0b35b13e909ecde@haiku-os.org> #3553: [diffutils] STRERROR_R_CHAR_P is defined to 1 ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by stippi): Should be fixed in r29499. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 22:19:10 2009 From: trac at haiku-os.org (stippi) Date: Fri, 13 Mar 2009 21:19:10 -0000 Subject: [Haiku-bugs] [Haiku] #3553: [diffutils] STRERROR_R_CHAR_P is defined to 1 In-Reply-To: <042.a9fb9f6f0a265f66ddb05e630f03869e@haiku-os.org> References: <042.a9fb9f6f0a265f66ddb05e630f03869e@haiku-os.org> Message-ID: <051.b74b69677e82a70e156fbc1101059742@haiku-os.org> #3553: [diffutils] STRERROR_R_CHAR_P is defined to 1 ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ups. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 22:22:14 2009 From: trac at haiku-os.org (mmlr) Date: Fri, 13 Mar 2009 21:22:14 -0000 Subject: [Haiku-bugs] [Haiku] #3472: gcc4 and shared libraries In-Reply-To: <042.1bc749df42474448b6979fd721fc722e@haiku-os.org> References: <042.1bc749df42474448b6979fd721fc722e@haiku-os.org> Message-ID: <051.f780e0043971fe75ce616fd8b9650872@haiku-os.org> #3472: gcc4 and shared libraries ---------------------------+------------------------------------------------ Reporter: kaliber | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Updated the optional package in r29501. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 13 22:23:00 2009 From: trac at haiku-os.org (stippi) Date: Fri, 13 Mar 2009 21:23:00 -0000 Subject: [Haiku-bugs] [Haiku] #1305: [app_server] redraw issue In-Reply-To: <040.a6dbbb624644e01d1bb1c1246fe41bc1@haiku-os.org> References: <040.a6dbbb624644e01d1bb1c1246fe41bc1@haiku-os.org> Message-ID: <049.fc4da053dbbcaf512394ce27eae5c6b5@haiku-os.org> #1305: [app_server] redraw issue ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: But I think in the meantime it has been fixed anyways. :-) Never seen it again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 01:11:41 2009 From: trac at haiku-os.org (Phoenix137) Date: Sat, 14 Mar 2009 00:11:41 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.541ffa3f8200acce15d450cb548254d1@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp --------------------------+------------------------------------------------- Reporter: Phoenix137 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Changes (by Phoenix137): * owner: axeld => bonefish * component: File Systems/BFS => Build System Comment: thanks for your help... I tried the --use-32bit flag but the -m32 ccflag still wasn't added. I ended up editing the bootconfig file that configure spits out and editing the 32bit flag there from 0 to 1 and that got the -m32 option to show up in jam output. The reported error seemingly went away; however, compile is now failing looking for gnu/stubs-32.h (I think that is right file) and all I got in that directory is stubs-64.h. I also noticed when running ./configure --build-tools that the script does not think my compiler is a cross compiler (even though the last reported line says success). It looks like compiling Haiku on this system, in this OS is too complex for me ATM. :( I am going to try to get a Haiku image running on another computer and then may try to compile in that environment. In the meantime, I suppose I will file this ticket under build system since I don't know what else to do with it. Happy coding! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 01:15:26 2009 From: trac at haiku-os.org (oco) Date: Sat, 14 Mar 2009 00:15:26 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.2eac43a7fac3b4af71d2e593e2b57ead@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by oco): Oh ! I was wrong about the sign. The long double type has a size of 12 bytes but it contains a 10 bytes floating point value (the x87 native format). 2 padding bytes are added to complete the value. Here is post about this : - http://thread.gmane.org/gmane.linux.c-programming/2780/focus=2782 I will take a look at configuration on other platforms. But i may also try to track down the difference beetween fpc and gcc. This could help me find what kind of configuration i should search for in gcc. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 09:32:31 2009 From: trac at haiku-os.org (monni) Date: Sat, 14 Mar 2009 08:32:31 -0000 Subject: [Haiku-bugs] [Haiku] #3547: cc fails when compiling bfs_disk_system.cpp In-Reply-To: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> References: <045.6326640b4403f81a09029368d72329d2@haiku-os.org> Message-ID: <054.564df0282937fa84b55db932f9d41695@haiku-os.org> #3547: cc fails when compiling bfs_disk_system.cpp --------------------------+------------------------------------------------- Reporter: Phoenix137 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Comment(by monni): Replying to [comment:7 Phoenix137]: > thanks for your help... > > I tried the --use-32bit flag but the -m32 ccflag still wasn't added. I ended up editing the bootconfig file that configure spits out and editing the 32bit flag there from 0 to 1 and that got the -m32 option to show up in jam output. The reported error seemingly went away; however, compile is now failing looking for gnu/stubs-32.h (I think that is right file) and all I got in that directory is stubs-64.h. That means you are missing 32-bit development packages. Not all distributions have them installed by default. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 13:35:01 2009 From: trac at haiku-os.org (miqlas) Date: Sat, 14 Mar 2009 12:35:01 -0000 Subject: [Haiku-bugs] [Haiku] #3554: Time out error if i copy Haiku from usb to HDD Message-ID: <041.32c018a722ae17ffd95271eea88b0239@haiku-os.org> #3554: Time out error if i copy Haiku from usb to HDD ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ There is some apps (not on Haiku) that working faster, if you moving the mouse on his window, because it get more CPU time. I always put the latest raw image to my flashdrive in windows (with flashnul utility), then booting from it, and overwrite the old files on my haiku partition with the new files. This is about 8000 files. But lot of times i get time out errors and KDL in the copy process. But if i moving the mouse cursor on the copy process tracker window (or moving the whole window) i never get this error. Maybe this is a process priority problem? The "continue" command is useless here, because it can't drag me out from KDL. I get this time-out in the size calculation process (before copying the files), or copying big files. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 13:38:47 2009 From: trac at haiku-os.org (miqlas) Date: Sat, 14 Mar 2009 12:38:47 -0000 Subject: [Haiku-bugs] [Haiku] #3555: Wrong progress display if copying files Message-ID: <041.ca58d3fc3f6c091ba812208a6b6bd7c4@haiku-os.org> #3555: Wrong progress display if copying files ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- In the file copy process in Haiku first calculate something, then copying the files. Then it copying the files, and there is an small progress line in the tracker window. I see the progress line told 50%, but i see the text "2000 files copyed from 8000". Then this is not 50%. Or it calculate the file size? And this 2000 file is the 50% size of the 8000 file? I always need move the copy process hindow to not get KDL (another problem), and i see always this problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 13:40:14 2009 From: trac at haiku-os.org (miqlas) Date: Sat, 14 Mar 2009 12:40:14 -0000 Subject: [Haiku-bugs] [Haiku] #3555: Wrong progress display if copying files In-Reply-To: <041.ca58d3fc3f6c091ba812208a6b6bd7c4@haiku-os.org> References: <041.ca58d3fc3f6c091ba812208a6b6bd7c4@haiku-os.org> Message-ID: <050.8d7c62e776ec939dc5a96fa15b02224b@haiku-os.org> #3555: Wrong progress display if copying files ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Comment(by miqlas): And lot of times the proces line told it is 100%, but the text told there is now 200 file waiting to the copy process. Then it liying. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 14:19:59 2009 From: trac at haiku-os.org (axeld) Date: Sat, 14 Mar 2009 13:19:59 -0000 Subject: [Haiku-bugs] [Haiku] #3556: KPartition keeps disk system module loaded Message-ID: <040.cf75cfc8e217230d796dca23df684301@haiku-os.org> #3556: KPartition keeps disk system module loaded ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ KPartition keeps the disk system loaded for no apparent reason. This makes it impossible to replace a file system once an identified partition/image with it exists. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 15:24:10 2009 From: trac at haiku-os.org (mmlr) Date: Sat, 14 Mar 2009 14:24:10 -0000 Subject: [Haiku-bugs] [Haiku] #2010: (Missing symbol: ) error message don't show any actual missing symbols. In-Reply-To: <040.5778fc4ba3faf39285de834618d548d5@haiku-os.org> References: <040.5778fc4ba3faf39285de834618d548d5@haiku-os.org> Message-ID: <049.1995d5b5d6960933ee709ce4a3cbb455@haiku-os.org> #2010: (Missing symbol: ) error message don't show any actual missing symbols. -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: The runtime_loader didn't provide the missing symbol name (fixed in r29515) and the Tracker used an outdated function signature and failed to actually get the error details for both missing symbols and missing libraries (fixed in r29516). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 16:29:39 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 14 Mar 2009 15:29:39 -0000 Subject: [Haiku-bugs] [Haiku] #3555: Wrong progress display if copying files In-Reply-To: <041.ca58d3fc3f6c091ba812208a6b6bd7c4@haiku-os.org> References: <041.ca58d3fc3f6c091ba812208a6b6bd7c4@haiku-os.org> Message-ID: <050.037d8cbe67bbb53364d6e1570cbc5122@haiku-os.org> #3555: Wrong progress display if copying files -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => invalid Comment: The progress percentage bar is based on the total amount of data being copied, not the file count, since in terms of copy time that's what actually matters. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:08:42 2009 From: trac at haiku-os.org (BeOSR) Date: Sat, 14 Mar 2009 16:08:42 -0000 Subject: [Haiku-bugs] [Haiku] #3557: Bottom of screen blacks out at high resolution w/MGA G200 Message-ID: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> #3557: Bottom of screen blacks out at high resolution w/MGA G200 -------------------------------------+-------------------------------------- Reporter: BeOSR | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/Matrox | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- When setting the Screen pref to 1280x1024x32bpp or higher, the bottom 35% of the screen becomes black. The pointer is drawn in that zone, but windows etc are not. This does not happen in 1280x1024x16bpp, or 1182x864x32bbp. Gfx card is MGA Millennium G200 8Mb AGP, and 1280x1024x32bpp works fine in R5, Dano & Zeta. Using Geforce TNT 16Mb AGP does not generate this behaviour. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:10:00 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 14 Mar 2009 16:10:00 -0000 Subject: [Haiku-bugs] [Haiku] #3557: Bottom of screen blacks out at high resolution w/MGA G200 In-Reply-To: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> References: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> Message-ID: <049.b2eea5943333099466f5f539705afc7b@haiku-os.org> #3557: Bottom of screen blacks out at high resolution w/MGA G200 -------------------------------------+-------------------------------------- Reporter: BeOSR | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/Matrox | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Changes (by anevilyak): * owner: axeld => rudolfc -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:29:10 2009 From: trac at haiku-os.org (BeOSR) Date: Sat, 14 Mar 2009 16:29:10 -0000 Subject: [Haiku-bugs] [Haiku] #3558: Supercharge LaunchBox Message-ID: <040.5423292cff346ea17a4ac7807f734d1a@haiku-os.org> #3558: Supercharge LaunchBox ------------------------------------+--------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/LaunchBox | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Enhance LaunchBox (add layers, allow naming them) so it replaces several apps: LaunchPad (it already does that) Deposit (Multitabbed launcher) DockBert (provide animation when hovering over icons, ? la Mac OS X) Also, when using it as a shelf to show mounted disks, show disk icons and usage bars as it would in a standard window view instead of folder icons. (see screenshot, Pad3 is the disks shelf, while the pads should actually be layers of the application itself) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:31:03 2009 From: trac at haiku-os.org (BeOSR) Date: Sat, 14 Mar 2009 16:31:03 -0000 Subject: [Haiku-bugs] [Haiku] #3559: Supercharge LaunchBox Message-ID: <040.ebe7e2f15c87e24aff13d968fb71f3dc@haiku-os.org> #3559: Supercharge LaunchBox ------------------------------------+--------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/LaunchBox | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Enhance LaunchBox (add layers, allow naming them) so it replaces several apps: LaunchPad (it already does that) Deposit (Multitabbed launcher) DockBert (provide animation when hovering over icons, ? la Mac OS X) Also, when using it as a shelf to show mounted disks, show disk icons and usage bars as it would in a standard window view instead of folder icons. (see screenshot, Pad3 is the disks shelf, while the pads should actually be layers of the application itself) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:37:50 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 14 Mar 2009 16:37:50 -0000 Subject: [Haiku-bugs] [Haiku] #3558: Supercharge LaunchBox In-Reply-To: <040.5423292cff346ea17a4ac7807f734d1a@haiku-os.org> References: <040.5423292cff346ea17a4ac7807f734d1a@haiku-os.org> Message-ID: <049.e149692e0cea9e8c7c4572f12cd6e616@haiku-os.org> #3558: Supercharge LaunchBox -------------------------------------+-------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/LaunchBox | Version: R1 development Resolution: duplicate | Blockedby: 3559 Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 3559 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:53:39 2009 From: trac at haiku-os.org (BeOSR) Date: Sat, 14 Mar 2009 16:53:39 -0000 Subject: [Haiku-bugs] [Haiku] #3560: Have window status line indicate used disk space Message-ID: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> #3560: Have window status line indicate used disk space ----------------------------+----------------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- The bottom window status line could be extended to show the space the objects in the active window use on the disk next to their number. Make this a user setting via Tracker prefs. Of course symlinks would be excluded, as they are not part of the active window. Actually, as their object size is zero, it probably does not even matter. Extended statusline example: 14 items | 3,06 Mb -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 17:57:02 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 14 Mar 2009 16:57:02 -0000 Subject: [Haiku-bugs] [Haiku] #3560: Have window status line indicate used disk space In-Reply-To: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> References: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> Message-ID: <049.ae4475d159f98ff7d53d413920e28b8f@haiku-os.org> #3560: Have window status line indicate used disk space ----------------------------+----------------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by anevilyak): That wouldn't necessarily be feasible since for directories for instance you'd have to recurse into them to calculate the size of everything they contain, which is potentially a quite time consuming op. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 18:34:07 2009 From: trac at haiku-os.org (js) Date: Sat, 14 Mar 2009 17:34:07 -0000 Subject: [Haiku-bugs] [Haiku] #3561: Objective C not supported by gcc Message-ID: <037.4af84252cdb1d45fb29f07d305277aed@haiku-os.org> #3561: Objective C not supported by gcc --------------------------+------------------------------------------------- Reporter: js | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Hi! The gcc that comes with Haiku does not support Objective C. This is not a big problem atm, as there aren't many (any?) Objective C apps for Haiku yet, but it won't hurt to enable it. All you need to do is change the configure line of gcc and add objc to --enable-languages there (currently you have --enable-languages=c,c++, you could change it to either --enable- languages=c,c++,objc,obj-c++ or --enable-languages=c,c++,objc. Including obj-c++ would be better so that bindings for Haiku's C++ APIs could be written). Reason is that I like Haiku and I'd like to port my Objective C Framework Library to it so that applications using it run out of the box on Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 18:53:00 2009 From: trac at haiku-os.org (BeOSR) Date: Sat, 14 Mar 2009 17:53:00 -0000 Subject: [Haiku-bugs] [Haiku] #3562: Add scroll bar decorator settings Message-ID: <040.820b4c9b2094c40078c49a21e76c3b41@haiku-os.org> #3562: Add scroll bar decorator settings -------------------------+-------------------------------------------------- Reporter: BeOSR | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- As the look of the UI has much improved lately, modern yet still very much BeOS, allow the scrollbars to be decorated too. Knob style of fixed or proportional length, with squares, lines, maybe a stylyzed leaf instead of being boringly plain, and single or double arrow styles at the end. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 19:28:37 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 14 Mar 2009 18:28:37 -0000 Subject: [Haiku-bugs] [Haiku] #3563: Odd firefox problem on hybrid build Message-ID: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> #3563: Odd firefox problem on hybrid build -----------------------------------+---------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- I have a gcc4 firefox. If I try to run this on gcc2 haiku w/ hybrid libs, on first start it exits (you get control back at the shell), and then its last thread sits at 100% CPU usage. If you attempt to attach gdb to it, it immediately exits (you see the child exit in gdb right after attaching). On subsequent runs this doesn't occur. It also doesn't occur when running the same exact binaries on gcc4 haiku. Dropping into the kernel debugger and looking at the offending thread yields the following: {{{ kdebug> teams team id parent name 0x8128bcc0 279 0x8119e198 firefox-bin 0x8119ee58 217 0x81269b28 Terminal 0x8119e990 62 0x8119e198 app_server 0x81269330 94 0x8119e198 Tracker 0x8119e198 1 0x00000000 kernel_team 0x81269660 95 0x8119e198 Deskbar 0x8128b330 221 0x8119ee58 sh 0x81269b28 98 0x8119e198 Terminal 0x8128b198 161 0x81269b28 sh 0x81269cc0 99 0x8119e198 media_server 0x81269e58 100 0x8119e198 midi_server 0x8128b4c8 225 0x8128b330 Vision 0x8128b000 101 0x8119e198 print_server 0x8119eb28 81 0x8119e198 syslog_daemon 0x812694c8 85 0x8119e990 input_server 0x8119e4c8 54 0x8119e198 registrar 0x8119e330 120 0x81269cc0 media_addon_server 0x8119e660 59 0x8119e198 debug_server 0x8119e7f8 60 0x8119e198 net_server kdebug> threads 279 thread id state wait for object cpu pri stack team name 0x841d2800 279 running - 0 10 0xb923a000 279 firefox-bin kdebug> bt 279 stack trace for thread 279 "firefox-bin" kernel stack: 0xb923a000 to 0xb923e000 user stack: 0x7efee000 to 0x7ffee000 frame caller :function + offset 0 b923db90 (+ 48) 8005c01d :invoke_debugger_command + 0x00f5 1 b923dbc0 (+ 64) 8005be0d invoke_pipe_segment(debugger_command_pipe*: 0x80122c60, int32: 0, 0x0 "") + 0x0079 2 b923dc00 (+ 64) 8005c194 :invoke_debugger_command_pipe + 0x009c 3 b923dc40 (+ 48) 8005d744 ExpressionParser<0xb923dcf4>::_ParseCommandPipe(0xb923dcf0) + 0x0234 4 b923dc70 (+ 64) 8005cb7e ExpressionParser<0xb923dcf4>::EvaluateCommand(0x801140a0 "bt 279", 0xb923dcf0) + 0x02ba 5 b923dcb0 (+ 224) 8005eb6c :evaluate_debug_command + 0x0088 6 b923dd90 (+ 64) 80059f1a kernel_debugger_loop() + 0x01ae 7 b923ddd0 (+ 32) 8005ad9d :kernel_debugger + 0x004d 8 b923ddf0 (+ 192) 8005ad45 :panic + 0x0029 9 b923deb0 (+ 48) 851de6a1 :ps2_interrupt + 0x00d1 10 b923dee0 (+ 48) 8003b157 :int_io_interrupt_handler + 0x006f 11 b923df10 (+ 48) 800cb6c4 :hardware_interrupt + 0x0070 12 b923df40 (+ 12) 800ced36 :int_bottom + 0x0036 kernel iframe at 0xb923df4c (end = 0xb923df9c) eax 0x0 ebx 0x8c06ed11 ecx 0x1 edx 0x0 esi 0xb edi 0x841d2800 ebp 0xb923dfa8 esp 0xb923df80 eip 0x800cef11 eflags 0x287 vector: 0x21, error code: 0x0 13 b923df4c (+ 92) 800cef11 :handle_syscall + 0x005e user iframe at 0xb923dfa8 (end = 0xb923e000) eax 0xb ebx 0x13c2510 ecx 0x7ffedb0c edx 0xffff0104 esi 0xeaf5c edi 0x7ffedf40 ebp 0x7ffedb28 esp 0xb923dfdc eip 0xffff0104 eflags 0x212 user esp 0x7ffedb0c vector: 0x63, error code: 0x0 14 b923dfa8 (+ 0) ffff0104 :commpage_syscall + 0x0004 15 7ffedb28 (+ 48) 0033f47d :_init_before (nearest) + 0x8153 16 7ffedb58 (+1024) 00339ccb :_init_before (nearest) + 0x29a1 17 7ffedf58 (+ 32) 0033739b :_init_before (nearest) + 0x0071 18 7ffedf78 (+ 52) 0033724d :_start + 0x0051 19 7ffedfac (+ 48) 0010090a :unknown + 0x090a 20 7ffedfdc (+ 0) 7ffedfec 9999:firefox-bin_main_stack at 0x7efee000 + 0xffffec }}} Note this is 100% reproducible on a fresh Haiku build, so just let me know what other information might be of interest here and I can gather it. Categorizing this is as runtime loader for now since that's my best guess as to the culprit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 19:32:09 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 14 Mar 2009 18:32:09 -0000 Subject: [Haiku-bugs] [Haiku] #3563: Odd firefox problem on hybrid build In-Reply-To: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> References: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> Message-ID: <053.38d80b991f4951e8f6cded0f1e0fb5c0@haiku-os.org> #3563: Odd firefox problem on hybrid build -----------------------------------+---------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Description changed by anevilyak: Old description: > I have a gcc4 firefox. If I try to run this on gcc2 haiku w/ hybrid libs, > on first start it exits (you get control back at the shell), and then its > last thread sits at 100% CPU usage. If you attempt to attach gdb to it, > it immediately exits (you see the child exit in gdb right after > attaching). On subsequent runs this doesn't occur. It also doesn't occur > when running the same exact binaries on gcc4 haiku. Dropping into the > kernel debugger and looking at the offending thread yields the following: > > {{{ > kdebug> teams > team id parent name > 0x8128bcc0 279 0x8119e198 firefox-bin > 0x8119ee58 217 0x81269b28 Terminal > 0x8119e990 62 0x8119e198 app_server > 0x81269330 94 0x8119e198 Tracker > 0x8119e198 1 0x00000000 kernel_team > 0x81269660 95 0x8119e198 Deskbar > 0x8128b330 221 0x8119ee58 sh > 0x81269b28 98 0x8119e198 Terminal > 0x8128b198 161 0x81269b28 sh > 0x81269cc0 99 0x8119e198 media_server > 0x81269e58 100 0x8119e198 midi_server > 0x8128b4c8 225 0x8128b330 Vision > 0x8128b000 101 0x8119e198 print_server > 0x8119eb28 81 0x8119e198 syslog_daemon > 0x812694c8 85 0x8119e990 input_server > 0x8119e4c8 54 0x8119e198 registrar > 0x8119e330 120 0x81269cc0 media_addon_server > 0x8119e660 59 0x8119e198 debug_server > 0x8119e7f8 60 0x8119e198 net_server > kdebug> threads 279 > thread id state wait for object cpu pri stack team > name > 0x841d2800 279 running - 0 10 0xb923a000 279 > firefox-bin > kdebug> bt 279 > stack trace for thread 279 "firefox-bin" > kernel stack: 0xb923a000 to 0xb923e000 > user stack: 0x7efee000 to 0x7ffee000 > frame caller :function + offset > 0 b923db90 (+ 48) 8005c01d :invoke_debugger_command + > 0x00f5 > 1 b923dbc0 (+ 64) 8005be0d > invoke_pipe_segment(debugger_command_pipe*: 0x80122c60, int32: 0, 0x0 > "") + 0x0079 > 2 b923dc00 (+ 64) 8005c194 :invoke_debugger_command_pipe > + 0x009c > 3 b923dc40 (+ 48) 8005d744 > ExpressionParser<0xb923dcf4>::_ParseCommandPipe(0xb923dcf0) + 0x0234 > 4 b923dc70 (+ 64) 8005cb7e > ExpressionParser<0xb923dcf4>::EvaluateCommand(0x801140a0 "bt 279", > 0xb923dcf0) + 0x02ba > 5 b923dcb0 (+ 224) 8005eb6c :evaluate_debug_command + > 0x0088 > 6 b923dd90 (+ 64) 80059f1a kernel_debugger_loop() + > 0x01ae > 7 b923ddd0 (+ 32) 8005ad9d :kernel_debugger + 0x004d > 8 b923ddf0 (+ 192) 8005ad45 :panic + 0x0029 > 9 b923deb0 (+ 48) 851de6a1 ons/kernel/bus_managers/ps2>:ps2_interrupt + 0x00d1 > 10 b923dee0 (+ 48) 8003b157 :int_io_interrupt_handler + > 0x006f > 11 b923df10 (+ 48) 800cb6c4 :hardware_interrupt + 0x0070 > 12 b923df40 (+ 12) 800ced36 :int_bottom + 0x0036 > kernel iframe at 0xb923df4c (end = 0xb923df9c) > eax 0x0 ebx 0x8c06ed11 ecx 0x1 edx 0x0 > esi 0xb edi 0x841d2800 ebp 0xb923dfa8 esp 0xb923df80 > eip 0x800cef11 eflags 0x287 > vector: 0x21, error code: 0x0 > 13 b923df4c (+ 92) 800cef11 :handle_syscall + 0x005e > user iframe at 0xb923dfa8 (end = 0xb923e000) > eax 0xb ebx 0x13c2510 ecx 0x7ffedb0c edx 0xffff0104 > esi 0xeaf5c edi 0x7ffedf40 ebp 0x7ffedb28 esp 0xb923dfdc > eip 0xffff0104 eflags 0x212 user esp 0x7ffedb0c > vector: 0x63, error code: 0x0 > 14 b923dfa8 (+ 0) ffff0104 :commpage_syscall + 0x0004 > 15 7ffedb28 (+ 48) 0033f47d :_init_before (nearest) + > 0x8153 > 16 7ffedb58 (+1024) 00339ccb :_init_before (nearest) + > 0x29a1 > 17 7ffedf58 (+ 32) 0033739b :_init_before (nearest) + > 0x0071 > 18 7ffedf78 (+ 52) 0033724d :_start + 0x0051 > 19 7ffedfac (+ 48) 0010090a > :unknown + 0x090a > 20 7ffedfdc (+ 0) 7ffedfec 9999:firefox-bin_main_stack at 0x7efee000 + > 0xffffec > }}} > > Note this is 100% reproducible on a fresh Haiku build, so just let me > know what other information might be of interest here and I can gather > it. Categorizing this is as runtime loader for now since that's my best > guess as to the culprit. New description: I have a gcc4 firefox. If I try to run this on gcc2 haiku w/ hybrid libs, on first start it exits (you get control back at the shell), and then its last thread sits at 100% CPU usage. If you attempt to attach gdb to it, it immediately exits (you see the child exit in gdb right after attaching). On subsequent runs this doesn't occur, firefox simply starts up and runs normally. It also doesn't occur when running the same exact binaries on gcc4 haiku. Dropping into the kernel debugger and looking at the offending thread yields the following: {{{ kdebug> teams team id parent name 0x8128bcc0 279 0x8119e198 firefox-bin 0x8119ee58 217 0x81269b28 Terminal 0x8119e990 62 0x8119e198 app_server 0x81269330 94 0x8119e198 Tracker 0x8119e198 1 0x00000000 kernel_team 0x81269660 95 0x8119e198 Deskbar 0x8128b330 221 0x8119ee58 sh 0x81269b28 98 0x8119e198 Terminal 0x8128b198 161 0x81269b28 sh 0x81269cc0 99 0x8119e198 media_server 0x81269e58 100 0x8119e198 midi_server 0x8128b4c8 225 0x8128b330 Vision 0x8128b000 101 0x8119e198 print_server 0x8119eb28 81 0x8119e198 syslog_daemon 0x812694c8 85 0x8119e990 input_server 0x8119e4c8 54 0x8119e198 registrar 0x8119e330 120 0x81269cc0 media_addon_server 0x8119e660 59 0x8119e198 debug_server 0x8119e7f8 60 0x8119e198 net_server kdebug> threads 279 thread id state wait for object cpu pri stack team name 0x841d2800 279 running - 0 10 0xb923a000 279 firefox-bin kdebug> bt 279 stack trace for thread 279 "firefox-bin" kernel stack: 0xb923a000 to 0xb923e000 user stack: 0x7efee000 to 0x7ffee000 frame caller :function + offset 0 b923db90 (+ 48) 8005c01d :invoke_debugger_command + 0x00f5 1 b923dbc0 (+ 64) 8005be0d invoke_pipe_segment(debugger_command_pipe*: 0x80122c60, int32: 0, 0x0 "") + 0x0079 2 b923dc00 (+ 64) 8005c194 :invoke_debugger_command_pipe + 0x009c 3 b923dc40 (+ 48) 8005d744 ExpressionParser<0xb923dcf4>::_ParseCommandPipe(0xb923dcf0) + 0x0234 4 b923dc70 (+ 64) 8005cb7e ExpressionParser<0xb923dcf4>::EvaluateCommand(0x801140a0 "bt 279", 0xb923dcf0) + 0x02ba 5 b923dcb0 (+ 224) 8005eb6c :evaluate_debug_command + 0x0088 6 b923dd90 (+ 64) 80059f1a kernel_debugger_loop() + 0x01ae 7 b923ddd0 (+ 32) 8005ad9d :kernel_debugger + 0x004d 8 b923ddf0 (+ 192) 8005ad45 :panic + 0x0029 9 b923deb0 (+ 48) 851de6a1 :ps2_interrupt + 0x00d1 10 b923dee0 (+ 48) 8003b157 :int_io_interrupt_handler + 0x006f 11 b923df10 (+ 48) 800cb6c4 :hardware_interrupt + 0x0070 12 b923df40 (+ 12) 800ced36 :int_bottom + 0x0036 kernel iframe at 0xb923df4c (end = 0xb923df9c) eax 0x0 ebx 0x8c06ed11 ecx 0x1 edx 0x0 esi 0xb edi 0x841d2800 ebp 0xb923dfa8 esp 0xb923df80 eip 0x800cef11 eflags 0x287 vector: 0x21, error code: 0x0 13 b923df4c (+ 92) 800cef11 :handle_syscall + 0x005e user iframe at 0xb923dfa8 (end = 0xb923e000) eax 0xb ebx 0x13c2510 ecx 0x7ffedb0c edx 0xffff0104 esi 0xeaf5c edi 0x7ffedf40 ebp 0x7ffedb28 esp 0xb923dfdc eip 0xffff0104 eflags 0x212 user esp 0x7ffedb0c vector: 0x63, error code: 0x0 14 b923dfa8 (+ 0) ffff0104 :commpage_syscall + 0x0004 15 7ffedb28 (+ 48) 0033f47d :_init_before (nearest) + 0x8153 16 7ffedb58 (+1024) 00339ccb :_init_before (nearest) + 0x29a1 17 7ffedf58 (+ 32) 0033739b :_init_before (nearest) + 0x0071 18 7ffedf78 (+ 52) 0033724d :_start + 0x0051 19 7ffedfac (+ 48) 0010090a :unknown + 0x090a 20 7ffedfdc (+ 0) 7ffedfec 9999:firefox-bin_main_stack at 0x7efee000 + 0xffffec }}} Note this is 100% reproducible on a fresh Haiku build, so just let me know what other information might be of interest here and I can gather it. Categorizing this is as runtime loader for now since that's my best guess as to the culprit. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:00:38 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 14 Mar 2009 19:00:38 -0000 Subject: [Haiku-bugs] [Haiku] #3563: Odd firefox problem on hybrid build In-Reply-To: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> References: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> Message-ID: <053.c4a2cdf704c3690175b44462680c5201@haiku-os.org> #3563: Odd firefox problem on hybrid build -----------------------------------+---------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by Adek336): I have seen this on non-hybrid gcc2 builds as well (#3178). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:13:06 2009 From: trac at haiku-os.org (humdinger) Date: Sat, 14 Mar 2009 19:13:06 -0000 Subject: [Haiku-bugs] [Haiku] #3562: Add scroll bar decorator settings In-Reply-To: <040.820b4c9b2094c40078c49a21e76c3b41@haiku-os.org> References: <040.820b4c9b2094c40078c49a21e76c3b41@haiku-os.org> Message-ID: <049.91c5f9ef5660f186d4cc639fcdb8870e@haiku-os.org> #3562: Add scroll bar decorator settings -------------------------+-------------------------------------------------- Reporter: BeOSR | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by humdinger): IMO these kind of things should/will be handled by custom decorators once system wide theming is implemented (there's already a kind of theme manager in the API, right?). That way we keep our clean Haiku default theme and give every artist manqu? the opportunity to go wild without harming others... As a rule of thumb, settings and options should be avoid wherever possible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:17:26 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 14 Mar 2009 19:17:26 -0000 Subject: [Haiku-bugs] [Haiku] #3564: Heavy non-interactive processes get Display Priority Message-ID: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> #3564: Heavy non-interactive processes get Display Priority -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- When running "make" in some app's sources dir, you can see in Deskbar that make and it's children's threads get Display Priority. It makes the system unresponsive, this is particularly intense under VmWare. Tested with r29472. This probably is not a problem with Terminal nor bash. Changing priorities of the mentioned threads helps for a while (until new instances of gcc et al. get spawned) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:24:22 2009 From: trac at haiku-os.org (humdinger) Date: Sat, 14 Mar 2009 19:24:22 -0000 Subject: [Haiku-bugs] [Haiku] #3560: Have window status line indicate used disk space In-Reply-To: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> References: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> Message-ID: <049.c62a179916a54ee1d6d16106533a1be9@haiku-os.org> #3560: Have window status line indicate used disk space ----------------------------+----------------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by humdinger): Generally, I like the idea, though I see Rene's problem with it. How about keeping just the number of items without filesizes and only update the items and their size when a selection is made. If you only select a few files, the updated info is instantaneous, if you include folders it unavoidably takes some time. As long as the system stays responsive and shows what it's doing by counting up the filesize, that's OK IMO. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:25:08 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 14 Mar 2009 19:25:08 -0000 Subject: [Haiku-bugs] [Haiku] #3563: Odd firefox problem on hybrid build In-Reply-To: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> References: <044.4238e54eef7729ac9dd9da2e27fb5aad@haiku-os.org> Message-ID: <053.ad9f6c68733cffed71edb11c7ee75902@haiku-os.org> #3563: Odd firefox problem on hybrid build ------------------------------------+--------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Resolution: duplicate | Blockedby: 3178 Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => duplicate * blockedby: => 3178 Comment: Closing as duplicate of #3178. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:36:42 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 14 Mar 2009 19:36:42 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.97094b6680985f43650fea8459f3c1b0@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Comment(by bonefish): Just as in #3563 the KDL stack trace shows the thread entering an acquire_sem() syscall. My guess would be that it's an infinite loop in the Firefox code, trying to acquire an invalid semaphore. Why attaching a debugger would terminate the team I have no idea. Might be a bug in the debug support code. Enabling debug output in src/system/kernel/debug/user_debugger might yield some helpful information. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 20:50:50 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 14 Mar 2009 19:50:50 -0000 Subject: [Haiku-bugs] [Haiku] #3556: KPartition keeps disk system module loaded In-Reply-To: <040.cf75cfc8e217230d796dca23df684301@haiku-os.org> References: <040.cf75cfc8e217230d796dca23df684301@haiku-os.org> Message-ID: <049.6653e83691001a6dad75a0c841d89790@haiku-os.org> #3556: KPartition keeps disk system module loaded ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by bonefish): That's not a bug, but a feature. Not keeping the disk systems loaded would mean that for every partition operation you'd have to load and unload the respective disk system. Replacing disk systems is intended to work based on node monitoring. All partitions associated with the disk system in question would need to be invalidated and rescanned. Care must be taken regarding mounted and busy partitions. Whoever added node monitoring to the DDM apparently forgot to add that feature. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 21:09:41 2009 From: trac at haiku-os.org (luroh) Date: Sat, 14 Mar 2009 20:09:41 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.8134d0461a52210b36458325a8434700@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by luroh): If you don't have a spare HDD available, the problem is also repeatable with two USB sticks.[[BR]][[BR]] Btw, a funny thing is, 'df' lists /boot as /dev/disk/ata/3/master/raw although it's in fact a USB stick. It does list /Haiku1 as /dev/disk/usb/0/0/raw.[[BR]][[BR]] And just to clarify; yes, after running your commands above, the beos folder is indeed missing from the wrong drive, making it unbootable.[[BR]] Tested with rev 29481. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 21:13:07 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 14 Mar 2009 20:13:07 -0000 Subject: [Haiku-bugs] [Haiku] #3564: Heavy non-interactive processes get Display Priority In-Reply-To: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> References: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> Message-ID: <051.fbd60a87e04d3917ef08e479077a6f27@haiku-os.org> #3564: Heavy non-interactive processes get Display Priority -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by bonefish): * owner: axeld => jackburton * component: - General => Applications/Terminal Comment: That's definitely a Terminal problem. The main thread of a fork()ed processes inherits the thread priority of the fork()ing thread. The first shell in the Terminal is fork()ed from the application main thread, thus getting normal priority, but new tabs (and their associated shells) are created in the window thread, which has display priority. We don't set the child process' priority after fork()ing, which we probably should do. We might also want to rethink whether inheriting the thread priority on fork() is a good idea, but it seems the logical thing to do. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 21:30:14 2009 From: trac at haiku-os.org (BeOSR) Date: Sat, 14 Mar 2009 20:30:14 -0000 Subject: [Haiku-bugs] [Haiku] #3560: Have window status line indicate used disk space In-Reply-To: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> References: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> Message-ID: <049.d465991806ac1d9617ebe89075f2b449@haiku-os.org> #3560: Have window status line indicate used disk space ----------------------------+----------------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by BeOSR): The indicated size would be limited to the *active window only*, and not traverse (sub)directories. If you open a window, the size of any folder indicated as "-", just as it is for symlinks. These would be counted at that value, so zero. Only actual files or objects would be totaled. This is not really relevant for system folders, but is very handy for user folders. For an overview of used disk space per folder, DiskUsage works very well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 21:53:36 2009 From: trac at haiku-os.org (stippi) Date: Sat, 14 Mar 2009 20:53:36 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.b58e7db1025022c5e8e7a19ee28dfd17@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Comment(by stippi): The very first time Firefox is run, it does something funny. It does something with the settings profile and then relaunches itself. It's also the reason that when it does work, it will forget it meant to open some HTML file your double clicked. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 22:37:11 2009 From: trac at haiku-os.org (luroh) Date: Sat, 14 Mar 2009 21:37:11 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.a7c87226eeefae3548f611c7a76369bf@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | ------------------------------+--------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by luroh): Hang on, I think I know what is going on here; Haiku picks up the presence of an old deleted Haiku partition on my SATA drive (an old revision number in About gave it away!):[[BR]][[BR]] 1. Booting starts from the USB stick.[[BR]] 2. At some point during boot, the system detects an old deleted Haiku partition on the SATA drive and decides to set it as /boot. This explains why the system loaded slowly during bootsplash but fast once it reached Desktop.[[BR]] To avoid 2 from happening, I not only had to delete the old Haiku partition on the SATA drive, but reformat the partition with an alien file system to completely rid it from its BFS-edness.[[BR]][[BR]] Perhaps we should close this ticket as invalid and start fresh, as it seems to have morphed into something completely different than it initially was.[[BR]][[BR]] Tested with rev 29529. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 23:20:30 2009 From: trac at haiku-os.org (korli) Date: Sat, 14 Mar 2009 22:20:30 -0000 Subject: [Haiku-bugs] [Haiku] #3564: Heavy non-interactive processes get Display Priority In-Reply-To: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> References: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> Message-ID: <051.66b64dd762ede9ad12bc06fcac22a93c@haiku-os.org> #3564: Heavy non-interactive processes get Display Priority -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by korli): Done so in Terminal in r29533. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 23:26:41 2009 From: trac at haiku-os.org (korli) Date: Sat, 14 Mar 2009 22:26:41 -0000 Subject: [Haiku-bugs] [Haiku] #1352: echo24 driver: no support for 24 bit and 96kHz sample rate In-Reply-To: <041.c9096c1dcca27e57347bcbeb5d8a0930@haiku-os.org> References: <041.c9096c1dcca27e57347bcbeb5d8a0930@haiku-os.org> Message-ID: <050.2f3be115696370b76c85b5b23a99d34f@haiku-os.org> #1352: echo24 driver: no support for 24 bit and 96kHz sample rate ---------------------------+------------------------------------------------ Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): It seems MediaPlayer doesn't support playing 24bits wave files. Could you try with the "playfile" command please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 23:40:32 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 14 Mar 2009 22:40:32 -0000 Subject: [Haiku-bugs] [Haiku] #3564: Heavy non-interactive processes get Display Priority In-Reply-To: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> References: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> Message-ID: <051.0ff3f29df21719645bec56d85f264827@haiku-os.org> #3564: Heavy non-interactive processes get Display Priority -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by Adek336): Thanks ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 23:05:04 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 14 Mar 2009 22:05:04 -0000 Subject: [Haiku-bugs] [Haiku] #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) In-Reply-To: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> References: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> Message-ID: <050.d7ce1d191c55cbfd3409364919ef37ba@haiku-os.org> #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) ---------------------------+------------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): I am seeing an aweful lot of this panic recently. It happens when linking during gnash compilation. Testing on vmware, r29472, 524 MiB guest RAM, hybrid. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 14 23:46:25 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sat, 14 Mar 2009 22:46:25 -0000 Subject: [Haiku-bugs] [Haiku] #3535: Scheduling stops on extra cores In-Reply-To: <048.564440f98fc71160509051e21eb8ec02@haiku-os.org> References: <048.564440f98fc71160509051e21eb8ec02@haiku-os.org> Message-ID: <057.63acf0087b8e5a28986f33d0788ae7e3@haiku-os.org> #3535: Scheduling stops on extra cores ---------------------------+------------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by jonas.kirilla): It happens also on r29503, gcc2. Step 3 is likely redundant. A while after having started 4 cat threads, Pulse shows one core at 100% activity and 3 idle cores. KDL output looks to me as if all four cat processes are alive and running each on its own core. The only difference I can see, post vs pre, is that some flags and fault handlers differ. (Maybe these differ between when a process runs in the kernel and when in runs in userland?) The cat processes can be stopped by ctr-c, which appears to release the "idle" cores, from Pulse?s point of view. Whether they are truly idle I can?t say. Pulse and ProcessController sometimes display differently. Post-issue and post-killing the cat threads, ProcessController may show some cores pinned at 100% even when there is clearly no load anymore. (I don?t know if this is related at all, but I just tried opening all preferences while having all four cores loaded, resulting in multiple errors of this kind: "Could not open X with application X (Unknown Application Error (-2147418110)".) Having 4 cat processes and Pulse showing 1 core loaded and 3 cores "idle", turning off the loaded core makes Haiku freeze, but F12 can still be pressed. In KDL, "running" shows 3 cat processes running on the supposedly idle cores and an idle thread running on the previously loaded, now turned off, first core. See KDL output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 00:13:22 2009 From: trac at haiku-os.org (andreasf) Date: Sat, 14 Mar 2009 23:13:22 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.9c284186aa9df7d7b085ad0cb5aa8ebf@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Changes (by andreasf): * cc: planche2k@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 18:16:05 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 15 Mar 2009 17:16:05 -0000 Subject: [Haiku-bugs] [Haiku] #3565: Putting Expander into Deskbar's "Applications" Message-ID: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> #3565: Putting Expander into Deskbar's "Applications" -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Expander | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Checking the options "Automatically expand files" and "Close window when done expanding" leaves the app not easily available to the inexperienced user to revert these settings or any options from the preferences panel. He has probably always just double-clicked an archive to start Expander. Now it will always expand automatically and quit when done. The solution is of course to start Expander without an archive. Easy: just start it from /boot/beos/apps/Expander or enter "Expander" in Terminal. Joe User maybe doesn't know that, however... So, back into Deskbar's "Applications" menu? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 18:36:52 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 15 Mar 2009 17:36:52 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.66123e37d99bd534d6f886920aa7f21b@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Comment(by Adek336): Steps to reproduce without reinstalling:[[br]] - have two copies of the BeZillaBrowser directory, I tested with the one installed as an optional package and a BeZilla-gcc4 build;[[br]] - open BeZilla from one directory, close, open BeZilla from the other, close; repeat until BeZilla freezes;[[br]] - after managing to freeze BeZilla, it seems you have to reboot to be able to freeze it again. Also, at this point, every time you close BeZilla you get a kill/debug dialog box. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 18:56:00 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 17:56:00 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.4bdaeec0cbf95435d454efb472c3d676@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by andreasf): Booting up with VGA and then rebooting with DVI does not work here. My graphics card has three connectors - VGA, S-VHS and DVI. When connecting both VGA and S-VHS, it just uses VGA for the desktop. The problem occurs only when DVI is connected, whether VGA is connected or not. There is no obvious error indication in the serial output. I tried changing the {{{usebios}}} setting, but no difference. Will try the logmask next, now that Trac is up again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 19:03:21 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 15 Mar 2009 18:03:21 -0000 Subject: [Haiku-bugs] [Haiku] #3566: Data corruption when compiling under hybrid Message-ID: <042.e061678fdf344c6417af6a462797356c@haiku-os.org> #3566: Data corruption when compiling under hybrid -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I've been compiling some userland applications a lot recently. I have seen under vmware, hybrid, two BFS partitions, code is being compiled on the non-boot partition, suddenly the build process ends with an error like garbage in config.status, syntax error in .c file, lack of separator in Makefile. These error always turned out to be caused by corruption in the mentioned files. This happened a lot in a revision circa r29330, now under circa r29500 I didn't see it but perhaps it's just a matter of chance. Perhaps related to #3347 which happened even more often than data corruption. under real hw, r29503, hybrid, two partitions, compiling on non-boot partition, I've seen this happen once: compiling compiling then boom restart, after booting up many files are corrupt, even sources which were compiled an hour earlier didn't want to compile again due to garbage in files, some stuff in /boot/common/bin and /boot/common/lib didn't work because of elf header errors like if they were corrupted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 19:39:27 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 18:39:27 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.92831ad4159b87549862289245ac113b@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by andreasf): I've attached some logs with the requested logmask. Unfortunately blindly using Terminal didn't work for me, so I hope I waited long enough for the log to be sync'ed. Obviously I couldn't copy/move the log before rebooting either. In my case, it's three different devices - a 4:3 15" LCD (1024x768 max) on VGA, a 4:3 17" LCD (1280x1024 max) on DVI and a beamer on S-VHS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 20:04:47 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 19:04:47 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.e959492a81ab8fdd7ca3917cc133c5ab@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by andreasf): Okay, so my long log contains five different logs actually. The first two just differ in the checksum and boot time. The third one has major differences, I'll attach the diff next. Interestingly, the fourth one differs from the third only by boot time despite DVI being disconnected, so it seems some data was not cleared during hot restart. The fifth one is the successful cold boot and as such differs from the original one only by checksum and boot time again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 21:29:54 2009 From: trac at haiku-os.org (BeOSR) Date: Sun, 15 Mar 2009 20:29:54 -0000 Subject: [Haiku-bugs] [Haiku] #3560: Have window status line indicate used disk space In-Reply-To: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> References: <040.1c676ed1a7455b3941ab824cfe4859e6@haiku-os.org> Message-ID: <049.0737985a718e549e9f8a01ab4b91b656@haiku-os.org> #3560: Have window status line indicate used disk space ----------------------------+----------------------------------------------- Reporter: BeOSR | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by BeOSR): To be semantically correct, the status line would show the number of *files*, not *items*, and their cumulated disk space. As folders and symlinks aren't really files but placeholders, this should be clear. Humdinger's point of showing the number of selected files and their total size is absolutely correct, so there'd be 2 views:[[BR]] Basic view, nothing selected:[[BR]] 15 files | 5.4 Mb[[BR]] With some files selected:[[BR]] 6 files selected | 1.2 Mb Finally, it would be handy to have some indicator in the status line that parent folders can be browsed from that point, a lot of people don't know about this. Maybe use two dots to indicate parent directory or a dot and an up arrow or something? The very long horizontal scrollbar is a waste of space in most cases anyway.[[BR]] ^. | 15 files | 5.4 Mb < [scrollbar] >[[BR]] .. | 15 files selected | 5.4 Mb < [scrollbar] > -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 22:08:27 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 21:08:27 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.0a2fe0f827f84b54b9453d2fdeaec2d8@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by andreasf): This issue has been resolved in the meantime. Please close the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 22:21:24 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 21:21:24 -0000 Subject: [Haiku-bugs] [Haiku] #3567: [libavcodec] Build broken since ffmpeg update Message-ID: <043.9425507c3a9ae34dda2d947954b3799d@haiku-os.org> #3567: [libavcodec] Build broken since ffmpeg update ----------------------------------+----------------------------------------- Reporter: andreasf | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- The recent ffmpeg update seems to trigger a build failure with GCC4. The revision before the updates, r29533, builds okay. Using r29546: {{{ /home/andreas/Haiku/haiku/src/add- ons/media/plugins/avcodec/libavcodec/cabac.h: In function 'get_cabac_noinline': /home/andreas/Haiku/haiku/src/add- ons/media/plugins/avcodec/libavcodec/cabac.h:527: error: PIC register '%ebx' clobbered in 'asm' /home/andreas/Haiku/haiku/src/add- ons/media/plugins/avcodec/libavcodec/cabac.h: In function 'get_cabac': /home/andreas/Haiku/haiku/src/add- ons/media/plugins/avcodec/libavcodec/cabac.h:527: error: PIC register '%ebx' clobbered in 'asm' /home/andreas/Haiku/haiku/src/add- ons/media/plugins/avcodec/libavcodec/x86/h264_i386.h: In function 'decode_significance_x86': /home/andreas/Haiku/haiku/src/add- ons/media/plugins/avcodec/libavcodec/x86/h264_i386.h:44: error: PIC register '%ebx' clobbered in 'asm' }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 22:30:30 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 21:30:30 -0000 Subject: [Haiku-bugs] [Haiku] #2068: [Pe] Crash on start In-Reply-To: <043.06df5f963441eb6ae386795446b530c7@haiku-os.org> References: <043.06df5f963441eb6ae386795446b530c7@haiku-os.org> Message-ID: <052.66db516c571149159d37bdf8765607f1@haiku-os.org> #2068: [Pe] Crash on start --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by andreasf): Haven't seen it lately. I suggest to close the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 23:40:04 2009 From: trac at haiku-os.org (bonefish) Date: Sun, 15 Mar 2009 22:40:04 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.9abd02efab9e0dbc5ddbf0d444d730f6@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 15 23:40:39 2009 From: trac at haiku-os.org (JeremyVisser) Date: Sun, 15 Mar 2009 22:40:39 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.28b81ff5a3b48a492478d3868a65f07f@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): Replying to [comment:16 andreasf]: > Booting up with VGA and then rebooting with DVI does not work here. While you were booted up in VGA, did you go to Preferences ? Screens and choose a new video mode to use? If I didn't do that, then DVI wouldn't work for me either. If you did the above, I suspect it didn't work because you used different monitors, and Haiku was resetting the mode settings because it detected different display IDs. I have a HP L1740 monitor that has has both DVI and VGA inputs, so it wouldn't reset the display settings if I switch from VGA to DVI. I found that if I used a live USB copy of Haiku and switched it between a few computers, each computer would remember my unique preferred screen resolution for each screen, so that seems to confirm my suspicions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 00:30:01 2009 From: trac at haiku-os.org (andreasf) Date: Sun, 15 Mar 2009 23:30:01 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.a6b3f45d644d0b7a59b510d6b469a4c8@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by andreasf): Replying to [comment:19 JeremyVisser]: > Replying to [comment:16 andreasf]: > > Booting up with VGA and then rebooting with DVI does not work here. > > While you were booted up in VGA, did you go to Preferences ? Screens and choose a new video mode to use? No, I didn't. But trying it, that works neither for my above setup nor for my Eizo FlexScan L550 with different connectors. That is, I changed refresh rate and color depth, applied that to all workspaces and did a shutdown, then replugged the connectors and booted again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 00:47:07 2009 From: trac at haiku-os.org (bonefish) Date: Sun, 15 Mar 2009 23:47:07 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.ec1228892caa1fa0b254b18a451e2143@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * status: closed => reopened * resolution: fixed => Comment: Reverted r29471 in r29547 as it breaks building kernel code in debug mode with gcc 2.95.3. Code for the static inline functions is generated and the referenced functions (__underflow(),...) don't exist in the kernel. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 09:51:09 2009 From: trac at haiku-os.org (dlmcpaul) Date: Mon, 16 Mar 2009 08:51:09 -0000 Subject: [Haiku-bugs] [Haiku] #3567: [libavcodec] Build broken since ffmpeg update In-Reply-To: <043.9425507c3a9ae34dda2d947954b3799d@haiku-os.org> References: <043.9425507c3a9ae34dda2d947954b3799d@haiku-os.org> Message-ID: <052.fe712cff482462f66cb44b88bae479e0@haiku-os.org> #3567: [libavcodec] Build broken since ffmpeg update ----------------------------------+----------------------------------------- Reporter: andreasf | Owner: dlmcpaul Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Changes (by dlmcpaul): * owner: marcusoverhagen => dlmcpaul Comment: Replying to [ticket:3567 andreasf]: > The recent ffmpeg update seems to trigger a build failure with GCC4. The revision before the updates, r29533, builds okay. in libavcodec/config.h you could try changing HAVE_EBX_AVAILABLE to 0 and let me know what that does to the build. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 10:41:46 2009 From: trac at haiku-os.org (stippi) Date: Mon, 16 Mar 2009 09:41:46 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.f48704320749dec54f563f776bc7cdd1@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): Ingo, can you please check with r29558? I committed my original patch which should only fix the actual problem without changing any semantics. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 11:22:06 2009 From: trac at haiku-os.org (stippi) Date: Mon, 16 Mar 2009 10:22:06 -0000 Subject: [Haiku-bugs] [Haiku] #2481: USB mouse and keyboard sometimes stop working In-Reply-To: <041.e27b67ec0dca7fb5b40f990c6c5599c8@haiku-os.org> References: <041.e27b67ec0dca7fb5b40f990c6c5599c8@haiku-os.org> Message-ID: <050.ff866df10f232a9c9424638033e72e66@haiku-os.org> #2481: USB mouse and keyboard sometimes stop working --------------------------+------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by stippi): * status: closed => reopened * resolution: fixed => Comment: Ah darn. Just happened again (GCC4, r29533). :-( -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 11:24:11 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 10:24:11 -0000 Subject: [Haiku-bugs] [Haiku] #3564: Heavy non-interactive processes get Display Priority In-Reply-To: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> References: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> Message-ID: <051.0fe3a540b3e06c73a7259daca94d3c43@haiku-os.org> #3564: Heavy non-interactive processes get Display Priority -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by axeld): Inheriting the thread priority in fork() seems to be perfectly fine to me. However, we could always reset it to B_NORMAL_PRIORITY in exec(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 11:35:25 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 10:35:25 -0000 Subject: [Haiku-bugs] [Haiku] #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) In-Reply-To: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> References: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> Message-ID: <050.09803b057b4012e9bd79fd810486a432@haiku-os.org> #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) ---------------------------+------------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): When you say "hybrid" do you mean a GCC2 system with additional GCC4 userland libraries, or the other way around? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 11:37:31 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 10:37:31 -0000 Subject: [Haiku-bugs] [Haiku] #3557: Bottom of screen blacks out at high resolution w/MGA G200 In-Reply-To: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> References: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> Message-ID: <049.f5919c55685c92f1aca8d50bba5ba9a4@haiku-os.org> #3557: Bottom of screen blacks out at high resolution w/MGA G200 -------------------------------------+-------------------------------------- Reporter: BeOSR | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/Matrox | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by axeld): This is likely being caused by the app_server's double buffering implementation. It doubles the height of the screen, and maybe the Matrox card does not like this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 11:38:11 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 16 Mar 2009 10:38:11 -0000 Subject: [Haiku-bugs] [Haiku] #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) In-Reply-To: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> References: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> Message-ID: <050.a1a312422d4ec2261b6b73ceceb3ae12@haiku-os.org> #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) ---------------------------+------------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): It's gcc4 system + gcc2 libs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 11:43:24 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 10:43:24 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.9aa2fcd651f66ef032ad47e48745ad1d@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | -------------------------------+-------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: Okay, thanks for investigating this further! The problem is that the BIOS does not tell Haiku that it booted from USB. Once in the kernel, Haiku usually has to guess the drive from which it had been booted before; it uses some kind of heuristics, but apparently, they could be improved as your case shows. But I agree, we should open a new ticket for this problem. Should I do it, or do you want to? :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 10:25:42 2009 From: trac at haiku-os.org (stippi) Date: Mon, 16 Mar 2009 09:25:42 -0000 Subject: [Haiku-bugs] [Haiku] #3567: [libavcodec] Build broken since ffmpeg update In-Reply-To: <043.9425507c3a9ae34dda2d947954b3799d@haiku-os.org> References: <043.9425507c3a9ae34dda2d947954b3799d@haiku-os.org> Message-ID: <052.3debdf0b2bde1a650a068fa6a74d8a47@haiku-os.org> #3567: [libavcodec] Build broken since ffmpeg update -----------------------------------+---------------------------------------- Reporter: andreasf | Owner: dlmcpaul Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Yes, this fixes it. Committed in r29557. Don't know if the produced avcodec plugin is fully functional, though. At least the GCC4 build is fixed. So I close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 12:15:20 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 11:15:20 -0000 Subject: [Haiku-bugs] [Haiku] #3564: Heavy non-interactive processes get Display Priority In-Reply-To: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> References: <042.bc831fe556eeb32ee28a10cf9d43daaf@haiku-os.org> Message-ID: <051.b175ef31471eeec6f6916a391b6999d3@haiku-os.org> #3564: Heavy non-interactive processes get Display Priority ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Looking at the exec() specs, it looks like keeping the status quo is a good idea, though; even if the outcome is unspecified for a number of scheduling policies, for those it is specified, the scheduling parameters are preserved. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 15:31:11 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 14:31:11 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! In-Reply-To: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> References: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> Message-ID: <049.dd64ed99f39007da18eb3a3af66c44a6@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! -------------------------------+-------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: This seems to be a duplicate of #2400 (or rather the other way around, but that seems to have more info. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 15:33:35 2009 From: trac at haiku-os.org (bga) Date: Mon, 16 Mar 2009 14:33:35 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.87b2ee34d0b4d7fcc81b82fd59f0502e@haiku-os.org> #2083: EHCI bus hanging at boot. -------------------------+-------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by bga): Just some update to this that I noticed. I have USB ports on the back of my computer (4) and in its front panel (another 4). I would take they are connected in two different physical USB controllers. If I connect anything to the back ports, I have no problems (I have a webcam connect6ed to those and it is recognized by Haiku, although it does not work as UVC just started being implemented). But anything I connect to the ports in the front panel results in the IRQ flood (if it is plugged during boot, the boot process hangs, if plugged in when the system is running, it locks up). Based on this I would guess the problem could be due to IRQ sharing between the problematic controller and some other hardware? If so, your (mmlr's) recent changes to tryu to work things like this around didn't work, unfortunately. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 15:42:21 2009 From: trac at haiku-os.org (axeld) Date: Mon, 16 Mar 2009 14:42:21 -0000 Subject: [Haiku-bugs] [Haiku] #3151: KDL when copying data between 2 BFS partitions. In-Reply-To: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> References: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> Message-ID: <047.ef9c3fcfd88114881bd4e3d77ccff9f8@haiku-os.org> #3151: KDL when copying data between 2 BFS partitions. ---------------------------+------------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): Do you remember if you unmounted a volume inbetween? Because the only fragile looking code in the VFS in this regard is in fs_unmount(); all other code goes through the standard reference counting, and should be safe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 15:43:12 2009 From: trac at haiku-os.org (bga) Date: Mon, 16 Mar 2009 14:43:12 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.4286b27e5bb0c00a24df46883807ac6d@haiku-os.org> #2083: EHCI bus hanging at boot. -------------------------+-------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by bga): Re-reading a past post from myself I remembered that, in fact, a USB Mass Storage card reader I have actually works up to a point even when connected to the front ports. What does not work for sure and results in IRQ flood: 1 - Bluetooth USB dongle. 2 - My printer. So, what could cause the IRQ floos on some devices and lot on others? -Bruno -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 15:53:58 2009 From: trac at haiku-os.org (bga) Date: Mon, 16 Mar 2009 14:53:58 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.4f81c4db849a684dc1158e6cdf67fea3@haiku-os.org> #2083: EHCI bus hanging at boot. -------------------------+-------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by bga): Just as an addendum, I have been getting this quite frequently. I don't know how it happens but usually I notice it when doing "svn up" on the Haiku tree, Usually directories inside the .svn dirs are the ones affected so I am inclined to think this is happening because bad data is being written to the directory entry when these files are updated. It *COULD* be related to advisory file locking as the files are locked by svn when they are being updated, In fact, the first indication that the problem occured is that when doing svn up I get a message that i need to run svn cleanup (which usually fails and checking syslog shows the "Bad data" message). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 16:35:20 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 16 Mar 2009 15:35:20 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.2096a757e4c24e99cabd574d3ab6d6fb@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Replying to [comment:10 stippi]: > Ingo, can you please check with r29558? I committed my original patch which should only fix the actual problem without changing any semantics. gcc 2.95.3 debug builds work fine with this solution. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 16:42:56 2009 From: trac at haiku-os.org (stippi) Date: Mon, 16 Mar 2009 15:42:56 -0000 Subject: [Haiku-bugs] [Haiku] #3568: Crash in BeZilla thread exit notification Message-ID: <041.079c138cb4a8f7d09c19b0b695ea8253@haiku-os.org> #3568: Crash in BeZilla thread exit notification -----------------------+---------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- {{{ [Switching to team /boot/apps/BeZillaBrowser/BeZillaBrowser (229) thread moz-thread (74939)] 0x01a461eb in BPrivate::processHeap::free () from /boot/beos/system/lib/gcc2/libroot.so (gdb) bt #0 0x01a461eb in BPrivate::processHeap::free () from /boot/beos/system/lib/gcc2/libroot.so #1 0x01a47ad9 in free () from /boot/beos/system/lib/gcc2/libroot.so #2 0x0177a408 in sv_close () from /boot/beos/system/lib/gcc2/libnetwork.so #3 0x0177acac in gen_close () from /boot/beos/system/lib/gcc2/libnetwork.so #4 0x017862fd in __net_data_destroy () from /boot/beos/system/lib/gcc2/libnetwork.so #5 0x01a37e12 in _thread_do_exit_notification () from /boot/beos/system/lib/gcc2/libroot.so #6 0x01a37c3f in thread_entry () from /boot/beos/system/lib/gcc2/libroot.so #7 0x70512fec in ?? () (gdb) }}} Happened while browsing. Revision is r29533. GCC 4 image with GCC 2 compatibility libs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 16:46:08 2009 From: trac at haiku-os.org (stippi) Date: Mon, 16 Mar 2009 15:46:08 -0000 Subject: [Haiku-bugs] [Haiku] #3481: libio.h troubles on gcc4 Haiku In-Reply-To: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> References: <042.eec677fed0860be96a4b2985e8fc865b@haiku-os.org> Message-ID: <051.5b0fbcf791de97176361d08760b7cc45@haiku-os.org> #3481: libio.h troubles on gcc4 Haiku ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: reopened => closed * resolution: => fixed Comment: Thanks. I consider it fixed then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 15:50:18 2009 From: trac at haiku-os.org (bga) Date: Mon, 16 Mar 2009 14:50:18 -0000 Subject: [Haiku-bugs] [Haiku] #3151: KDL when copying data between 2 BFS partitions. In-Reply-To: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> References: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> Message-ID: <047.633e137b7f0515c2df9dcb45704f625e@haiku-os.org> #3151: KDL when copying data between 2 BFS partitions. ---------------------------+------------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by bga): Nope. I don't remember, sorry. But I would guess not. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 18:01:15 2009 From: trac at haiku-os.org (nielx) Date: Mon, 16 Mar 2009 17:01:15 -0000 Subject: [Haiku-bugs] [Haiku] #1857: Add a search box to the right-top of the page In-Reply-To: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> References: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> Message-ID: <053.a3a00a7cb2af4ea468b01c985f237791@haiku-os.org> #1857: Add a search box to the right-top of the page -------------------------+-------------------------------------------------- Reporter: bnickname | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by nielx): * milestone: Website R2 (Drupal 5) => Comment: Pushing forward. This is not possible with the current template. This should be fixed at a later point in life. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 18:14:03 2009 From: trac at haiku-os.org (koki) Date: Mon, 16 Mar 2009 17:14:03 -0000 Subject: [Haiku-bugs] [Haiku] #1857: Add a search box to the right-top of the page In-Reply-To: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> References: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> Message-ID: <053.f15b3cc55660b1979c28fd5b962815ed@haiku-os.org> #1857: Add a search box to the right-top of the page -------------------------+-------------------------------------------------- Reporter: bnickname | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by koki): Replying to [comment:8 nielx]: > Pushing forward. This is not possible with the current template. This should be fixed at a later point in life. Don't give up that easily. :) This is working on the norcal-hug.org site, which also uses D5 with the shijin theme, so it is definitely possible and not that hard. Did you try the modified Shijin theme that I emailed you? Anyway, as I mentioned to you on this haiku-web list post... http://www.freelists.org/post/haiku-web/new-feature-New-way-of- maintaining-developer-documentation,8 ...I am willing to work on theming and/or css related stuff, including cleaning up the theme and trying to fix a lot of the oddities that exist in the current shijin theme. My offer still stands, but as I said on the above-mentioned post, I would like to work locally rather than remotely, so I would need a full backup of the site that I can put on my home server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 18:48:43 2009 From: trac at haiku-os.org (luroh) Date: Mon, 16 Mar 2009 17:48:43 -0000 Subject: [Haiku-bugs] [Haiku] #3569: Haiku assumes wrong boot drive when booting from USB Message-ID: <040.ead72ac5b992de82858efb2999352377@haiku-os.org> #3569: Haiku assumes wrong boot drive when booting from USB ---------------------------+------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ (spinoff from #3532)[[BR]] When booting from a USB stick, Haiku picks up the presence of an old deleted Haiku partition on my SATA drive and sets it as /boot. 1. Booting starts from a USB stick.[[BR]] 2. At some point during boot, the system detects an old deleted Haiku partition on the SATA drive and decides to set it as /boot. This explains why the system loads slowly during bootsplash but fast once it reaches Desktop.[[BR]] 3. Fully booted, the USB stick is now /Haiku1. To avoid 2 from happening, I not only have to delete the old Haiku partition on the SATA drive, but reformat the partition with an alien file system to completely rid it from its BFS-edness. ''axeld in #3532:[[BR]] The problem is that the BIOS does not tell Haiku that it booted from USB. Once in the kernel, Haiku usually has to guess the drive from which it had been booted before; it uses some kind of heuristics, but apparently, they could be improved as your case shows.'' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 18:49:27 2009 From: trac at haiku-os.org (luroh) Date: Mon, 16 Mar 2009 17:49:27 -0000 Subject: [Haiku-bugs] [Haiku] #3532: PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | In-Reply-To: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> References: <040.96fbaa7aa542ac9994042ade17cb3abd@haiku-os.org> Message-ID: <049.9ec69e104f55d2f3f6fc7611b2ad6579@haiku-os.org> #3532: PANIC: ASSERT FAILED (src/add- ons/kernel/file_systems/bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart | -------------------------------+-------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by luroh): Done in #3569. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 19:34:21 2009 From: trac at haiku-os.org (koki) Date: Mon, 16 Mar 2009 18:34:21 -0000 Subject: [Haiku-bugs] [Haiku] #1857: Add a search box to the right-top of the page In-Reply-To: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> References: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> Message-ID: <053.097ac0f305cdd46e8fa7cfcdfc7b8444@haiku-os.org> #1857: Add a search box to the right-top of the page -------------------------+-------------------------------------------------- Reporter: bnickname | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by koki): Replying to [nielx]: > Because I consider user data to be sensitive, I think we should try our best and keep the data stored and protected in one location. I've instead been setting up a very bare-bones Drupal install which should be enought to play with the theme and the blocks. The test install is located at http://experimental2.web.haiku-os.org. The only thing left for me to do is add some book pages. That should be enough to play around with the theme. I will make this downloadable ASAP. > > Will that work for you? Maybe, but it would greatly reduce the number of scenarios where the changes can be tested. I suppose your concern is the privacy of the registered users; if that's the case, perhaps you can just make a copy the current site, and do a bulk delete of all users except the admin. That would address your data sensitivity concerns and would give me a full site to play/test with. Does that work for you? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 20:33:28 2009 From: trac at haiku-os.org (nielx) Date: Mon, 16 Mar 2009 19:33:28 -0000 Subject: [Haiku-bugs] [Haiku] #1857: Add a search box to the right-top of the page In-Reply-To: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> References: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> Message-ID: <053.82d40c0293775fbf41d229b06f9e9e2f@haiku-os.org> #1857: Add a search box to the right-top of the page --------------------------+------------------------------------------------- Reporter: bnickname | Owner: haiku-web Type: enhancement | Status: closed Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => fixed * milestone: => Website R2 (Drupal 5) Comment: Fixed. It was a minor CSS tweak. Tested the new CSS on IE7, Google Chrome and Firefox 3. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 20:42:53 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 16 Mar 2009 19:42:53 -0000 Subject: [Haiku-bugs] [Haiku] #3570: Volume Control in Deskbar: can't avoid undesired volume change Message-ID: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> #3570: Volume Control in Deskbar: can't avoid undesired volume change -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Check "Show Volume Control on Deskbar" in the media preflet. Now you may want to setup low volume with the volume control. After some time you may want to adjust the volume further. So you click on the volume control icon and the slider appears. While you're changing volume, you have the mouse button down, as releasing the mouse key would close the volume control. The mouse pointer is still where you clicked on the icon; so it's just a bit above the middle of the slider. On the other hand, the current volume slider position is far to the left. Experienced behaviour: The instant you move the mouse, volume control sets the slider to the place where the mouse pointer is - so to the middle of the scale. For a split second before you relower the volume, it's loud. Expected behaviour: after clicking the Volume Control icon on Deskbar, the mouse pointer is moved to the place on the slider which represents current volume. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 21:50:04 2009 From: trac at haiku-os.org (stippi) Date: Mon, 16 Mar 2009 20:50:04 -0000 Subject: [Haiku-bugs] [Haiku] #3570: Volume Control in Deskbar: can't avoid undesired volume change In-Reply-To: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> References: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> Message-ID: <051.0885f4b8fe2913a0c65369e1c2c7434c@haiku-os.org> #3570: Volume Control in Deskbar: can't avoid undesired volume change -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by stippi): This will prove to be difficult. With tablets, you cannot position the mouse, since it will just snap back to the absolute pen position. I think the better approach will be to keep the slider open after the first click, close it if the second click goes anywhere outside the slider, otherwise start adopting the slider position after the second click. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 21:52:29 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 16 Mar 2009 20:52:29 -0000 Subject: [Haiku-bugs] [Haiku] #3570: Volume Control in Deskbar: can't avoid undesired volume change In-Reply-To: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> References: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> Message-ID: <051.1df0c53a0bd759a15f18a832fbaa83d3@haiku-os.org> #3570: Volume Control in Deskbar: can't avoid undesired volume change -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by anevilyak): Agreed, I really don't like the idea of moving the mouse pointer without the user's consent, I'll look into doing it the way you describe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 22:52:05 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 16 Mar 2009 21:52:05 -0000 Subject: [Haiku-bugs] [Haiku] #3571: inconsistent behavior : Tracker window of Disks Icon Message-ID: <041.b57d208e939bb6cb9dc67a4548ffc54c@haiku-os.org> #3571: inconsistent behavior : Tracker window of Disks Icon ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- There are two attached files, "doublClickDiskIcon.png" and "navigateToDiskIcon.png". These images display two inconsistencies when Disks Icon and Single Window Navigation are both enabled. 1-the lack of the disks icon in the upper right corner of each Tracker Window. see #3385 2-completely different right-click pop-up menus. Note: When using Disks Icon + Multiple Window Nav, I cannot reproduce 2. The -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 16 23:10:45 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 16 Mar 2009 22:10:45 -0000 Subject: [Haiku-bugs] [Haiku] #3571: inconsistent behavior : Tracker window of Disks Icon In-Reply-To: <041.b57d208e939bb6cb9dc67a4548ffc54c@haiku-os.org> References: <041.b57d208e939bb6cb9dc67a4548ffc54c@haiku-os.org> Message-ID: <050.8d05d43a19a79e3dff2db8ac17ddab3b@haiku-os.org> #3571: inconsistent behavior : Tracker window of Disks Icon ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by mmadia): (continuing description) ... I cannot reproduce 2. The right click pop-up menu always displays as "doubleClickDiskIcon.png" As such, I'm assuming this to be the preferred behavior, seeing as Disks Icon + Single Window Nav to be lesser used. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 00:16:50 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 16 Mar 2009 23:16:50 -0000 Subject: [Haiku-bugs] [Haiku] #3572: [ftp] "/etc/termcap", exit_insert_mode but no enter_insert_mode Message-ID: <042.1e126765c3059affb0f40846ef41509d@haiku-os.org> #3572: [ftp] "/etc/termcap", exit_insert_mode but no enter_insert_mode ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ {{{ /haiku-dane> ftp "/etc/termcap", line 8075, terminal 'att4424': exit_insert_mode but no enter_insert_mode "/etc/termcap", line 8091, terminal 'att4424-1': exit_insert_mode but no enter_insert_mode "/etc/termcap", line 8107, terminal 'att4424m': exit_insert_mode but no enter_insert_mode "/etc/termcap", line 8201, terminal 'att4426': exit_insert_mode but no enter_insert_mode "/etc/termcap", line 10708, terminal 'c108': from_status_line but no to_status_line "/etc/termcap", line 10729, terminal 'c108-4p': from_status_line but no to_status_line ... ftp> }}} real hw, r29559, gcc4 build + gcc2 libs. Despite the messages, ftp is functional. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 00:42:07 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 16 Mar 2009 23:42:07 -0000 Subject: [Haiku-bugs] [Haiku] #3568: Crash in BeZilla thread exit notification In-Reply-To: <041.079c138cb4a8f7d09c19b0b695ea8253@haiku-os.org> References: <041.079c138cb4a8f7d09c19b0b695ea8253@haiku-os.org> Message-ID: <050.901d5b66221254e041e3265954d9b268@haiku-os.org> #3568: Crash in BeZilla thread exit notification -----------------------+---------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by bonefish): Unfortunately you cut the line with the "crashing" event. Would be interesting to know whether this was an assert. Which would make a memory corruption/double free on Bezilla's part the most likely cause. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 02:35:29 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 17 Mar 2009 01:35:29 -0000 Subject: [Haiku-bugs] [Haiku] #3570: Volume Control in Deskbar: can't avoid undesired volume change In-Reply-To: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> References: <042.5906ab8c8ed850cac08738c7bed8af9f@haiku-os.org> Message-ID: <051.54efa430eb652b926477aadf3965b5e1@haiku-os.org> #3570: Volume Control in Deskbar: can't avoid undesired volume change --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r29568. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 02:35:43 2009 From: trac at haiku-os.org (koki) Date: Tue, 17 Mar 2009 01:35:43 -0000 Subject: [Haiku-bugs] [Haiku] #1857: Add a search box to the right-top of the page In-Reply-To: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> References: <044.390b2d40eb66c5409172eb50961d3ed1@haiku-os.org> Message-ID: <053.4b90f17048fb4907bcfc14819d530822@haiku-os.org> #1857: Add a search box to the right-top of the page --------------------------+------------------------------------------------- Reporter: bnickname | Owner: haiku-web Type: enhancement | Status: closed Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by koki): Replying to [comment:11 nielx]: > Fixed. It was a minor CSS tweak. Tested the new CSS on IE7, Google Chrome and Firefox 3. There you go! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 16:55:44 2009 From: trac at haiku-os.org (idefix) Date: Tue, 17 Mar 2009 15:55:44 -0000 Subject: [Haiku-bugs] [Haiku] #3572: [ftp] "/etc/termcap", exit_insert_mode but no enter_insert_mode In-Reply-To: <042.1e126765c3059affb0f40846ef41509d@haiku-os.org> References: <042.1e126765c3059affb0f40846ef41509d@haiku-os.org> Message-ID: <051.e46d57748d9bf1bcc960a91026cce081@haiku-os.org> #3572: [ftp] "/etc/termcap", exit_insert_mode but no enter_insert_mode ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by idefix): Duplicate of #3015(, #1957)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 18:03:51 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 17 Mar 2009 17:03:51 -0000 Subject: [Haiku-bugs] [Haiku] #3573: Support for extra function buttons on keyboard Message-ID: <042.03149aa0bac8001b5e388667c13ee1ee@haiku-os.org> #3573: Support for extra function buttons on keyboard -------------------------+-------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Support for the special Mute, volume up, volume down etc. function buttons of some keyboards. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 18:26:59 2009 From: trac at haiku-os.org (humdinger) Date: Tue, 17 Mar 2009 17:26:59 -0000 Subject: [Haiku-bugs] [Haiku] #2740: Redraw bug in dropdown menu In-Reply-To: <044.4964b270e9463e0fc182b248d0d7ee47@haiku-os.org> References: <044.4964b270e9463e0fc182b248d0d7ee47@haiku-os.org> Message-ID: <053.d3c718d06f3fa080450c9a0a3f192c58@haiku-os.org> #2740: Redraw bug in dropdown menu ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: 2992 | Platform: All Blocking: | ---------------------------------------+------------------------------------ Comment(by humdinger): Cannot reproduce anymore with r29569. Whoever fixed it whenever: Thanks! This ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 18:43:02 2009 From: trac at haiku-os.org (humdinger) Date: Tue, 17 Mar 2009 17:43:02 -0000 Subject: [Haiku-bugs] =?utf-8?q?=5BHaiku=5D_=233574=3A_Artifacts_when_resi?= =?utf-8?q?zing_an_app=E2=80=99s_FileType_Add-On_panel?= Message-ID: <044.74c8eb991bfa837eae30a6887bab0f49@haiku-os.org> #3574: Artifacts when resizing an app?s FileType Add-On panel -----------------------------+---------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- This is r29569 Invoke the FileType Add-On on an application. Resize the window. See artifacts from separator lines. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 18:58:35 2009 From: trac at haiku-os.org (axeld) Date: Tue, 17 Mar 2009 17:58:35 -0000 Subject: [Haiku-bugs] [Haiku] #3572: [ftp] "/etc/termcap", exit_insert_mode but no enter_insert_mode In-Reply-To: <042.1e126765c3059affb0f40846ef41509d@haiku-os.org> References: <042.1e126765c3059affb0f40846ef41509d@haiku-os.org> Message-ID: <051.3cd833b1ceac5707796f90821dc18cf6@haiku-os.org> #3572: [ftp] "/etc/termcap", exit_insert_mode but no enter_insert_mode ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: duplicate | Blockedby: 1957 Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 1957 Comment: Pretty much, someone might just have a look at that some day :-) BTW the reason are incompatibilities between the standalone termcap implementation, and the ncurses we have. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 19:01:27 2009 From: trac at haiku-os.org (axeld) Date: Tue, 17 Mar 2009 18:01:27 -0000 Subject: [Haiku-bugs] [Haiku] #3565: Putting Expander into Deskbar's "Applications" In-Reply-To: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> References: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> Message-ID: <053.4431865d35c1d5ebef51f6fa0657cc7f@haiku-os.org> #3565: Putting Expander into Deskbar's "Applications" ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Expander | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Done in r29570. IMO we could also remove the "automatically expand files", though. Comments welcome :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 19:07:51 2009 From: trac at haiku-os.org (leavengood) Date: Tue, 17 Mar 2009 18:07:51 -0000 Subject: [Haiku-bugs] [Haiku] #3565: Putting Expander into Deskbar's "Applications" In-Reply-To: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> References: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> Message-ID: <053.470a9860f5d1148f8fb7859aa01d59d4@haiku-os.org> #3565: Putting Expander into Deskbar's "Applications" ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Expander | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by leavengood): Replying to [comment:1 axeld]: > Done in r29570. IMO we could also remove the "automatically expand files", though. > Comments welcome :-) I think a Tracker add-on "ExpandHere" or something would be better for that sort of thing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 20:02:00 2009 From: trac at haiku-os.org (axeld) Date: Tue, 17 Mar 2009 19:02:00 -0000 Subject: [Haiku-bugs] =?utf-8?q?=5BHaiku=5D_=233574=3A_Artifacts_when_resi?= =?utf-8?q?zing_an_app=E2=80=99s_FileType_Add-On_panel?= In-Reply-To: <044.74c8eb991bfa837eae30a6887bab0f49@haiku-os.org> References: <044.74c8eb991bfa837eae30a6887bab0f49@haiku-os.org> Message-ID: <053.9018879b00e3cfc1dd86c468a68f3d53@haiku-os.org> #3574: Artifacts when resizing an app?s FileType Add-On panel ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed * component: Add-Ons/Tracker => Kits/Interface Kit Comment: Fixed in r29574. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 20:05:13 2009 From: trac at haiku-os.org (luroh) Date: Tue, 17 Mar 2009 19:05:13 -0000 Subject: [Haiku-bugs] [Haiku] #3531: Haiku CD hangs at boot in Virtualbox In-Reply-To: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> References: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> Message-ID: <049.02d71c156a8b5c0ef64ac04b41de9b20@haiku-os.org> #3531: Haiku CD hangs at boot in Virtualbox -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by luroh): Fixed a couple of days ago, the ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 20:04:23 2009 From: trac at haiku-os.org (humdinger) Date: Tue, 17 Mar 2009 19:04:23 -0000 Subject: [Haiku-bugs] =?utf-8?q?=5BHaiku=5D_=233574=3A_Artifacts_when_resi?= =?utf-8?q?zing_an_app=E2=80=99s_FileType_Add-On_panel?= In-Reply-To: <044.74c8eb991bfa837eae30a6887bab0f49@haiku-os.org> References: <044.74c8eb991bfa837eae30a6887bab0f49@haiku-os.org> Message-ID: <053.c5c17e79724d40f7f3381a138fec9e41@haiku-os.org> #3574: Artifacts when resizing an app?s FileType Add-On panel ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by humdinger): Fast one, eh? Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 20:18:34 2009 From: trac at haiku-os.org (diver) Date: Tue, 17 Mar 2009 19:18:34 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts In-Reply-To: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> References: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> Message-ID: <049.0ee44271d47cd7f606dd86c69b1a1156@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by diver): Seems to be fixed, see bug #3574. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 17 20:42:03 2009 From: trac at haiku-os.org (stippi) Date: Tue, 17 Mar 2009 19:42:03 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts In-Reply-To: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> References: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> Message-ID: <049.af3abe9b1f4cab41086ce2a92ce98c00@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 01:19:37 2009 From: trac at haiku-os.org (diver) Date: Wed, 18 Mar 2009 00:19:37 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts In-Reply-To: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> References: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> Message-ID: <049.fbfb45a2cdabea1117a372a879afbaee@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by diver): * status: closed => reopened * resolution: fixed => Comment: I just have the time to actually test it, and this bug is still here. Reopening... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 01:27:35 2009 From: trac at haiku-os.org (diver) Date: Wed, 18 Mar 2009 00:27:35 -0000 Subject: [Haiku-bugs] [Haiku] #3575: [Terminal] "Copy Here" context menu doesn't work Message-ID: <040.1ede1b0ae5a967a60c3b164600cd25ee@haiku-os.org> #3575: [Terminal] "Copy Here" context menu doesn't work -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- If you drag some file to terminal window using right mouse button and choose Copy Here from context menu you'll get an error about invalid option. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 03:10:39 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 18 Mar 2009 02:10:39 -0000 Subject: [Haiku-bugs] [Haiku] #3463: Update OptionalImages to use new BeZilla builds. In-Reply-To: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> References: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> Message-ID: <050.e51c79b48099c635934e2346277b30e0@haiku-os.org> #3463: Update OptionalImages to use new BeZilla builds. -------------------------+-------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmadia): ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 03:46:10 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 18 Mar 2009 02:46:10 -0000 Subject: [Haiku-bugs] [Haiku] #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 In-Reply-To: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> References: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> Message-ID: <050.bf4a9b2c27be5e452816555a319ea3e5@haiku-os.org> #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): This script shows one method for adding HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 to HAIKU_OUTPUT_DIR/UserBuildConfig. I've yet to attempt integrating this into the build system. {{{ #!/bin/sh # THESE VARIABLES exist for testing purposes. HAIKU_OUTPUT_DIR='.' infile="$HAIKU_OUTPUT_DIR/UserBuildConfig" outfile="$HAIKU_OUTPUT_DIR/TempBuildConfig" # check if HAIKU_OUTPUT_DIR/UserBuildConfig exists # If yes, delete any lines containing HAIKU_ADD_ALTERNATIVE_GCC_LIBS if [ -f "$infile" ] ; then grep -Ev HAIKU_ADD_ALTERNATIVE_GCC_LIBS "$infile" > "$outfile" mv -f "$outfile" "$infile" fi # Add line to HAIKU_OUTPUT_DIR/UserBuildConfig echo "HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 " >> "$infile" }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 05:10:09 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 18 Mar 2009 04:10:09 -0000 Subject: [Haiku-bugs] [Haiku] #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 In-Reply-To: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> References: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> Message-ID: <050.29002f085ad67178f4682bc271c31eb3@haiku-os.org> #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): The attached configure.3424.diff was tested with[[BR]] ../haiku/configure[[BR]] ../haiku/configure --alternative-gcc-output-dir ../gcc4[[BR]] both commands were tested with and without a pre-existing HAIKU_OUTPUT_DIR/build/UserBuildConfig[[BR]][[BR]] note: configure was being run outside of haiku's source directory -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 05:47:32 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 18 Mar 2009 04:47:32 -0000 Subject: [Haiku-bugs] [Haiku] #3576: runtime_loader : display which file triggered R5 compatibility mode in syslog Message-ID: <041.69c3c79d697fd2fb7616d9bf0d038d02@haiku-os.org> #3576: runtime_loader : display which file triggered R5 compatibility mode in syslog -----------------------------------+---------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- runtime_loader should be able to print to syslog the imagename that requested the compatibility-mode lib. This will help to identify files that are not haiku-binaries -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 05:52:25 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 18 Mar 2009 04:52:25 -0000 Subject: [Haiku-bugs] [Haiku] #3576: runtime_loader : display which file triggered R5 compatibility mode in syslog In-Reply-To: <041.69c3c79d697fd2fb7616d9bf0d038d02@haiku-os.org> References: <041.69c3c79d697fd2fb7616d9bf0d038d02@haiku-os.org> Message-ID: <050.d60935b5d9dc6fe746bd5bf980c494f2@haiku-os.org> #3576: runtime_loader : display which file triggered R5 compatibility mode in syslog -----------------------------------+---------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by anevilyak): The problem is it's not the runtime loader that makes that determination. libnetwork.so does that directly by looking at what soname it was loaded as, and as such has no actual knowledge of which part of the linker chain was the culprit. This might be doable in the runtime loader but at least right now it plays no part in the compat mechanism. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 06:24:24 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 18 Mar 2009 05:24:24 -0000 Subject: [Haiku-bugs] [Haiku] #3576: runtime_loader : display which file triggered R5 compatibility mode in syslog In-Reply-To: <041.69c3c79d697fd2fb7616d9bf0d038d02@haiku-os.org> References: <041.69c3c79d697fd2fb7616d9bf0d038d02@haiku-os.org> Message-ID: <050.98f8cffa3a165ce68f6259a168e37cdb@haiku-os.org> #3576: runtime_loader : display which file triggered R5 compatibility mode in syslog -----------------------------------+---------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by mmadia): just to note for clarity, R5 Compatibility Mode usually occurs when libnetwork.so is called as libbind.so, libsocket.so, or libnet.so. This occurs when loading a binary or lib that was built in a version of BeOS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 11:12:39 2009 From: trac at haiku-os.org (axeld) Date: Wed, 18 Mar 2009 10:12:39 -0000 Subject: [Haiku-bugs] [Haiku] #1052: Disk Device Manager -- Implement the Notification Mechanism In-Reply-To: <043.22a9372307491f325800fed7946227a2@haiku-os.org> References: <043.22a9372307491f325800fed7946227a2@haiku-os.org> Message-ID: <052.d6291bec9cd30729c5562ba4a22c17c4@haiku-os.org> #1052: Disk Device Manager -- Implement the Notification Mechanism ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 2629 ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: More or less implemented since r29582. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 11:19:27 2009 From: trac at haiku-os.org (axeld) Date: Wed, 18 Mar 2009 10:19:27 -0000 Subject: [Haiku-bugs] [Haiku] #2629: Automatic disk mounting not working. In-Reply-To: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> References: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> Message-ID: <047.d774a47c2dbf246729949d4d00e3e89c@haiku-os.org> #2629: Automatic disk mounting not working. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: 1052 Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: I don't have an ext2 partition handy on my test system, but since it works fine there with ReiserFS, it shouldn't be a general issue. Anyway, as of r29585 Tracker now auto-mounts CDs and USB devices as it should. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 11:21:43 2009 From: trac at haiku-os.org (axeld) Date: Wed, 18 Mar 2009 10:21:43 -0000 Subject: [Haiku-bugs] [Haiku] #988: MediaPlayer brings system to a stillstand In-Reply-To: <040.731d3b2be1957ec6b3b75da749474290@haiku-os.org> References: <040.731d3b2be1957ec6b3b75da749474290@haiku-os.org> Message-ID: <049.0e23625017abc6a9c6abb05f8179c03f@haiku-os.org> #988: MediaPlayer brings system to a stillstand ---------------------------------------+------------------------------------ Reporter: axeld | Owner: marcusoverhagen Type: bug | Status: closed Priority: high | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: It doesn't stop playing, but the problem seems to be gone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 12:52:26 2009 From: trac at haiku-os.org (axeld) Date: Wed, 18 Mar 2009 11:52:26 -0000 Subject: [Haiku-bugs] [Haiku] #2030: Dead Beef in Address Space Area List In-Reply-To: <043.f25f2e33dd38d3acf89fb3bfb1a90dbd@haiku-os.org> References: <043.f25f2e33dd38d3acf89fb3bfb1a90dbd@haiku-os.org> Message-ID: <052.de9593cf43f71b1d2bf2b4447b235e97@haiku-os.org> #2030: Dead Beef in Address Space Area List ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by axeld): * priority: high => critical Comment: I just had something similar with r29585: while following Christian Packmann's description to enter KDL using ShowImage (by constantly zooming the image in and out), the address space's area list was messed up and contained a 0xdeadbeef entry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 13:21:32 2009 From: trac at haiku-os.org (stippi) Date: Wed, 18 Mar 2009 12:21:32 -0000 Subject: [Haiku-bugs] [Haiku] #3463: Update OptionalImages to use new BeZilla builds. In-Reply-To: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> References: <041.b867159ad3cf200f19ddc251904ac2bb@haiku-os.org> Message-ID: <050.e73e85463387c4374365eaa4acdeed48@haiku-os.org> #3463: Update OptionalImages to use new BeZilla builds. --------------------------+------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks for the reminder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 13:49:10 2009 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Mar 2009 12:49:10 -0000 Subject: [Haiku-bugs] [Haiku] #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 In-Reply-To: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> References: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> Message-ID: <050.268210f90779891e26b5b4b9e40a804b@haiku-os.org> #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by bonefish): Generally I'm not very fond of editing user files programmatically. In this case I think the better alternative is to set the variable in the generated BuildConfig. That would still allow it to be unset in the UserBuildConfig. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 15:03:51 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 18 Mar 2009 14:03:51 -0000 Subject: [Haiku-bugs] [Haiku] #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 In-Reply-To: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> References: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> Message-ID: <050.691a74b3e12bdf4e731d1189be79fc5d@haiku-os.org> #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): configure.3424-rev2.diff creates a new variable , addAlternativeGCCLibs=0 and sets it =1 when --alternative-gcc-output-dir is detected. This is added to ${outputDir}/build/BuildConfig: HAIKU_ADD_ALTERNATIVE_GCC_LIBS ?= "${addAlternativeGCCLibs}" ; On a side note, is there any reason why ${alternativeGCCOutputDir} is not encapsulated in double quotes? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 17:37:42 2009 From: trac at haiku-os.org (axeld) Date: Wed, 18 Mar 2009 16:37:42 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.ebc83962c121978ff51794c7c55769b1@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks for the patch, applied in r29593! Please take a closer look to our coding style, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 19:51:35 2009 From: trac at haiku-os.org (diver) Date: Wed, 18 Mar 2009 18:51:35 -0000 Subject: [Haiku-bugs] [Haiku] #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel Message-ID: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel -------------------------------+-------------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 18 21:19:43 2009 From: trac at haiku-os.org (korli) Date: Wed, 18 Mar 2009 20:19:43 -0000 Subject: [Haiku-bugs] [Haiku] #3531: Haiku CD hangs at boot in Virtualbox In-Reply-To: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> References: <040.954c1957fbe95e8f2d455a16e58cbfd4@haiku-os.org> Message-ID: <049.0a21741598ec9257f77dee04597b1d86@haiku-os.org> #3531: Haiku CD hangs at boot in Virtualbox ------------------------+--------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by korli): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 00:01:25 2009 From: trac at haiku-os.org (axeld) Date: Wed, 18 Mar 2009 23:01:25 -0000 Subject: [Haiku-bugs] [Haiku] #2030: Dead Beef in Address Space Area List In-Reply-To: <043.f25f2e33dd38d3acf89fb3bfb1a90dbd@haiku-os.org> References: <043.f25f2e33dd38d3acf89fb3bfb1a90dbd@haiku-os.org> Message-ID: <052.f76888ff0de91e1fe382e9926e43f143@haiku-os.org> #2030: Dead Beef in Address Space Area List ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: assigned Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by axeld): * status: new => assigned Comment: I'm on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 00:09:19 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 18 Mar 2009 23:09:19 -0000 Subject: [Haiku-bugs] [Haiku] #3573: Support for extra function buttons on keyboard In-Reply-To: <042.03149aa0bac8001b5e388667c13ee1ee@haiku-os.org> References: <042.03149aa0bac8001b5e388667c13ee1ee@haiku-os.org> Message-ID: <051.7414c9cab4ad9ce934f541b594f31dbf@haiku-os.org> #3573: Support for extra function buttons on keyboard --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 2253 Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate * blockedby: => 2253 Comment: This is a "duplicate" of #2253. The reason for these keys not to work is that the keyboards are used with the boot protocol, which usually is limited to only basic functionality. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 01:08:30 2009 From: trac at haiku-os.org (bga) Date: Thu, 19 Mar 2009 00:08:30 -0000 Subject: [Haiku-bugs] [Haiku] #2629: Automatic disk mounting not working. In-Reply-To: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> References: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> Message-ID: <047.b2cfb6e5383457466e78516f506c71bb@haiku-os.org> #2629: Automatic disk mounting not working. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: 1052 Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by bga): * status: closed => reopened * resolution: fixed => Comment: I am reopening this as this still does not work for me. It works for removable media but not for built in devices. If you prefer you can close this again and I will create a different bug for the specific case of HDs. Here is some more data: {{{ [/boot/home]> mountvolume -lh Volume File System Size Mounted At (Device) --------------------------------------------------------------------- Intel Partition Map 465.8G (ata/1/slave/raw) 465.8G (ata/1/slave/0) 0 (atapi/1/master/raw) Intel Partition Map 232.9G (scsi/0/1/0/raw) 140.0G (scsi/0/1/0/0) Ext2 File System 14.0G (scsi/0/1/0/1) 1.9G (scsi/0/1/0/2) Intel Extended 77.0G (scsi/0/1/0/3) Haiku Be File System 38.5G /boot (scsi/0/1/0/3_0) Haiku Be File System 38.5G (scsi/0/1/0/3_1) Intel Partition Map 111.8G (scsi/0/2/0/raw) Zeta 1.2 Be File System 9.8G (scsi/0/2/0/0) Zeta 1.5 Be File System 4.9G (scsi/0/2/0/1) Data Be File System 77.0G (scsi/0/2/0/2) no name FAT32 File System 20.1G (scsi/0/2/0/3) }}} If I mount the "" ext2 partition or the "no name" FAT32 partition and reboot, they will not be mounted even with Tracker set to mount previously mounted disks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 01:32:58 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 19 Mar 2009 00:32:58 -0000 Subject: [Haiku-bugs] [Haiku] #2629: Automatic disk mounting not working. In-Reply-To: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> References: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> Message-ID: <047.a75e09dbfe82c93fdfa61d24571d744d@haiku-os.org> #2629: Automatic disk mounting not working. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: 1052 Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by mmadia): I can confirm this with ext2. tested with gcc2-r29476. "previously mounted disks" was selected. My ext2 partition is also a primary partition on a drive with an extended partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 08:41:54 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 07:41:54 -0000 Subject: [Haiku-bugs] [Haiku] #2629: Automatic disk mounting not working. In-Reply-To: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> References: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> Message-ID: <047.fbacfe250781f5c7b6737b0a2c655afc@haiku-os.org> #2629: Automatic disk mounting not working. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: 1052 Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by stippi): I think it should be a separate ticket, but for the record, mounting previously mounted disks is working with my systems since ages. Could it be something ext2 specific? For me it works with BFS disks (read- only<->read/write status is restored also) and ReiserFS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 09:35:31 2009 From: trac at haiku-os.org (axeld) Date: Thu, 19 Mar 2009 08:35:31 -0000 Subject: [Haiku-bugs] [Haiku] #2629: Automatic disk mounting not working. In-Reply-To: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> References: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> Message-ID: <047.0335de846573b0fe4b1969502373614c@haiku-os.org> #2629: Automatic disk mounting not working. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: 1052 Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): I would have preferred a new bug, but since we're already here... :-) The original bug description is somewhat vague anyway, so it probably still fits, and might even have had similar reasons (beyond the missing notifications). As I said, it works fine over here; I will see that I get an ext2/FAT drive in my computer to see if I can reproduce it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 09:44:11 2009 From: trac at haiku-os.org (korli) Date: Thu, 19 Mar 2009 08:44:11 -0000 Subject: [Haiku-bugs] [Haiku] #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel In-Reply-To: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> References: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> Message-ID: <049.3c04c88528f6d2e464f6bd401bb53a31@haiku-os.org> #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel -------------------------------+-------------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by korli): Reminds me of #2323. You could have reopened it maybe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 09:55:55 2009 From: trac at haiku-os.org (axeld) Date: Thu, 19 Mar 2009 08:55:55 -0000 Subject: [Haiku-bugs] [Haiku] #2030: Dead Beef in Address Space Area List In-Reply-To: <043.f25f2e33dd38d3acf89fb3bfb1a90dbd@haiku-os.org> References: <043.f25f2e33dd38d3acf89fb3bfb1a90dbd@haiku-os.org> Message-ID: <052.1019dfbcc12a62aacf679ab9b3bc52bc@haiku-os.org> #2030: Dead Beef in Address Space Area List ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r29605. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:21:12 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:21:12 -0000 Subject: [Haiku-bugs] [Haiku] #2029: KDL (page fault) in network stack linked list code when quitting Firefox (closing socket) In-Reply-To: <041.bd98a059cd6efae80901753a7f223bf9@haiku-os.org> References: <041.bd98a059cd6efae80901753a7f223bf9@haiku-os.org> Message-ID: <050.6849d6e9ee54101c7c8c69123eec9445@haiku-os.org> #2029: KDL (page fault) in network stack linked list code when quitting Firefox (closing socket) ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: 1908 | ------------------------------------+--------------------------------------- Comment(by stippi): I have never seen this again in recent times, it may have been fixed by the recent fixes to the TCP buffer management. Note that #2197 is marked as a possible duplicate of this ticket, but was already in the R1/alpha milestone. I would also be fine with marking both tickets as fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:24:26 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:24:26 -0000 Subject: [Haiku-bugs] [Haiku] #2197: KDL when starting Firefox In-Reply-To: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> References: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> Message-ID: <049.272fd68937cdfb6f922ab8a7c9b4e8da@haiku-os.org> #2197: KDL when starting Firefox -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: I have never seen this happen, definitely not in recent times, so this may even have been fixed by the recent TCP buffer management fixes. Removing this ticket from R1/alpha (since something so seldom or possibly even fixed already shouldn't hold up the alpha), also #2029, possibly the same issue, was not in R1/alpha milestone before. Someone more confident could mark both tickets as fixed or move both tickets into R1/alpha if there is reason to believe these were not caused by the TCP buffer list issues. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:27:08 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:27:08 -0000 Subject: [Haiku-bugs] [Haiku] #2952: Right Control Mismapped in Some Keymaps In-Reply-To: <043.4c04a5c6f5e1cc9494470ceaad2ac4fd@haiku-os.org> References: <043.4c04a5c6f5e1cc9494470ceaad2ac4fd@haiku-os.org> Message-ID: <052.4f1f314ea7569b5b79b81502664f9582@haiku-os.org> #2952: Right Control Mismapped in Some Keymaps --------------------------------+------------------------------------------- Reporter: bonefish | Owner: aldeck Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Preferences/Keymap | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by stippi): Does this really need to be in the R1/alpha milestone? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:32:11 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:32:11 -0000 Subject: [Haiku-bugs] [Haiku] #1444: SATA testing on real hardware - fails to boot In-Reply-To: <042.6d42e64b1d90ed4f4f92d24220c524df@haiku-os.org> References: <042.6d42e64b1d90ed4f4f92d24220c524df@haiku-os.org> Message-ID: <051.63b33511784aa17f934e22fa4e8fe07e@haiku-os.org> #1444: SATA testing on real hardware - fails to boot --------------------------+------------------------------------------------- Reporter: scottmc | Owner: marcusoverhagen Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: I think that tickets about Haiku not working on specific hardware should not be in the R1/alpha milestone, because there are great chances of always finding some specific hardware that Haiku does not boot on. The hardware for which this ticket has been initially posted for actually works now. Other hardware does not. I believe that only issues which affect all hardware should be in R1/alpha. Like for example missing ATAPI support in the new ATA bus manager. But it's not clear right now if we really go with that driver, since work on it is currently on hold. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:34:58 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:34:58 -0000 Subject: [Haiku-bugs] [Haiku] #1689: acquire_sem doesn't timeout In-Reply-To: <050.cd6db847dc105acea671b4bfb6e17ef8@haiku-os.org> References: <050.cd6db847dc105acea671b4bfb6e17ef8@haiku-os.org> Message-ID: <059.fd682897bade88801d4c49f4cfb99069@haiku-os.org> #1689: acquire_sem doesn't timeout -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: marcusoverhagen Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: Even if this is still valid, it's certainly an issue on specific hardware, not a general issue. Therefore I don't believe it should be in the R1/alpha1 milestone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:37:50 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:37:50 -0000 Subject: [Haiku-bugs] [Haiku] #1822: Implement and test creating and deleting partitions in DriveSetup In-Reply-To: <041.19913f1f1f85d2cfc147df69b820f7f8@haiku-os.org> References: <041.19913f1f1f85d2cfc147df69b820f7f8@haiku-os.org> Message-ID: <050.47016ba21fc8f9d811313c376e4a4aa9@haiku-os.org> #1822: Implement and test creating and deleting partitions in DriveSetup ---------------------------+------------------------------------------------ Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: 1053 | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: I don't think we will recommend using DriveSetup to partition a harddrive in R1/alpha1. Therefore this ticket should not block R1/alpha1. However, DriveSetup sometimes files to initialize a partition. For example, I've seen this happen on an Eee. On my all hardware, initializing works fine, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:42:21 2009 From: trac at haiku-os.org (stippi) Date: Thu, 19 Mar 2009 09:42:21 -0000 Subject: [Haiku-bugs] [Haiku] #1053: Write Support in the Intel Partitioning Module In-Reply-To: <043.39f8e14bdd816d4f0d794bd49c4e7683@haiku-os.org> References: <043.39f8e14bdd816d4f0d794bd49c4e7683@haiku-os.org> Message-ID: <052.5107c218f1a1a58daa03f0913c7c3cad@haiku-os.org> #1053: Write Support in the Intel Partitioning Module ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: 1822 | ---------------------------+------------------------------------------------ Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: Removing form the R1/alpha1 milestone, for the same reasons as #1822. Actually, write support is there for the features we need (initializing partitions). The most important problems are: 1) Retrieving possible disk system candidates for completely empty volumes. Currently, an empty harddrive can be initialized with BFS, but the BDiskDevice methods to retrieve disk systems do not work, since a proper object hierarchy is not being setup in the kernel. 2) Write support in the Intel Extended Partition. The Intel Partition Map write support could actually work already, but needs proper testing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 10:43:46 2009 From: trac at haiku-os.org (axeld) Date: Thu, 19 Mar 2009 09:43:46 -0000 Subject: [Haiku-bugs] [Haiku] #2197: KDL when starting Firefox In-Reply-To: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> References: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> Message-ID: <049.6d5e068590d44480c9b838ec81960e89@haiku-os.org> #2197: KDL when starting Firefox -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by axeld): While I haven't seen this bug either (and therefore agree it shouldn't hold up the alpha), I don't think it has been fixed yet, judging from the stack trace, at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 11:01:55 2009 From: trac at haiku-os.org (HAL) Date: Thu, 19 Mar 2009 10:01:55 -0000 Subject: [Haiku-bugs] [Haiku] #3578: Application to import photos from Kodak C1013 Message-ID: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> #3578: Application to import photos from Kodak C1013 -------------------------+-------------------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- This camera has an internal storage and a SD card can be plugged in. There is no way that the cameras internal storage or SD card can be mounted to copy photos by Tracker or no application that can detect the camera and import photos. I tried Exposure (available from Haikuware) but there is no plugin for this application for the Kodak C1013. Also the installer for this application does not work in Haiku. It installs in Beos5.05Bone alright. The only application that works well with this camera in Linux is: f-spot that comes with GNOME. this application lists it as a PTP type camera when it is plugged into a USB socket and can import photos when this is selected. So it might be possible to use the source for f-spot to make a plugin for Exposure. I looked at the developers web site for Exposure and he is no longer developing it. I emailed him but he hasn't replied. The developers web address is: http://www.gwsoft.co.uk/exposure/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 11:30:09 2009 From: trac at haiku-os.org (bga) Date: Thu, 19 Mar 2009 10:30:09 -0000 Subject: [Haiku-bugs] [Haiku] #2629: Automatic disk mounting not working. In-Reply-To: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> References: <038.a69687c7fc33e3e0b9d21ea4fc8dfaba@haiku-os.org> Message-ID: <047.895f027bd1d4413303875d4ed3296b26@haiku-os.org> #2629: Automatic disk mounting not working. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: 1052 Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by bga): Yes, with BFS it does work here too, but not with FAT or EXT2. I do not have any ReiserFS partitions to check. Anyway, I would expect this to be more generic and not FS dependent so I am pretty sure there is a bug somewhere. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 11:33:46 2009 From: trac at haiku-os.org (diver) Date: Thu, 19 Mar 2009 10:33:46 -0000 Subject: [Haiku-bugs] [Haiku] #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel In-Reply-To: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> References: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> Message-ID: <049.90f1b9e7782cf365c902631a66eb6fb8@haiku-os.org> #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel -------------------------------+-------------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by diver): Ah, yeah, probably I should. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 12:33:13 2009 From: trac at haiku-os.org (bonefish) Date: Thu, 19 Mar 2009 11:33:13 -0000 Subject: [Haiku-bugs] [Haiku] #2952: Right Control Mismapped in Some Keymaps In-Reply-To: <043.4c04a5c6f5e1cc9494470ceaad2ac4fd@haiku-os.org> References: <043.4c04a5c6f5e1cc9494470ceaad2ac4fd@haiku-os.org> Message-ID: <052.c03f05924324e2bbc760c8e082e1b7f5@haiku-os.org> #2952: Right Control Mismapped in Some Keymaps --------------------------------+------------------------------------------- Reporter: bonefish | Owner: aldeck Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Preferences/Keymap | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by bonefish): Replying to [comment:9 stippi]: > Does this really need to be in the R1/alpha milestone? At least I find Haiku quite annoying to use due to that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 12:33:46 2009 From: trac at haiku-os.org (korli) Date: Thu, 19 Mar 2009 11:33:46 -0000 Subject: [Haiku-bugs] [Haiku] #3447: deadlock between kernel daemon and package installer install thread In-Reply-To: <040.639ab4a702e3259cb623039d4ceb74aa@haiku-os.org> References: <040.639ab4a702e3259cb623039d4ceb74aa@haiku-os.org> Message-ID: <049.f6cc419e0cbe5de847e2d6fb1422a4ed@haiku-os.org> #3447: deadlock between kernel daemon and package installer install thread ----------------------------+----------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Applied in r29603 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 13:22:10 2009 From: trac at haiku-os.org (bonefish) Date: Thu, 19 Mar 2009 12:22:10 -0000 Subject: [Haiku-bugs] [Haiku] #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 In-Reply-To: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> References: <041.a0598fe0deafbda990f417a25f872e72@haiku-os.org> Message-ID: <050.c46d5308ab290b2efccec0165d054d6f@haiku-os.org> #3424: Configure : conditionally output HAIKU_ADD_ALTERNATIVE_GCC_LIBS = 1 ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Replying to [comment:4 mmadia]: > configure.3424-rev2.diff creates a new variable , addAlternativeGCCLibs=0 and sets it =1 when --alternative-gcc-output-dir is detected. > > This is added to ${outputDir}/build/BuildConfig: > HAIKU_ADD_ALTERNATIVE_GCC_LIBS ?= "${addAlternativeGCCLibs}" ; Applied in r29607, but adjusted a bit. Since HAIKU_ADD_ALTERNATIVE_GCC_LIBS is only tested for non-emptiness, setting it to 0 wouldn't work. > On a side note, is there any reason why ${alternativeGCCOutputDir} is not encapsulated in double quotes? ATM path names with spaces aren't really supported anyway, so that doesn't really make a difference. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 13:44:05 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 19 Mar 2009 12:44:05 -0000 Subject: [Haiku-bugs] [Haiku] #1053: Write Support in the Intel Partitioning Module In-Reply-To: <043.39f8e14bdd816d4f0d794bd49c4e7683@haiku-os.org> References: <043.39f8e14bdd816d4f0d794bd49c4e7683@haiku-os.org> Message-ID: <052.dbda064e9002bc6452cefb35199c6f42@haiku-os.org> #1053: Write Support in the Intel Partitioning Module ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: 1822 | ---------------------------+------------------------------------------------ Comment(by mmadia): Replying to [comment:3 stippi]: > 2) Write support in the Intel Extended Partition. The Intel Partition Map write support could actually work already, but needs proper testing. > What and how can this be tested? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 13:46:20 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 19 Mar 2009 12:46:20 -0000 Subject: [Haiku-bugs] [Haiku] #1822: Implement and test creating and deleting partitions in DriveSetup In-Reply-To: <041.19913f1f1f85d2cfc147df69b820f7f8@haiku-os.org> References: <041.19913f1f1f85d2cfc147df69b820f7f8@haiku-os.org> Message-ID: <050.bdc2d9deae62d9b2932fff695f6fa680@haiku-os.org> #1822: Implement and test creating and deleting partitions in DriveSetup ---------------------------+------------------------------------------------ Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: 1053 | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmadia): See #3546 for "Information regarding DriveSetup implementation" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 14:57:57 2009 From: trac at haiku-os.org (bonefish) Date: Thu, 19 Mar 2009 13:57:57 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.b03fca74512a8cce1cc156d36b6f0dd9@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Comment(by bonefish): Should be fixed in r29612. Please verify. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 15:41:34 2009 From: trac at haiku-os.org (miltoncsl) Date: Thu, 19 Mar 2009 14:41:34 -0000 Subject: [Haiku-bugs] [Haiku] #3579: No boot in Dell Vostro 1000 In-Reply-To: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> References: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> Message-ID: <053.40054d071912b08d0b72048773204f90@haiku-os.org> #3579: No boot in Dell Vostro 1000 --------------------------------+------------------------------------------- Reporter: miltoncsl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Changes (by miltoncsl): * platform: All => x86 * component: - General => System/Boot Loader -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 15:42:37 2009 From: trac at haiku-os.org (miltoncsl) Date: Thu, 19 Mar 2009 14:42:37 -0000 Subject: [Haiku-bugs] [Haiku] #3579: No boot in notebook Dell Vostro 1000 (was: No boot in Dell Vostro 1000) In-Reply-To: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> References: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> Message-ID: <053.92600bd795fd24db17cc1e9080f48e56@haiku-os.org> #3579: No boot in notebook Dell Vostro 1000 --------------------------------+------------------------------------------- Reporter: miltoncsl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 15:44:17 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 19 Mar 2009 14:44:17 -0000 Subject: [Haiku-bugs] [Haiku] #3579: No boot in notebook Dell Vostro 1000 In-Reply-To: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> References: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> Message-ID: <053.cd917a5bc4f5ddec5ff26f6b895c62f0@haiku-os.org> #3579: No boot in notebook Dell Vostro 1000 --------------------------------+------------------------------------------- Reporter: miltoncsl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Comment(by mmadia): how are you trying to boot it? USB stick, off the hard drive, in a virtual machine, ... ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 16:40:12 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 19 Mar 2009 15:40:12 -0000 Subject: [Haiku-bugs] [Haiku] #3580: details : "Add encoding support to our MediaKit" Message-ID: <041.e3c210482c7c405b1190d499639cac75@haiku-os.org> #3580: details : "Add encoding support to our MediaKit" ----------------------------+----------------------------------------------- Reporter: mmadia | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- This has some additional notes regarding Haiku's Google Summer of Code(tm) project idea: "Add encoding support to our MediaKit" This project has a focus on designing and implementing the API's to allow encoders to communicate with MediaKit. This will allow any program that is aware of MediaKit to utilize any available encoders that are also aware of MediaKit. While the focus is on API design and implementation, at a minimum, an encoder for video and audio needs to be created to allow testing of this API. Also, it is beneficial to have an understanding of the features that are required by the encoders to work with this API. There are two major aspects for API design and implementation: The first is implementing the pre-existing BeOS encoder API methods. The methods currently exist as function stubs. No API design is needed nor expected. The second is designing and implementing a backend for the MediaKit API. Since BeOS's encoder/decoder and reader/writer API was private, there is no API documentation to follow. It is suggested to study Haiku's existing decoder implementation and use that as a guide for creating the encoder API. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 17:18:59 2009 From: trac at haiku-os.org (kvdman) Date: Thu, 19 Mar 2009 16:18:59 -0000 Subject: [Haiku-bugs] [Haiku] #3578: Application to import photos from Kodak C1013 In-Reply-To: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> References: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> Message-ID: <047.b3332dd05e6690186f9fee201b73aa5a@haiku-os.org> #3578: Application to import photos from Kodak C1013 -------------------------+-------------------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by kvdman): IMO, this doesn't have much to do with Haiku. Besides, there already is an application that handles camera quite well under Haiku: [http://www.haikuware.com/view-details/multimedia/graphics/digital- camera/photograbber-22-r102] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 17:38:44 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 19 Mar 2009 16:38:44 -0000 Subject: [Haiku-bugs] [Haiku] #3581: files/optional-packages isn't displaying correctly. Message-ID: <041.2c76bcddcc1caf0bff339d7c7f8b5a05@haiku-os.org> #3581: files/optional-packages isn't displaying correctly. ---------------------+------------------------------------------------------ Reporter: mmadia | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ At least in FF 3.0.7 on XP, http://haiku-files.org/files/optional- packages/ incorrectly wraps filenames. As the fontsize is increased or decreased, additional items will also wrap incorrectly. See attached pic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 15:22:20 2009 From: trac at haiku-os.org (miltoncsl) Date: Thu, 19 Mar 2009 14:22:20 -0000 Subject: [Haiku-bugs] [Haiku] #3579: No boot in Dell Vostro 1000 Message-ID: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> #3579: No boot in Dell Vostro 1000 -----------------------+---------------------------------------------------- Reporter: miltoncsl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I am trying to boot Haiku in my notebook with pendriver using for this all pre alfa Haiku raw files until now but no work(example: haiku-pre- alpha-r29603-raw.zip no work). I photographed the screen showing the error message and with the dump sc command debug. [[Image(/media/KINGSTON/imagens/DSC00091.JPG)]] Specifications Dell Vostro 1000 Processor Processor type AMD TurionTM 64 X2 Mobile TL-50 L1 cache 128 KB L2 cache 256 KB External bus frequency (front side 533 MHz bus) System Information System chip set ATI RS485M / SB600 Data bus width 64 bits DRAM bus width dual-channel (2) 64-bit buses Processor address bus width 40 bits Flash EPROM 1 MB Graphics bus Internal PCI bus 32 bits ExpressCard ExpressCard controller ATI SB600 Ports and Connectors Audio microphone connector, stereo headphone/speakers connector Mini-Card one Type IIIA Mini-Card slot Modem RJ-11 port Network adapter RJ-45 port USB four 4-pin USB 2.0-compliant Communications Modem: [[Image()]]Type v.92 Data/Fax MDC modem Controller softmodem Interface HAD Bus Network adapter 10/100 Ethernet LAN board Wireless internal PCI-e Mini-Card WLAN Video Video type: integrated on system board Video controller ATI R485M Video memory up to 128 MB of shared memory (with 256 MB of system memory) or 224 MB of shared memory (with 512 MB of system memory) Audio Audio controller Sigmatel STAC9200 Codec -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 18:33:12 2009 From: trac at haiku-os.org (miltoncsl) Date: Thu, 19 Mar 2009 17:33:12 -0000 Subject: [Haiku-bugs] [Haiku] #3579: No boot in notebook Dell Vostro 1000 In-Reply-To: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> References: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> Message-ID: <053.ea0dea8fecd86fe7695a13aa606949bc@haiku-os.org> #3579: No boot in notebook Dell Vostro 1000 --------------------------------+------------------------------------------- Reporter: miltoncsl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Comment(by miltoncsl): Replying to [comment:3 mmadia]: > how are you trying to boot it? USB stick, off the hard drive, in a virtual machine, ... ? USB stick (pendriver) off the hard drive, in a real machine! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 19:10:21 2009 From: trac at haiku-os.org (andreasf) Date: Thu, 19 Mar 2009 18:10:21 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.d0c5d70130583ff563228e1cba866a51@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Comment(by andreasf): At r29612 Firefox no longer hangs, instead it just terminated on first run. On second run it worked as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 19:54:46 2009 From: trac at haiku-os.org (eazel7) Date: Thu, 19 Mar 2009 18:54:46 -0000 Subject: [Haiku-bugs] [Haiku] #3582: [www.haiku-os.org/images/manual_makebootable] Public image requiring authorization to see it Message-ID: <041.f42de68f33dac187cc52ccacc8e3fbc0@haiku-os.org> #3582: [www.haiku-os.org/images/manual_makebootable] Public image requiring authorization to see it -------------------------+-------------------------------------------------- Reporter: eazel7 | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- The blog post http://www.haiku- os.org/blog/mmlr/2009-02-08/makebootable_what_and_why_and_how_do_it_manually has a link to the image www.haiku-os.org/images/manual_makebootable which requires authorization to see it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 21:11:53 2009 From: trac at haiku-os.org (walera) Date: Thu, 19 Mar 2009 20:11:53 -0000 Subject: [Haiku-bugs] [Haiku] #3583: listusb not find some USB-devices connected to USB hub Message-ID: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> #3583: listusb not find some USB-devices connected to USB hub -------------------------+-------------------------------------------------- Reporter: walera | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- I have USB Composite Device (port replicator for notebook). This device include USB hub and connected to it: USB to LAN, USB to COM, USB to LPT, USB to PS/2 and USB to Audio. All those devices normally detected under Windows (see screenshoot in attachment). But by connect this device under Haiku normally detected only USB to LAN (device 0b95/7720) and partly work additional USB ports (see log from listusb). "'''Partly''' work additional USB ports" because not all devices detected on those ports. For example: USB Flash and USB HDD normally work, but USB mouse not work on those ports. BTW I try connect other USB hub and find identical problem: USB mouse not work ''after'' USB hub. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 21:21:25 2009 From: trac at haiku-os.org (siarzhuk) Date: Thu, 19 Mar 2009 20:21:25 -0000 Subject: [Haiku-bugs] [Haiku] #3583: listusb not find some USB-devices connected to USB hub In-Reply-To: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> References: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> Message-ID: <050.c3b0770dc44b5efe745be6b2646d2f0c@haiku-os.org> #3583: listusb not find some USB-devices connected to USB hub -------------------------+-------------------------------------------------- Reporter: walera | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by siarzhuk): * cc: imker@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 19 23:27:25 2009 From: trac at haiku-os.org (PieterPanman) Date: Thu, 19 Mar 2009 22:27:25 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.3a172df6e76529d88d2d92cc9a0068ee@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by PieterPanman): I posted this on the developer mailing list, when trac was down. Now I'm reporting this at the proper place: I've just compiled in the HDA driver, and I'm running it on my santa rosa laptop. It works, but stutters every so often. Playfile also stutters. I remember that with the opensound driver there was no stutter. Haiku revision 29543, gcc2.95 device Multimedia controller (Audio device) [4|3|0] vendor 8086: Intel Corporation device 284b: 82801H (ICH8 Family) HD Audio Controller If you need more info, let me know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 00:55:35 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 19 Mar 2009 23:55:35 -0000 Subject: [Haiku-bugs] [Haiku] #3579: No boot in notebook Dell Vostro 1000 In-Reply-To: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> References: <044.1bcd914f043b1b875a94c55b61d19935@haiku-os.org> Message-ID: <053.8bc2f7e9074a6e1dd1af7fad4d712837@haiku-os.org> #3579: No boot in notebook Dell Vostro 1000 -------------------------+-------------------------------------------------- Reporter: miltoncsl | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Changes (by umccullough): * owner: axeld => mmlr * component: System/Boot Loader => Drivers/USB Comment: Probably usb is more appropriate since the bootloader has already done its job by then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 01:03:14 2009 From: trac at haiku-os.org (umccullough) Date: Fri, 20 Mar 2009 00:03:14 -0000 Subject: [Haiku-bugs] [Haiku] #3583: listusb not find some USB-devices connected to USB hub In-Reply-To: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> References: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> Message-ID: <050.c44a2c5779ba0b2c595e04e3af6938e9@haiku-os.org> #3583: listusb not find some USB-devices connected to USB hub -------------------------+-------------------------------------------------- Reporter: walera | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by umccullough): I have access to a similar device - which I will test when I get a chance. The one I have here is made by Targus, is labeled "USB Mobile Port Replicator with Ethernet" and model number: PA090 I will provide more info after testing it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 01:07:32 2009 From: trac at haiku-os.org (umccullough) Date: Fri, 20 Mar 2009 00:07:32 -0000 Subject: [Haiku-bugs] [Haiku] #3583: listusb not find some USB-devices connected to USB hub In-Reply-To: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> References: <041.1fa5d7be7a1d1ea98ad236557a9e05bb@haiku-os.org> Message-ID: <050.85e8e1fbb339af8c926fc578f969ccd4@haiku-os.org> #3583: listusb not find some USB-devices connected to USB hub -------------------------+-------------------------------------------------- Reporter: walera | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 04:13:11 2009 From: trac at haiku-os.org (leavengood) Date: Fri, 20 Mar 2009 03:13:11 -0000 Subject: [Haiku-bugs] [Haiku] #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel In-Reply-To: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> References: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> Message-ID: <049.cd7a116640ef3ad924b398e69d7cfef4@haiku-os.org> #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel -------------------------------+-------------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by leavengood): * owner: anevilyak => leavengood Comment: I am currently working on this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 04:27:49 2009 From: trac at haiku-os.org (leavengood) Date: Fri, 20 Mar 2009 03:27:49 -0000 Subject: [Haiku-bugs] [Haiku] #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel In-Reply-To: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> References: <040.dc724c4fe949d294a2d0f093964b14fe@haiku-os.org> Message-ID: <049.4939db840b8c0c90388a55b65f296b23@haiku-os.org> #3577: [Media] volume deskbar replicant should allow dragging volume slider using a mouse wheel --------------------------------+------------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by leavengood): * status: new => closed * resolution: => fixed Comment: Should be fixed in r29620. As mentioned in that commit, one issue with this fix is that the pointer must be directly over the slider to get the mouse wheel events. This may get fixed, but it is in another part of the code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:22:13 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Mar 2009 04:22:13 -0000 Subject: [Haiku-bugs] [Haiku] #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) (was: Haiku Boot Menu selection defaults to item at bottom of menu instead of top) In-Reply-To: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> References: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> Message-ID: <051.71ee16a93b1297a7cacb2ec74db19f3d@haiku-os.org> #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) --------------------------------+------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:23:10 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Mar 2009 04:23:10 -0000 Subject: [Haiku-bugs] [Haiku] #2117: Many translator's about box text is clipped (easy) (was: Many translator's about box text is clipped) In-Reply-To: <042.0ea1abfa2e32275ddde7d8ed1842ab12@haiku-os.org> References: <042.0ea1abfa2e32275ddde7d8ed1842ab12@haiku-os.org> Message-ID: <051.373a0c6ae75702d685fcdea6ce556d85@haiku-os.org> #2117: Many translator's about box text is clipped (easy) -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:24:00 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Mar 2009 04:24:00 -0000 Subject: [Haiku-bugs] [Haiku] #2623: [StyledEdit] Add current line number display (easy) (was: [StyledEdit] Add current line number display) In-Reply-To: <042.ae98f5c56db92b908bae72f2391fdbbd@haiku-os.org> References: <042.ae98f5c56db92b908bae72f2391fdbbd@haiku-os.org> Message-ID: <051.ac9029d3bda864edc93fe9636c03e7cf@haiku-os.org> #2623: [StyledEdit] Add current line number display (easy) -------------------------------------+-------------------------------------- Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:26:08 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Mar 2009 04:26:08 -0000 Subject: [Haiku-bugs] [Haiku] #2827: [Pe] Save As dialog box has over lapping button (easy) (was: [Pe] Save As dialog box has over lapping button) In-Reply-To: <042.0f4cbd6bde5ae2d5c824caea87a943f5@haiku-os.org> References: <042.0f4cbd6bde5ae2d5c824caea87a943f5@haiku-os.org> Message-ID: <051.629108071010025a975a13548408e341@haiku-os.org> #2827: [Pe] Save As dialog box has over lapping button (easy) -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:27:29 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Mar 2009 04:27:29 -0000 Subject: [Haiku-bugs] [Haiku] #3272: Pre-Alpha vmware image is too small to do much work In-Reply-To: <042.2dc283a26d6c1ad7cb27653c4625c9ef@haiku-os.org> References: <042.2dc283a26d6c1ad7cb27653c4625c9ef@haiku-os.org> Message-ID: <051.c60d4d2e504fa1c287334b359350c3a1@haiku-os.org> #3272: Pre-Alpha vmware image is too small to do much work -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: sikosis Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): Sikosis any progress on this yet? Should only take about 5 minutes.... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:36:45 2009 From: trac at haiku-os.org (mmadia) Date: Fri, 20 Mar 2009 04:36:45 -0000 Subject: [Haiku-bugs] [Haiku] #3584: Installer : should not copy 'swap' file Message-ID: <041.7c29a51473daab14e6f35a13f687b114@haiku-os.org> #3584: Installer : should not copy 'swap' file ------------------------------------+--------------------------------------- Reporter: mmadia | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Is there any reason why we would want Installer to copy the swap file? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:47:55 2009 From: trac at haiku-os.org (mmadia) Date: Fri, 20 Mar 2009 04:47:55 -0000 Subject: [Haiku-bugs] [Haiku] #3584: Installer : should not copy 'swap' file In-Reply-To: <041.7c29a51473daab14e6f35a13f687b114@haiku-os.org> References: <041.7c29a51473daab14e6f35a13f687b114@haiku-os.org> Message-ID: <050.7cb8e8ce9f0f371e134076ef25caa47c@haiku-os.org> #3584: Installer : should not copy 'swap' file ------------------------------------+--------------------------------------- Reporter: mmadia | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by mmadia): should all of /var and /tmp be excluded? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 05:50:03 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Mar 2009 04:50:03 -0000 Subject: [Haiku-bugs] [Haiku] #2837: [Playground Demo] could make use of a color control (easy) (was: [Playground Demo] could make use of a color control) In-Reply-To: <042.09156f743965e65536435ceea43331fb@haiku-os.org> References: <042.09156f743965e65536435ceea43331fb@haiku-os.org> Message-ID: <051.8159884ca85e1511bb88c99e0ec41e76@haiku-os.org> #2837: [Playground Demo] could make use of a color control (easy) -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 09:07:23 2009 From: trac at haiku-os.org (axeld) Date: Fri, 20 Mar 2009 08:07:23 -0000 Subject: [Haiku-bugs] [Haiku] #3585: endless loop in heap grower Message-ID: <040.80c9aa79224b448aabf5889f1720bbea@haiku-os.org> #3585: endless loop in heap grower ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ The heap grower thread just knocked out one of my cores. Unfortunately, I was still too sleepy to get a stack crawl; I hope this happens again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 09:17:31 2009 From: trac at haiku-os.org (axeld) Date: Fri, 20 Mar 2009 08:17:31 -0000 Subject: [Haiku-bugs] [Haiku] #3585: endless loop in heap grower In-Reply-To: <040.80c9aa79224b448aabf5889f1720bbea@haiku-os.org> References: <040.80c9aa79224b448aabf5889f1720bbea@haiku-os.org> Message-ID: <049.19593a92eaefd151a283c1cd562312e3@haiku-os.org> #3585: endless loop in heap grower ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): More info, I get this one when it happens - it seems it's currently always reproducible when the app I'm currently working on crashes: {{{ KERN: thread 1147 tried to acquire kernel semaphore 0. }}} From then on, the heap grower is always trying to acquire semaphore 0 which obviously fails every time. Maybe that semaphore is deleted from userland somehow, I'll have a look. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 09:30:22 2009 From: trac at haiku-os.org (axeld) Date: Fri, 20 Mar 2009 08:30:22 -0000 Subject: [Haiku-bugs] [Haiku] #3585: endless loop in heap grower In-Reply-To: <040.80c9aa79224b448aabf5889f1720bbea@haiku-os.org> References: <040.80c9aa79224b448aabf5889f1720bbea@haiku-os.org> Message-ID: <049.7dd976793407a8bd989b4e165c9afca7@haiku-os.org> #3585: endless loop in heap grower ----------------------------+----------------------------------------------- Reporter: axeld | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Indeed, the semaphore got deleted. Fixed in r29621. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 13:39:40 2009 From: trac at haiku-os.org (franxico) Date: Fri, 20 Mar 2009 12:39:40 -0000 Subject: [Haiku-bugs] [Haiku] #2322: [Zip-O-Matic] don't need zoom button (easy) In-Reply-To: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> References: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> Message-ID: <049.bc840712c128adfde304d5aa81f92ca9@haiku-os.org> #2322: [Zip-O-Matic] don't need zoom button (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by franxico): Zoom button isn't there anymore. Please close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 14:07:30 2009 From: trac at haiku-os.org (franxico) Date: Fri, 20 Mar 2009 13:07:30 -0000 Subject: [Haiku-bugs] [Haiku] #2322: [Zip-O-Matic] don't need zoom button (easy) In-Reply-To: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> References: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> Message-ID: <049.e885d5a68f0159b26e62217810099fc7@haiku-os.org> #2322: [Zip-O-Matic] don't need zoom button (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by franxico): Just to clarify, I'm talking about Expander. Zip-o-Matic add-on from /boot/beos/system/add-ons/Tracker still has indeed a zoom button. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 14:47:17 2009 From: trac at haiku-os.org (bonefish) Date: Fri, 20 Mar 2009 13:47:17 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.77786860a23d08698c3458d51cd54ee2@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 3563 | -----------------------+---------------------------------------------------- Comment(by bonefish): Replying to [comment:9 andreasf]: > At r29612 Firefox no longer hangs, instead it just terminated on first run. On second run it worked as expected. The normal first-start procedure for Firefox seems to be to terminate and restart itself. Don't know, why the restart doesn't work on some installations (when I test it here, it works). It's probably best to file a ticket in the Bezilla bug tracker and let the Bezilla guys have a look. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 19:48:46 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 20 Mar 2009 18:48:46 -0000 Subject: [Haiku-bugs] [Haiku] #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume Message-ID: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Click the Volume Control icon on Deskbar, click inside the slider in a place representing the volume you wish to be set. The slider disappears, but the volume remains unchanged. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 19:51:01 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 20 Mar 2009 18:51:01 -0000 Subject: [Haiku-bugs] [Haiku] #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume In-Reply-To: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> References: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> Message-ID: <051.3c607487c5ab44835712074071e1ca8e@haiku-os.org> #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by Adek336): To reproduce, you additionally need to not move the mouse while the mouse button is down, because if the mouse is moved, then the volume is changed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 19:53:45 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 20 Mar 2009 18:53:45 -0000 Subject: [Haiku-bugs] [Haiku] #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume In-Reply-To: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> References: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> Message-ID: <051.9081ce862bc766605ab0f6d40a68e8da@haiku-os.org> #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by anevilyak): Try with r29625 please. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 20:45:19 2009 From: trac at haiku-os.org (HAL) Date: Fri, 20 Mar 2009 19:45:19 -0000 Subject: [Haiku-bugs] [Haiku] #3578: Application to import photos from Kodak C1013 In-Reply-To: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> References: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> Message-ID: <047.3abf967ebbb52bb5eacb1ebcdbf7da24@haiku-os.org> #3578: Application to import photos from Kodak C1013 -------------------------+-------------------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by HAL): I was wondering if Haiku should be able to mount with tracker the internal memory and SD RAM card? Yes I suppose Exposure doesn't have much to do with Haiku and therefore the title of this might be wrong or misleading. I was also thinking that Exposure might be recompiled for Haiku and plugins be made or adapted from other applications but if Photograbber works there is probably no need. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 21:00:00 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 20 Mar 2009 20:00:00 -0000 Subject: [Haiku-bugs] [Haiku] #3578: Application to import photos from Kodak C1013 In-Reply-To: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> References: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> Message-ID: <047.33621b9c4a0a4df41b32fb9849cc2784@haiku-os.org> #3578: Application to import photos from Kodak C1013 -------------------------+-------------------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by anevilyak): That depends on how the camera exposes itself. Some cameras expose themselves as USB mass storage, and as such their on board SD cards wind up looking like an ordinary hard disk. PTP cameras do not do this however, so making them appear in Tracker would be significantly more involved, and would probably involve writing a pseudo-filesystem to make the PTP camera appear like a disk. This would probably be doable via libptp and userlandfs, but it's certainly not trivial. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 22:13:29 2009 From: trac at haiku-os.org (franxico) Date: Fri, 20 Mar 2009 21:13:29 -0000 Subject: [Haiku-bugs] [Haiku] #3587: Tracker - Icon View should auto arrange icons Message-ID: <043.3e0040a1a0f72b76a8e519d7d47c1195@haiku-os.org> #3587: Tracker - Icon View should auto arrange icons ----------------------------------+----------------------------------------- Reporter: franxico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- In Icon View (and Mini-Icon) mode, Tracker should auto arrange icons when the windows is resized. This way all icons could be viewed, fitting in the windows, instead making the user to scroll or to move them manually. In r29618 (as in BeOS R5), icons are always still. Doing a Clean Up (Alt+K) won't help in this case. Only doing Alt+Shift+K would do it, but this feature is hiddem (thanks [http://betips.net/1997/09/09/clean-up- your-icons/ Betips]!). In fact, if auto arrange is implemented, we could eliminate Clean Up and its variations. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 23:33:31 2009 From: trac at haiku-os.org (_stefanos_) Date: Fri, 20 Mar 2009 22:33:31 -0000 Subject: [Haiku-bugs] [Haiku] #3588: BePDF not closing properly Message-ID: <045.3c4f5f9e41939aa10984a83e28d07226@haiku-os.org> #3588: BePDF not closing properly --------------------------+------------------------------------------------- Reporter: _stefanos_ | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Host Operating System: Fedora 9[[BR]] VirtualBox Version: 2.1.4[[BR]] Haiku Version: revision 29614[[BR]] Every time i close BePDF's inner window (not quitting it), it closes the application and stays at Deskbar showing BePDF with two options: No Windows[[BR]] Quit Application -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 20 23:36:14 2009 From: trac at haiku-os.org (mmadia) Date: Fri, 20 Mar 2009 22:36:14 -0000 Subject: [Haiku-bugs] [Haiku] #3588: BePDF not closing properly In-Reply-To: <045.3c4f5f9e41939aa10984a83e28d07226@haiku-os.org> References: <045.3c4f5f9e41939aa10984a83e28d07226@haiku-os.org> Message-ID: <054.e9e9f9bf714c7f45f02a7f1eeeaf636c@haiku-os.org> #3588: BePDF not closing properly --------------------------+------------------------------------------------- Reporter: _stefanos_ | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): duplicate of #3099 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 00:06:05 2009 From: trac at haiku-os.org (arref) Date: Fri, 20 Mar 2009 23:06:05 -0000 Subject: [Haiku-bugs] [Haiku] #3589: Exteranal USB-HDD Message-ID: <040.fad61c9318d3f1006eae0fad6ad0b93d@haiku-os.org> #3589: Exteranal USB-HDD --------------------+------------------------------------------------------- Reporter: arref | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------+------------------------------------------------------- When an external usb-hdd, after some work, falls asleep (system idle) , I get KDL for any system request (just a mouse-click on Desktop). KDL Message: --------------- Panic: could not write back block 21674568 (Operation timed out) Welcome to kernel Debagging Land... Thread 241 "popup" running on CPU 0 Kdebug> ---------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 00:11:52 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 20 Mar 2009 23:11:52 -0000 Subject: [Haiku-bugs] [Haiku] #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume In-Reply-To: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> References: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> Message-ID: <051.10ebacf3a17a8c6f631b42bd5fe8447d@haiku-os.org> #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by Adek336): Works, thanks ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 00:41:13 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 20 Mar 2009 23:41:13 -0000 Subject: [Haiku-bugs] [Haiku] #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume In-Reply-To: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> References: <042.03fae3e7ae826c720599e032d2bac432@haiku-os.org> Message-ID: <051.2ae0eea9fd5855be609b69049a9e8ad3@haiku-os.org> #3586: Volume Control In Deskbar: clicking inside the slider doesn't change volume --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 01:41:55 2009 From: trac at haiku-os.org (diver) Date: Sat, 21 Mar 2009 00:41:55 -0000 Subject: [Haiku-bugs] [Haiku] #3590: [build system] /boot/develop/lib/x86/start_dyn.org have tracker attributes Message-ID: <040.bdf72b0a8fa5c43383ccd2eea19effb4@haiku-os.org> #3590: [build system] /boot/develop/lib/x86/start_dyn.org have tracker attributes --------------------------+------------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I just tried haiku-pre-alpha-r29614-vm.zip in vbox and looking around I've found strange file (/boot/develop/lib/x86/start_dyn.org) which have OpenTracker attributes set. Probably build system issue, but one could never know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 01:59:17 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Mar 2009 00:59:17 -0000 Subject: [Haiku-bugs] [Haiku] #3590: [build system] /boot/develop/lib/x86/start_dyn.org have tracker attributes In-Reply-To: <040.bdf72b0a8fa5c43383ccd2eea19effb4@haiku-os.org> References: <040.bdf72b0a8fa5c43383ccd2eea19effb4@haiku-os.org> Message-ID: <049.0d773602e03a0a8a0328ff7afd285541@haiku-os.org> #3590: [build system] /boot/develop/lib/x86/start_dyn.org have tracker attributes --------------------------+------------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by bonefish): * cc: sikosis (added) Comment: Would be interesting to know, how those images are built -- with or without xattr support. And if without, whether the attributes directory is cleaned between the builds. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 02:11:35 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 21 Mar 2009 01:11:35 -0000 Subject: [Haiku-bugs] [Haiku] #3590: [build system] /boot/develop/lib/x86/start_dyn.org have tracker attributes In-Reply-To: <040.bdf72b0a8fa5c43383ccd2eea19effb4@haiku-os.org> References: <040.bdf72b0a8fa5c43383ccd2eea19effb4@haiku-os.org> Message-ID: <049.b59665ecbcdfca6833c3a30decfdbc4e@haiku-os.org> #3590: [build system] /boot/develop/lib/x86/start_dyn.org have tracker attributes --------------------------+------------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): I remember having interesting problems like this when I was building without xattr support. After switching to xattr the problem went away for me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 09:42:13 2009 From: trac at haiku-os.org (HAL) Date: Sat, 21 Mar 2009 08:42:13 -0000 Subject: [Haiku-bugs] [Haiku] #3578: Application to import photos from Kodak C1013 In-Reply-To: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> References: <038.31e50338d3d439bb34aa3e7960c995b8@haiku-os.org> Message-ID: <047.bb02e68a9435b27021127ad1fc13d591@haiku-os.org> #3578: Application to import photos from Kodak C1013 -------------------------+-------------------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by HAL): It might be easier then to just let an app like Photograbber deal with PTP type cameras. Its probably much easier just to write a plugin provided that covers future models and all present ones. Then again would something like libptp and a pseudo fs cover all futwre and present PTP type cameras or at least be easily adapted to them? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 11:24:40 2009 From: trac at haiku-os.org (laplace) Date: Sat, 21 Mar 2009 10:24:40 -0000 Subject: [Haiku-bugs] [Haiku] #3169: [bootman] Default partition is not set correctly when some partitions are masked In-Reply-To: <038.fcd534fe72a6a8d2f6b33a100dcb23f5@haiku-os.org> References: <038.fcd534fe72a6a8d2f6b33a100dcb23f5@haiku-os.org> Message-ID: <047.4de1d5148e4eccdf4aa4f5724346386a@haiku-os.org> #3169: [bootman] Default partition is not set correctly when some partitions are masked ---------------------------+------------------------------------------------ Reporter: oco | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by laplace): * status: new => closed * resolution: => fixed Comment: Applied in r29626. Thank you. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 15:02:48 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 21 Mar 2009 14:02:48 -0000 Subject: [Haiku-bugs] [Haiku] #3591: poll(NULL, 0, t) Message-ID: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> #3591: poll(NULL, 0, t) ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ {{{ #include #include int main() { int i = poll(NULL, 0, 2000); fprintf(stderr, "%d\n", i); return 0; } }}} Haiku: immiedately prints -1 Linux, FreeBSD: sleeps for 2 seconds and prints 0 This program passes fds = NULL but at the same time, nfds = 0; so there isn't any actual null pointer dereference. The docs http://www.opengroup.org/onlinepubs/007908799/xsh/poll.html don't seem to cover this issue. I guess Haiku should follow the standard undocumented behaviour. http://www.freelists.org/post/haiku-development/poll2-with-nfds0 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 15:15:17 2009 From: trac at haiku-os.org (franxico) Date: Sat, 21 Mar 2009 14:15:17 -0000 Subject: [Haiku-bugs] [Haiku] #1870: Expander - unzipping on full volume hangs In-Reply-To: <041.25014f7e1b6919d4b4e9fb9d3e0b3498@haiku-os.org> References: <041.25014f7e1b6919d4b4e9fb9d3e0b3498@haiku-os.org> Message-ID: <050.fc29e894da3f5b10b4c83e0fdbcdb2fe@haiku-os.org> #1870: Expander - unzipping on full volume hangs -----------------------------------+---------------------------------------- Reporter: stippi | Owner: korli Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Expander | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by franxico): Still present in r29603. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 20:16:54 2009 From: trac at haiku-os.org (nastee) Date: Sat, 21 Mar 2009 19:16:54 -0000 Subject: [Haiku-bugs] [Haiku] #3002: [FileTypes] ask to save changes even if you don't change anything (easy) In-Reply-To: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> References: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> Message-ID: <049.961573bcbc759f309c87d844ed9c03fa@haiku-os.org> #3002: [FileTypes] ask to save changes even if you don't change anything (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by nastee): * cc: obaro.ogbo@? (added) Comment: It happens with applications when the Application Flags checkbox is not checked. FileTypes sets the flags to B_MULTIPLE_LAUNCH by default, but doesn't check for this in _Flags(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 20:22:06 2009 From: trac at haiku-os.org (nastee) Date: Sat, 21 Mar 2009 19:22:06 -0000 Subject: [Haiku-bugs] [Haiku] #3002: [FileTypes] ask to save changes even if you don't change anything (easy) In-Reply-To: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> References: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> Message-ID: <049.34dd593f8f33d68fe80f8b15435a7af2@haiku-os.org> #3002: [FileTypes] ask to save changes even if you don't change anything (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by nastee): oops... pls check if the attached FileType.diff solves the issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 21:00:34 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Mar 2009 20:00:34 -0000 Subject: [Haiku-bugs] [Haiku] #3591: poll(NULL, 0, t) In-Reply-To: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> References: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> Message-ID: <051.a1a58fb67df1486406e1f7c01241dbf8@haiku-os.org> #3591: poll(NULL, 0, t) ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 21:23:59 2009 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Mar 2009 20:23:59 -0000 Subject: [Haiku-bugs] [Haiku] #3591: poll(NULL, 0, t) In-Reply-To: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> References: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> Message-ID: <051.a5ee88b987130966a44e43178c6ba969@haiku-os.org> #3591: poll(NULL, 0, t) ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r29633. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 21:57:23 2009 From: trac at haiku-os.org (stippi) Date: Sat, 21 Mar 2009 20:57:23 -0000 Subject: [Haiku-bugs] [Haiku] #3002: [FileTypes] ask to save changes even if you don't change anything (easy) In-Reply-To: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> References: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> Message-ID: <049.2e69ca440444ccc85df49788dc625f90@haiku-os.org> #3002: [FileTypes] ask to save changes even if you don't change anything (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): Not quite, but I'm on it... thanks for the hint! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 22:21:35 2009 From: trac at haiku-os.org (stippi) Date: Sat, 21 Mar 2009 21:21:35 -0000 Subject: [Haiku-bugs] [Haiku] #3002: [FileTypes] ask to save changes even if you don't change anything (easy) In-Reply-To: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> References: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> Message-ID: <049.2db558195b6f7a68228a64e8db7e8957@haiku-os.org> #3002: [FileTypes] ask to save changes even if you don't change anything (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Testing just this aspect, it should be fixed now. Please reopen if there are still problems with other settings. Fixed in r29638. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 23:27:20 2009 From: trac at haiku-os.org (Hubert) Date: Sat, 21 Mar 2009 22:27:20 -0000 Subject: [Haiku-bugs] [Haiku] #2308: freezing during boot r25743 In-Reply-To: <040.0eb2585ad802b9576664cba3e2d306ca@haiku-os.org> References: <040.0eb2585ad802b9576664cba3e2d306ca@haiku-os.org> Message-ID: <049.abb8e0b2d3d1159895009a01043c1f9d@haiku-os.org> #2308: freezing during boot r25743 --------------------------------+------------------------------------------- Reporter: hugen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Comment(by Hubert): No, now is work correctly. Please fixed this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 21 23:45:18 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 21 Mar 2009 22:45:18 -0000 Subject: [Haiku-bugs] [Haiku] #3591: poll(NULL, 0, t) In-Reply-To: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> References: <042.6ad2d28ddd9d2ccab6c3556f1661183d@haiku-os.org> Message-ID: <051.5aea33ac8fa751ad2ac0af38f819a777@haiku-os.org> #3591: poll(NULL, 0, t) ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Thank you! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 00:03:56 2009 From: trac at haiku-os.org (Luposian) Date: Sat, 21 Mar 2009 23:03:56 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.f366c0e91df21abdfe40b70e40961da6@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: 3193 | -------------------------------+-------------------------------------------- Comment(by Luposian): Ok, after JAMing the latest GCC4 revision of Haiku last night (3/21/09), and seeing that audio still didn't work (I enabled HDA as suggested above), I deleted the whole /develop folder, re-downloaded everything and went back to GCC 2.95.x, enabled HDA, and JAM'd a GCC 2.95.x revision of Haiku. The GCC 2.95 revision of Haiku worked fine before, but... guess what... still no audio. So, I've just ruled out that it's exclusively a GCC4 thing. As far as I can tell, someone broke HDA somewhere and it doesn't work (at least for me, on my system) in GCC 2.95 *or* GCC 4 anymore... :-( -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 07:29:22 2009 From: trac at haiku-os.org (leavengood) Date: Sun, 22 Mar 2009 06:29:22 -0000 Subject: [Haiku-bugs] [Haiku] #3241: Lights Off crashes on startup In-Reply-To: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> References: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> Message-ID: <052.e6d5061a16db993433d8b268565be767@haiku-os.org> #3241: Lights Off crashes on startup ----------------------------+----------------------------------------------- Reporter: darkwyrm | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by leavengood): So I was just trying to debug this issue and I discovered that if you run LightsOff from the Terminal the crash does not happen. Though there is a lot of debugging information printed (probably because I enabled DEBUG for libmedia.so.) Though the same debug build of libmedia.so seems to choke up GDB when I try to run LightsOff from Tracker and the crash happens :( It seems very strange that there is a crash when running from Tracker and no such thing when running from Terminal. Also there are some drawing gliches: the areas between the "light buttons" are not painted over properly so whatever was drawn previously whereever LightsOff appears is seen in those lines, including the desktop. See attached screenshot where the Haiku logo and desktop color can be seen in those lines. Not sure if this is a Haiku issue or some problem in the LightsOff code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 07:32:01 2009 From: trac at haiku-os.org (leavengood) Date: Sun, 22 Mar 2009 06:32:01 -0000 Subject: [Haiku-bugs] [Haiku] #3241: Lights Off crashes on startup In-Reply-To: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> References: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> Message-ID: <052.77f352f977eea50d1f9bfc9bada4c6a4@haiku-os.org> #3241: Lights Off crashes on startup ----------------------------+----------------------------------------------- Reporter: darkwyrm | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Changes (by leavengood): * cc: leavengood@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 10:06:44 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 22 Mar 2009 09:06:44 -0000 Subject: [Haiku-bugs] [Haiku] #3565: Putting Expander into Deskbar's "Applications" In-Reply-To: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> References: <044.29007419a069533dcdf6016a335e189e@haiku-os.org> Message-ID: <053.d259a5810de4e4540106207bda8e6a86@haiku-os.org> #3565: Putting Expander into Deskbar's "Applications" ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Expander | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by humdinger): I'd agree to remove the "automatically expand files" option. If you forgot you've set another default destination option than "same as archive" your unpacked data ends up who knows where... @Ryan: Even more flexible would be a right-click-drag&drop option of "ExpandHere". Which gives you the possibility to also "ExpandThere". :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 10:12:11 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 22 Mar 2009 09:12:11 -0000 Subject: [Haiku-bugs] [Haiku] #3587: Tracker - Icon View should auto arrange icons In-Reply-To: <043.3e0040a1a0f72b76a8e519d7d47c1195@haiku-os.org> References: <043.3e0040a1a0f72b76a8e519d7d47c1195@haiku-os.org> Message-ID: <052.1d1304d00ec64ac1857449adf4218432@haiku-os.org> #3587: Tracker - Icon View should auto arrange icons ----------------------------------+----------------------------------------- Reporter: franxico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): An auto-arrange of icons sounds interesting, though IMO only as additional option. If you don't use single-window browsing mode, you often arrange a window and its icons exactly how you want it. Having the system keep messing with your own perfectly fine tuned order of things could be frustrating. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 15:47:20 2009 From: trac at haiku-os.org (chico) Date: Sun, 22 Mar 2009 14:47:20 -0000 Subject: [Haiku-bugs] [Haiku] #2322: [Zip-O-Matic] don't need zoom button (easy) In-Reply-To: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> References: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> Message-ID: <049.4b37f04e04a1ce4a355d08a42f4a129b@haiku-os.org> #2322: [Zip-O-Matic] don't need zoom button (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by chico): just change the code: [http://dev.haiku-os.org/browser/haiku/trunk/src/add- ons/tracker/zipomatic/ZipOMaticWindow.cpp] {{{ 31 32 ZippoWindow::ZippoWindow(BMessage * a_message) 33 : BWindow(BRect(200,200,430,310), "Zip-O-Matic", B_TITLED_WINDOW, B_NOT_V_RESIZABLE), // | B_NOT_ZOOMABLE), }}} to {{{ 31 32 ZippoWindow::ZippoWindow(BMessage * a_message) 33 : BWindow(BRect(200,200,430,310), "Zip-O-Matic", B_TITLED_WINDOW, B_NOT_V_RESIZABLE | B_NOT_ZOOMABLE), }}} Is it resolved? But I don't compile the code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 16:16:25 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Mar 2009 15:16:25 -0000 Subject: [Haiku-bugs] [Haiku] #2322: [Zip-O-Matic] don't need zoom button (easy) In-Reply-To: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> References: <040.bacad3ec1c27d9077e44b3111fcea32e@haiku-os.org> Message-ID: <049.a28fd531c1c1dfdf2784f244fe41e2d9@haiku-os.org> #2322: [Zip-O-Matic] don't need zoom button (easy) ------------------------------+--------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Actually, this ticket isn't really valid any more, as pointed out by stippi, Zip-O-Matic's Zoom button does actually work as it's intended to (resize window to fit the length of the filename being expanded), so it's not really necessary or desirable to remove it. Closing this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 16:17:32 2009 From: trac at haiku-os.org (BeOSR) Date: Sun, 22 Mar 2009 15:17:32 -0000 Subject: [Haiku-bugs] [Haiku] #3557: Bottom of screen blacks out at high resolution w/MGA G200 In-Reply-To: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> References: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> Message-ID: <049.b7ea2068b4e9d5d09eb05c1f40315fe2@haiku-os.org> #3557: Bottom of screen blacks out at high resolution w/MGA G200 -------------------------------------+-------------------------------------- Reporter: BeOSR | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/Matrox | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by BeOSR): Problem solved by upgrading G200 to G400MAX 32Mb... 8Mb card probably doesn't have enough memory to allow double buffering at this resolution/color depth? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 16:20:36 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Mar 2009 15:20:36 -0000 Subject: [Haiku-bugs] [Haiku] #3557: Bottom of screen blacks out at high resolution w/MGA G200 In-Reply-To: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> References: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> Message-ID: <049.ab5414f9e2ae4a68bf2345eaca4f4f30@haiku-os.org> #3557: Bottom of screen blacks out at high resolution w/MGA G200 -------------------------------------+-------------------------------------- Reporter: BeOSR | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/Matrox | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by anevilyak): Indeed, 1280x1024 at 32pp equates to approximately a 5MB frame buffer, ergo doubling that would most definitely not fit into the 8MB of graphics RAM total that the card had. Though we should probably be smarter about handling that case by the sounds of it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 16:22:33 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Mar 2009 15:22:33 -0000 Subject: [Haiku-bugs] [Haiku] #3557: app_server doesn't appear to correctly fall back to single buffer mode if allocating the double buffered frame buffer fails (or doesn't correctly detect that it failed). (was: Bottom of screen blacks out at high resolution w/MGA G200) In-Reply-To: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> References: <040.615218a2444f253c27c13706b33c4524@haiku-os.org> Message-ID: <049.5231315df96f76292194ed37be80bf1e@haiku-os.org> #3557: app_server doesn't appear to correctly fall back to single buffer mode if allocating the double buffered frame buffer fails (or doesn't correctly detect that it failed). --------------------------------+------------------------------------------- Reporter: BeOSR | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Changes (by anevilyak): * owner: rudolfc => stippi * component: Drivers/Graphics/Matrox => Servers/app_server Comment: Updating ticket to reflect the actual problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 16:36:41 2009 From: trac at haiku-os.org (korli) Date: Sun, 22 Mar 2009 15:36:41 -0000 Subject: [Haiku-bugs] [Haiku] #2308: freezing during boot r25743 In-Reply-To: <040.0eb2585ad802b9576664cba3e2d306ca@haiku-os.org> References: <040.0eb2585ad802b9576664cba3e2d306ca@haiku-os.org> Message-ID: <049.2e6f3540621b37ac95bce58c90a82ac6@haiku-os.org> #2308: freezing during boot r25743 ---------------------------------+------------------------------------------ Reporter: hugen | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 16:43:06 2009 From: trac at haiku-os.org (BeOSR) Date: Sun, 22 Mar 2009 15:43:06 -0000 Subject: [Haiku-bugs] [Haiku] #3592: Print setup buttons could do with clarification. Message-ID: <040.50496e646ce84ca96cab80feba52d007@haiku-os.org> #3592: Print setup buttons could do with clarification. -------------------------+-------------------------------------------------- Reporter: BeOSR | Owner: julun Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Printing | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- When doing a print setup, it's not very clear that the icons left of to 'Paper setup' and 'Pages to print' labels are clickable buttons: they appear to be part of the background, not clickable items. They should be clearly defined as buttons like the Cancel and OK-buttons underneath, or an arrow be shown to indicate further selection or settings. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 17:59:33 2009 From: trac at haiku-os.org (Haiku) Date: Sun, 22 Mar 2009 16:59:33 -0000 Subject: [Haiku-bugs] [Haiku] #3593: strtod doesn't support "INF" input Message-ID: <042.cc826bf976486fa02ed203176ab878b2@haiku-os.org> #3593: strtod doesn't support "INF" input -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- {{{ #include #include int main() { char * endptr; double d = strtod("inf", &endptr); fprintf(stderr, "%f '%s'\n", d, endptr); return 0; } }}} http://www.opengroup.org/onlinepubs/000095399/functions/strtod.html:[[br]] {{{ The expected form of the subject sequence is an optional plus or minus sign, then one of the following: [...] * One of INF or INFINITY, ignoring case * One of NAN or NAN(n-char-sequenceopt), ignoring case in the NAN part, where:[...] }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 17:59:54 2009 From: trac at haiku-os.org (Haiku) Date: Sun, 22 Mar 2009 16:59:54 -0000 Subject: [Haiku-bugs] [Haiku] #3593: strtod doesn't support "INF" input In-Reply-To: <042.cc826bf976486fa02ed203176ab878b2@haiku-os.org> References: <042.cc826bf976486fa02ed203176ab878b2@haiku-os.org> Message-ID: <051.e7f0e2c8fe52f5d89e5bb615abc5b231@haiku-os.org> #3593: strtod doesn't support "INF" input -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by Adek336): The link is http://www.opengroup.org/onlinepubs/000095399/functions/strtod.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 21:27:25 2009 From: trac at haiku-os.org (Haiku) Date: Sun, 22 Mar 2009 20:27:25 -0000 Subject: [Haiku-bugs] [Haiku] #3594: PS2 Keyboard/Mouse problems on HP Compaq NX7400 Notebook Message-ID: <043.31d7b84a03010bbfa8abb11831290f5a@haiku-os.org> #3594: PS2 Keyboard/Mouse problems on HP Compaq NX7400 Notebook ----------------------------------+----------------------------------------- Reporter: siarzhuk | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/Keyboard/PS2 | Version: Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- '''Tested configuration''': [[BR]] 1) HP Compaq NX7400 Notebook with Dock-Station and external PS2 Keyboard and mouse. [[BR]] 2) Haiku r29625 '''The Problem description''': [[BR]] a) Notebook is booted without Dock-Station: [[BR]] Neither internal notebook keyboard nor touchpad are working. Note that F12 fall into KDL normally. [[BR]] b) Notebook is booted with Dock-Station. External PS2 keyboard and mouse are not attached:[[BR]] Neither internal keyboard nor touchpad are working. F12 is functional. [[BR]] c) Notebook is booted with Dock-Station. External PS2 keyboard and mouse are attached to Dock-Station:[[BR]] Both internal and external PS2 keyboards work well. Neither touchpad nor external PS2 mouse are detected by system. F12 is functional. '''Notes''': More information can be found in attached log files. This problem may have the same origin as one described in ticket #2867. This notebook will be available for full testing until 10 April 2009. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 21:34:40 2009 From: trac at haiku-os.org (Haiku) Date: Sun, 22 Mar 2009 20:34:40 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.1db82bb36425161ce2c7ab5d23ea0f44@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/libroot.so | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 21:46:37 2009 From: trac at haiku-os.org (Haiku) Date: Sun, 22 Mar 2009 20:46:37 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 Message-ID: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- '''Tested configuration:''' 1) HP Compaq NX7400 Notebook. 2) Haiku r29625. '''The Problem description:''' Haiku freeze on boot. Captured system log shows that it was stopped during some FireWare stuff tracing. The "int" command in KDL shows extra large amount of handled interrupts at the interrupt line attached to FireWare controller. Removing fireware bus manager "solves" the boot problem and allows Haiku to work normally. Result of int KDL command in case of failed boot process: {{{ kdebug> int int 1, enabled 1, handled 27, unhandled 0, ACTIVE ps2:ps2_interrupt (0x838e75c0), data 0x00000000 int 10, enabled 7, handled 10160925, unhandled 0 firewire:fwohci_intr (0x83ad0fcc), data 0x81d29000 intel_extreme:intel_interrupt_handler__FPv (0x80775d70), data 0x8106a4d0 ahci:Interrupt__14AHCIControllerPv (0x805b4c70), data 0x80fb90cc ehci:InterruptHandler__4EHCIPv (0x805f7b0c), data 0x80fb7440 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f936d8 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f9336c broadcom440x:intr_wrapper (0x807d5a6c), data 0x81048f28 int 11, enabled 2, handled 9, unhandled 0 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f935b4 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f93490 int 12, enabled 1, handled 9, unhandled 0 ps2:ps2_interrupt (0x838e75c0), data 0x00000000 int 14, enabled 1, handled 52, unhandled 0 ide_adapter:ide_adapter_inthand (0x80618a84), data 0x80fb8070 int 15, enabled 1, handled 0, unhandled 0 ide_adapter:ide_adapter_inthand (0x80618a84), data 0x80fb80a8 int 219, enabled 1, handled 25227, unhandled 0 kernel_x86:apic_timer_interrupt (0x800d33e8), data 0x00000000 kdebug> }}} Results of int KDL command in case fireware bus manager module is removed: {{{ kdebug> int int 1, enabled 1, handled 9, unhandled 0, ACTIVE ps2:ps2_interrupt (0x838e75c0), data 0x00000000 int 10, enabled 6, handled 19199, unhandled 0 intel_extreme:intel_interrupt_handler__FPv (0x80775d70), data 0x8106a4d0 ahci:Interrupt__14AHCIControllerPv (0x805b4c70), data 0x80fb90cc ehci:InterruptHandler__4EHCIPv (0x805f7b0c), data 0x80fb7440 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f936d8 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f9336c broadcom440x:intr_wrapper (0x807d5a6c), data 0x81048f00 int 11, enabled 2, handled 1115, unhandled 0 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f935b4 uhci:InterruptHandler__4UHCIPv (0x8074d600), data 0x80f93490 int 12, enabled 1, handled 66, unhandled 0 ps2:ps2_interrupt (0x838e75c0), data 0x00000000 int 14, enabled 1, handled 181, unhandled 0 ide_adapter:ide_adapter_inthand (0x80618a84), data 0x80fb8070 int 15, enabled 1, handled 0, unhandled 0 ide_adapter:ide_adapter_inthand (0x80618a84), data 0x80fb80a8 int 219, enabled 1, handled 17348, unhandled 0 kernel_x86:apic_timer_interrupt (0x800d33e8), data 0x00000000 kdebug> continue }}} Note the count of handled interrupts for line 10 in both cases. '''Note:''' This notebook will be available for full testing until 10 April 2009. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 22 23:18:40 2009 From: trac at haiku-os.org (Haiku) Date: Sun, 22 Mar 2009 22:18:40 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.0ee10f47c01ae34777f43cb2c697037d@haiku-os.org> #1072: Write an HDA audio driver and add-on -------------------------------+-------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Keywords: | Blockedby: Platform: x86 | Blocking: 3193 -------------------------------+-------------------------------------------- Comment(by korli): Replying to [comment:57 Luposian]: Feel free to post a syslog or find the breaking revision by binary search. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 01:11:34 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 00:11:34 -0000 Subject: [Haiku-bugs] [Haiku] #3588: BePDF not closing properly In-Reply-To: <045.3c4f5f9e41939aa10984a83e28d07226@haiku-os.org> References: <045.3c4f5f9e41939aa10984a83e28d07226@haiku-os.org> Message-ID: <054.0aa1c10e07f6b0d48f70c0251042cff0@haiku-os.org> #3588: BePDF not closing properly ---------------------------+------------------------------------------------ Reporter: _stefanos_ | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: duplicate | Keywords: Blockedby: 3099 | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 3099 Comment: Indeed, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 03:02:34 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 02:02:34 -0000 Subject: [Haiku-bugs] [Haiku] #3593: strtod doesn't support "INF" input In-Reply-To: <042.cc826bf976486fa02ed203176ab878b2@haiku-os.org> References: <042.cc826bf976486fa02ed203176ab878b2@haiku-os.org> Message-ID: <051.07c5b9a7809ed51d8bf57e205313a3cf@haiku-os.org> #3593: strtod doesn't support "INF" input -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by Adek336): Additionaly, strtod failed with this testcase {{{ #include #include int main() { double d = strtod("+8E153", NULL); printf("%.10e\n", d); return 0; } Linux result: 8.0000000000e+153 Haiku result: 7.9999999873e+153 }}} {{{ The testcase is inspired by the results of running "python test_float.py" for the floating point test. Both python 2.6 on Haiku-gcc4 and python 2.7 on Haiku-gcc2 we print the following message - [...] self.assertEqual(v, eval(repr(v))) AssertionError: 7.9999999872500254e+153 != 7.9999999745000492e+153 The test which errors out in python is equivalent to x = "+8E153" v = eval(x) assert v == eval(repr(v)) }}} So it looks like #3308 's test_float.py issue is caused by problems with strtod(). Our implementation comes from FreeBSD. The following is the last revision of their stdtod.c file; in later revisions, FreeBSD uses gdtoa ( http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/gdtoa/ link to NetBSD gdtoa as I couldn't find an online viewable FreeBSD link ): http://svn.freebsd.org/viewvc/base/head/lib/libc/stdlib/strtod.c?revision=106918&view=markup&pathrev=112256 However, importing rev 112256 of FreeBSD's strtod.c into the Haiku tree and doing a full rebuild doesn't help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 06:54:18 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 05:54:18 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting Message-ID: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Right now, files are sorted a1, a10, a100, a1000, a101, a11. Sorting should be done naturally, which would yeild a1, a10, a11, a100, a101, a1000 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 08:10:18 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 07:10:18 -0000 Subject: [Haiku-bugs] [Haiku] #3099: BePDF KDLs on exit In-Reply-To: <041.580fdd342b20daf90efedf5330e23972@haiku-os.org> References: <041.580fdd342b20daf90efedf5330e23972@haiku-os.org> Message-ID: <050.7485c7a93bc7f403c59f69354e97813d@haiku-os.org> #3099: BePDF KDLs on exit --------------------------+------------------------------------------------- Reporter: kvdman | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: 3588 --------------------------+------------------------------------------------- Changes (by stippi): * owner: axeld => laplace Comment: I haven't seen BePDF KDL on exit, but it consistently "hangs". That is, it's actually still functional, because you can double click PDFs and they will open in BePDF. I think it's still the same instance. The hang is caused by the main application thread waiting for the two "OutputTracer" threads. These are apparently supposed to log stdio and stderr output (of xpdf?). Both of these threads are blocking in the respective read() call. I think what happens is that the stdio/stderr file descriptors are not being deleted at this point in time, and BePDF makes a wrong assumption about the order in which the teardown happens on program exit. Or BePDF is correct and there is a bug in Haiku. To investigate, just hit F12, type "teams", find the BePDF team, type "threads #BePDF team id#", and type "sc #each thread id#" to see the "deadlock". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 12:36:59 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 11:36:59 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.9f6e55dbfb57032b99b65ae54e25715c@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Maybe we should make use of the flag B_NO_HANDLED_INFO as done in r29242 for freebsd compat layer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 18:05:33 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 17:05:33 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.a638d83282145631eab324e217db1839@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by absabs): Thank korli. The patch according this is attached. siarzhuk?would you please apply the patch and test? Thanks in advance -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 19:07:57 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 18:07:57 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.d9d6383f7b2ba71335f2409c99347ea1@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Changes (by nastee): * cc: obaro.ogbo@? (added) Comment: CloseAll.diff adds "Close All(ALT+Q)" under Windows menu. CloseAllWorkspace adds both "Close All(ALT+Q) and Close All In Workspace(ALT+SHIFT+Q)". I hope they are appropriate. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 19:29:05 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 18:29:05 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.3fa1c27e507514c4a1fd8ed2e3c9f60f@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by humdinger): Thanks nastee! As I filed the enhancement suggestion, I like it of course. :) Though I dunno how others feel about it... In any case, if I see that correctly, the CloseAllWorkspace.diff would add two new menu items. Should others vote to include your patch, I'm for only adding the "Close all" item and change that to "Close all in workspace" when the SHIFT key is pressed while invoking the menu. It's a Haiku standard to "hide" extended options (see "Clean up [all]"). It would be cool if these SHIFT-key-changed menu item were changed live, i.e. you click on a menu to open it, then decide to press SHIFT, and menu items would change to their SHIFT-alternative. But that's another issue altogether. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 19:36:19 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 18:36:19 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.bd85781199480998a221386ee6c49c1a@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by anevilyak): I'm not sure I agree with overloading Q for this purpose, since that pretty universally means quit app, which you're not allowed to do to Tracker, and is definitely not what it's doing here. I'd rather suggest just making these variants of cmd+w (i.e. shift+cmd+w = close all, opt+shift+cmd+w = close current workspace). Comments welcome. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 19:44:42 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 18:44:42 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.3b9ffc617506c5d91473090e28a2f439@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by humdinger): I see where you're coming from, anevilyak. From a users POV, Tracker appears to be the windows with those file listings. That the Desktop is just another Tracker window, doesn't register. From that POV, ALT+Q would mean quitting all Tracker windows. Question is, is it important to stress that that POV is technically wrong? If we'd go with your suggestion, I think we should leave out the "Close all on current workspace" option. OPT+SHIFT+CMD+W ?! Gee, I have to order another pair of hands. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 19:47:58 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 18:47:58 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.7f27c483a332995da91c643f5dd5fe86@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by anevilyak): Maybe ctrl+shift+cmd then? I know we've used before for something, and ctrl+shift+cmd+w is definitely doable with one hand :) Besides if they don't want to go for the keyboard shortcut there's always picking it from the menu :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 20:04:25 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 19:04:25 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.2f20ca828f59b524340e81de801ff85a@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by humdinger): Hmmm. Let's see what others think of the whole thing before getting into the specifics. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 21:10:38 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 20:10:38 -0000 Subject: [Haiku-bugs] [Haiku] #3597: checkfs fails to check one specific partition. Message-ID: <040.5026ea599d3734650aca3374a5aeebe8@haiku-os.org> #3597: checkfs fails to check one specific partition. ------------------------------+--------------------------------------------- Reporter: adamk | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: File Systems/BFS | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- I have a Haiku partition on /dev/disk/ata/0/master/3 (named Builder) and one on /dev/disk/usb/0/0/raw (named USB). If I try to run checkfs on Builder, whether I specify the volume name or the device path, and whether Builder or USB is the root drive, I get: -> checkfs /dev/disk/ata/0/master/3 checkfs: Could not prepare the device for modifications: Invalid Argument I was unable to run mkfs on it while running on USB (general OS error, iirc), so I booted off a BeOS CD, reinitialized the partition, and then copied my data back over. Only I still get the same error. I can run checkfs on USB. I have no reason to believe that the filesystem is screwed up on Builder, but I have had a number of crashes recently so I wanted to check the filesystem anyway. I'm putting this under "File Systems/BFS" since that seems like the most likely culprit. I'm attaching the serial debug log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 23 22:29:34 2009 From: trac at haiku-os.org (Haiku) Date: Mon, 23 Mar 2009 21:29:34 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.1c5d46fdeca0960c08d1e6ab4e2ba03f@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by siarzhuk): This patch doesn't help. Count of handled interrupts on this line increase not so quickly but the freezing on boot is still observed. :-( Are there any #define to activate for extra debug tracing in fireware bus manager? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 01:04:45 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 00:04:45 -0000 Subject: [Haiku-bugs] [Haiku] #3598: Grid-based file placement in Tracker's icon views Message-ID: <048.6e1db13e2bf337e2b76366c71ca5ff82@haiku-os.org> #3598: Grid-based file placement in Tracker's icon views ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Tracker's current icon placement appears to be based on view coordinates. I would like to try grid based placement which scales up/down with your chosen icon size. This does not necessarily imply grid-only placement or even snap-to-grid placement. Grid coordinates could be stored as a pair of double - as opposed to integer values - offering placement steps between the grid coordinates. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 01:13:20 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 00:13:20 -0000 Subject: [Haiku-bugs] [Haiku] #3599: new freetype crashes app_server? Message-ID: <048.b4549c33d90f743a5824711894934dad@haiku-os.org> #3599: new freetype crashes app_server? --------------------------------+------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Pardon the handwritten backtrace: {{{ t1_cmap_unicode_init() FT_CMap_New() T1_Face_Init() open_face() FT_Open_Face() FT_New_Face() FontManager::_AddFont() .... }}} I believe this is with r29668 on a quad core. Anybody else seen this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 01:22:32 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 00:22:32 -0000 Subject: [Haiku-bugs] [Haiku] #3006: [TRAC] password issue In-Reply-To: <040.f6e52ab965a5f2c9801a43620435a7cc@haiku-os.org> References: <040.f6e52ab965a5f2c9801a43620435a7cc@haiku-os.org> Message-ID: <049.8cf4e7adb94e933f2816d4289bb4e9d5@haiku-os.org> #3006: [TRAC] password issue --------------------------+------------------------------------------------- Reporter: aljen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by aljen): yep, it still persist, generated passwords works, when changing it "password saved", logout & login with new one "incorrect password/login", but generated works. does it saves updated password at all ? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 02:09:08 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 01:09:08 -0000 Subject: [Haiku-bugs] [Haiku] #3600: Fixing UserBuildConfig.ReadMe missing white space. Message-ID: <042.a8882f70274f9770926a4ba6a4b4074a@haiku-os.org> #3600: Fixing UserBuildConfig.ReadMe missing white space. ---------------------------+------------------------------------------------ Reporter: sarmale | Owner: nielx Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ I just added a white space on the disk profile, between Firefox and LibLayout additional packages on trunk/build/jam/UserBuildConfig.ReadMe -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 02:16:46 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 01:16:46 -0000 Subject: [Haiku-bugs] [Haiku] #3600: Fixed UserBuildConfig.ReadMe missing white space. (was: Fixing UserBuildConfig.ReadMe missing white space.) In-Reply-To: <042.a8882f70274f9770926a4ba6a4b4074a@haiku-os.org> References: <042.a8882f70274f9770926a4ba6a4b4074a@haiku-os.org> Message-ID: <051.d4957e3102235c148411a2bf3f68ef8f@haiku-os.org> #3600: Fixed UserBuildConfig.ReadMe missing white space. ---------------------------+------------------------------------------------ Reporter: sarmale | Owner: nielx Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 02:25:43 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 01:25:43 -0000 Subject: [Haiku-bugs] [Haiku] #3599: new freetype crashes app_server? In-Reply-To: <048.b4549c33d90f743a5824711894934dad@haiku-os.org> References: <048.b4549c33d90f743a5824711894934dad@haiku-os.org> Message-ID: <057.41f6942b747ba7fc07f650ebd7ce0254@haiku-os.org> #3599: new freetype crashes app_server? --------------------------------+------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by aljen): I had that same issue, but[[BR]] {{{ jam -qa haiku-image jam @target update-all }}} did the trick :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 05:22:29 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 04:22:29 -0000 Subject: [Haiku-bugs] [Haiku] #3599: new freetype crashes app_server? In-Reply-To: <048.b4549c33d90f743a5824711894934dad@haiku-os.org> References: <048.b4549c33d90f743a5824711894934dad@haiku-os.org> Message-ID: <057.87b3a7039eb1f6bd15976ffa60fd795b@haiku-os.org> #3599: new freetype crashes app_server? ---------------------------------+------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: invalid | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => invalid Comment: Confirmed, seems it's just a dependency problem somewhere. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 07:01:35 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 06:01:35 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.38acec6debb827222cd081d104f7b586@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by VinDuv): Tracker already has a command to close all windows : it is Cmd-Opt-W (Alt- Win-W). When Option is pressed, the Window menu displays "Close All" instead of "Close". IMHO this shortcut should not be changed (there are the same shortcuts in Mac OS, in almost every application). For "Close all on the current workspace", why not use Cmd-Shift-W ? It does not seems assigned ATM. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 11:15:40 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 10:15:40 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.9bd2207d8ed8ecc8c5f044a5c3bce471@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Seems the broadcom440x driver uses also the flag B_NO_HANDLED_INFO which explains why it wouldn't help in your case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 14:59:20 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 13:59:20 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.c86a7b175a60d56ba1337969ad6d2180@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by axeld): I think overloading Command-Q for this is just fine - after all that's what the Tracker currently does as well, it just doesn't allow you to quit it (ie. the well known shortcut is left with no action at all). I also wouldn't mind having "shift" change its meaning; as humdinger said, this is often in Haiku. While it's not necessarily obvious or intuitive, it's nice for those who actually read docs and improve the usability by remembering those oddities :-) I'm not sure it deserves a menu entry, though. I would rather add a shortcut, and that's it. Anyway, thanks for your patch, nastee! It looks good overall and everything has been added to where it belongs. Just a minor style thing: when the block following an if/for/while or whatever spans over more than one line (no matter if due to a comment or not), we always use brackets around the block. Ie. {{{ + if (window->Workspaces() & currentWorkspace) + // avoid the desktop + if (!dynamic_cast(window) + && !dynamic_cast(window)) + window->PostMessage(B_QUIT_REQUESTED); }}} would become: {{{ + if (window->Workspaces() & currentWorkspace) { + // avoid the desktop + if (!dynamic_cast(window) + && !dynamic_cast(window)) + window->PostMessage(B_QUIT_REQUESTED); + } }}} Also, we usually prefer to use "if ((window->Workspaces() & currentWorkspace) != 0)" with the extra parenthesis, as the '&' binds less strong than the logical operators '||' and '&&'; "if (a & 1 && c == 0)" is a common source of errors. Plus you have a real boolean check here :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 15:17:07 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 14:17:07 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.91f0c41c82d6691766c2c6fe35ec419d@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by absabs): Would you please remove the broadcom440x driver module and doesn't apply the patch to test again. It's better to also show the result of int command under KDL again. I want to know which cause such many interrupt -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 15:44:54 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 14:44:54 -0000 Subject: [Haiku-bugs] [Haiku] #3601: Add tool to convert BeIDE project files to jamfiles Message-ID: <042.98da838d47060d523f1332361a49ceaa@haiku-os.org> #3601: Add tool to convert BeIDE project files to jamfiles -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -------------------------+-------------------------------------------------- As was discussed on irc a few days ago, it'd be nice to have a tool that would convert BeIDE project files into Jamfiles. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 17:57:25 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 16:57:25 -0000 Subject: [Haiku-bugs] [Haiku] #2833: Shortcut for closing all Tracker windows (Easy) In-Reply-To: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> References: <044.67f006e368eacf24528a7952e5453717@haiku-os.org> Message-ID: <053.b457f55c8e38994cc204e70562b7724e@haiku-os.org> #2833: Shortcut for closing all Tracker windows (Easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by humdinger): @VinDuv: Oh. Didn't know that. Why on earth is it hidden beneath a WIN key combo? Are there more WIN combos? I think those should all be moved to SHIFT. "One key to reveal them all." Now, I'm a bit confused as to what exactly we need and what feels right and what's consistent... SHIFT+ALT+W makes sense as it reveals a modified behaviour to ALT+W. ALT+Q would be very convenient and kinda intuitive to "Close all windows". Furthermore, however, IMO a "Close all windows on current workspace" is much more needed than "Close all windows" to quickly clean up a workspace after navigating around not bothering to always "close parent" and ending up with many Tracker windows. In that case, you normaly don't want the windows on other workspaces closed. If you do, there's still the menu of Tracker in the Deskbar. So, for convenience I'd love to have ALT+Q for "Close All Here" (what's short for "all windows on current workspace"?) But for consistency's sake, I guess SHIFT+ALT+W to reveal that option would be the right thing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 18:10:13 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 17:10:13 -0000 Subject: [Haiku-bugs] [Haiku] #3602: Tracker drawing error Message-ID: <044.9962dce761d17c7f00a50aaa028e8e6e@haiku-os.org> #3602: Tracker drawing error ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- This is r29648, virtualbox. I don't know, why it's only this one folder, but opening the "artwork" folder on the Desktop (if you include that optional package), results in the attached screenshotted drawing error. After you forced a redraw e.g. by waving another window in front of it, everything's alright again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 18:54:10 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 17:54:10 -0000 Subject: [Haiku-bugs] [Haiku] #3603: [patch] configure : check for correct version of jam Message-ID: <041.acb3251f61e78fd2756375982bf4e61b@haiku-os.org> #3603: [patch] configure : check for correct version of jam --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Patch allows configure to check if 'jam -v' returns the expected version string. If not, configure displays an error message and exits. I understand that this patch does not support the situation where the user has haiku's jam installed as a filename other than 'jam'. IMO, that is a special case and should not be handled by the build system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 19:00:24 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 18:00:24 -0000 Subject: [Haiku-bugs] [Haiku] #3603: [patch] configure : check for correct version of jam In-Reply-To: <041.acb3251f61e78fd2756375982bf4e61b@haiku-os.org> References: <041.acb3251f61e78fd2756375982bf4e61b@haiku-os.org> Message-ID: <050.3627d6db6cd47465f3f79987260f9499@haiku-os.org> #3603: [patch] configure : check for correct version of jam --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by umccullough): I still think this would be better served by adding a check somewhere in a Jamfile that is always evaluated when the user invokes jam on the Haiku sources :) An update to jam does not require reconfigure, nor does configure require jam to proceed. Thus, it should *not* be a requirement to have jam installed to build the cross tools (as it currently isn't). It's highly likely that any future fixes to jam and this version check will go unnoticed by many because they will just svn up && jam -q without ever encountering this check. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 19:07:57 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 18:07:57 -0000 Subject: [Haiku-bugs] [Haiku] #3602: Tracker drawing error In-Reply-To: <044.9962dce761d17c7f00a50aaa028e8e6e@haiku-os.org> References: <044.9962dce761d17c7f00a50aaa028e8e6e@haiku-os.org> Message-ID: <053.43751c898704ccc237b46e5240e0d8ed@haiku-os.org> #3602: Tracker drawing error ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by aldeck): Seen that one too, might be the same as #1849 (or a new variant, as i don't think i ever saw that one until recently)[[BR]] Note the line under the garbled one which is also redrawn with probably the wrong drawing mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 19:09:50 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 18:09:50 -0000 Subject: [Haiku-bugs] [Haiku] #3603: BuildSetup : check for correct version of jam (was: [patch] configure : check for correct version of jam) In-Reply-To: <041.acb3251f61e78fd2756375982bf4e61b@haiku-os.org> References: <041.acb3251f61e78fd2756375982bf4e61b@haiku-os.org> Message-ID: <050.75061e8336c5265989488cbc0231915b@haiku-os.org> #3603: BuildSetup : check for correct version of jam --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: Component: Build System | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by mmadia): * milestone: R1/alpha1 => Comment: Replying to [comment:1 umccullough]: > It's highly likely that any future fixes to jam and this version check will go unnoticed by many because they will just svn up && jam -q without ever encountering this check. Ahh, I understand now. modifying summary to reflect this change in design. modifying Milestone to empty as this shouldn't hold up R1/alpha1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 19:39:06 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 18:39:06 -0000 Subject: [Haiku-bugs] [Haiku] #3600: Fixed UserBuildConfig.ReadMe missing white space. In-Reply-To: <042.a8882f70274f9770926a4ba6a4b4074a@haiku-os.org> References: <042.a8882f70274f9770926a4ba6a4b4074a@haiku-os.org> Message-ID: <051.f9a02c0d2f4e9dcbddfd4e39245cf5fb@haiku-os.org> #3600: Fixed UserBuildConfig.ReadMe missing white space. ----------------------------+----------------------------------------------- Reporter: sarmale | Owner: nielx Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r29679. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 20:13:14 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 19:13:14 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.f9fda849eed43b5e11802aea1d7cd990@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by leavengood): * cc: leavengood@? (added) Comment: OK this is silly. Let's just move the handling of the Print Screen button from BWindow into the screen saver input filter. Mainly because it is already there and filtering events, and it represents one place to handle this. Also I intend to rename it and make it more general in the future (idle_filter or something.) Though I suppose it is possible for someone to replace or remove this filter. Another option is just to put the handling of Print Screen in the input_server itself. As the one who moved the handling into BWindow originally I now think it is dumb. It is too easy for an application to override and all of a sudden Print Screen won't work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 20:25:48 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 19:25:48 -0000 Subject: [Haiku-bugs] [Haiku] #3604: [Trac Bug] AttributeError: 'NoneType' object has no attribute 'split' Message-ID: <045.2175ad0317533c904381422bd1409b92@haiku-os.org> #3604: [Trac Bug] AttributeError: 'NoneType' object has no attribute 'split' --------------------------+------------------------------------------------- Reporter: leavengood | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- This came up when I tried to do what is below. ==== How to Reproduce ==== While doing a POST operation on `/ticket/3420`, Trac issued an internal error. ''(please provide additional details here)'' Request parameters: {{{ {'__FORM_TOKEN': u'3df7ed8e8400de20682ca6c5', 'action': u'reassign', 'action_reassign_reassign_owner': u'leavengood', 'cnum': u'1', 'comment': u"I support this ticket and will take ownership. I'll need more cursors to properly port WebKit. Maybe not all the cursors needed by WebKit should be standard, but a lot could be. Here is a list from WebKit's Cursor.h (http://trac.webkit.org/browser/trunk/WebCore/platform/Cursor.h):\r\n\r\n\r\n{{{\r\nconst Cursor& pointerCursor();\r\nconst Cursor& crossCursor();\r\nconst Cursor& handCursor();\r\nconst Cursor& moveCursor();\r\nconst Cursor& iBeamCursor();\r\nconst Cursor& waitCursor();\r\nconst Cursor& helpCursor();\r\nconst Cursor& eastResizeCursor();\r\nconst Cursor& northResizeCursor();\r\nconst Cursor& northEastResizeCursor();\r\nconst Cursor& northWestResizeCursor();\r\nconst Cursor& southResizeCursor();\r\nconst Cursor& southEastResizeCursor();\r\nconst Cursor& southWestResizeCursor();\r\nconst Cursor& westResizeCursor();\r\nconst Cursor& northSouthResizeCursor();\r\nconst Cursor& eastWestResizeCursor();\r\nconst Cursor& northEastSouthWestResizeCursor();\r\nconst Cursor& northWestSouthEastResizeCursor();\r\nconst Cursor& columnResizeCursor();\r\nconst Cursor& rowResizeCursor();\r\nconst Cursor& middlePanningCursor();\r\nconst Cursor& eastPanningCursor();\r\nconst Cursor& northPanningCursor();\r\nconst Cursor& northEastPanningCursor();\r\nconst Cursor& northWestPanningCursor();\r\nconst Cursor& southPanningCursor();\r\nconst Cursor& southEastPanningCursor();\r\nconst Cursor& southWestPanningCursor();\r\nconst Cursor& westPanningCursor();\r\nconst Cursor& verticalTextCursor();\r\nconst Cursor& cellCursor();\r\nconst Cursor& contextMenuCursor();\r\nconst Cursor& noDropCursor();\r\nconst Cursor& notAllowedCursor();\r\nconst Cursor& progressCursor();\r\nconst Cursor& aliasCursor();\r\nconst Cursor& zoomInCursor();\r\nconst Cursor& zoomOutCursor();\r\nconst Cursor& copyCursor();\r\nconst Cursor& noneCursor();\r\nconst Cursor& grabCursor();\r\nconst Cursor& grabbingCursor();\r\n}}}\r\n", 'field_blockedby': u'', 'field_blocking': u'', 'field_component': u'Kits/Application Kit', 'field_description': u'It would be nice, if the Application Kit would provide more standard cursors, in order to prevent every app developer to come up with its own variation of cursors (e.g. cross-hair, grab, ...).\r\n\r\nThis would help to keep consistency and easy of use, as users don\'t have to learn new cursors for every application.\r\n\r\nThe cursors defined in the various Haiku applications like Icon-O-Matic could be used as a starting point. of course not all make sense as "standard", but I trust you to know which ones should be common among applications.', 'field_keywords': u'', 'field_milestone': u'R1', 'field_platform': u'All', 'field_priority': u'normal', 'field_summary': u'Provide more standard cursors (etc. cross hair, grab, ...)', 'field_type': u'enhancement', 'field_version': u'R1 development', 'id': u'3420', 'preview': u'Preview', 'replyto': u'', 'ts': u'2009-02-08 10:54:23+00:00'} }}} User Agent was: `Mozilla/5.0 (X11; U; Linux i686; en; rv:1.9.0.7) Gecko/20080528 Epiphany/2.22 Firefox/3.0` ==== System Information ==== || '''Trac''' || `0.11.3` || || '''Python''' || `2.4.3 (#1, Mar 14 2007, 18:51:08) ` [[br]] `[GCC 4.1.1 20070105 (Red Hat 4.1.1-52)]` || || '''setuptools''' || `0.6c9` || || '''psycopg2''' || `2.0.6 (dec dt ext pq3)` || || '''Genshi''' || `0.5.1` || || '''mod_python''' || `3.3.1` || || '''Pygments''' || `1.0` || || '''Subversion''' || `1.4.2 (r22196)` || || '''jQuery:''' || `1.2.6` || ==== Python Traceback ==== {{{ Traceback (most recent call last): File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/web/main.py", line 435, in _dispatch_request dispatcher.dispatch(req) File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/web/main.py", line 205, in dispatch resp = chosen_handler.process_request(req) File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/ticket/web_ui.py", line 182, in process_request return self._process_ticket_request(req) File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/ticket/web_ui.py", line 531, in _process_ticket_request get_reporter_id(req, 'author'), field_changes) File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/ticket/web_ui.py", line 1260, in _insert_ticket_data self._render_property_changes(req, ticket, field_changes) File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/ticket/web_ui.py", line 1310, in _render_property_changes resource_new) File "/home/haiku/lib/python2.4/site- packages/Trac-0.11.3-py2.4.egg/trac/ticket/web_ui.py", line 1344, in _render_property_diff old_list, new_list = old.split(), new.split() AttributeError: 'NoneType' object has no attribute 'split' }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 20:47:04 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 19:47:04 -0000 Subject: [Haiku-bugs] [Haiku] #3605: Template to restore customizations & missing author info to blog teasers Message-ID: <039.695645a9b32e83339d2e45078ba83fd5@haiku-os.org> #3605: Template to restore customizations & missing author info to blog teasers -------------------------+-------------------------------------------------- Reporter: koki | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Keywords: | Blockedby: Platform: All | Blocking: -------------------------+-------------------------------------------------- The attached template file restores the blog entry customizations that were available in the old website, as follows: 1) Use "Posted to Haiku Blog-O-Sphere by on + tags" format for blog teaser in the front page. 2) Restore author info missing in the blog teasers found in the /blog path. Just place the attached file in the theme root directory for the above changes to take effect. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 24 21:21:11 2009 From: trac at haiku-os.org (Haiku) Date: Tue, 24 Mar 2009 20:21:11 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.5eebe9501c8436612abcb00fcdbbadc6@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Keywords: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by siarzhuk): I'm sorry, but still no good news here. :-( The same situation is observed. I have step by step disabled network, video and ahci drivers - freezing at boot is still observed. Cutout of syslog with firewire initialization and results of KDL int command is below: {{{ : fw_module_init vendor=104c, device=803a, revision = 0 firewire: found 1 cards firewire: latency timer 40 -> 40. firewire: cache size 10 -> 10. firewire: IRQ 10 firewire: hardware register address f4101000 firewire: mapping physical address 0xf4101000 with 2048 bytes for fw ohci register firewire: physical = 0xf4101000, virtual = 0x8062a000, offset = 0, phyadr = 0xf4101000, mapadr = 0x8062a000, size = 4096, area = 0x00000ea7 firewire: mapped registers to 0x8062a000 firewire:OHCI version 1.10 (ROM=0) firewire:No. of Isochronous channels is 4. firewire: allocating 3076 bytes for fwohci config etc. buf firewire: area = 3752, size = 4096, virt = 0x8062b000, phy = 0x00125000 firewire: allocating 4096 bytes for fw multi dma buf firewire: area = 3753, size = 4096, virt = 0x8062c000, phy = 0x00126000 firewire: allocating 4096 bytes for fw multi dma buf firewire: area = 3754, size = 4096, virt = 0x80640000, phy = 0x00127000 firewire: allocating 16384 bytes for fw multi dma buf firewire: area = 3755, size = 16384, virt = 0x80792000, phy = 0x00128000 firewire: allocating 4096 bytes for fw multi dma buf firewire: area = 3756, size = 4096, virt = 0x80641000, phy = 0x0012c000 firewire:EUI64 00:02:3f:ff:ff:ff:ff:ff firewire:resetting OHCI...done (loop=0) firewire:fwphy_rddata: 0x2 loop=0, retry=0 firewire:fwphy_rddata: 0x3 loop=0, retry=0 firewire:Phy 1394a available S400, 3 ports. firewire:fwphy_rddata: 0x5 loop=0, retry=0 firewire:Enable 1394a Enhancements firewire:fwphy_rddata: 0x5 loop=0, retry=0 firewire:fwphy_rddata: 0x2 loop=0, retry=0 firewire:fwphy_rddata: 0x4 loop=0, retry=0 Last message repeated 2 times. firewire:Link S400, max_rec 2048 bytes. firewire:BUS_OPT 0xa002 -> 0xf800a002 firewire: allocating 524288 bytes for fw rx Area firewire: area = 3758, size = 524288, virt = 0x80d01000, phy = 0x00263000 firewire: allocating 262144 bytes for fw rx Area firewire: area = 3759, size = 262144, virt = 0x8079a000, phy = 0x02fc6000 firewire:fwohci_set_intr: 1 PANIC: keyboard requested halt. Welcome to Kernel Debugging Land... Thread 103 "ps2 service" running on CPU 0 kdebug> int int 1, enabled 1, handled 1, unhandled 0, ACTIVE ps2:ps2_interrupt (0x806115c0), data 0x00000000 int 10, enabled 4, handled 6953053, unhandled 0 firewire:fwohci_intr (0x80787fd8), data 0x81d1c000 ehci:InterruptHandler__4EHCIPv (0x805eab0c), data 0x80faa440 uhci:InterruptHandler__4UHCIPv (0x80740600), data 0x80f866d8 uhci:InterruptHandler__4UHCIPv (0x80740600), data 0x80f8636c int 11, enabled 2, handled 0, unhandled 0 uhci:InterruptHandler__4UHCIPv (0x80740600), data 0x80f865b4 uhci:InterruptHandler__4UHCIPv (0x80740600), data 0x80f86490 int 12, enabled 1, handled 9, unhandled 0 ps2:ps2_interrupt (0x806115c0), data 0x00000000 int 14, enabled 1, handled 49, unhandled 0 ide_adapter:ide_adapter_inthand (0x8060ba84), data 0x80fab070 int 15, enabled 1, handled 0, unhandled 0 ide_adapter:ide_adapter_inthand (0x8060ba84), data 0x80fab0a8 int 219, enabled 1, handled 17462, unhandled 0 kernel_x86:apic_timer_interrupt (0x800d3ce8), data 0x00000000 kdebug> reboot }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 03:08:11 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 02:08:11 -0000 Subject: [Haiku-bugs] [Haiku] #3606: Network prefs grows horizontally whenever you use a control Message-ID: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> #3606: Network prefs grows horizontally whenever you use a control ---------------------------------+------------------------------------------ Reporter: pmr | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Preferences/Network | Version: R1 development Keywords: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ reproduce by clicking Apply then Revert (or selecting between static and dhcp) Each time you do this the Network prefs window will grow horizontally to the right. (svn revision is 29684) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 04:23:26 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 03:23:26 -0000 Subject: [Haiku-bugs] [Haiku] #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (easy) In-Reply-To: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> References: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> Message-ID: <047.1946de2aa75e0f8702ea1518892996ba@haiku-os.org> #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (easy) --------------------------------------+------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: reopened Priority: low | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Keywords: Blockedby: | Platform: All Blocking: 3275 | --------------------------------------+------------------------------------- Comment(by vijay): Newbie developer here.Ryan suggested this ticket to me.Need some clarification on how the presentation can be improved?One way would be ,Instead of greying out the option we can enable the option, but when the user checks it we can have a dialog saying that the "DPMS support is unavailable".Any suggestions? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 06:12:20 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 05:12:20 -0000 Subject: [Haiku-bugs] [Haiku] #3606: Network prefs grows horizontally whenever you use a control In-Reply-To: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> References: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> Message-ID: <047.9b0632712d0b58847eae3c2575699678@haiku-os.org> #3606: Network prefs grows horizontally whenever you use a control ---------------------------------+------------------------------------------ Reporter: pmr | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Preferences/Network | Version: R1 development Keywords: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by pmr): This happens in qemu but I can't reproduce the behaviour in vmware -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 09:11:17 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 08:11:17 -0000 Subject: [Haiku-bugs] [Haiku] #3606: Network prefs grows horizontally whenever you use a control In-Reply-To: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> References: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> Message-ID: <047.e50abd922a1a3ba55dcb42b49d570b2b@haiku-os.org> #3606: Network prefs grows horizontally whenever you use a control ---------------------------------+------------------------------------------ Reporter: pmr | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Preferences/Network | Version: R1 development Keywords: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by oruizdorantes): Joerg Meyer reported me similar behaviour with Bluetooth Preferences, maybe layout manager? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 09:36:47 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 08:36:47 -0000 Subject: [Haiku-bugs] [Haiku] #671: Drag and drop keys / chars on keys not implemented In-Reply-To: <053.f0523ad8bcd0bede88c93d2fead7e453@haiku-os.org> References: <053.f0523ad8bcd0bede88c93d2fead7e453@haiku-os.org> Message-ID: <062.3a157974b2e5415d5b641a0ef72c6640@haiku-os.org> #671: Drag and drop keys / chars on keys not implemented ---------------------------------+------------------------------------------ Reporter: kutspam@? | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Changes (by korli): * owner: korli => axeld * version: => R1 development Comment: Axel started on this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 11:00:07 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 10:00:07 -0000 Subject: [Haiku-bugs] [Haiku] #3606: Network prefs grows horizontally whenever you use a control In-Reply-To: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> References: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> Message-ID: <047.b7ddea06c44475996618b28bebf3b9cc@haiku-os.org> #3606: Network prefs grows horizontally whenever you use a control ---------------------------------+------------------------------------------ Reporter: pmr | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: Preferences/Network | Version: R1 development Keywords: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * owner: axeld => stippi * status: new => assigned Comment: Must be caused by my recent changes to BMenuField. I am already investigating it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 11:04:22 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 10:04:22 -0000 Subject: [Haiku-bugs] [Haiku] #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (easy) In-Reply-To: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> References: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> Message-ID: <047.86474fd241dc9de211e5670b3f370f49@haiku-os.org> #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (easy) --------------------------------------+------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: reopened Priority: low | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Keywords: Blockedby: | Platform: All Blocking: 3275 | --------------------------------------+------------------------------------- Comment(by stippi): First of all, you need to find a way to check the DPMS support. You can probably do this by using BScreen::DPMSCapabilities(). Then you need to disable the checkbox and slider for turning off the screen in case there is no support, but additionally, you need to add a BStringView below these controls explaining that DPMS is not available in the current graphics driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 11:55:43 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 10:55:43 -0000 Subject: [Haiku-bugs] [Haiku] #3606: Network prefs grows horizontally whenever you use a control In-Reply-To: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> References: <038.9a46e2f417b60c4571938b753e42b141@haiku-os.org> Message-ID: <047.00d9396e774c6d03e3ae4ce9d0afaf59@haiku-os.org> #3606: Network prefs grows horizontally whenever you use a control ----------------------------------+----------------------------------------- Reporter: pmr | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: Preferences/Network | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Fixed in r29691. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 11:58:53 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 10:58:53 -0000 Subject: [Haiku-bugs] [Haiku] #3607: Trac email notifications, missing user name in 'From' field Message-ID: <041.8aa0cc1c6381e20a49570b2f4dffdfe7@haiku-os.org> #3607: Trac email notifications, missing user name in 'From' field --------------------------+------------------------------------------------- Reporter: aldeck | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Website/Trac | Version: Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Since march 22, the 'From' field is now 'Haiku ' instead of 'username ' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 19:47:52 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 18:47:52 -0000 Subject: [Haiku-bugs] [Haiku] #3608: SpicyKeys-like dialog when pushing unknown keys on multimedia keyboards Message-ID: <048.ce270102f6297e4de48e0bc43b06deab@haiku-os.org> #3608: SpicyKeys-like dialog when pushing unknown keys on multimedia keyboards -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Input Filters | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- I hope to eventually be able to simply press one of those extra keys and have the OS open a dialog, asking me what action to assign to it. I think the input_server keyboard device hardcodes the PS2-scancode to keycode translation, filtering out unknown scancodes, meaning that an input_server filter, like that of SpicyKeys, can not know that those buttons were pressed. I think what needs to be done is to make the keyboard device load the scancode translation from disk (BeOS: AT_Keyboard_Info) and/or allow changes at runtime. The keyboard device could directly add unsupported scancodes to its lookup table, but I think it might be better to pass them on (B_UNKNOWN_SCANCODE?) to input_server filters, so e.g. SpicyKeys can react on it (by opening a dialog) on every keypress until the user has chosen a high-level action (or explicity no action) for the key to trigger. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 21:31:57 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 20:31:57 -0000 Subject: [Haiku-bugs] [Haiku] #3609: Crossbar presention of windows in Twitcher Message-ID: <048.9b6fda54febb25195ed05d57aa098209@haiku-os.org> #3609: Crossbar presention of windows in Twitcher ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- The Twitcher would be easier to immediately understand if it had a vertical column of windows. This would be a more effective visual representation of the current set of windows than the current single-item "list" of windows, the one with the up/down triangles. I?m not sure on the exact behavior, or graphics, like whether all apps should have their windows shown or only the selected application. Either you have a visual cue to signify which window is selected, (probably a larger-size icon like the app icon) or you shift the windows around some way. I think I would prefer if the apps and windows are sorted alphabetically and don?t jump around at all, in neither orientation. Instead the selection-cue moves. (Unless there are too many apps or windows to fit.) In spite of the sorted presentation, tapping ctrl-tab would still let you ping-pong between any two windows. There could be several Twitcher modes, e.g. if some people wanted more Windows-like ping-ponging between, say 3 or 4 windows. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Mar 25 21:42:51 2009 From: trac at haiku-os.org (Haiku) Date: Wed, 25 Mar 2009 20:42:51 -0000 Subject: [Haiku-bugs] [Haiku] #3584: Installer : should not copy 'swap' file In-Reply-To: <041.7c29a51473daab14e6f35a13f687b114@haiku-os.org> References: <041.7c29a51473daab14e6f35a13f687b114@haiku-os.org> Message-ID: <050.a49b68bda75360f19e51b28ff7da0d19@haiku-os.org> #3584: Installer : should not copy 'swap' file -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Installer | Version: Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: fixed in r29707 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 04:46:53 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 03:46:53 -0000 Subject: [Haiku-bugs] [Haiku] #3050: Zip-O-Matic problem In-Reply-To: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> References: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> Message-ID: <050.e4bea87cd99276f9f6e973c465aa7055@haiku-os.org> #3050: Zip-O-Matic problem ------------------------------+--------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r29724. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 09:42:04 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 08:42:04 -0000 Subject: [Haiku-bugs] [Haiku] #671: Drag and drop keys / chars on keys not implemented In-Reply-To: <053.f0523ad8bcd0bede88c93d2fead7e453@haiku-os.org> References: <053.f0523ad8bcd0bede88c93d2fead7e453@haiku-os.org> Message-ID: <062.ec7a4dd8479928f58fabac335c45df32@haiku-os.org> #671: Drag and drop keys / chars on keys not implemented ---------------------------------+------------------------------------------ Reporter: kutspam@? | Owner: axeld Type: bug | Status: closed Priority: low | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Left click drag now copies, right click drag switches the keys. Currently, this only works for normal keys, not for modifiers (like on R5). But that's an improvement left for the future :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 10:59:46 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 09:59:46 -0000 Subject: [Haiku-bugs] [Haiku] #251: [Keymap] cpu usage and key images flickering In-Reply-To: <040.223cc81471193a339a96988009e76eaf@haiku-os.org> References: <040.223cc81471193a339a96988009e76eaf@haiku-os.org> Message-ID: <049.dafc89577b1e122e06282e28aa635a73@haiku-os.org> #251: [Keymap] cpu usage and key images flickering ---------------------------------+------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: closed Priority: low | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Changes (by diver): * version: => R1 development Comment: New Keymap is having the same problems like in description, should I reopen this bug, or create a new one? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 11:19:31 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 10:19:31 -0000 Subject: [Haiku-bugs] [Haiku] #251: [Keymap] cpu usage and key images flickering In-Reply-To: <040.223cc81471193a339a96988009e76eaf@haiku-os.org> References: <040.223cc81471193a339a96988009e76eaf@haiku-os.org> Message-ID: <049.f79b347e82968f5fe7b8682a6f981458@haiku-os.org> #251: [Keymap] cpu usage and key images flickering ---------------------------------+------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: closed Priority: low | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by aldeck): Replying to [comment:7 diver]: > New Keymap is having the same problems like in description, should I reopen this bug, or create a new one? Nope, as this is a totally new/different drawing code (work in progress even, so i'd wait a bit before submitting any new bug on this). My old drawing rewrite/optimisation now Rests.In.Peace :D -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 12:08:45 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 11:08:45 -0000 Subject: [Haiku-bugs] [Haiku] #1775: Tracker crash on clicking replicant menu In-Reply-To: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> References: <044.ebb7c14ec00866cfed03126df25d3725@haiku-os.org> Message-ID: <053.c15679abc0bcace2d9a9a7747e55f797@haiku-os.org> #1775: Tracker crash on clicking replicant menu -----------------------------+---------------------------------------------- Reporter: elvencode | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: fixed in r29727 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 12:58:07 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 11:58:07 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts In-Reply-To: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> References: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> Message-ID: <049.fedb3ba2b0469446752c4df2fbc585dc@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by aldeck): Happens quite reliably here with DeskCalc under vmware. Not too sure, but it seems it helps (to reproduce) when artificially slowing down the drawing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 16:04:04 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 15:04:04 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting In-Reply-To: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> References: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> Message-ID: <049.b096c58a0d1f40790f73bd1692c998bc@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by aldeck): Talked to plasm on #haiku, commenting so that everyone on haiku-bugs mailing list gets notified. Will have a look this weekend unless someone beats me to it :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 19:26:20 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 18:26:20 -0000 Subject: [Haiku-bugs] [Haiku] #190: [Media] prefs isn't font sensitive (easy) In-Reply-To: <040.db17c908b2858a7d95f521e1054326c9@haiku-os.org> References: <040.db17c908b2858a7d95f521e1054326c9@haiku-os.org> Message-ID: <049.c155c5419f984271c2c990e3ac4848b7@haiku-os.org> #190: [Media] prefs isn't font sensitive (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Keywords: Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by jalopeura): * cc: jalopeura@? (added) * version: => R1 development Comment: Updating to use the system layout engine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 20:20:23 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 19:20:23 -0000 Subject: [Haiku-bugs] [Haiku] #3610: minor mimetype error for welcome.html and BeBook index.html Message-ID: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> #3610: minor mimetype error for welcome.html and BeBook index.html -----------------------------------------------+---------------------------- Reporter: sten | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Keywords: BeBook Welcome mimetype filetypes | Blockedby: Platform: All | Blocking: -----------------------------------------------+---------------------------- In r29713 vmware image: It's a very minor, easily fixable bug, I think. The mimetypes of welcome.html and Bebook index.html are text/plain instead of text/html. New users click Welcome, which opens in StyledEdit, instead of BeZilla/Bon Echo. 'just a wild guess, (I'm not very familiar with BeOS), but: If mimetype is an attribute of a file, and text/plain is default -- in the absence of this attribute -- then it seems like welcome.html and index.html are losing their attributes in some part of the snapshot build process, or else these attributes aren't being applied when the desktop files are generated. Best regards, Nick -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 21:09:21 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 20:09:21 -0000 Subject: [Haiku-bugs] [Haiku] #251: [Keymap] cpu usage and key images flickering In-Reply-To: <040.223cc81471193a339a96988009e76eaf@haiku-os.org> References: <040.223cc81471193a339a96988009e76eaf@haiku-os.org> Message-ID: <049.1006dbe0ad9cca0820637374bbb10bdd@haiku-os.org> #251: [Keymap] cpu usage and key images flickering ---------------------------------+------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: closed Priority: low | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by axeld): Don't worry, aldeck, I will put that back in - I just developed it in VESA mode and didn't even notice any flickering there :-) I think we should really have double buffering built in, though... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 21:10:57 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 20:10:57 -0000 Subject: [Haiku-bugs] [Haiku] #3610: minor mimetype error for welcome.html and BeBook index.html In-Reply-To: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> References: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> Message-ID: <048.805b060cf3a1b79eae3b4ff500ecfddd@haiku-os.org> #3610: minor mimetype error for welcome.html and BeBook index.html -----------------------------------------------+---------------------------- Reporter: sten | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Keywords: BeBook Welcome mimetype filetypes | Blockedby: Platform: All | Blocking: -----------------------------------------------+---------------------------- Changes (by umccullough): * cc: umccullough@? (added) Comment: I recall zipping up the BeBook from a Haiku/BeOS machine using a version of zip that includes attributes - so at least it should have unzipped the mime types along with the files properly. Perhaps someone has modified the original zip file I provided (I see the one in optional-packages has a newer date for example), or perhaps the version of unzip used during the build process doesn't unzip attributes, or even perhaps something else entirely. I'll try to take a look at what might be causing this if I can this weekend. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 22:29:29 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 21:29:29 -0000 Subject: [Haiku-bugs] [Haiku] #3610: minor mimetype error for welcome.html and BeBook index.html In-Reply-To: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> References: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> Message-ID: <048.c038f765eaf54c57470fd95260a557ec@haiku-os.org> #3610: minor mimetype error for welcome.html and BeBook index.html -----------------------------------------------+---------------------------- Reporter: sten | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Keywords: BeBook Welcome mimetype filetypes | Blockedby: Platform: All | Blocking: -----------------------------------------------+---------------------------- Comment(by idefix): BeBook's mime type is correct. Only welcome.html has a text/plain mime type.[[BR]] It used to have no mime type in r29641, but after Haiku has finished booting the first time it would have got the right mime-type (see r29641a.png and r29641b.png).[[BR]] In r29656 it has a text/plain mime type (see r29656.png). I suspect changeset:29648 is the culprit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Mar 26 23:26:27 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 22:26:27 -0000 Subject: [Haiku-bugs] [Haiku] #3179: [Firefox] Sometimes stops rendering In-Reply-To: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> References: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> Message-ID: <051.3dc5534542dc0f764a17ac4a51bca7d4@haiku-os.org> #3179: [Firefox] Sometimes stops rendering --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmadia): This can be moved to http://ports.haiku-files.org with a component of www-client / mozilla-firefox -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 00:03:56 2009 From: trac at haiku-os.org (Haiku) Date: Thu, 26 Mar 2009 23:03:56 -0000 Subject: [Haiku-bugs] [Haiku] #3611: scrollbar : incorrect scrolling Message-ID: <041.559a2e0d9d4df1b111410a7c68b8ddd7@haiku-os.org> #3611: scrollbar : incorrect scrolling --------------------------------+------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- gcc2 , r29725, real HW In the attached image, clicking exactly where the mouse pointer is will result in the scrollbar scrolling a page at a time. This is not the expected behavior. If the mouse is moved 1 pixel higher, scrolling happens as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 03:35:28 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 02:35:28 -0000 Subject: [Haiku-bugs] [Haiku] #3612: Preferences entry is symlink. should be folder Message-ID: <041.f29fe5803be17d538828b5de8003c7b1@haiku-os.org> #3612: Preferences entry is symlink. should be folder ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- /boot/home/config/be/Preferences is a symlink to /boot/beos/preferences. This is incorrect. It should be an actual folder like /boot/home/config/be/Applications. This will allow 3rd party preflets, such as IM Kit and InfoPopper to be installed to /boot/preferences and symlinked to /boot/home/config/be/Preferences and displayed in Deskbar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 03:44:25 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 02:44:25 -0000 Subject: [Haiku-bugs] [Haiku] #3613: Does not rememeber the selected partitions Message-ID: <041.a295b70575e63fffacf34ce2d6eccc13@haiku-os.org> #3613: Does not rememeber the selected partitions ------------------------------------+--------------------------------------- Reporter: mmadia | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Usability issue. In short, launching drive setup will cause Installer to forget which partitions the user had selected prior to clicking "Setup Partitions" To reproduce: Start Installer via Terminal.[[BR]] Select any partition other than the first one listed. [[BR]] Click "Setup partitions" to launch DriveSetup. [[BR]] Exit DriveSetup.[[BR]] Notice the TargetVisitor::Visit(BPartition *) and similar output.[[BR]] Notice the Install from has changed from the user's selection to the first listed partition.[[BR]] Expected results: Upon exiting DriveSetup, Installer should still retain the user's selected partition for "Install to:" Note: "Onto:" is also lost. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 06:53:00 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 05:53:00 -0000 Subject: [Haiku-bugs] [Haiku] #3614: [PATCH] Pe-gcc4 to OptionalPackages Message-ID: <040.9c550ab7a294fecbe34a4980c7772b81@haiku-os.org> #3614: [PATCH] Pe-gcc4 to OptionalPackages --------------------------+------------------------------------------------- Reporter: aljen | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Keywords: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Here's patch to add Pe built with gcc4 to OptionalPackages -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 09:05:44 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 08:05:44 -0000 Subject: [Haiku-bugs] [Haiku] #2413: [Interface kit] enlarging menus (easy) In-Reply-To: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> References: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> Message-ID: <049.32d94109a7e8eed73d71cab5d8292596@haiku-os.org> #2413: [Interface kit] enlarging menus (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: 3051 --------------------------------+------------------------------------------- Changes (by chico): * cc: chillyCreator@? (added) Comment: Ticket #2413 is enlarging MenuField. There are two solution to fix this bug. One is set : {{{ fCompressionMF = new BMenuField(BRect(20, 50, 215, 70), "compression", "Use Compression:", menu, true,B_FOLLOW_LEFT_RIGHT); // fCompressionMF->ResizeToPreferred(); }}} the menufield is always to the View's right. The diff is in the attachment. Another solution is: the menufield side is not to the view's right, and its width is equal to the characters. {{{ fCompressionMF = new BMenuField(BRect(20, 50, 215, 70), "compression", "Use Compression:", menu, false); }}} So which solution should we choose? And I don't know I fixed the bug or not. I also found the menufield of sgi translator is the same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 11:11:49 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 10:11:49 -0000 Subject: [Haiku-bugs] [Haiku] #2413: [Interface kit] enlarging menus (was: [Interface kit] enlarging menus (easy)) In-Reply-To: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> References: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> Message-ID: <049.bf6b758a6393b2b73f43ead462d4500f@haiku-os.org> #2413: [Interface kit] enlarging menus --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: 3051 --------------------------------+------------------------------------------- Comment(by stippi): Both of these solutions just fix a symptom of a bug in the class framework of BMenu <-> BMenuBar <-> _BMCPrivate_ (the BMenuBar subclass used in the BMenuField control). If the BMenu has a certain resizing mode (B_FOLLOW_LEFT_RIGHT), then the minimum size calculation is buggy. The size calculation is different for some (BeOS-) backwards compatibility reasons, but either BMenuField should not use it at all (always layout it's BMenuBar in FrameResized()) or the calculation is simply buggy and can be fixed. In any case, this bug should not have been marked "easy", since it requires a good overview of the involved classes as well as some knowledge how to approach the backwards-compatibility requirement and test it correctly across a number of apps. Sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:32:40 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 11:32:40 -0000 Subject: [Haiku-bugs] [Haiku] #3614: [PATCH] Pe-gcc4 to OptionalPackages In-Reply-To: <040.9c550ab7a294fecbe34a4980c7772b81@haiku-os.org> References: <040.9c550ab7a294fecbe34a4980c7772b81@haiku-os.org> Message-ID: <049.00a4f3c4bd449fcb03a1507150b7712e@haiku-os.org> #3614: [PATCH] Pe-gcc4 to OptionalPackages ---------------------------+------------------------------------------------ Reporter: aljen | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Keywords: Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Applied in r29744. Please see commit notes. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:39:17 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 11:39:17 -0000 Subject: [Haiku-bugs] [Haiku] #3612: Preferences entry is symlink. should be folder In-Reply-To: <041.f29fe5803be17d538828b5de8003c7b1@haiku-os.org> References: <041.f29fe5803be17d538828b5de8003c7b1@haiku-os.org> Message-ID: <050.0e5cc25f347c599ed17f5917a6f4cd32@haiku-os.org> #3612: Preferences entry is symlink. should be folder ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:43:53 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 11:43:53 -0000 Subject: [Haiku-bugs] [Haiku] #2891: [DiskUsage] "?" button is always disabled (easy) In-Reply-To: <040.3458271504143244f23b231da2fecca6@haiku-os.org> References: <040.3458271504143244f23b231da2fecca6@haiku-os.org> Message-ID: <049.0dce52c50fd449953ebe572be0cfe85b@haiku-os.org> #2891: [DiskUsage] "?" button is always disabled (easy) --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by chico): Replying to [comment:1 diver]: > DiskUsage is not in Trac Because there is no document of DiskUsageHelp.html in Haiku image System. So the button is always disabled. I think this is not a bug, unless you have ported the documents into image System. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:52:21 2009 From: trac at haiku-os.org (Haiku) Date: Fri, 27 Mar 2009 11:52:21 -0000 Subject: [Haiku-bugs] [Haiku] #2891: [DiskUsage] "?" button is always disabled (easy) In-Reply-To: <040.3458271504143244f23b231da2fecca6@haiku-os.org> References: <040.3458271504143244f23b231da2fecca6@haiku-os.org> Message-ID: <049.4f9b05f2b3eb0d2904a5613f4b661bcb@haiku-os.org> #2891: [DiskUsage] "?" button is always disabled (easy) --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Keywords: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by stippi): Correct. But we do have documentation now in the Haiku user guide. '''''' Maybe DiskUsage should be fixed to look for that file instead? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:56:41 2009 From: trac at haiku-os.org (stippi) Date: Fri, 27 Mar 2009 11:56:41 -0000 Subject: [Haiku-bugs] [Haiku] #3612: Preferences entry is symlink. should be folder In-Reply-To: <041.f29fe5803be17d538828b5de8003c7b1@haiku-os.org> References: <041.f29fe5803be17d538828b5de8003c7b1@haiku-os.org> Message-ID: <050.0225f78c8e7b0d4279a2a5935fe1631b@haiku-os.org> #3612: Preferences entry is symlink. should be folder ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed * component: Applications/Deskbar => Build System Comment: Fixed in r29745. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:57:06 2009 From: trac at haiku-os.org (nielx) Date: Fri, 27 Mar 2009 11:57:06 -0000 Subject: [Haiku-bugs] [Haiku] #3607: Trac email notifications, missing user name in 'From' field In-Reply-To: <041.8aa0cc1c6381e20a49570b2f4dffdfe7@haiku-os.org> References: <041.8aa0cc1c6381e20a49570b2f4dffdfe7@haiku-os.org> Message-ID: <050.ecce4054e5281ef602a50a6cf0ce5bc0@haiku-os.org> #3607: Trac email notifications, missing user name in 'From' field ---------------------------+------------------------------------------------ Reporter: aldeck | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: Unscheduled Component: Website/Trac | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Fixed: wrong software version installed on temporary server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 12:59:03 2009 From: trac at haiku-os.org (stippi) Date: Fri, 27 Mar 2009 11:59:03 -0000 Subject: [Haiku-bugs] [Haiku] #190: [Media] prefs isn't font sensitive (easy) In-Reply-To: <040.db17c908b2858a7d95f521e1054326c9@haiku-os.org> References: <040.db17c908b2858a7d95f521e1054326c9@haiku-os.org> Message-ID: <049.6ab0a3a27cbe2438ced1d3439566926d@haiku-os.org> #190: [Media] prefs isn't font sensitive (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by stippi): Replying to [comment:19 jalopeura]: > Updating to use the system layout engine. Just to make sure: Do you mean you are working on it? Or did you already work on it and forgot to attach the patch? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 13:00:23 2009 From: trac at haiku-os.org (nielx) Date: Fri, 27 Mar 2009 12:00:23 -0000 Subject: [Haiku-bugs] [Haiku] #3006: [TRAC] password issue In-Reply-To: <040.f6e52ab965a5f2c9801a43620435a7cc@haiku-os.org> References: <040.f6e52ab965a5f2c9801a43620435a7cc@haiku-os.org> Message-ID: <049.a1e64ba0b33327619c759dac04101824@haiku-os.org> #3006: [TRAC] password issue --------------------------+------------------------------------------------- Reporter: aljen | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by nielx): * owner: haiku-web => nielx Comment: Replying to [comment:2 aljen]: > yep, it still persist, generated passwords works, when changing it "password saved", logout & login with new one "incorrect password/login", but generated works. > does it saves updated password at all ? :) One would wonder :-) The AccountManager plugin has been updated in the mean time, could you please try again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 13:21:34 2009 From: trac at haiku-os.org (diver) Date: Fri, 27 Mar 2009 12:21:34 -0000 Subject: [Haiku-bugs] [Haiku] #3615: [app_server] redraw bug afer starting bootman Message-ID: <040.c3c3947bbaf9537272bf7a38b613f10b@haiku-os.org> #3615: [app_server] redraw bug afer starting bootman --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Navigate to /boot/beos/bin, type "b" to jump to bootman and press enter. You should see white box above bootman window, see screenshot. Tested with r29726 in vbox. Note that in r29734 stippi fixed #2330, which in turn hide this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 13:22:43 2009 From: trac at haiku-os.org (diver) Date: Fri, 27 Mar 2009 12:22:43 -0000 Subject: [Haiku-bugs] [Haiku] #3616: [app_server] redraw bug afer starting bootman Message-ID: <040.fda22dc9ee2b0bd9fea3e57960389848@haiku-os.org> #3616: [app_server] redraw bug afer starting bootman -----------------------+---------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Navigate to /boot/beos/bin, type "b" to jump to bootman and press enter. You should see white box above bootman window, see screenshot. Tested with r29726 in vbox. Note that in r29734 stippi fixed #2330, which in turn hide this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 13:23:29 2009 From: trac at haiku-os.org (diver) Date: Fri, 27 Mar 2009 12:23:29 -0000 Subject: [Haiku-bugs] [Haiku] #3616: [app_server] redraw bug afer starting bootman In-Reply-To: <040.fda22dc9ee2b0bd9fea3e57960389848@haiku-os.org> References: <040.fda22dc9ee2b0bd9fea3e57960389848@haiku-os.org> Message-ID: <049.94938516d7505ca8dc4b08ca03f9c09a@haiku-os.org> #3616: [app_server] redraw bug afer starting bootman -----------------------+---------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by diver): Duplicate of #3615 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 13:44:56 2009 From: trac at haiku-os.org (stippi) Date: Fri, 27 Mar 2009 12:44:56 -0000 Subject: [Haiku-bugs] [Haiku] #3616: [app_server] redraw bug afer starting bootman In-Reply-To: <040.fda22dc9ee2b0bd9fea3e57960389848@haiku-os.org> References: <040.fda22dc9ee2b0bd9fea3e57960389848@haiku-os.org> Message-ID: <049.17672beed2c453047e8ac81960c546eb@haiku-os.org> #3616: [app_server] redraw bug afer starting bootman ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 13:48:41 2009 From: trac at haiku-os.org (stippi) Date: Fri, 27 Mar 2009 12:48:41 -0000 Subject: [Haiku-bugs] [Haiku] #2330: [bootman] GUI should have size limits (easy) In-Reply-To: <040.4ef3ccf800a0e171d7e4dce40c036d2d@haiku-os.org> References: <040.4ef3ccf800a0e171d7e4dce40c036d2d@haiku-os.org> Message-ID: <049.dbd4cae17ce3b47ae377ba9dc159f479@haiku-os.org> #2330: [bootman] GUI should have size limits (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Fixed in r29734. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 14:32:57 2009 From: trac at haiku-os.org (chico) Date: Fri, 27 Mar 2009 13:32:57 -0000 Subject: [Haiku-bugs] [Haiku] #3617: clicking filename is very easy to rename a file. Message-ID: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> #3617: clicking filename is very easy to rename a file. -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- I find when I carelessly click files in folder, the window of rename will pop up. I don't think it's a good design for usability. Here are the solution: to longer the mouse click response. Or clicking the filename once just means choosing the file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 14:34:50 2009 From: trac at haiku-os.org (chico) Date: Fri, 27 Mar 2009 13:34:50 -0000 Subject: [Haiku-bugs] [Haiku] #3617: clicking filename is very easy to rename a file. In-Reply-To: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> References: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> Message-ID: <049.d38b035c37918125c6f1437c2ca60d62@haiku-os.org> #3617: clicking filename is very easy to rename a file. -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by chico): ...The title is so chinese, sorry. It should be changed as "Clicking filename will rename file easily". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 14:42:20 2009 From: trac at haiku-os.org (stippi) Date: Fri, 27 Mar 2009 13:42:20 -0000 Subject: [Haiku-bugs] [Haiku] #3617: Clicking a filename will enter renaming mode too easily. (was: clicking filename is very easy to rename a file.) In-Reply-To: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> References: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> Message-ID: <049.396b728f4a1e72496392175491da5dbf@haiku-os.org> #3617: Clicking a filename will enter renaming mode too easily. -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 14:42:51 2009 From: trac at haiku-os.org (stippi) Date: Fri, 27 Mar 2009 13:42:51 -0000 Subject: [Haiku-bugs] [Haiku] #3617: Clicking a filename will enter renaming mode too easily. In-Reply-To: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> References: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> Message-ID: <049.b6563440edc6211beca37a1db0967c73@haiku-os.org> #3617: Clicking a filename will enter renaming mode too easily. ----------------------------------+----------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by stippi): * component: - General => Applications/Tracker -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 14:51:17 2009 From: trac at haiku-os.org (chico) Date: Fri, 27 Mar 2009 13:51:17 -0000 Subject: [Haiku-bugs] [Haiku] #3618: [Interface kit] function replace (easy) Message-ID: <040.987a9bfb89c4f3acd2895b3de0d3de88@haiku-os.org> #3618: [Interface kit] function replace (easy) ----------------------------------+----------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Kits/Translation Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- {{{ status_t BTranslator::MakeConfigurationView(BMessage* ioExtension, BView** outView, BRect* outExtent) { return B_ERROR; } }}} in Translator should be replaced by function MakeConfig() in TranslatorAddOn.h -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 15:48:18 2009 From: trac at haiku-os.org (axeld) Date: Fri, 27 Mar 2009 14:48:18 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.e2a374a4047bb83571590c47067bee66@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by axeld): It's actually wanted that an application can override this key. Just think of emulators such as Qemu - if you press the Print Screen key there, you should actually expect it work in the emulator, not outside of it. Every key shortcut that is not handled within the application is impossible to override - while this might be desirable for things like changing a workspace (so that an app cannot lock you into a specific workspace), most key shortcuts should be handled within the application when possible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 15:48:51 2009 From: trac at haiku-os.org (axeld) Date: Fri, 27 Mar 2009 14:48:51 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.716a5da66225f84eff6fb3e1fbfaa021@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated --------------------------------+------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by axeld): * owner: julun => axeld * component: Applications/Screenshot => Kits/Interface Kit -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 18:09:14 2009 From: trac at haiku-os.org (jalopeura) Date: Fri, 27 Mar 2009 17:09:14 -0000 Subject: [Haiku-bugs] [Haiku] #190: [Media] prefs isn't font sensitive (easy) In-Reply-To: <040.db17c908b2858a7d95f521e1054326c9@haiku-os.org> References: <040.db17c908b2858a7d95f521e1054326c9@haiku-os.org> Message-ID: <049.4defa574c8777e1537fa053866f70070@haiku-os.org> #190: [Media] prefs isn't font sensitive (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by jalopeura): Replying to [comment:20 stippi]: > Just to make sure: Do you mean you are working on it? Or did you already work on it and forgot to attach the patch? I am working on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 18:25:43 2009 From: trac at haiku-os.org (nastee) Date: Fri, 27 Mar 2009 17:25:43 -0000 Subject: [Haiku-bugs] [Haiku] #3035: [Tracker] coulumn resize issue in "Open With" window (easy) In-Reply-To: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> References: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> Message-ID: <049.d6a966b62de189be4e606d45ab0f2ab9@haiku-os.org> #3035: [Tracker] coulumn resize issue in "Open With" window (easy) ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by nastee): I added a PreferredWidth() to OpenWithRelationAttributeText. Works fine with the different relations I tested. Relation seems to always be a String. Wouldn't StringAttributeText be more appropriate as superclass, rather than ScalarAttributeText? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 19:39:20 2009 From: trac at haiku-os.org (nastee) Date: Fri, 27 Mar 2009 18:39:20 -0000 Subject: [Haiku-bugs] [Haiku] #3035: [Tracker] coulumn resize issue in "Open With" window (easy) In-Reply-To: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> References: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> Message-ID: <049.0f2cf0245c34b6ad2e85975c90c51a81@haiku-os.org> #3035: [Tracker] coulumn resize issue in "Open With" window (easy) ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by nastee): * cc: obaro.ogbo@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 20:13:31 2009 From: trac at haiku-os.org (plasm) Date: Fri, 27 Mar 2009 19:13:31 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting In-Reply-To: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> References: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> Message-ID: <049.e4b86c1fdf205e7cf93cc4a0c82bea09@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by plasm): I made a mistake when updating the attachment (forgot to check the box indicating I wanted it to replace the old one), so it appended a '2' on the end... I would appreciate it if someone could delete the second patch (with the '2'), and I will reupload it... this time making sure it replaces the original patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 21:06:29 2009 From: trac at haiku-os.org (koki) Date: Fri, 27 Mar 2009 20:06:29 -0000 Subject: [Haiku-bugs] [Haiku] #2665: Donating codes: APE reader In-Reply-To: <041.e0e43b22fa9aa8c855e1bb1de35ece8c@haiku-os.org> References: <041.e0e43b22fa9aa8c855e1bb1de35ece8c@haiku-os.org> Message-ID: <050.c0bc2dbefcb5e03be270bb5792d98e40@haiku-os.org> #2665: Donating codes: APE reader ----------------------------------+----------------------------------------- Reporter: shinta | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Changes (by koki): * cc: koki (added) Comment: Gentle reminder. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Mar 27 21:12:24 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 27 Mar 2009 20:12:24 -0000 Subject: [Haiku-bugs] [Haiku] #2665: Donating codes: APE reader In-Reply-To: <041.e0e43b22fa9aa8c855e1bb1de35ece8c@haiku-os.org> References: <041.e0e43b22fa9aa8c855e1bb1de35ece8c@haiku-os.org> Message-ID: <050.15ce5585f800fee9df78626ccffc86d1@haiku-os.org> #2665: Donating codes: APE reader ----------------------------------+----------------------------------------- Reporter: shinta | Owner: dlmcpaul Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Changes (by anevilyak): * owner: marcusoverhagen => dlmcpaul Comment: Reassigning since Marcus doesn't have much time currently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 13:21:46 2009 From: trac at haiku-os.org (absabs) Date: Sat, 28 Mar 2009 12:21:46 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.486ec6742c719cd908e1ab5a14ebc073@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by absabs): siarzhuk, I have update the firewire stack, after svn up, please add OWRITE(sc, FWOHCI_INTSTATCLR, ~0); after sc->intmask |= OHCI_INT_CYC_LOST | OHCI_INT_PHY_INT; in line 582 in src/add-ons/kernel/bus_managers/firewire/fwohci.c would you please help recompile and test it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 15:30:38 2009 From: trac at haiku-os.org (absabs) Date: Sat, 28 Mar 2009 14:30:38 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.471bed8c85869528063be42381a7fa87@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by absabs): siarzhuk, one tip from luroh, "if the HP NX7400 notebook in ticket 3595 has a "PnP OS = No" option in BIOS, should try that" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 18:40:59 2009 From: trac at haiku-os.org (siarzhuk) Date: Sat, 28 Mar 2009 17:40:59 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.7bff2e732144062461d313319085d7ea@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 ------------------------------+--------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by siarzhuk): Replying to [comment:7 absabs]: > siarzhuk, I have update the firewire stack, after svn up, please > add > OWRITE(sc, FWOHCI_INTSTATCLR, ~0); > after > sc->intmask |= OHCI_INT_CYC_LOST | OHCI_INT_PHY_INT; > in line 582 in src/add-ons/kernel/bus_managers/firewire/fwohci.c > > would you please help recompile and test it. Looks like this help a bit. ;-) No more boot hangups observed. Corresponding successful log is attached. Note that count of handled interrupts is also looks more reasonable now. PS: This Notebook has no "PnP OS" BIOS configuration. :-| -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 19:49:25 2009 From: trac at haiku-os.org (luroh) Date: Sat, 28 Mar 2009 18:49:25 -0000 Subject: [Haiku-bugs] [Haiku] #1627: FAT: General System Error! In-Reply-To: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> References: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> Message-ID: <048.ef8424cacb8d684450730d0e8b0b12a9@haiku-os.org> #1627: FAT: General System Error! ------------------------------+--------------------------------------------- Reporter: rdmr | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by luroh): rdmr, pieterpan: is the ticket still valid? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 20:07:54 2009 From: trac at haiku-os.org (luroh) Date: Sat, 28 Mar 2009 19:07:54 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.f0d8453eaa05976392de8a44db478021@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by luroh): Dupe of #1845? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 20:39:28 2009 From: trac at haiku-os.org (kallisti5) Date: Sat, 28 Mar 2009 19:39:28 -0000 Subject: [Haiku-bugs] [Haiku] #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM Message-ID: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM -------------------------+-------------------------------------------------- Reporter: kallisti5 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- I have a usb mouse and keyboard plugged into a kvm hooked upto a machine running Haiku r29748 If I change systems on the KVM a few times with about 5-10 seconds in between. Haiku will panic on the third or fourth removal with: 'Bad address' on fault at 0xdeadbf0f Lots of USB errors are also present. A serial dump of the logs is attached. I made Haiku panic twice in these logs. I think this should be a blocker for R1, as usb device addition/removal should never lead to a system crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 20:43:38 2009 From: trac at haiku-os.org (kallisti5) Date: Sat, 28 Mar 2009 19:43:38 -0000 Subject: [Haiku-bugs] [Haiku] #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM In-Reply-To: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> References: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> Message-ID: <053.1d75c3576180b63e42e6fdce0170c239@haiku-os.org> #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM -------------------------+-------------------------------------------------- Reporter: kallisti5 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by kallisti5): Just noting complete crash messages so others may be able to find: 1195:PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf0f, ip 0x800744f7 2701:PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf0f, ip 0x800744f7 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 20:50:06 2009 From: trac at haiku-os.org (stippi) Date: Sat, 28 Mar 2009 19:50:06 -0000 Subject: [Haiku-bugs] [Haiku] #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM In-Reply-To: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> References: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> Message-ID: <053.e09830d32bf1c114541146814f9a431d@haiku-os.org> #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM -------------------------+-------------------------------------------------- Reporter: kallisti5 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by stippi): I saw this one too. I was able to make it happen much less likely when adding a delay in the MouseInputDevice between ioctl()s. This should just lower the frequency of ioctl()s a bit and make the bug less likely to be triggered. It looks to me like the device is already removed, even though MouseInputDevice has it still open. The ioctl() should then simply fail. Most of the times, this works just fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 23:09:52 2009 From: trac at haiku-os.org (luroh) Date: Sat, 28 Mar 2009 22:09:52 -0000 Subject: [Haiku-bugs] [Haiku] #1711: Haiku stops booting at allocate_commpage_entry(4, 34) In-Reply-To: <039.2d605d85fd03d15830479374a2593081@haiku-os.org> References: <039.2d605d85fd03d15830479374a2593081@haiku-os.org> Message-ID: <048.9e79bb856a975690908ff02f53269d33@haiku-os.org> #1711: Haiku stops booting at allocate_commpage_entry(4, 34) ----------------------------+----------------------------------------------- Reporter: euan | Owner: korli Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by luroh): ddew|bofh: still got that 5 GB system mentioned in http://dev .haiku-os.org/ticket/1711 ?[[BR]] luroh: nope, running with 8 now[[BR]] luroh: works fine[[BR]] as did 5 after the mtrr fixes[[BR]] Guess it can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Mar 28 23:57:06 2009 From: trac at haiku-os.org (JeremyVisser) Date: Sat, 28 Mar 2009 22:57:06 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.4e76f27ebda1f3b24aeb8acea1d8b0e8@haiku-os.org> #2643: Black screen when DVI connected -------------------------------------+-------------------------------------- Reporter: andreasf | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by JeremyVisser): Possibly. #1845 doesn't contain enough information to give a definite yes or no. It doesn't mention anything about DVI, which is what this bug is all about. Plus, this bug has all the logs and things attached. If anything, #1845 should be marked as a dupe of this bug (regardless of chronological order). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 00:15:45 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sat, 28 Mar 2009 23:15:45 -0000 Subject: [Haiku-bugs] [Haiku] #3620: Allow Command-Q to hide Tracker's Preferences Message-ID: <048.ca0292dfb8a7b4f534bffa27687b37ab@haiku-os.org> #3620: Allow Command-Q to hide Tracker's Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- From a user point of view the Tracker Preferences may appear to be a stand-alone application, since it can be launched that way now. People will try to close it by Command-Q and find that it doesn't work. Hardly the end of the world, but some are likely to find it annoying. There are plenty of other applications where people can learn the difference between Command-Q and Command-W, in a more meaningful way. This patch lets you Command-Q to hide Tracker's Preferences. Please do comment on code guideline compliance. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 00:48:15 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sat, 28 Mar 2009 23:48:15 -0000 Subject: [Haiku-bugs] [Haiku] #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows In-Reply-To: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> References: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> Message-ID: <057.32c9199006c264e28bedd5e1138063c5@haiku-os.org> #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows -------------------------------+-------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by jonas.kirilla): Here's a patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 03:10:02 2009 From: trac at haiku-os.org (diver) Date: Sun, 29 Mar 2009 01:10:02 -0000 Subject: [Haiku-bugs] [Haiku] #1449: implement keymap switching application In-Reply-To: <040.63465193e0d71be4d9e6d72488e8b621@haiku-os.org> References: <040.63465193e0d71be4d9e6d72488e8b621@haiku-os.org> Message-ID: <049.41a891fec174bc7142ec56904fcdafaf@haiku-os.org> #1449: implement keymap switching application ----------------------------------+----------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Servers/input_server | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by diver): Some links: http://switcher.cvs.sourceforge.net/viewvc/switcher/keymapswitcher(haiku)/ http://siarzhuk.dyndns.org/switcher-h.zip I would suggest to add "Show keymap switcher in Deskbar" option to Keymap preflet to trigger deskbar replicant on/off. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 04:16:35 2009 From: trac at haiku-os.org (chico) Date: Sun, 29 Mar 2009 02:16:35 -0000 Subject: [Haiku-bugs] [Haiku] #3621: [apps/icon-o-matic]initial canvas view has a big gray area in vm(easy) Message-ID: <040.11326d86529c1299cba0d1e36e538ce5@haiku-os.org> #3621: [apps/icon-o-matic]initial canvas view has a big gray area in vm(easy) ---------------------------------------+------------------------------------ Reporter: chico | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ There are a big gray area in the canvas, when icon-o-matic is started in vm. If you scroll the canvas, some gray area will disappear. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 04:46:05 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 02:46:05 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.2d47ad1e720973e058e7dcf568d1e62d@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ---------------------+------------------------------------------------------ Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by mmadia): HAL, please move this to http://ports.haiku-files.org with a component of www-client / mozilla-firefox -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 04:57:50 2009 From: trac at haiku-os.org (chico) Date: Sun, 29 Mar 2009 02:57:50 -0000 Subject: [Haiku-bugs] [Haiku] #3622: favorites menu only has 20 items Message-ID: <040.ea5b23255e5fc958a085f6de2ac32ae0@haiku-os.org> #3622: favorites menu only has 20 items -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- 1. open mediaplay 2. click Mediaply menu -> open file ->Favorites->configure Favorites 3. click "New Group" more than 20 times 4. back. You will find there are only 20 group in Favorites. expect: there should show all groups or add vertical scrollbar to view them all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 05:18:06 2009 From: trac at haiku-os.org (chico) Date: Sun, 29 Mar 2009 03:18:06 -0000 Subject: [Haiku-bugs] [Haiku] #3623: mediaplay setting no menu Message-ID: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> #3623: mediaplay setting no menu -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- 1. open mediaplay 2. click setting->no menu expect: there should be some way to show menu again without closing mediaplay and then opening a new one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 05:36:54 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 03:36:54 -0000 Subject: [Haiku-bugs] [Haiku] #3624: "Configure Favorites" : cannot add folders Message-ID: <041.dc9e09dc3950ab3d3bdc3a8e7e19191b@haiku-os.org> #3624: "Configure Favorites" : cannot add folders ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- To reproduce : In a BFilePanel, select Favorites --> Configure Favorites, click [Add]. At this point, you should be able to add a folder. However only files are allowed to be added. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 05:38:56 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 03:38:56 -0000 Subject: [Haiku-bugs] [Haiku] #3623: mediaplay setting no menu In-Reply-To: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> References: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> Message-ID: <049.64dffc63bdfdf2ffd97db27b49cb9a85@haiku-os.org> #3623: mediaplay setting no menu -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmadia): Weird.. the first time I tried this, i was able to right click MediaPlayer and unselect NoMenu. On subsequent runs, I am unable to. gcc2 r29472 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 05:46:46 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 03:46:46 -0000 Subject: [Haiku-bugs] [Haiku] #3622: favorites menu only has 20 items In-Reply-To: <040.ea5b23255e5fc958a085f6de2ac32ae0@haiku-os.org> References: <040.ea5b23255e5fc958a085f6de2ac32ae0@haiku-os.org> Message-ID: <049.fba13db1aaeaaca5879fa6c2a85afaa0@haiku-os.org> #3622: favorites menu only has 20 items ----------------------------------+----------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by mmadia): * component: - General => Applications/Tracker -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 06:06:03 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 04:06:03 -0000 Subject: [Haiku-bugs] [Haiku] #3625: add libtracker.so to component Kits Message-ID: <041.37494edb57ef9ad19c0ff6479c2ce47d@haiku-os.org> #3625: add libtracker.so to component Kits --------------------------+------------------------------------------------- Reporter: mmadia | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Numerous tickets could be filed under Kits/libtracker.so and not Tracker. Requesting creating of Component : Kits / libtracker.so -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 06:12:30 2009 From: trac at haiku-os.org (absabs) Date: Sun, 29 Mar 2009 04:12:30 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.0efa017f3bb65effa14446af9aa54610@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 -------------------------------+-------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: closed Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by absabs): * status: new => closed * resolution: => fixed Comment: thank sizrzhuk. Now the patch fix this bug is attached. I set this ticket fixed. If hang again, just reopen it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 06:15:44 2009 From: trac at haiku-os.org (absabs) Date: Sun, 29 Mar 2009 04:15:44 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.ec575d5d2022d88f1902a2d2c9bcc5dc@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 -------------------------------+-------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: closed Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by absabs): From the log, is there something wrong with pci-ps2? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 07:17:49 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 29 Mar 2009 05:17:49 -0000 Subject: [Haiku-bugs] [Haiku] #3626: implement -q in netcat Message-ID: <042.debc15d11548ccdfb238e438ed0dd299@haiku-os.org> #3626: implement -q in netcat ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Implement -q in netcat, it's useful. {{{ -q seconds after EOF on stdin, wait the specified number of seconds and then quit. If seconds is negative, wait forever. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 09:13:25 2009 From: trac at haiku-os.org (siarzhuk) Date: Sun, 29 Mar 2009 07:13:25 -0000 Subject: [Haiku-bugs] [Haiku] #3595: Problems with FireWare controller on HP Compaq NX7400 In-Reply-To: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> References: <043.b161c03ca60834d0c1910e1882a33f4d@haiku-os.org> Message-ID: <052.be592662fa3ad03eef615796cda8b819@haiku-os.org> #3595: Problems with FireWare controller on HP Compaq NX7400 -------------------------------+-------------------------------------------- Reporter: siarzhuk | Owner: absabs Type: bug | Status: closed Priority: normal | Milestone: Unscheduled Component: Drivers/FireWire | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by siarzhuk): Replying to [comment:11 absabs]: > From the log, is there something wrong with pci-ps2? yes. Look into bug #3594. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 09:40:04 2009 From: trac at haiku-os.org (PieterPanman) Date: Sun, 29 Mar 2009 07:40:04 -0000 Subject: [Haiku-bugs] [Haiku] #3617: Clicking a filename will enter renaming mode too easily. In-Reply-To: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> References: <040.4b0bb610c9a525ebcabcd2e387cc858e@haiku-os.org> Message-ID: <049.dc3f566b4dec834b8e6cd228afb6d434@haiku-os.org> #3617: Clicking a filename will enter renaming mode too easily. ----------------------------------+----------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by PieterPanman): I'm also in favor of that, I frequently get into rename mode accidentally. I think the way windows does it (select on first click, rename on second) is pretty nice to work with. That along with a key to force rename mode (F2), I don't remember the haiku equivalent to that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 10:26:06 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 08:26:06 -0000 Subject: [Haiku-bugs] [Haiku] #1711: Haiku stops booting at allocate_commpage_entry(4, 34) In-Reply-To: <039.2d605d85fd03d15830479374a2593081@haiku-os.org> References: <039.2d605d85fd03d15830479374a2593081@haiku-os.org> Message-ID: <048.540fe88ba5c08b5e658404f31988d6e2@haiku-os.org> #1711: Haiku stops booting at allocate_commpage_entry(4, 34) ----------------------------+----------------------------------------------- Reporter: euan | Owner: korli Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by stippi): * status: reopened => closed * resolution: => fixed Comment: Cool, thanks for the update. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 10:29:39 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 08:29:39 -0000 Subject: [Haiku-bugs] [Haiku] #3623: mediaplay setting no menu In-Reply-To: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> References: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> Message-ID: <049.a838e2c98e8495d033b0917ac6bc7df9@haiku-os.org> #3623: mediaplay setting no menu -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by stippi): It appears you have to keep the right mouse button pressed and the context menu will then pop up shortly after. Still irritating enough to keep the bug open, I'd say. On the other hand, I was personally never a big fan of these options to begin with. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 10:42:31 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 08:42:31 -0000 Subject: [Haiku-bugs] [Haiku] #3620: Allow Command-Q to hide Tracker's Preferences In-Reply-To: <048.ca0292dfb8a7b4f534bffa27687b37ab@haiku-os.org> References: <048.ca0292dfb8a7b4f534bffa27687b37ab@haiku-os.org> Message-ID: <057.4df82d2ef2d9784146e3f0886b1a1aee@haiku-os.org> #3620: Allow Command-Q to hide Tracker's Preferences -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks a lot! Commited in r29772. Coding style was just fine. The only thing I could possibly point out is that some of the nesting could be avoided like: {{{ // but allow quitting to hide fSettingsWindow int32 index = 0; BWindow *window = NULL; while ((window = WindowAt(index++)) != NULL) { if (window != fSettingsWindow) continue; if (fSettingsWindow->Lock()) { if (!fSettingsWindow->IsHidden() && fSettingsWindow->IsActive()) fSettingsWindow->Hide(); fSettingsWindow->Unlock(); } break; } }}} But like I said, it was just fine before. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 10:47:50 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 08:47:50 -0000 Subject: [Haiku-bugs] [Haiku] #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows In-Reply-To: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> References: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> Message-ID: <057.4e95e0b120c513d9cdc811eba48da3b7@haiku-os.org> #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows -------------------------------+-------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by stippi): Maybe I am missing something (I should look at the diff in context), but shouldn't Mail always add an opened mail to the recent documents? Ie not only when it was opened via Tracker. The only problem I see is that it will just flood your recent documents, and after reading some mails, you will have none of your "real documents" in the recent list anymore. So maybe we shouldn't do anything about this problem at all. (BTW, I can recommend Beam, it's an awesome mail reader. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 10:54:55 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 08:54:55 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting In-Reply-To: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> References: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> Message-ID: <049.b7476ffbc167bb16eb605aa19697d1a2@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): Ok, I deleted the second attachment for you. Before you attach the improved patch again, please make sure to cleanup the coding style violations. See the file -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 11:51:53 2009 From: trac at haiku-os.org (HAL) Date: Sun, 29 Mar 2009 09:51:53 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.74bf7b38f58684ee9db50021fc9ab788@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ---------------------+------------------------------------------------------ Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by HAL): I am not able to reproduce this anymore using; firefox 2.0.0.21pre, that comes with haiku r20401 image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 12:53:45 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sun, 29 Mar 2009 10:53:45 -0000 Subject: [Haiku-bugs] [Haiku] #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows In-Reply-To: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> References: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> Message-ID: <057.cfc36fef2029dfacc00b1b3f620c2e1d@haiku-os.org> #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows -------------------------------+-------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by jonas.kirilla): Replying to [comment:2 stippi]: > shouldn't Mail always add an opened mail to the recent documents? There was no call to BRoster::AddToRecentDocuments() from Mail. Tracker adds the files you open in Tracker, and I believe also files that get opened from BFilePanels (in applications). I suspect there are many applications that don't call AddToRecentDocuments() - in cases where Tracker code is not involved - like when opening recent documents from within an application's local recent-menu, or when skipping between files by Command-Up/Down. (In the first case, where files are opened from an application's local recent menu, the file is already in the list, but it should be added again anyway, IMO, to have it moved to the top of the list. These lists should reflect what I did and in what order.) Replying to [comment:2 stippi]: > The only problem I see is that it will just flood your recent documents, and after reading some mails, you will have none of your "real documents" in the recent list anymore. These -are- my real documents. IMO there's conceptually not much difference between opening files from Tracker, Deskbar, a file panel, from an application's file history widget or by Command-Up/Down. I see Command-Up/Down as a shortcut to Command-W + Command-Up/Down + Command-O, which adds to recent documents. One could perceive the flooding as one file type crowding out all the other file types one might be interested in, and approach the problem from that angle instead. (E.g. never allow one file type to hold more than 2/3'rds of the limited spots in the recent documents menu, in the presence of other file types.) Replying to [comment:2 stippi]: > (BTW, I can recommend Beam, it's an awesome mail reader. :-) I used PostMaster before switching to the MDR, and BeatWare Mail-It long before that. The Beam colors don't agree with me, so I will have to investigate a different Beam theme. :)) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 13:33:45 2009 From: trac at haiku-os.org (laplace) Date: Sun, 29 Mar 2009 11:33:45 -0000 Subject: [Haiku-bugs] [Haiku] #2330: [bootman] GUI should have size limits (easy) In-Reply-To: <040.4ef3ccf800a0e171d7e4dce40c036d2d@haiku-os.org> References: <040.4ef3ccf800a0e171d7e4dce40c036d2d@haiku-os.org> Message-ID: <049.e7a856aaa2111d0a0de8f7c76e9acff8@haiku-os.org> #2330: [bootman] GUI should have size limits (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by laplace): * status: closed => reopened * resolution: fixed => Comment: Please revert the change (B_NOT_RESIZABLE | B_NOT_ZOOMABLE) unless you provide a good reason for it! Why should the window not be resizable? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 13:54:23 2009 From: trac at haiku-os.org (axeld) Date: Sun, 29 Mar 2009 11:54:23 -0000 Subject: [Haiku-bugs] [Haiku] #3513: Screenshot : non-functional when App's menu activated In-Reply-To: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> References: <041.e2f240320ddaf216a23a212b124e035d@haiku-os.org> Message-ID: <050.2fe5380e7da23e93e67f2bdefbf6aeb8@haiku-os.org> #3513: Screenshot : non-functional when App's menu activated ---------------------------------+------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r29776. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 15:07:39 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 29 Mar 2009 13:07:39 -0000 Subject: [Haiku-bugs] [Haiku] #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows In-Reply-To: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> References: <048.af0ddf8b08b7b4de759f53c5e2d4bf50@haiku-os.org> Message-ID: <057.d048a4dfaa47afcfe27b21f397f330d5@haiku-os.org> #2906: Mail should BRoster::AddToRecentDocuments() when moving to another email via up/down arrows -------------------------------+-------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by humdinger): > One could perceive the flooding as one file type crowding out all the other file types one might be interested in, and approach the problem from that angle instead. (E.g. never allow one file type to hold more than 2/3'rds of the limited spots in the recent documents menu, in the presence of other file types.) [[BR]] I first thought about introducing another submenu layer for all recent filetypes, but generally don't like menu structures getting deeper.[[BR]] How about adding the filetype that would make up more than 2/3rd's of the limited spots. That would mean that the "internal spots list" would have to be that much bigger of course.[[BR]] So after running through e.g. a bunch of emails or images you'll have an "Email" or "Images" subfolder in addition to all other recents documents in the flat list. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 15:54:54 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 13:54:54 -0000 Subject: [Haiku-bugs] [Haiku] #3627: MediaPlayer : Alt+C, Alt+M = no proper redrawing Message-ID: <041.a32f6d42a8cf2d5d5209bff72e83e821@haiku-os.org> #3627: MediaPlayer : Alt+C, Alt+M = no proper redrawing --------------------------------------+------------------------------------- Reporter: mmadia | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- r29742 Enable "No Controls".[[BR]] Enable "No Menu" (might be easier to toggle with Alt+M)[[BR]] Now one of the following two will happen. Cycling through Alt+M, MediaPlayer will flip-flop between the two.[[BR]] On the K attempt, a solid black region will display[[BR]] On the K+1 attempt, a nothingness will display. By nothingness, i mean no proper redraw functions will activate.[[BR]] See K.png and K_plus_1.png for screenshots.[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 15:59:57 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 13:59:57 -0000 Subject: [Haiku-bugs] [Haiku] #3628: MediaPlayer : Alt+M, Weird mouse clicks=Alt+B, Alt+C Message-ID: <041.0ac4840cf8ec7e7434084c5a1537377a@haiku-os.org> #3628: MediaPlayer : Alt+M, Weird mouse clicks=Alt+B,Alt+C --------------------------------------+------------------------------------- Reporter: mmadia | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- I'm not sure exactly how this happens. but it's happened at least twice so far.[[BR]] Hide the menu, either Alt+M or select NoMenu.[[BR]] Then in the controls region, right+middle click at the same or almost same time. After a few tries, both the border and controls will hide. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 16:05:21 2009 From: trac at haiku-os.org (axeld) Date: Sun, 29 Mar 2009 14:05:21 -0000 Subject: [Haiku-bugs] [Haiku] #3623: mediaplay setting no menu In-Reply-To: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> References: <040.33490e1cce6e8348461bbe333d1bedad@haiku-os.org> Message-ID: <049.99ad05ef023bc2bc22700f81517fe99e@haiku-os.org> #3623: mediaplay setting no menu -------------------------+-------------------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by axeld): Me neither, I would also vote for removing them. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 16:47:53 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 14:47:53 -0000 Subject: [Haiku-bugs] [Haiku] #3035: [Tracker] coulumn resize issue in "Open With" window (easy) In-Reply-To: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> References: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> Message-ID: <049.cdb9bd40e84d276832cb02cc9a7753aa@haiku-os.org> #3035: [Tracker] coulumn resize issue in "Open With" window (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Patch commited in r29779. Thanks a lot! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 17:50:48 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sun, 29 Mar 2009 15:50:48 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences Message-ID: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- While Replicants is a system-wide feature, the Deskbar option "Show Replicants" only means something for those replicants that display on a shelf, the most prominent being Tracker's desktop. It seems appropriate to move the setting "Show Replicants" from Deskbar, where it gets a lot more attention than it needs, to Tracker Preferences, where it fits better. See patch. I'm not aware of any simple way to subscribe to dragger on/off, so if Deskbar's option is to remain, Tracker Preferences may show a stale dragger on/off setting if Deskbar's option is used while Tracker Preferences are open - unless Deskbar notifies Tracker Preferences somehow. But I recommend removing the option from Deskbar anyhow, for the simple reason of not being a prominent enough feature to show there. (It might seem appropriate to give Replicants a dedicated preferences application if there were more settings to them. For now I think Tracker is a good place.) About the code, the setting isn't stored by Tracker so it deviates some from the other Tracker options. The code on defaults and reverting changes could use a second opinion. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 17:52:42 2009 From: trac at haiku-os.org (chico) Date: Sun, 29 Mar 2009 15:52:42 -0000 Subject: [Haiku-bugs] [Haiku] #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) In-Reply-To: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> References: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> Message-ID: <049.d6dd35a93be6e9a802c6f66ff0182ac4@haiku-os.org> #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by chico): * cc: chillyCreator@? (added) Comment: Replying to [comment:3 diver]: > Do I need to attach screenshot, or this is a known issue? sorry, can you describe this bug clearly. or can you tell me what does the "fully drawn" mean? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 18:08:04 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 29 Mar 2009 16:08:04 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences In-Reply-To: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> References: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> Message-ID: <057.dcb7b9d36c1910b431c08ab9b62f6966@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): Well, i'm not sure what would be the best place for this setting, but i'm a bit biased :) While working on fixing replicant issues, i've using ShelfTest for a few weeks and i could very well see more great uses of bshelf besides Tracker's desktop.[[BR]] In the end, i'm not even sure that showing/hiding the draggers should be done with a setting at all.[[BR]] What do others think? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 18:19:51 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 29 Mar 2009 16:19:51 -0000 Subject: [Haiku-bugs] [Haiku] #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) In-Reply-To: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> References: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> Message-ID: <049.4f7307f4984b5e965651874ee65549d8@haiku-os.org> #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by aldeck): Replying to [comment:4 chico]: > > sorry, can you describe this bug clearly. or can you tell me what does the "fully drawn" mean? No problem, the description is not very clear :) The drop down menu is missing a few pixels on the right. (checked still there in r29777) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 18:21:41 2009 From: trac at haiku-os.org (chico) Date: Sun, 29 Mar 2009 16:21:41 -0000 Subject: [Haiku-bugs] [Haiku] #3630: ctrl+character shows rectangle in Text Message-ID: <040.e64372d7032d9babe750cf883d97db9d@haiku-os.org> #3630: ctrl+character shows rectangle in Text --------------------+------------------------------------------------------- Reporter: chico | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------+------------------------------------------------------- I don't know where to put this one. I think this "shortcut key" should be forbidden to show. 1. open any where you can type a character 2. press ctrl+s or ctrl + some character 3. show the rectangle. expected: If it is not the shotcut key, show nothing. If it is, do some action. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 18:30:51 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Mar 2009 16:30:51 -0000 Subject: [Haiku-bugs] [Haiku] #2623: [StyledEdit] Add current line number display (easy) In-Reply-To: <042.ae98f5c56db92b908bae72f2391fdbbd@haiku-os.org> References: <042.ae98f5c56db92b908bae72f2391fdbbd@haiku-os.org> Message-ID: <051.4dfb5c5762105978a809011d23b6cc2e@haiku-os.org> #2623: [StyledEdit] Add current line number display (easy) --------------------------------------+------------------------------------- Reporter: scottmc | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Applied in r29782, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 18:50:11 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 16:50:11 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta Message-ID: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I do not intend this patch to be committed. Rather it is being posted for convenience to the few people who use BeOS or Zeta to compile Haiku. I realize that building a new version of the cross-compiler would be ideal, but making one is understandably a low priority for most people. This patch changes the compiler check from 081024 to 080323. Link to 080323 compiler for BeOS and Zeta : http://haiku.mlotz.ch/haiku_cross_compiler_bone_2.95.3-haiku-080323.zip -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 18:55:20 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Mar 2009 16:55:20 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.e6d964d3b0c8e5ee0c6eef596c9982e1@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): The problem is that if they then try to do development on a Haiku built with that compiler, it will have __BEOS__ defined, unlike one built with the current cross compiler. This could quite easily confuse configure scripts, etc. software that has since been ported to Haiku under the assumption that they are two distinct platforms as they currently are. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:16:12 2009 From: trac at haiku-os.org (michael.weirauch) Date: Sun, 29 Mar 2009 17:16:12 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) Message-ID: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- My system freezes reproduceably after 1 hour 15 minutes of uptime. Boot Haiku, disable screensaver and open About to see the uptime. Just leaving the system idling. Intermediate interaction with the system does not affect/delay the freeze. Nothing to see in the syslog. This can be reproduced on a gcc2 as also on a gcc4 system. Any pointers on how I can help debug this problem are very welcome! Environment: any Haiku rev up until now (tested since 2008-11) System: Thinkpad T500 (NK13AGE), C2D T9600 at 2.8Ghz, 4GB DDR3, 320GB SATA, VESA I am unsure if classifying this issue for the kernel is correct. Perhaps issue 2572 (entering KDL) is related? (No syslog output at all, though.) Michael -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:20:17 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 17:20:17 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) In-Reply-To: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> References: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> Message-ID: <060.1660ea62ebdd828ffc8572e45689f8b1@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by mmadia): Attaching the output of `listdev` in Terminal and `ints` in KDL should be useful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:23:38 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 17:23:38 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.e8a95bebb7e62ad6180c8d3c8059be49@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Ah. I was not previously aware of that fundamental change between compiler versions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:35:59 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 17:35:59 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.c40ad03c45a2c722c4ce3a6ce736c931@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by stippi): No, that's not the case. The compiler they built Haiku with does not matter once Haiku has been built. Once inside Haiku, they will use the current compiler from the Development package, which doesn't define __BEOS__ anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:38:57 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Mar 2009 17:38:57 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.227809f09c811ce839857e83884edd8f@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): Whoops, good catch. If that's the case though, why require the newer one in the build system's configure script? I'm quite certain that's the only difference between the two toolchains. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:49:45 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 29 Mar 2009 17:49:45 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences In-Reply-To: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> References: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> Message-ID: <057.6c098bd3c87659a0fc70b1e9b9506fe1@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): > In the end, i'm not even sure that showing/hiding the draggers should be done with a setting at all. > What do others think? I'm not sure losing the setting altogether is the right way. Sure, there's nothing to be ashamed of, I show my Replicant draggers proudly. :) There could be however, usages that could need that for aesthetical reasons.[[BR]] That said, get it out of the Deskbar, no matter where it ends up. Maybe there'll one day be a two-tabbed Tracker&Deskbar preference panel, so the setting is near to both components.[[BR]] Well, hello Jonas! Fine suit. You work out? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 19:54:04 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Mar 2009 17:54:04 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences In-Reply-To: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> References: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> Message-ID: <057.c421315b5fea093bfc572e044d3be444@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): IMHO, if anything it belongs in appearance prefs, since as previously stated it does not affect only Tracker's desktop, much though that might be the most prominent BShelf anyone sees. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 20:03:32 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 29 Mar 2009 18:03:32 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.340b9d3fff61cfe73d03540beca0c12c@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): would a patch that detects BeOS and Zeta and set the value of haikuRequiredLegacyGCCVersion to 080323 be acceptable for svn? something like : {{{ if [ BeOS-or-Zeta ] ; then haikuRequiredLegacyGCCVersion="2.95.3-haiku-080323" # TODO : update BeOS's cross-compiler. low priority. else haikuRequiredLegacyGCCVersion="2.95.3-haiku-081024" fi export haikuRequiredLegacyGCCVersion # version of legacy gcc required to build haiku }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 22:21:24 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 29 Mar 2009 20:21:24 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences In-Reply-To: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> References: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> Message-ID: <057.b82aacd3ca9e639e2212c2c18e6982d1@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): Replying to [comment:2 humdinger]: > > I'm not sure losing the setting altogether is the right way.[[BR]] That's not what i meant, i was thinking about other ways to do the same thing, like a momentary toggle or something appearing when your mouse is over it. The problem is that i didn't find any elegant solution yet :) I'm ok to just move it to some preflet for now, but i agree with deadyak, if it has to be changed, maybe appearance prefs is more suitable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Mar 29 22:58:11 2009 From: trac at haiku-os.org (pfoetchen_) Date: Sun, 29 Mar 2009 20:58:11 -0000 Subject: [Haiku-bugs] [Haiku] #3633: get ARM-Toolchain to compile Message-ID: <045.f8f3684cf7522d30c480d1b9e4f2e0a4@haiku-os.org> #3633: get ARM-Toolchain to compile --------------------------+------------------------------------------------- Reporter: pfoetchen_ | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Since I wanted to port haiku to arm I fixed gcc to compile correctly again (I have not really tested the code it produces yet) The patch most probably will not break anything in the other architectures -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 00:19:35 2009 From: trac at haiku-os.org (stippi) Date: Sun, 29 Mar 2009 22:19:35 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences In-Reply-To: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> References: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> Message-ID: <057.e41d0f994a4e532d4886cb3bc76365c6@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): IMHO, one could just leave it where it is. But if it absolutely has to be moved, I agree Appearance would fit best. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 00:56:54 2009 From: trac at haiku-os.org (andreas_dr) Date: Sun, 29 Mar 2009 22:56:54 -0000 Subject: [Haiku-bugs] [Haiku] #3012: Terminal only draws up to the first non-ascii character on a line In-Reply-To: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> References: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> Message-ID: <048.6ea7a8b14b9770cdf95812f418ed63e6@haiku-os.org> #3012: Terminal only draws up to the first non-ascii character on a line -----------------------------------+---------------------------------------- Reporter: heto | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by andreas_dr): static int32 UTF8Char::ByteCount(char firstChar) in UTF8Char.h reported wrong byteCounts for my german special chars, so i looked up UTF8 in wikipedia and did this implementation which does make cat or less a file with special characters look right. static int32 ByteCount(char firstChar) { if ((uchar)firstChar < 128) return 1; else if ((uchar)firstChar >= 128 + 64 + 32 + 16) return 4; else if ((uchar)firstChar >= 128 + 64 + 32) return 3; else if ((uchar)firstChar >= 128 + 64) return 2; else return 0; // No valid UTF-8 Byte? } Now it seems to be the application that supports utf8 or not. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 01:14:24 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sun, 29 Mar 2009 23:14:24 -0000 Subject: [Haiku-bugs] [Haiku] #3634: Worker thread to fill Mount menu Message-ID: <048.7398e44fb15af8910fdecf49420f3878@haiku-os.org> #3634: Worker thread to fill Mount menu ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- I had the impression the Mount menu was slow to open - it used to be - so I created this worker thread thing. See patch. But now it seems I don't have any prolonged pause before the Mount menu opens, so perhaps this is unnecessary. The code may be shite anyway, and it would only help Deskbar's Mount menu and not that of Tracker. Put here for safe keeping. (Better here than on the mailinglist?) Comments? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 01:28:03 2009 From: trac at haiku-os.org (jonas.kirilla) Date: Sun, 29 Mar 2009 23:28:03 -0000 Subject: [Haiku-bugs] [Haiku] #2842: ScsiSynchronizeCache message flooding In-Reply-To: <041.084e684acf0120a304f892ec2c69e647@haiku-os.org> References: <041.084e684acf0120a304f892ec2c69e647@haiku-os.org> Message-ID: <050.bf38f31b8cfc6dac219ef5612db08da4@haiku-os.org> #2842: ScsiSynchronizeCache message flooding --------------------------+------------------------------------------------- Reporter: nopper | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by jonas.kirilla): I noticed these messages continuing when having unplugged a USB stick after Tracker had removed the icon but before the stick had stopped flashing its LED. (Granted, they may have been in the log for other reasons. If these message are there always it probably has nothing to do with unplugging a USB stick too early.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 09:00:26 2009 From: trac at haiku-os.org (rdmr) Date: Mon, 30 Mar 2009 07:00:26 -0000 Subject: [Haiku-bugs] [Haiku] #1627: FAT: General System Error! In-Reply-To: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> References: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> Message-ID: <048.6e498df38aca7ab4e2541df16a106677@haiku-os.org> #1627: FAT: General System Error! ------------------------------+--------------------------------------------- Reporter: rdmr | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by rdmr): Sorry, forgot to inform about this ticket. I didn't get any error for almost a year. So this can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 10:02:47 2009 From: trac at haiku-os.org (HAL) Date: Mon, 30 Mar 2009 08:02:47 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.d102654be22d6d63d166224315ad90e6@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ---------------------+------------------------------------------------------ Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by HAL): Replying to [comment:6 mmadia]: > HAL, please move this to http://ports.haiku-files.org with a component of www-client / mozilla-firefox If it is not reproduceable anymore do you still want me to do this. I have not come across HaikuPorts before. To me it looks more like a programmers site and I am not a programmer or only very limited to BASIC. Sorry, I suppose I could try if there is a need now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 10:06:50 2009 From: trac at haiku-os.org (PieterPanman) Date: Mon, 30 Mar 2009 08:06:50 -0000 Subject: [Haiku-bugs] [Haiku] #1627: FAT: General System Error! In-Reply-To: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> References: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> Message-ID: <048.822f64dd84001dcbafc3bbca722e96ab@haiku-os.org> #1627: FAT: General System Error! ------------------------------+--------------------------------------------- Reporter: rdmr | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by PieterPanman): Ah, yes, I think it is ok now. I cannot find any usb stick, but it mounts my ipod fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 10:25:14 2009 From: trac at haiku-os.org (PieterPanman) Date: Mon, 30 Mar 2009 08:25:14 -0000 Subject: [Haiku-bugs] [Haiku] #2842: ScsiSynchronizeCache message flooding In-Reply-To: <041.084e684acf0120a304f892ec2c69e647@haiku-os.org> References: <041.084e684acf0120a304f892ec2c69e647@haiku-os.org> Message-ID: <050.cd48a972b223f4dbc2d7d735bcb72abb@haiku-os.org> #2842: ScsiSynchronizeCache message flooding --------------------------+------------------------------------------------- Reporter: nopper | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by PieterPanman): I found some more information on this issue: I have a udma-ata express card adapter, which allows me to plug in compact flash cards into my laptop. When I have it plugged in, I get these messages, when I unplug it, they stop. I haven't tried yet to see what happens to the messages when I plug in the compact flash card. I know it works, because I could see the volume appear in drivesetup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 11:15:21 2009 From: trac at haiku-os.org (axeld) Date: Mon, 30 Mar 2009 09:15:21 -0000 Subject: [Haiku-bugs] [Haiku] #3634: Worker thread to fill Mount menu In-Reply-To: <048.7398e44fb15af8910fdecf49420f3878@haiku-os.org> References: <048.7398e44fb15af8910fdecf49420f3878@haiku-os.org> Message-ID: <057.b48d9310df7eab555ad95ed37458a9b3@haiku-os.org> #3634: Worker thread to fill Mount menu ----------------------------------+----------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by axeld): That used to be a problem in BeOS, it really shouldn't be one in Haiku, as its device API works differently, and always knows the current status quo. In any case, the patch attached seems to have some locking issues (ie. it doesn't lock anything, but the menu structures are read/changed from different threads). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 11:27:36 2009 From: trac at haiku-os.org (stippi) Date: Mon, 30 Mar 2009 09:27:36 -0000 Subject: [Haiku-bugs] [Haiku] #3488: NetSurf -- new Haiku native build available In-Reply-To: <041.194a13df76ad09d89c45c19b76a28a09@haiku-os.org> References: <041.194a13df76ad09d89c45c19b76a28a09@haiku-os.org> Message-ID: <050.f261b731d28415dff2dd5023adccb93f@haiku-os.org> #3488: NetSurf -- new Haiku native build available --------------------------+------------------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by stippi): Since Francois fixed the BeOS NetSurf build in SVN, I've been able to build NetSurf on Haiku. The issue with the error message about ./beos/res happens when the NetSurf resources are not installed to '''/boot/home/config/settings/NetSurf'''. In the source, look into '''beos/res''', there are a bunch of links to resource files in other parts of the source tree. Just copy the originals with the same name as the link into the settings folder. Obviously, it also needs to be part of the package. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 11:57:58 2009 From: trac at haiku-os.org (chico) Date: Mon, 30 Mar 2009 09:57:58 -0000 Subject: [Haiku-bugs] [Haiku] #3635: [preferences/screen]MenuField text is clipped by MenuField size Message-ID: <040.e7d3cea7ce3ffc79812a74184fd4cf3d@haiku-os.org> #3635: [preferences/screen]MenuField text is clipped by MenuField size --------------------------------+------------------------------------------- Reporter: chico | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Screen | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- 1. open boot/beos/preferences/screen application. 2. choose the current workspace 3. the "current workspace" is cutted by the menufield side Expected: the menufield text should not be clipped; -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 12:09:30 2009 From: trac at haiku-os.org (chico) Date: Mon, 30 Mar 2009 10:09:30 -0000 Subject: [Haiku-bugs] [Haiku] #3636: [apps/aboutSystem]the text can not be displayed, when the font is big Message-ID: <040.826610926020f69c925879315cdaee42@haiku-os.org> #3636: [apps/aboutSystem]the text can not be displayed, when the font is big --------------------------+------------------------------------------------- Reporter: chico | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- 1. open boot/beos/preferences/font application, set the plain font size 18 and bold font size 18 2. open boot/beos/apps/AboutSystem application. Expected: no matter the font size is, the text box should not be clipped. or we should limit the font size. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 12:14:43 2009 From: trac at haiku-os.org (chico) Date: Mon, 30 Mar 2009 10:14:43 -0000 Subject: [Haiku-bugs] [Haiku] #3637: [preferences/FileTypes] menuField text is clipped(easy) Message-ID: <040.ab6cce8a5012bb782e872d4331c01ce9@haiku-os.org> #3637: [preferences/FileTypes] menuField text is clipped(easy) -----------------------------------+---------------------------------------- Reporter: chico | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- 1. open beos/preferences/FileTypes 2. choose application->bookmarks in left List box Result: you will see menufield text "application/x-vnd.Be-NPOS" clipped in the preferred Application. Expected: the full text "application/x-vnd.Be-NPOS" will be showed in preferred Application Suggestion: we can limite the text, for example, there are only 10 characters to describe an application; or we resize the window to show the whole text -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 12:27:17 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 30 Mar 2009 10:27:17 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.f52c2787f9d20ab60e675d740427e4c2@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ---------------------+------------------------------------------------------ Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by mmadia): Replying to [comment:8 HAL]: > Replying to [comment:6 mmadia]: > > HAL, please move this to http://ports.haiku-files.org with a component of www-client / mozilla-firefox > If it is not reproduceable anymore do you still want me to do this. I have not come across HaikuPorts before. To me it looks more like a programmers site and I am not a programmer or only very limited to BASIC. Sorry, I suppose I could try if there is a need now. If you can't reproduce it, then no, i wouldn't bother creating the ticket. Though in the future, if you encounter an issue specific to BeZillaBrowser, it would be best to report the issue as a New Ticket at http://ports.haiku-files.org. ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 13:12:16 2009 From: trac at haiku-os.org (stippi) Date: Mon, 30 Mar 2009 11:12:16 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.041c199cc2c89612733683b0eb697c1d@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ----------------------+----------------------------------------------------- Reporter: HAL | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => invalid Comment: Ok then. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 13:28:17 2009 From: trac at haiku-os.org (axeld) Date: Mon, 30 Mar 2009 11:28:17 -0000 Subject: [Haiku-bugs] [Haiku] #3629: Move "Show Replicants" from Deskbar to Tracker Preferences In-Reply-To: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> References: <048.a9acd38a1c9c6de6c8cf826ad4ebb06b@haiku-os.org> Message-ID: <057.193ac0abeac48135207b01c7067fab4e@haiku-os.org> #3629: Move "Show Replicants" from Deskbar to Tracker Preferences --------------------------------+------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by axeld): * component: Applications/Tracker => Kits/Interface Kit Comment: However, I absolutely agree with Alexandre that the current way this is handled is not really acceptable. While a mouse over could be problematic for some functionality, maybe one can show them conditionally when some modifier (like the command key) is pressed. Not sure if that wouldn't be a bit annoying visually, though. Hm, maybe replicants should just make sure that mouse over would always work with them, ie. that they are careful not to put anything important in that corner that has to be used with the mouse. Then, we could still have that setting to make the replicant handle always on (in Appearance, because then it's actually only about appearance, and not functionality), and have it work via mouse over else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 12:43:57 2009 From: trac at haiku-os.org (chico) Date: Mon, 30 Mar 2009 10:43:57 -0000 Subject: [Haiku-bugs] [Haiku] #3638: [preferences/fileTypes] extensions can be the same one(easy) Message-ID: <040.d6f189d80962bb6a45c7d41ea16541a2@haiku-os.org> #3638: [preferences/fileTypes] extensions can be the same one(easy) -----------------------------------+---------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- 1. open preferences/fileTypes. 2. choose application -> Be application. 3. click add button in File Recognition. 4. input "exe" and click add button in popup window. 5. do step 4 again. 6. then choose another application : Be boot 7. do step 3 and 4. so there are two ".exe" in Be application extensions, and one in Be boot. Suggestion: May we have more than two kinds of extensions are the same? Should the same extension show more than twice in one kind of file extension? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 13:04:47 2009 From: trac at haiku-os.org (stippi) Date: Mon, 30 Mar 2009 11:04:47 -0000 Subject: [Haiku-bugs] [Haiku] #3012: Terminal only draws up to the first non-ascii character on a line In-Reply-To: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> References: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> Message-ID: <048.41d45207c3cdcb9675471ebb66157b99@haiku-os.org> #3012: Terminal only draws up to the first non-ascii character on a line -----------------------------------+---------------------------------------- Reporter: heto | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): Sorry, my mistake. UTF8Char.h is indeed broken. I don't see why, but with your patch, ls indeed doesn't stop after the first multi-byte char. The problem is the cast to uint32 instead of uchar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 12:50:17 2009 From: trac at haiku-os.org (stippi) Date: Mon, 30 Mar 2009 10:50:17 -0000 Subject: [Haiku-bugs] [Haiku] #3012: Terminal only draws up to the first non-ascii character on a line In-Reply-To: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> References: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> Message-ID: <048.fa60558d50d4ac9224a215312ad7464c@haiku-os.org> #3012: Terminal only draws up to the first non-ascii character on a line -----------------------------------+---------------------------------------- Reporter: heto | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): The previous version of the UTF8Char.h in Terminal looks just fine to me. It's equivalent to your version, only that it tests for the more common cases (?) first. I am right now trying the rest of your patch, but since I am no expert on POSIX and the bin tools, I am not feeling confident I can oversee possibly bad side effects. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 17:26:26 2009 From: trac at haiku-os.org (mmlr) Date: Mon, 30 Mar 2009 15:26:26 -0000 Subject: [Haiku-bugs] [Haiku] #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM In-Reply-To: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> References: <044.2e68506485553e77d54835da89d3526f@haiku-os.org> Message-ID: <053.92021e12235699013438dee9dd80fec4@haiku-os.org> #3619: USB input related 'Bad address' on fault at 0xdeadbf0f with KVM -------------------------+-------------------------------------------------- Reporter: kallisti5 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by mmlr): Sorry but I really need a stack trace here (sc command in KDL). This could stem from anywhere between the host controller driver up to and including usb_hid. Likely it is in usb_hid though. In any case the errors that get printed are ok and can be ignored. They come from the time between the removal of the device and the notification of removal. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 17:27:27 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 30 Mar 2009 15:27:27 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.5882b37859610b1f1bff28f413099fc7@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by bonefish): I don't like it. The build will break with the old compiler eventually, or even worse, it will succeed and produce other code than the official compiler. So if someone wants to build with the old compiler, they can by explicitly commenting out the check in configure, but that isn't an officially supported method to build Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 18:13:02 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 30 Mar 2009 16:13:02 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.06ad0304ff6fabf56f307724d3bfc54a@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Understandable. Can this ticket be set to "wontfix" or "invalid"? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 19:34:23 2009 From: trac at haiku-os.org (luroh) Date: Mon, 30 Mar 2009 17:34:23 -0000 Subject: [Haiku-bugs] [Haiku] #1845: nVidia 7950GT black screen on initial boot after installing from Linux In-Reply-To: <043.fa666c996b3b32912237bbb112522dc5@haiku-os.org> References: <043.fa666c996b3b32912237bbb112522dc5@haiku-os.org> Message-ID: <052.3c5133e070da43918ee5806a4eacadb6@haiku-os.org> #1845: nVidia 7950GT black screen on initial boot after installing from Linux -----------------------+---------------------------------------------------- Reporter: schmedly | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Comment(by luroh): schmedly: provided that it describes your problem, would you be ok with closing this ticket and continuing over at #2643? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 19:42:39 2009 From: trac at haiku-os.org (schmedly) Date: Mon, 30 Mar 2009 17:42:39 -0000 Subject: [Haiku-bugs] [Haiku] #1845: nVidia 7950GT black screen on initial boot after installing from Linux In-Reply-To: <043.fa666c996b3b32912237bbb112522dc5@haiku-os.org> References: <043.fa666c996b3b32912237bbb112522dc5@haiku-os.org> Message-ID: <052.de0c88688c990cde9f1cc8770dd7eb2b@haiku-os.org> #1845: nVidia 7950GT black screen on initial boot after installing from Linux -----------------------+---------------------------------------------------- Reporter: schmedly | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Comment(by schmedly): That's probably the best thing, since I don't have that hardware any longer to verify the condition still exists. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 20:46:10 2009 From: trac at haiku-os.org (rossi) Date: Mon, 30 Mar 2009 18:46:10 -0000 Subject: [Haiku-bugs] [Haiku] #3639: bindings in /beos/etc/hosts should take precendence over dns Message-ID: <040.fe0d5ecaf8835923af239b5062465822@haiku-os.org> #3639: bindings in /beos/etc/hosts should take precendence over dns --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- On every other OS I use, I can override DNS resolution by adding appropiate entries in my local hosts file. Nescessary, because my router does weird stuff when accessing internal machines, which are also visible to the outside and have a valid dns entry. Example: I have an internal webserver, which is exposed to the internet, from the outside I can access this server using www.example.com, from the internal network using the IP address works fine, but the name always resolves to the external IP of my router ... As said, all other OS I use (Mac OS X and Linux) correctly resolv the name to the internal IP address if included in the local hosts file. Just using the IP address internally doesn't work, as I do use a lot of vhost magic within apache, which depends on the names and I can't duplicate all the magic using the IP address, as it is always the same ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 20:57:01 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 30 Mar 2009 18:57:01 -0000 Subject: [Haiku-bugs] [Haiku] #3640: cvs : fails to successfully checkout Mozilla source code. Message-ID: <041.975ef5519f2e06087609e925b2dadf1b@haiku-os.org> #3640: cvs : fails to successfully checkout Mozilla source code. -----------------------+---------------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- `cvs` in Haiku fails to successfully checkout all of Mozilla's source tree. Here are the commands to checkout Mozilla: Copy the attached file `mozconfig' to /boot/home {{{ export CVSROOT=:pserver:anonymous at cvs-mirror.mozilla.org:/cvsroot ; cvs co -r MOZILLA_1_8_BRANCH mozilla/client.mk ; cd mozilla ; make -f client.mk checkout MOZ_CO_PROJECT=all ; }}} It's very likely that cvs will mention errors while checking out and fail to successfully download all files. Unfortunately, this is difficult to see as the make command executes several cvs commands. An easy way to check if cvs crapped out is to perform a Tracker query for files named ".new.*" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 22:00:50 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 30 Mar 2009 20:00:50 -0000 Subject: [Haiku-bugs] [Haiku] #3641: node/163 has a bad alias Message-ID: <041.aa068838d0354511be617433c04a7938@haiku-os.org> #3641: node/163 has a bad alias ---------------------+------------------------------------------------------ Reporter: mmadia | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Given a somewhat recent emailing detailing the intermittent issues with svn:// on berlios, I decided to alter haiku-os.org/node/163 to reflect that information. After submitting the changes, which is viewable in the revision history with a timestamp of 2009-03-30 07:36, the url changed from : http://www .haiku-os.org/documents/dev/getting_the_source_code to : http://www.haiku- os.org/documents/dev/getting_and_building_haiku_source_code I cannot seem to fix this. For now, I've edited http://www.haiku- os.org/documents/dev/haiku_development_getting_started to point to node/163 instead of documents/dev/getting_.... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 22:31:39 2009 From: trac at haiku-os.org (luroh) Date: Mon, 30 Mar 2009 20:31:39 -0000 Subject: [Haiku-bugs] [Haiku] #3640: cvs : fails to successfully checkout Mozilla source code. In-Reply-To: <041.975ef5519f2e06087609e925b2dadf1b@haiku-os.org> References: <041.975ef5519f2e06087609e925b2dadf1b@haiku-os.org> Message-ID: <050.a89af11ae49d90a85d169e7462092747@haiku-os.org> #3640: cvs : fails to successfully checkout Mozilla source code. -----------------------+---------------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by luroh): Confirmed on two AMD64 single-core machines, one with nForce4 network chipset, one with Marvell. Also seeing quite a lot of:[[BR]] {{{ cvs [checkout aborted]: reading from server: Socket is not connected }}} Revision 29805, gcc2. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 22:59:51 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 30 Mar 2009 20:59:51 -0000 Subject: [Haiku-bugs] [Haiku] #1627: FAT: General System Error! In-Reply-To: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> References: <039.df6587c22640f28c424f31fb4641ccee@haiku-os.org> Message-ID: <048.9266ce27136429a6d05f77fd51a7f610@haiku-os.org> #1627: FAT: General System Error! -------------------------------+-------------------------------------------- Reporter: rdmr | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 23:01:35 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 30 Mar 2009 21:01:35 -0000 Subject: [Haiku-bugs] [Haiku] #1845: nVidia 7950GT black screen on initial boot after installing from Linux In-Reply-To: <043.fa666c996b3b32912237bbb112522dc5@haiku-os.org> References: <043.fa666c996b3b32912237bbb112522dc5@haiku-os.org> Message-ID: <052.a8be5148f11b221a6c4855d01955b53d@haiku-os.org> #1845: nVidia 7950GT black screen on initial boot after installing from Linux ------------------------+--------------------------------------------------- Reporter: schmedly | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 2643 Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 2643 Comment: Marking as duplicate of #2643 as that ticket has more information. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 23:42:19 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 30 Mar 2009 21:42:19 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) In-Reply-To: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> References: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> Message-ID: <060.3ec6ad8101712487a73954481f99512b@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by bonefish): Can you still enter the kernel debugger (F12)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 23:45:12 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 30 Mar 2009 21:45:12 -0000 Subject: [Haiku-bugs] [Haiku] #3631: patch : Build on BeOS or Zeta In-Reply-To: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> References: <041.9c589ba2d6c47553181197dfa79f8a15@haiku-os.org> Message-ID: <050.24b1e7a426ca04eaedbfe378d68c8ce1@haiku-os.org> #3631: patch : Build on BeOS or Zeta --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by bonefish): I don't mind either way. We can keep the ticket open until someone updates the cross compiler for BeOS. I won't do it and if no-one else is interested, we can close it as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Mar 30 23:50:23 2009 From: trac at haiku-os.org (Disreali) Date: Mon, 30 Mar 2009 21:50:23 -0000 Subject: [Haiku-bugs] [Haiku] #3642: Tracker crashes when Expander attempts to unzip a zip file Message-ID: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> #3642: Tracker crashes when Expander attempts to unzip a zip file -----------------------+---------------------------------------------------- Reporter: Disreali | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- System Info: Haiku pre-alpha-r29796-vm running in VirtualBox 2.14 on a Ubuntu 8.04 Host system. 512MB Allocated to vm Steps to Produce: Startup fresh vm of r29796. Start Bezilla Browser and downloaded Beshare2.28.zip from BeBits.com. File downloaded to /boot/home/downloads/. Double-click on BeShare2.28.zip, check 'Show Contents' on Expander, and the click the Expand button. Tracker crashes. Error msg: "The application /boot/beos/system/Tracker "crashed" appears. Reproducible: yes -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 00:23:05 2009 From: trac at haiku-os.org (aldeck) Date: Mon, 30 Mar 2009 22:23:05 -0000 Subject: [Haiku-bugs] [Haiku] #3642: Tracker crashes when Expander attempts to unzip a zip file In-Reply-To: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> References: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> Message-ID: <052.4c88070054cc0f39f6332b10a2e6bbc4@haiku-os.org> #3642: Tracker crashes when Expander attempts to unzip a zip file -----------------------+---------------------------------------------------- Reporter: Disreali | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Comment(by aldeck): I can't reproduce here.[[BR]] Can you reproduce it everytime?[[BR]] Apparently the crash happens when drawing the column titles (for the folder "/boot/home/downloads"). Anything special you did with the columns? Changing width, order, adding extra attributes or anything else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 01:14:07 2009 From: trac at haiku-os.org (Disreali) Date: Mon, 30 Mar 2009 23:14:07 -0000 Subject: [Haiku-bugs] [Haiku] #3642: Tracker crashes when Expander attempts to unzip a zip file In-Reply-To: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> References: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> Message-ID: <052.a89df4ab7ce68ec606f5fc21f2fe722d@haiku-os.org> #3642: Tracker crashes when Expander attempts to unzip a zip file -----------------------+---------------------------------------------------- Reporter: Disreali | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Comment(by Disreali): I'll open Vbox and check. Yes. I created the /boot/home/downloads/ dir and added the 'Kind' attribute column in /boot/home/. I then moved it to between the 'Size' and "Modified'. I then did the same in /boot/home/downloads/. I also adjusted the widths of all 4 columns, so that nothing was truncated. It is an old habit from my BeOS days. Should I change the bug Summary? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 01:58:19 2009 From: trac at haiku-os.org (plasm) Date: Mon, 30 Mar 2009 23:58:19 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting In-Reply-To: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> References: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> Message-ID: <049.f68cc00466e3b001d331c169310e7f90@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by plasm): Okay, I cleaned up the patch, and re-uploaded it. Let me know if there are still style violations. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 02:16:18 2009 From: trac at haiku-os.org (Disreali) Date: Tue, 31 Mar 2009 00:16:18 -0000 Subject: [Haiku-bugs] [Haiku] #3639: bindings in /beos/etc/hosts should take precendence over dns In-Reply-To: <040.fe0d5ecaf8835923af239b5062465822@haiku-os.org> References: <040.fe0d5ecaf8835923af239b5062465822@haiku-os.org> Message-ID: <049.c03586c7ccd88402b9126f6c0b8d21a4@haiku-os.org> #3639: bindings in /beos/etc/hosts should take precendence over dns --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Disreali): That is the same location that I used on BeOS in the past. I have not yet tried it, but it seems logical to me that /boot/home/config/etc/ might work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:25:48 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:25:48 -0000 Subject: [Haiku-bugs] [Haiku] #1202: UserBootscript etc. missing from $HOME/config/boot In-Reply-To: <044.2ef40a276f96a58d4c7e6f43c3ce0c65@haiku-os.org> References: <044.2ef40a276f96a58d4c7e6f43c3ce0c65@haiku-os.org> Message-ID: <053.7f08b479e3703ba177d24378e517954a@haiku-os.org> #1202: UserBootscript etc. missing from $HOME/config/boot -------------------------+-------------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmadia): Created patch to add $HOME/config/boot/UserBootscript.sample and UserSetupEnvironment.sample to HaikuImage Both files are original creations with inspiration derived from build/jam/UserBuildConfig.sample Since Haiku does not currently contain beos/system/boot/ShutdownFinishScript nor ShutdownScript, the User*.sample equivalents have been omitted. Perhaps that should be filed as a new ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:41:01 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:41:01 -0000 Subject: [Haiku-bugs] [Haiku] #2195: [Pe] puts libnetwork into R5 compatibility mode In-Reply-To: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> References: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> Message-ID: <052.d1680bf40db5c20bb786d4cc9a28d6fa@haiku-os.org> #2195: [Pe] puts libnetwork into R5 compatibility mode --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Requesting this ticket to be closed. Pe is available as both a gcc2 and gcc4 binary. Hosted at http://haiku-files.org/files/optional-packages/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:42:15 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:42:15 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly In-Reply-To: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> References: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> Message-ID: <047.175e83601ccc9331c9c22c411b5ee471@haiku-os.org> #2716: firefox closes unexpectedly --------------------------+------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): can this be closed ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:43:43 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:43:43 -0000 Subject: [Haiku-bugs] [Haiku] #2941: Can't open the Welcome html file with duble click in pre-alpha1 In-Reply-To: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> References: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> Message-ID: <050.eab7b4dd75e637d5d3a2ea92c83e704c@haiku-os.org> #2941: Can't open the Welcome html file with duble click in pre-alpha1 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Works for me with BeZillaBrowser. can this be closed? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:46:21 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:46:21 -0000 Subject: [Haiku-bugs] [Haiku] #2938: Aplication names in the Menu in pre-alpha1 In-Reply-To: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> References: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> Message-ID: <050.9d2654823c0ceea61f73bfbc2ed31416@haiku-os.org> #2938: Aplication names in the Menu in pre-alpha1 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Both "Pe" and "VLC" are listed in Deskbar. request to close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:48:00 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:48:00 -0000 Subject: [Haiku-bugs] [Haiku] #2983: Firefox after installation opens a window not exactly fit to screen In-Reply-To: <042.44a7b3892d143d5fadc4d7fb30fa2949@haiku-os.org> References: <042.44a7b3892d143d5fadc4d7fb30fa2949@haiku-os.org> Message-ID: <051.57aede4455c05142ccf169f9b1f39435@haiku-os.org> #2983: Firefox after installation opens a window not exactly fit to screen --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): This bug report has been created on HaikuPorts bugtracker as [http://ports .haiku-files.org/ticket/158 ticket158]. Request to close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:48:54 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:48:54 -0000 Subject: [Haiku-bugs] [Haiku] #3016: Firefox 2.0.0.12 crash In-Reply-To: <041.319e977ad1f22844025980207fee6222@haiku-os.org> References: <041.319e977ad1f22844025980207fee6222@haiku-os.org> Message-ID: <050.c44792c089bd9e039ef9510919814883@haiku-os.org> #3016: Firefox 2.0.0.12 crash --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Since the exact version of Firefox 2.0.0.12 is not known, I'm requesting this ticket to be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:53:21 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:53:21 -0000 Subject: [Haiku-bugs] [Haiku] #3179: [Firefox] Sometimes stops rendering In-Reply-To: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> References: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> Message-ID: <051.1a80d002085881486a1c0fc01f2ea83d@haiku-os.org> #3179: [Firefox] Sometimes stops rendering --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): Duplicated on HaikuPorts as http://ports.haiku-files.org/ticket/194 . Adek336, karmak : please CC yourself to that ticket. This ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:55:57 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 01:55:57 -0000 Subject: [Haiku-bugs] [Haiku] #2195: [Pe] puts libnetwork into R5 compatibility mode In-Reply-To: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> References: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> Message-ID: <052.08e22a80c8ec8081fcbb21254fa37c2c@haiku-os.org> #2195: [Pe] puts libnetwork into R5 compatibility mode ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:58:14 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 01:58:14 -0000 Subject: [Haiku-bugs] [Haiku] #2938: Aplication names in the Menu in pre-alpha1 In-Reply-To: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> References: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> Message-ID: <050.840f1b0d9e83b04b4b8385d931bbad48@haiku-os.org> #2938: Aplication names in the Menu in pre-alpha1 ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:59:05 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 01:59:05 -0000 Subject: [Haiku-bugs] [Haiku] #3539: cp command doesn't copy symlink's BFS attributes In-Reply-To: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> References: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> Message-ID: <050.b02aadee6d4707bd03ae3bf2f56551d9@haiku-os.org> #3539: cp command doesn't copy symlink's BFS attributes ---------------------------------------------+------------------------------ Reporter: shinta | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by mmadia): `copyattr --data ` is the command to use to copy files and their attributes. Is this ticket "wontfix" or "invalid" ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:59:03 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 01:59:03 -0000 Subject: [Haiku-bugs] [Haiku] #2983: Firefox after installation opens a window not exactly fit to screen In-Reply-To: <042.44a7b3892d143d5fadc4d7fb30fa2949@haiku-os.org> References: <042.44a7b3892d143d5fadc4d7fb30fa2949@haiku-os.org> Message-ID: <051.e49c84db23735639656fe86e9f7ff37b@haiku-os.org> #2983: Firefox after installation opens a window not exactly fit to screen ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 03:59:42 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 01:59:42 -0000 Subject: [Haiku-bugs] [Haiku] #3016: Firefox 2.0.0.12 crash In-Reply-To: <041.319e977ad1f22844025980207fee6222@haiku-os.org> References: <041.319e977ad1f22844025980207fee6222@haiku-os.org> Message-ID: <050.6adc3398abc7cee84e02247b651638d0@haiku-os.org> #3016: Firefox 2.0.0.12 crash ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 04:00:12 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 02:00:12 -0000 Subject: [Haiku-bugs] [Haiku] #3179: [Firefox] Sometimes stops rendering In-Reply-To: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> References: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> Message-ID: <051.61aa7b4992f3ed809e6164dcc1322d82@haiku-os.org> #3179: [Firefox] Sometimes stops rendering ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 04:01:43 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 02:01:43 -0000 Subject: [Haiku-bugs] [Haiku] #3539: cp command doesn't copy symlink's BFS attributes In-Reply-To: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> References: <041.dec3e9de3ddbfa59a36467a92b24984a@haiku-os.org> Message-ID: <050.a24e10cd5fccc7a24368c1d4a57198b7@haiku-os.org> #3539: cp command doesn't copy symlink's BFS attributes ---------------------------------------------+------------------------------ Reporter: shinta | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by anevilyak): Actually, our version of cp is modified to copy the attributes as well, so it's curious why it would refuse in the case of a symlink specifically. This ticket should stay open until someone gets a chance to look. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 04:05:56 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 31 Mar 2009 02:05:56 -0000 Subject: [Haiku-bugs] [Haiku] #2941: Can't open the Welcome html file with duble click in pre-alpha1 In-Reply-To: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> References: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> Message-ID: <050.a67cd22541acb6a19ef14281a186fb78@haiku-os.org> #2941: Can't open the Welcome html file with duble click in pre-alpha1 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): I think the problem can only be reproduced if BeZillaBrowser hasn't been launched prior to attempting to load the welcome page. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 04:33:37 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 02:33:37 -0000 Subject: [Haiku-bugs] [Haiku] #2941: Can't open the Welcome html file with duble click in pre-alpha1 In-Reply-To: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> References: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> Message-ID: <050.e5dd1e4b60f726568ba35da4a239e83b@haiku-os.org> #2941: Can't open the Welcome html file with duble click in pre-alpha1 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): right, I didn't consider the first launch without profile. Could you create this ticket at HaikuPorts and then request ticket to be closed? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 07:50:03 2009 From: trac at haiku-os.org (michael.weirauch) Date: Tue, 31 Mar 2009 05:50:03 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) In-Reply-To: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> References: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> Message-ID: <060.a609ccc72e746fa4eef125ea4f52a25c@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by michael.weirauch): No. The whole system is completely frozen. Michael PS: I am still investigating another issue on my system where it freezes reproduceably after some minutes (up to 5) of compiling the blender tree where the same observation - as in a frozen system - can be made. Dunno if these are related. (CPU and IO usage instead of idling here) Worth filing another ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 08:05:29 2009 From: trac at haiku-os.org (ithamar) Date: Tue, 31 Mar 2009 06:05:29 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) In-Reply-To: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> References: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> Message-ID: <060.c4874879c3d1876b471d85bce68191a5@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by ithamar): @Michael: Have you tried to disable the firewire stack and see what that does? Both your SATA as well as your USB 1&2 controllers are all using the same interrupt, and the firewire code is notoriously bad in interrupt handling, afaik. anyway, try and removing those and see if it helps.... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 08:10:26 2009 From: trac at haiku-os.org (Disreali) Date: Tue, 31 Mar 2009 06:10:26 -0000 Subject: [Haiku-bugs] [Haiku] #2941: Can't open the Welcome html file with duble click in pre-alpha1 In-Reply-To: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> References: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> Message-ID: <050.6f1689c45ce4f1a1b18cd08740150d6d@haiku-os.org> #2941: Can't open the Welcome html file with duble click in pre-alpha1 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by Disreali): The file /boot/beos/documentation/welcome/welcome.html has the incorrect MIME type. It is a 'text/plain' file type instead of a 'text/html' file type. One of the first things I do when test daily images is to manually change the MIME file type. As of r29796 the files MIME type is still not ideal. Once I change the mime type Bezilla open fine, only it opens two separate windows, but that is most likely a separate issue. Changing how the build process assigns the file type in the image would help. I have no clue how it would be done, but I'm sure someone does. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 09:09:14 2009 From: trac at haiku-os.org (michael.weirauch) Date: Tue, 31 Mar 2009 07:09:14 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) In-Reply-To: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> References: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> Message-ID: <060.7de85eda06e818fa528f027147c81807@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by michael.weirauch): @Ithamar I already removed the firewire and ipro1000 driver from the image for testing purposes so that only ahci (SATA) and USB are sharing IRQ11, but no difference. I also switched the SATA controller into compat mode so that IRQ14&15 are used and IRQ11 is only left for USB. Doesn't help when its up to reproduce the freeze on compile. Haven't yet found the "time" on reproducing the freeze after 1h 15mins. Will do so today. Just need to find some distraction then ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 09:20:35 2009 From: trac at haiku-os.org (maxime.simon) Date: Tue, 31 Mar 2009 07:20:35 -0000 Subject: [Haiku-bugs] [Haiku] #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) In-Reply-To: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> References: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> Message-ID: <051.9a01e6b3fbb769ad20dd481fa02bdffa@haiku-os.org> #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) --------------------------------+------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by maxime.simon): Enter a submenu by pressing the spacebar is no longer available, the return key has to be used. That's because the spacebar is used to enter the boot menu and the first item is a submenu? The spacebar is still valid for other items. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 09:35:51 2009 From: trac at haiku-os.org (ekdahl) Date: Tue, 31 Mar 2009 07:35:51 -0000 Subject: [Haiku-bugs] [Haiku] #1840: Strange output from ls /dev In-Reply-To: <041.12bd45285101f826b397cf0ecf58e405@haiku-os.org> References: <041.12bd45285101f826b397cf0ecf58e405@haiku-os.org> Message-ID: <050.b670b765359e329dfaef8707058e4b7f@haiku-os.org> #1840: Strange output from ls /dev --------------------+------------------------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------+------------------------------------------------------- Comment(by ekdahl): I can't reproduce this anymore, so I guess it has been fixed and this ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 09:45:35 2009 From: trac at haiku-os.org (ekdahl) Date: Tue, 31 Mar 2009 07:45:35 -0000 Subject: [Haiku-bugs] [Haiku] #1726: PS/2 mouse doesn't work In-Reply-To: <041.f98b41c9fc53dec56e115bb3b8eb100f@haiku-os.org> References: <041.f98b41c9fc53dec56e115bb3b8eb100f@haiku-os.org> Message-ID: <050.1765d911f5e841851a551fa0b0713553@haiku-os.org> #1726: PS/2 mouse doesn't work -------------------------------+-------------------------------------------- Reporter: ekdahl | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by ekdahl): I don't have any issues with my mice/keyboards anymore, though the configuration isn't exactly the same as when I reported this. I now have: * PS/2 keyboard * USB mouse * Wireless USB-connected mouse/keyboard combo All work fine now. This can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 09:48:37 2009 From: trac at haiku-os.org (ekdahl) Date: Tue, 31 Mar 2009 07:48:37 -0000 Subject: [Haiku-bugs] [Haiku] #1723: Booting stops somehere in the bootscript In-Reply-To: <041.b6d95fd8a59fa2c2dae24538377e72fc@haiku-os.org> References: <041.b6d95fd8a59fa2c2dae24538377e72fc@haiku-os.org> Message-ID: <050.9145659331fa881c1c9bbae14df4e4ea@haiku-os.org> #1723: Booting stops somehere in the bootscript -----------------------+---------------------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by ekdahl): Can someone please close this ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 09:58:37 2009 From: trac at haiku-os.org (ekdahl) Date: Tue, 31 Mar 2009 07:58:37 -0000 Subject: [Haiku-bugs] [Haiku] #3643: Hide Deskbar menu with a second click on menu button Message-ID: <041.fc2c6d717777b21ce5791aa4c873c709@haiku-os.org> #3643: Hide Deskbar menu with a second click on menu button ----------------------------------+----------------------------------------- Reporter: ekdahl | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- See summary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:02:47 2009 From: trac at haiku-os.org (ekdahl) Date: Tue, 31 Mar 2009 08:02:47 -0000 Subject: [Haiku-bugs] [Haiku] #3644: Arrow navigation in menus Message-ID: <041.81e4ab666525ea2c32c9407f5cd6309b@haiku-os.org> #3644: Arrow navigation in menus ----------------------------+----------------------------------------------- Reporter: ekdahl | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Arrow navigation in menus is impossible when the mouse is in the menu area. The currently selected item always goes back to the item under the mouse. I think this should only happen when the mouse has moved. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:12:43 2009 From: trac at haiku-os.org (korli) Date: Tue, 31 Mar 2009 08:12:43 -0000 Subject: [Haiku-bugs] [Haiku] #1723: Booting stops somehere in the bootscript In-Reply-To: <041.b6d95fd8a59fa2c2dae24538377e72fc@haiku-os.org> References: <041.b6d95fd8a59fa2c2dae24538377e72fc@haiku-os.org> Message-ID: <050.44815d9fd9ebc784ff26e1c7165fe936@haiku-os.org> #1723: Booting stops somehere in the bootscript ------------------------+--------------------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:18:29 2009 From: trac at haiku-os.org (ekdahl) Date: Tue, 31 Mar 2009 08:18:29 -0000 Subject: [Haiku-bugs] [Haiku] #3645: Page setup in Pe error Message-ID: <041.6dd84a024312844d697991cbf49f85d9@haiku-os.org> #3645: Page setup in Pe error -----------------------+---------------------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- When doing the following steps I get an error message. 1. Open a file with Pe 2. Select File -> Page Setup... 3. I get as in screenshot2 4. Click No 5. The error message in screenshot3 shows up Doing the same thing with StyledEdit doesn't show the error message. GCC 4 build, R29813. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:18:27 2009 From: trac at haiku-os.org (Disreali) Date: Tue, 31 Mar 2009 08:18:27 -0000 Subject: [Haiku-bugs] [Haiku] #2941: Can't open the Welcome html file with duble click in pre-alpha1 In-Reply-To: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> References: <041.968ad670398333067439420f9b4b2b90@haiku-os.org> Message-ID: <050.76fc312424f223096c9bf23f2480ddb6@haiku-os.org> #2941: Can't open the Welcome html file with duble click in pre-alpha1 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Changes (by Disreali): * cc: mdisreali@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:19:36 2009 From: trac at haiku-os.org (Disreali) Date: Tue, 31 Mar 2009 08:19:36 -0000 Subject: [Haiku-bugs] [Haiku] #3642: Tracker crashes when Expander attempts to unzip a zip file In-Reply-To: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> References: <043.c2adc0481744e32e918b86ce5dc7258f@haiku-os.org> Message-ID: <052.ff5152ca140115b3035dfe2cfe316639@haiku-os.org> #3642: Tracker crashes when Expander attempts to unzip a zip file -----------------------+---------------------------------------------------- Reporter: Disreali | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Changes (by Disreali): * cc: mdisreali@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:30:11 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 31 Mar 2009 08:30:11 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting In-Reply-To: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> References: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> Message-ID: <049.b82a67c3b8317fbea046307206dc8468@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): It seems most of those i pointed you on irc are still there. Please read the coding guidelines carefully. Regards -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 10:54:46 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 08:54:46 -0000 Subject: [Haiku-bugs] [Haiku] #3596: Change from lexicographic sorting to natural sorting In-Reply-To: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> References: <040.ca4affe29fb66eabe6b26e3c8674f109@haiku-os.org> Message-ID: <049.41726484ed9d39615e626565cdc117ff@haiku-os.org> #3596: Change from lexicographic sorting to natural sorting ----------------------------------+----------------------------------------- Reporter: plasm | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): Yes, I agree with aldeck. It's great that you worked on this patch! But anyone who is going to commit it will have to clean up the coding style violations. It's much better if you do this, so you learn these guidelines for when coding something for Haiku. Hope you understand! :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:01:44 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:01:44 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly In-Reply-To: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> References: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> Message-ID: <047.46195f3f8ab5e372ac0034dec8b04742@haiku-os.org> #2716: firefox closes unexpectedly --------------------------+------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by stippi): I've never seen that, and I am using Haiku (and Firefox) all day now. Maybe it was something specific with that website? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:11:43 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:11:43 -0000 Subject: [Haiku-bugs] [Haiku] #1726: PS/2 mouse doesn't work In-Reply-To: <041.f98b41c9fc53dec56e115bb3b8eb100f@haiku-os.org> References: <041.f98b41c9fc53dec56e115bb3b8eb100f@haiku-os.org> Message-ID: <050.eac327614e363e79335d8f878fe86f23@haiku-os.org> #1726: PS/2 mouse doesn't work --------------------------------+------------------------------------------- Reporter: ekdahl | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:13:35 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:13:35 -0000 Subject: [Haiku-bugs] [Haiku] #1840: Strange output from ls /dev In-Reply-To: <041.12bd45285101f826b397cf0ecf58e405@haiku-os.org> References: <041.12bd45285101f826b397cf0ecf58e405@haiku-os.org> Message-ID: <050.79d9c0e2514310813dc8fb0bc2339867@haiku-os.org> #1840: Strange output from ls /dev ---------------------+------------------------------------------------------ Reporter: ekdahl | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:17:12 2009 From: trac at haiku-os.org (miqlas) Date: Tue, 31 Mar 2009 09:17:12 -0000 Subject: [Haiku-bugs] [Haiku] #3150: BFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.99085059032bdc03f2fcc25db5cf23a5@haiku-os.org> #3150: BFS directory corruption. ------------------------------+--------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Changes (by miqlas): * cc: miqlas@? (added) Comment: I have the same problem: {{{ ~/Desktop/Trash/wine-1.1.17> ls ls: reading directory .: Bad data }}} in the syslog: {{{ KERN: bfs: bfs_create_index:1980: File or Directory already exists Last message repeated 2 times KERN: bfs: InitCheck:310: Bad data KERN: bfs: inode at 1572989 is already deleted! KERN: bfs: GetNextMatching:1060: Bad data KERN: bfs: could not get inode 1572989 in index "be:deskbar_item_status"! KERN: bfs: InitCheck:310: Bad data KERN: bfs: inode at 1593323 is already deleted! KERN: bfs: GetNextMatching:1060: Bad data KERN: bfs: could not get inode 1593323 in index "be:deskbar_item_status"! KERN: bfs: InitCheck:310: Bad data KERN: bfs: inode at 1593331 is already deleted! KERN: bfs: GetNextMatching:1060: Bad data KERN: bfs: could not get inode 1593331 in index "be:deskbar_item_status"! KERN: register_domain(9, unix) KERN: B+tree header size 5917768436999877237 doesn't fit file size 2048! KERN: bfs: SetTo:471: Bad data KERN: bfs: inode tree at block 2632493 corrupt! KERN: bfs: InitCheck:441: Bad data KERN: B+tree header size 5917768436999877237 doesn't fit file size 2048! KERN: bfs: SetTo:471: Bad data KERN: bfs: KERN: inode tree at block 2632493 corrupt! KERN: bfs: InitCheck:441: Bad data KERN: B+tree header size 5917768436999877237 doesn't fit file size 2048! KERN: bfs: SetTo:471: Bad data KERN: bfs: inode tree at block 2632493 corrupt! KERN: bfs: InitCheck:441: Bad data }}} The "df" command: {{{ ~/Desktop/Trash/wine-1.1.17> df Mount Type Total Free Flags Device --------------- -------- --------- --------- ------- -------------------------- /boot bfs 7.0G 760.2M QAM-P-W /dev/disk/ata/1/master/1_1 }}} The checkfs give error massage: {{{ ~/Desktop/Trash/wine-1.1.17> checkfs /dev/disk/ata/1/master/1_1 checkfs: Could not prepare the device for modifications: Invalid Argument }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:20:48 2009 From: trac at haiku-os.org (miqlas) Date: Tue, 31 Mar 2009 09:20:48 -0000 Subject: [Haiku-bugs] [Haiku] #3646: Terminal size problem with more tabs Message-ID: <041.c6a77bea1ad3e00b7d5a9c3503f5fbca@haiku-os.org> #3646: Terminal size problem with more tabs -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open a new terminal window. Make it to full-screen. And open an new tab. The window size changed, and You don't see the window (yellow) tab. Check the shoot. This is Haiku r29739 . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:22:41 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:22:41 -0000 Subject: [Haiku-bugs] [Haiku] #1202: UserBootscript etc. missing from $HOME/config/boot In-Reply-To: <044.2ef40a276f96a58d4c7e6f43c3ce0c65@haiku-os.org> References: <044.2ef40a276f96a58d4c7e6f43c3ce0c65@haiku-os.org> Message-ID: <053.a932028bfc688e08540338559baa63a4@haiku-os.org> #1202: UserBootscript etc. missing from $HOME/config/boot --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks, I've commited the patch in r29814. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:23:39 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:23:39 -0000 Subject: [Haiku-bugs] [Haiku] #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) In-Reply-To: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> References: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> Message-ID: <051.38c07e50b043faa3aa5f6c2ac017b8bc@haiku-os.org> #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) --------------------------------+------------------------------------------- Reporter: scottmc | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:27:38 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:27:38 -0000 Subject: [Haiku-bugs] [Haiku] #3646: Terminal size problem with more tabs In-Reply-To: <041.c6a77bea1ad3e00b7d5a9c3503f5fbca@haiku-os.org> References: <041.c6a77bea1ad3e00b7d5a9c3503f5fbca@haiku-os.org> Message-ID: <050.0f4a6fc1c64ee3f0676e8757533d819e@haiku-os.org> #3646: Terminal size problem with more tabs -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by stippi): * owner: jackburton => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:36:50 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 09:36:50 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly In-Reply-To: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> References: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> Message-ID: <047.d3e5df6a28dab0ed4d540f1ee698ba72@haiku-os.org> #2716: firefox closes unexpectedly --------------------------+------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): or possibly that specific and not very well specified version from BeBits. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 11:59:06 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 09:59:06 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly In-Reply-To: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> References: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> Message-ID: <047.c8e645ab1037e34b122e0824ecf674f1@haiku-os.org> #2716: firefox closes unexpectedly ---------------------------+------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, closing then. Please re-open if someone encounters this! :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 13:34:15 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 11:34:15 -0000 Subject: [Haiku-bugs] [Haiku] #1746: Default swap file size doesn't enable Virtual Memory In-Reply-To: <043.bddb1eca3b845f655d36645f64a4e22f@haiku-os.org> References: <043.bddb1eca3b845f655d36645f64a4e22f@haiku-os.org> Message-ID: <052.d1cdbc9f2916ae095713940bb12be7eb@haiku-os.org> #1746: Default swap file size doesn't enable Virtual Memory ---------------------------------------+------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/VirtualMemory | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------------------+------------------------------------ Comment(by mmadia): Any updates on this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 13:37:12 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 11:37:12 -0000 Subject: [Haiku-bugs] [Haiku] #1600: Change name of the Appearance preference applet to Colors In-Reply-To: <039.2982fa0cdc4d57fc96fc0bbb2b46a774@haiku-os.org> References: <039.2982fa0cdc4d57fc96fc0bbb2b46a774@haiku-os.org> Message-ID: <048.415adc42cc2f999793d8f9c5572763c9@haiku-os.org> #1600: Change name of the Appearance preference applet to Colors -------------------------------------+-------------------------------------- Reporter: koki | Owner: darkwyrm Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by mmadia): Since Appearance now includes the Antialiasing tab, can this be re-closed? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 13:44:34 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 11:44:34 -0000 Subject: [Haiku-bugs] [Haiku] #2009: [Firefox] doesn't work on my home network In-Reply-To: <040.ce24014ee9cba94d110a3e31d7fbba16@haiku-os.org> References: <040.ce24014ee9cba94d110a3e31d7fbba16@haiku-os.org> Message-ID: <049.b4b96aaa0bcbd7b5d3f1c668bb12cc98@haiku-os.org> #2009: [Firefox] doesn't work on my home network --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by mmadia): diver : do other web browsers, eg NetSurf or Links experience this issue? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 15:01:30 2009 From: trac at haiku-os.org (majie) Date: Tue, 31 Mar 2009 13:01:30 -0000 Subject: [Haiku-bugs] [Haiku] #3647: Full PoorMan source codes Message-ID: <040.1e82de8dfc71d34451d1d0c63642e2ff@haiku-os.org> #3647: Full PoorMan source codes --------------------------+------------------------------------------------- Reporter: majie | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This is the full source codes of the PoorMan server, which now has the http server feature. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 15:04:12 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 31 Mar 2009 13:04:12 -0000 Subject: [Haiku-bugs] [Haiku] #3644: Arrow navigation in menus In-Reply-To: <041.81e4ab666525ea2c32c9407f5cd6309b@haiku-os.org> References: <041.81e4ab666525ea2c32c9407f5cd6309b@haiku-os.org> Message-ID: <050.c0303513f0486a635a61c26c79cb46b6@haiku-os.org> #3644: Arrow navigation in menus -----------------------------+---------------------------------------------- Reporter: ekdahl | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: duplicate | Blockedby: 1621 Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 1621 Comment: Duplicate of ticket #1621. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 15:14:13 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 13:14:13 -0000 Subject: [Haiku-bugs] [Haiku] #1600: Change name of the Appearance preference applet to Colors In-Reply-To: <039.2982fa0cdc4d57fc96fc0bbb2b46a774@haiku-os.org> References: <039.2982fa0cdc4d57fc96fc0bbb2b46a774@haiku-os.org> Message-ID: <048.7ff7c4d15b979e20b8b7cbe75c135e4d@haiku-os.org> #1600: Change name of the Appearance preference applet to Colors -------------------------------------+-------------------------------------- Reporter: koki | Owner: darkwyrm Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by stippi): * status: reopened => closed * resolution: => invalid Comment: Yes. Good point. It will even include more, possibly soon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 15:18:31 2009 From: trac at haiku-os.org (kev) Date: Tue, 31 Mar 2009 13:18:31 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly In-Reply-To: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> References: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> Message-ID: <047.434135c95e2a431333a66db65853435f@haiku-os.org> #2716: firefox closes unexpectedly ---------------------------+------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by kev): Sorry, that would've been the net_server edition most likely, because they hadn't put 'Haiku' by the BONE edition yet at that point. This doesn't seem to happen any more, on 2.0.0.18 net_server or on the BeZilla included with the alpha images. Tested on r29813. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 15:24:49 2009 From: trac at haiku-os.org (kev) Date: Tue, 31 Mar 2009 13:24:49 -0000 Subject: [Haiku-bugs] [Haiku] #3648: http://www.haiku-os.org/build_factory redirect broken Message-ID: <038.33345ea1fa98b980bd163f485c1f96e5@haiku-os.org> #3648: http://www.haiku-os.org/build_factory redirect broken -----------------------+---------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- If you google 'haiku build factory', that's the first URL that comes up. Clicking it gets you a page saying that it's moved to http://haiku- files.org/factory/, which delivers a blank document with just the text, "Nothing to see here." Perhaps both locations should return 301 codes pointing to http://haiku- files.org/ ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 15:37:23 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 13:37:23 -0000 Subject: [Haiku-bugs] [Haiku] #3646: Terminal size problem with more tabs In-Reply-To: <041.c6a77bea1ad3e00b7d5a9c3503f5fbca@haiku-os.org> References: <041.c6a77bea1ad3e00b7d5a9c3503f5fbca@haiku-os.org> Message-ID: <050.4c780140b7f48c8155c6d1b9e560ba8f@haiku-os.org> #3646: Terminal size problem with more tabs ------------------------------------+--------------------------------------- Reporter: miqlas | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Fixed in r29822. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 18:29:42 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 16:29:42 -0000 Subject: [Haiku-bugs] [Haiku] #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) In-Reply-To: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> References: <042.7d717c02ebd1d75cb14bf5e343867fba@haiku-os.org> Message-ID: <051.65b7e1d4fdc58460d3485b084222fc3d@haiku-os.org> #1482: Haiku Boot Menu selection defaults to item at bottom of menu instead of top (easy) ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Thanks for your patch! It does feel more natural somehow. Applied in r29832. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 19:03:10 2009 From: trac at haiku-os.org (michael.weirauch) Date: Tue, 31 Mar 2009 17:03:10 -0000 Subject: [Haiku-bugs] [Haiku] #3632: Freeze after ~1h 15min uptime (reproduceable) In-Reply-To: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> References: <051.5ff9db6cd87af4a6ac5945b044d89da0@haiku-os.org> Message-ID: <060.478324777a7130f4eef831be3ff232d0@haiku-os.org> #3632: Freeze after ~1h 15min uptime (reproduceable) ------------------------------+--------------------------------------------- Reporter: michael.weirauch | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by michael.weirauch): r29784; SATA/AHCI, USB and NIC on IRQ11; firewire bus manager and fw_raw taken out 1. F12 after boot, making sure fw is out[[BR]] 2. F12 [http://dev.haiku-os.org/attachment/ticket/3632/kdl- ints-r29784-1h03m48s.jpg][[BR]] 3. F12 [http://dev.haiku-os.org/attachment/ticket/3632/kdl- ints-r29784-1h08m59s.jpg][[BR]] 4. F12 [http://dev.haiku-os.org/attachment/ticket/3632/kdl- ints-r29784-1h14m30s.jpg][[BR]] 5. freeze on 1h19m40s 1h19m? Either the visits to KDL delay the freeze, or: (guessing ignorantly in any direction currently) The screensaver ran ~5 minutes before I noticed it wasn't turned off. Do the handled interrupt figures tell about strange things going on? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 19:04:23 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 31 Mar 2009 17:04:23 -0000 Subject: [Haiku-bugs] [Haiku] #3645: Page setup in Pe error In-Reply-To: <041.6dd84a024312844d697991cbf49f85d9@haiku-os.org> References: <041.6dd84a024312844d697991cbf49f85d9@haiku-os.org> Message-ID: <050.76233b3342639f285b66e9029bbf3c22@haiku-os.org> #3645: Page setup in Pe error -----------------------+---------------------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) Comment: Wondering if it's specific to the gcc4 version of Pe (I'll try to test this when I get home) If you launch Pe from a terminal, does anything get dumped to stdout? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 19:26:48 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 17:26:48 -0000 Subject: [Haiku-bugs] [Haiku] #3645: Page setup in Pe error In-Reply-To: <041.6dd84a024312844d697991cbf49f85d9@haiku-os.org> References: <041.6dd84a024312844d697991cbf49f85d9@haiku-os.org> Message-ID: <050.50104c621edc9c81445954848bcb46c4@haiku-os.org> #3645: Page setup in Pe error -----------------------+---------------------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Comment(by mmadia): Replying to [comment:1 umccullough]: > Wondering if it's specific to the gcc4 version of Pe (I'll try to test this when I get home) > > If you launch Pe from a terminal, does anything get dumped to stdout? happens with the gcc2 version too. oddly, "Preview" and "Save as PDF" printers are listed in the preflet. no output when running from Terminal. also, clicking "Yes" at the first prompt (screenshot2), results in the same error. The only difference is that the Printer preflet opens. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 19:32:35 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 31 Mar 2009 17:32:35 -0000 Subject: [Haiku-bugs] [Haiku] #2991: [Pe] crash after second right click (easy) In-Reply-To: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> References: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> Message-ID: <049.594e24b325263eda48cdbec5918c2106@haiku-os.org> #2991: [Pe] crash after second right click (easy) --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): reporter cannot reproduce. requesting ticket to be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 19:46:52 2009 From: trac at haiku-os.org (stippi) Date: Tue, 31 Mar 2009 17:46:52 -0000 Subject: [Haiku-bugs] [Haiku] #2991: [Pe] crash after second right click (easy) In-Reply-To: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> References: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> Message-ID: <049.43c1a7f36e8bc54c2e5768589a525b87@haiku-os.org> #2991: [Pe] crash after second right click (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: IIRC, I fixed some popup menu bug in Pe at last BeGeistert... ok closing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 20:18:46 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 31 Mar 2009 18:18:46 -0000 Subject: [Haiku-bugs] [Haiku] #3647: Full PoorMan source codes In-Reply-To: <040.1e82de8dfc71d34451d1d0c63642e2ff@haiku-os.org> References: <040.1e82de8dfc71d34451d1d0c63642e2ff@haiku-os.org> Message-ID: <049.8d9dd42264e030f695f276c529be3532@haiku-os.org> #3647: Full PoorMan source codes --------------------------+------------------------------------------------- Reporter: majie | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Wouldn't it be better to move all those HAVE_* defines into the config.h? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 20:41:22 2009 From: trac at haiku-os.org (Disreali) Date: Tue, 31 Mar 2009 18:41:22 -0000 Subject: [Haiku-bugs] [Haiku] #3610: minor mimetype error for welcome.html and BeBook index.html In-Reply-To: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> References: <039.6379b3a4b8184427618b0675654e7f43@haiku-os.org> Message-ID: <048.4a68e34d43f749bd2c4f7ea9abf3f562@haiku-os.org> #3610: minor mimetype error for welcome.html and BeBook index.html -----------------------+---------------------------------------------------- Reporter: sten | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by Disreali): * cc: mdisreali@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 20:41:31 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 31 Mar 2009 18:41:31 -0000 Subject: [Haiku-bugs] [Haiku] #3648: http://www.haiku-os.org/build_factory redirect broken In-Reply-To: <038.33345ea1fa98b980bd163f485c1f96e5@haiku-os.org> References: <038.33345ea1fa98b980bd163f485c1f96e5@haiku-os.org> Message-ID: <047.d4ea96af86c71e0c46d177229d655a6f@haiku-os.org> #3648: http://www.haiku-os.org/build_factory redirect broken -----------------------+---------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) Comment: I fixed http://haiku-os.org/build_factory to be a redirect to http ://haiku-os.org/downloads (which probably makes the most sense in this context). I did not fix http://haiku-files.org/factory to redirect to http://haiku- files.org as the method I tried here didn't even work, so I reverted it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 20:41:48 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 31 Mar 2009 18:41:48 -0000 Subject: [Haiku-bugs] [Haiku] #3648: http://www.haiku-os.org/build_factory redirect broken In-Reply-To: <038.33345ea1fa98b980bd163f485c1f96e5@haiku-os.org> References: <038.33345ea1fa98b980bd163f485c1f96e5@haiku-os.org> Message-ID: <047.0a56620c66bc257f6032a8df2ad7f0a0@haiku-os.org> #3648: http://www.haiku-os.org/build_factory redirect broken ---------------------+------------------------------------------------------ Reporter: kev | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Changes (by umccullough): * owner: axeld => haiku-web * component: - General => Website -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 21:32:10 2009 From: trac at haiku-os.org (andreasf) Date: Tue, 31 Mar 2009 19:32:10 -0000 Subject: [Haiku-bugs] [Haiku] #3640: cvs : fails to successfully checkout Mozilla source code. In-Reply-To: <041.975ef5519f2e06087609e925b2dadf1b@haiku-os.org> References: <041.975ef5519f2e06087609e925b2dadf1b@haiku-os.org> Message-ID: <050.85c7486b6c1f330a04e5861c4bc103ac@haiku-os.org> #3640: cvs : fails to successfully checkout Mozilla source code. -----------------------+---------------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by andreasf): * cc: planche2k@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 22:27:47 2009 From: trac at haiku-os.org (koki) Date: Tue, 31 Mar 2009 20:27:47 -0000 Subject: [Haiku-bugs] [Haiku] #2665: Donating codes: APE reader In-Reply-To: <041.e0e43b22fa9aa8c855e1bb1de35ece8c@haiku-os.org> References: <041.e0e43b22fa9aa8c855e1bb1de35ece8c@haiku-os.org> Message-ID: <050.84bfe577e54dd62c0e9fe3827c6a8023@haiku-os.org> #2665: Donating codes: APE reader ----------------------------------+----------------------------------------- Reporter: shinta | Owner: dlmcpaul Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Comment(by koki): According to this... https://lists.berlios.de/pipermail/haiku-commits/2009-March/015277.html ...the "APE Reader from sources donated by SHINTA" have been committed. So it looks like it's OK to close this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Mar 31 22:33:52 2009 From: trac at haiku-os.org (maxime.simon) Date: Tue, 31 Mar 2009 20:33:52 -0000 Subject: [Haiku-bugs] [Haiku] #3638: [preferences/fileTypes] extensions can be the same one(easy) In-Reply-To: <040.d6f189d80962bb6a45c7d41ea16541a2@haiku-os.org> References: <040.d6f189d80962bb6a45c7d41ea16541a2@haiku-os.org> Message-ID: <049.fc64d422eb07b99646e5e9878bd1924b@haiku-os.org> #3638: [preferences/fileTypes] extensions can be the same one(easy) -----------------------------------+---------------------------------------- Reporter: chico | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by maxime.simon): An extension can be associated to more than one application at the same time because, according to the BeBook: "A given extension can be associated with more than one MIME type." -- Ticket URL: Haiku The Haiku operating system.