Latest Bugs & Tasks
That's pretty much further confirmation of filesystem corruption. Closing as duplicate of #3150. My advice would be to copy as much of your data as you can to another volume/partition and reinitialize that one.
Implemented and range checks adjusted in hrev45702.
Applied in hrev45701. Thanks!
Implemented (hopefully) as discussed in hrev45700, let me know what you think. A behavioral note for when multiple breakpoints are selected: If at least one member of the selection is disabled, the Enable/Disable toggle will stay in Enable mode. Only if the entire selection is currently active will it toggle to allow Disable.
To reproduce the problem:
- open terminal on the workspace 1;
- start building Haiku;
- use Alt-F2 to switch to workspace 2;
- go back to workspace 1 using Alt-F1;
- terminal input is locked until you press Alt again, and links are colored blue under the mouse pointer without pressing Alt.
This issue looks like related to last hot-links feature addition.
The email server and friends always assume the standard imap ports and do not allow users to specify non-standard ports.
The source of these default ports seems to be hard coded here:
Server of ssl.unixzen.com:1993 specified in email preferences results in:
/Data/Projects/haiku/headers> /boot/system/servers/mail_daemon Connect SocketConnection to server ssl.unixzen.com:993 account name UnixZen, id 1368922315, in 0x3509810, out 0x3492dd0 Server resolves to 184.108.40.206:993 Connect: Connect Error: Connection refused
Currently, Debugger doesn't handle B_DEBUGGER_MESSAGE_TEAM_EXEC. This needs to be addressed at some point.
error: converting 'false' to pointer type 'Attribute*' [-Werror=conversion-null]
cc1plus: all warnings being treated as errors
Should be fixed in hrev45699.
This is hrev45646.
I've been thinking on #9780 and remembered an idea I posted about somewhere many years ago. Couldn't find it anymore...
It's about adding favorite query (templates) to the Find panel. I often find it cumbersome to start with an empty find panel and having to choose the filetype I look for and then adding the attributes I want to query etc. I know I can create query templates and start from those instead (and I do), but having some favorites in the find panel directly seems to be a good idea.
This mockup also includes what I commented on in #9780. The "+ / -" buttons are to add another attribute to search under that line or to remove this line, of course.
Additionally, there's a "Favorites" expando view at the bottom, in case someone prefers a maximum clean GUI and doesn't need favorites. (There could be a "Favorites" menu item in the menubar as well, for "purists").
This is how I could imagine it working:
You add the currently constructed query by drag'n'dropping the query symbol from the top into an empty slot below. I used LaunchBox for my mockup, maybe its code can useful as well.
The icon depends on the query's targetted mime type.
If you drop different querys with the same mime-type onto an existing icon of the same mime-type, the icon gets an overlay arrow and works like a pop-up menu to access all the favorite queries of that mime-type.
Tooltips show details of a favorite, i.e. the searched mime type and attributes, for example:
MPEG audio file Artist | Title
You remove an item with a context menu.
The query templates of those favorites can be saved in their respective mime-type subfolder under ~/config/settings/Tracker/QueryFavorites
[Edited: removed some misguided thoughts/mixups of "super-types"]
Implemented in hrev45696.
Implemented in hrev45695.
This is hrev45646.
The Find panel has recently been updated to use layout management. Great[[BR]]
I have three little beefs with it:
- Switching the expando label between "More options" / "Fewer options" feels awkward. I'd rather go with simply "Options". IMO the GUI should be as steady and unchanging as possible.
- The expando label and widget is moving when expanding/collapsing. It should stay in the same place, so the user can quickly see what additional options there are and re-hide them without moving the mouse.
- The moving icon and "Search" button when expanding/collapsing are distracting as well. How about keeping those in their "collapsed position"? Like this:
The variables view is missing a type column. While one can usually find out what type a variable has by looking at the source (if available), it would be much more convenient to have a type column in the variables view.
For (non-void) pointer variables the context menu of the variables view should offer a menu item to cast to an array. It would default to an array with 10 elements. In many cases that is already sufficient and adjusting the array ranges afterward is only a click away, anyway.
Removing or disabling several breakpoints from/in the breakpoints list is rather tedious