MantisBT - Issues

0010319: Crash on exit with Contour ShuttlePro, libusb tear-down issue

Fri, 15 May 2026 20:15:39 +0000

Hi All,

Recently built Ardour from source, works great, but when the Contour ShuttlePro V2 is connected, Ardour crashes on exit:

../libusb/os/threads_posix.h:46: usbi_mutex_lock: Assertion `pthread_mutex_lock(mutex) == 0' failed.

We had similar issues with wfview (an open source project I work on). The fix is to flush any transfers and then release the interface in a specific order.

0010335: Plugin Window - Replace the on off button

Fri, 15 May 2026 18:00:56 +0000

Plugin GUI windows contain a toolbar at the top.
On the right side of this toolbar is a large "reverse" on/off button which can be kind of a confusing approach.
(Only reason I can think of is that maybe this was done this way because green light being "on" was maybe distracting?)

Suggesting to replace this current on-off button/icon with just a square or rectangle (if want to keep the same size as existing) button instead.

This button will not have an icon, only a centered round green led light that is "on" = green, to mimic the on/off led circles shown at left side of plugin buttons in Mixer channel effect chains.

This button will no longer have "reverse" behavior, instead will use the following
On = Green Light
Off = Faded green/black

Thank You

0010338: Editor - Standard track box width instead of minor adjustments

Fri, 15 May 2026 17:48:38 +0000

Version: 9.2.689 Nightly Build

I noticed that in Editor track boxes, minor width adjustments are made based on the different track types.
It appears that this occurs based on the vertical meter sizes used by each track type.

0010106: Application Bar - Action Buttons - Button size and icon issues

Fri, 15 May 2026 14:45:41 +0000

In the past I have noticed occasional issues with odd size of "Action Buttons" 1 and 2.
Not sure if fixed or not.
The widths of the buttons at one time showed up narrower then buttons 3 and 4.
And also their numbers 1 and 2 were smaller and in bottom right corner of button as oppose to being centered like they usually are.

I have not seen this recently but just mentioning because I have had the following issue occur where certain icons appear larger then the buttons they are in.
For example the "List Plugins" icon, the arrow on the right side of the icon goes over the buttons right edge.

0010337: Clock - Add rectangle under clocks

Fri, 15 May 2026 14:43:07 +0000

By default the new layout of the main toolbar now shows two clocks in the middle
`Bars:Beats` | `Timecode`

The `Bars:Beats` shows two buttons under it, for tempo and time signature.
All the other clocks just show text label under them.

Not sure if anyone will care/agree, but to me this can look a little strange and unbalanced visually.

Depending if it looks good when added, I am suggesting to maybe consider putting a "fake button" or just a rounded corner rectangle outline that looks like the other two buttons, around the text that appears under all the other clocks.
Would basically look like the two buttons under `Bars:Beats`, but connected in middle, making it one button the full width of the clock graphic above.

Could balance out the appearance of the two clocks that are centered at the top of the GUI.
Not sure if anyone would agree with this?

In the past I also made a similar post about possible updates to the clocks if anyone is interested.
0010132

Thank You

0010336: MIDI Tracks - Narrow width when piano roll not shown

Fri, 15 May 2026 14:33:31 +0000

Version: 9.2.689 Nightly Build
Default Ardour theme `dark`

Probably not much that can be done about this but
I noticed that if you have some MIDI tracks in a project, where some have increased track heights (which reveals the tracks piano roll), that the other track box widths appear visually confusing.

0010331: Plugins : file manager or dialog boxes don't open

Thu, 14 May 2026 19:04:43 +0000

I can't use some plugins (LV2/VST3/VST2) because dialog boxes don't appears.
For example Decent Sampler, Helm.

Plugins that use their own GUI dialog boxes are not affected, issue is with OS boxes (Mint Cinnamon here)

I have no problem using Carla or Reaper.
It was working before, but I can't remember if there was an update of Ardour or OS.

0010333: Ardour (GDB) 9.3 crashes

Thu, 14 May 2026 14:48:20 +0000

Version installed is latest build Ardour-9.3.0-dbg-w64-Setup.exe

I wanted to report a different crash behavior so I tried to reproduce it with Ardour9 GBD - but this crashes at startup.

If I start "Ardour9 GDB" it crashes on startup. Only the Icon is shown.

If I start "Ardour" (i.e. "C:\Program Files\Ardour9\bin\Ardour.exe") then Ardour Window with Edit view is shown.

Please advise if I messed up something.

0010334: Ruler markes in pianoroll UIs disappear when scrolling right

Thu, 14 May 2026 00:48:36 +0000

1. Open multiple regions with different length in either the pianoroll window or the bottom pane in the Editor.
2. Press and hold Shift, scroll the mouse wheel to scroll the view to the right. At some point, bar/beat marks will start disappearing and then reappear as you scroll back to the left

Demo: https://youtu.be/Qr9fQdncOh8

0010332: Lots of crashes when importing PT sessions and or archiving a session

Wed, 13 May 2026 16:17:15 +0000

I'm having issues with these operations like 50% of the time. In some cases (importing PT session) always failing. To note that I'm working with the same sample rate etc of the session I'm importing, also crashed once while importing audio (consolidated tracks of a session). The archiving was intended using FLAC. I've noticed less stability in general for this 9.2 version. My computer knowledge is limited, but I guess this can be reproduced / improved. Ihope the log files help. Thank you

0010288: Unintuitive Radio Button Order in LuaDialogRadio (with propsed solution)

Tue, 12 May 2026 20:26:59 +0000

Problem:
When creating a Lua dialog with radio buttons, the order in which they appear in the row is unintuitive - it depends on the internal order of the Lua table which is neither sorted by keys nor by values.
This makes using dialogs with radio buttons somewhat confusing.

0010328: Pretty names in recorder view (Rec) for audio and midi inputs are not restored after a new start of ardour (Linux)

Tue, 12 May 2026 19:29:15 +0000

The pretty names for audio and midi inputs in the recorder view (Rec) are not restored after a new start of ardour. The names are correctly stored in ~/.config/ardour9/port_metadata but not restored after a program restart. This seems to be a problem only with Linux (I am using Ubuntu Studio 26.04 LTS with pipewire-jack). After a program start always the very long default names appear, which are almost unreadable and make a effective workflow difficult.

0010015: Ardour crashes when compiled with clang19+

Tue, 12 May 2026 17:04:19 +0000

When reopening a session originally saved in 8.12 and then saved in an Ardour version compiled with clang 19 or higher that clang 19 version of Ardour hangs on "Session loading complete" (Ard 8) or "Reload session history" (Ard 9) and then crashes.

dmesg shows an error :
[89185.917533] traps: ArdourGUI[151759] trap divide error ip:7811487c5fc4 sp:7ffcb2fd9740 error:0 in libgcc_s.so.1[7811487c2000+17000]

Both 8.12 and the latest git 82bdb3f05f exhibit the same behavior.

During compilation there are warnings about
"../libs/ardour/ardour/dB.h:40:30: warning: use of infinity is undefined behavior due to the currently enabled floating-point options [-Wnan-infinity-disabled]
40 | if (coeff < 1e-15) return -std::numeric_limits::infinity(); "
if that could have something to do with it.

OTOH I see those warnings when using clang 18 as well.

0010327: 'New Playlist (for group)' should default playlist name to group name

Tue, 12 May 2026 12:36:23 +0000

Before a8395718 or thereabouts, creating new playlists for members of a route group would name the playlists after the group, which made sense to me. Currently though, new playlists for grouped tracks are just named 'Take.[n]' with a global incrementing take number, as 'New Playlists (for selected/all tracks)' does.

I don't know whether this change for grouped tracks was a deliberate design decision or an oversight, but either way I preferred the old behaviour.

0010329: Misleading message when trying to name a track/bus with a '.' at the end

Mon, 11 May 2026 21:18:51 +0000

On renaming a track or bus where the new name has a trailing full stop, a generic error dialogue is displayed: "The name includes special characters (<>:"/\|?*) which is discouraged in track and bus names, due to filename restrictions on some systems.". This is a bit confusing, since it happens even when none of those "special" characters are in the name, and '.' is not one of them.

0010330: Clicking on group header of invisible group hides all the group's tracks

Mon, 11 May 2026 21:13:24 +0000

If a group has been hidden, but tracks in that group are then made visible again, clicking on the group's header in the editor, rather than activating or deactivating the group, hides all of the group's tracks again. I don't think it was always like this, and even if it is like this by design, I don't think it's terribly helpful behaviour.

0010311: Keyboard Shortcuts Dialog - Left justify search field

Mon, 11 May 2026 06:57:01 +0000

`Keyboard Shortcuts` dialog

Currently the search field text is "centered"
Suggesting to make the field "left justified" instead.

Thank You

0010291: Summary Scroll Bar - Match the Editors horizontal scroll speed

Mon, 11 May 2026 00:17:33 +0000

In the past I created the following post suggesting to add horizontal scroll functionality to the `Summary Scroll Bar`
Found here 0010105

That post actually made it through the approval process and was added, but a couple members, including myself, mentioned that the horizontal scroll speed was very slow in comparison to the horizontal scroll speed of the editor itself.

I recently tested nightly build (version 9.2.567) and noticed that now when you use SHIFT + MSW in the `Summary Scroll Bar`, the speed is now fast / skips through in larger chunks.

In this post, I am suggesting to match the horizontal scroll speed of the `Summary Scroll Bar`
To the horizontal scroll speed of the Editor itself.

Thank You

0010131: Editor - Toolbar - Scroll automatically button highlight turns off when click in timeline

Mon, 11 May 2026 00:16:36 +0000

In `Editor` toolbar, if you click the button for
`Scroll automatically to keep playhead visible`
to turn it "on", it shows a background color highlight to let user know it is "on".

If you click left mouse button, the background color of this button blinks.
If you hold down your left mouse button, the background color will turn off until left mouse button is released.

(Unless I am overlooking something)
To me this does not seem necessary, I would make the button just stay highlighted.

Thank you to anyone who reads this

0010326: Summary Scroll Bar - Suggestions about updating its mouse based behavior

Mon, 11 May 2026 00:15:06 +0000

`Summary` is a really great feature, not seen in many other applications.
Also like how you can resize the bar as well.

I can understand why it was programmed the way it is but to be honest to this day I still get confused when I try to use it.
Reason for this is I always try to navigate with it as if it was a standard horizontal scroll bar.

I had made the suggestion to add the holding of SHIFT + MSW to achieve more common horizontal scroll bar behavior which was added to Ardour (also recent sensitivity fix suggested works great), so I am aware of this functionality but I wonder if any of the following would be considered, if it would not upset developers / other users?

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

CURRENT BEHAVIORS
I think these current behaviors work great
-hold LMB on box or anywhere in the bar and drag left / right = moves box horizontally left/right
-hold LMB on box or anywhere in the bar and drag up / down = zoom in/out

UPDATE SUGGESTIONS
-MSW = horizontal scroll left/right (instead of zoom in/out and is already achieve by drag up/down action)
-LMB single click anywhere in the bar = moves the entire box directly to that section

These two updated actions would basically bring the functionality of having to hold down the SHIFT key, directly into being able to be used achieved without the holding of SHIFT.

If this suggestion does get added
I would also allow CTRL+MSW anywhere in the Summary bar to also perform zoom in / out, which is common action also used in the Editor pane itself.
(This is the current behavior, just not sure if this would get removed with the update, if it does then I would add it back)

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Thank you to anyone who reads this

0010325: Summary Scroll Bar - Change name to something more descriptive

Mon, 11 May 2026 00:12:27 +0000

In the drop down
Menu Bar - View
it shows item
`Show Summary`

Suggesting to change its name to something like
`Summary Bar`
just to be a little more descriptive of what it is called.

Thank You

0010324: Modifier mouse action to open plugin generic GUI window

Mon, 11 May 2026 00:11:36 +0000

At times it kind of feels like the universal delete modifier + mouse action which is currently
SHIFT + RMB = universal delete
should have been
ALT + RMB = universal delete
because the ALT key is away from the other two modifier keys.
However this has already been established so it is not likely going to be changed.

With that being said I had a different suggestion for the use of this modifier + mouse action, which I believe is currently not being used?
ALT + RMB

Currently
CTRL + RMB = toggle GUI window open/close

I am suggesting to make
ALT + RMB = toggle generic GUI window open/close

---------------------------------------------------------------------------------------------------------------------------------------------------------------------

I am aware that
ALT + LMB double click
currently performs this action, which still could remain if developers/users want to keep this

but adding my suggestion would also make this similar action as CTRL + RMB mentioned above toggles the plugin GUI window.

Hopefully someone agrees
Thank You

0010323: Mixer - Single click on plugin buttons to open and close

Mon, 11 May 2026 00:10:34 +0000

This is something I still would really want to be added so I decided to make a post for this here.

Currently Ardour requires double click action on plugin buttons in Mixer channels to open/close GUI windows.

I am aware of CTRL+RMB which is helpful but ideally

I am suggesting to add a setting that would allow user the ability to choose to use single click instead for this action.

A setting like this I do not believe will require altering any other behavior within Ardour to achieve.
User would still be able to perform the same action of selecting a single plugin button by holding CTRL + LMB clicking on it.
Also holding down LMB on a plugin button and dragging will still be possible as well.

Single click is used by many applications for this action/purpose.
Less effort required if need to open/close many plugin windows often.

Thank you to anyone who reads this

0010321: Add Existing Media Window - Add a filter field

Mon, 11 May 2026 00:07:08 +0000

Suggesting to add a filter field to the `Add Existing Media` window to allow user the ability to filter sample filenames in the `Browse Files` tab.

Thank You

0010322: Keyboard Shortcuts Dialog - Update search field

Mon, 11 May 2026 00:06:33 +0000

I am sure this is going to be worth the time but
This goes with my overall theme of suggesting to make certain specific floating windows within Ardour follow common functionality / behavior as most other applications do.

This is a response to the following post
0010311

Suggesting the following updates which common search/filter fields use....

---------------------------------------------------------------------------------------------------------------------------------------------------------------------

-Use left justified text when English language is used for application because text is read from left to right.
Even if language is not a factor, I have never seen an application use right justify for any fields.

-Magnifying glass icon
Often used/shown on left side of the field, giving user the indication that it is a search field. Typically the text in the field is not right up against the icon because that would be confusing, there should be a couple characters of space in between the icon / text.
(This icon should remain visible all the time, currently it disappears when focus is applied to field which is confusing)
(Also magnifying icons are typically not used as a clear field button, which also does not make sense which I will mention below)

-Field also often contains the "Search..." text within the field as another indicator that it is a search field. (Which Ardour currently does)

-When text is typed into a search field, an "x" icons is often placed at the right side, that when clicked on clears the text from the field.
Currently magnifying glass is programmed to achieve this but it is not expected common behavior. The magnifying glass is also not visible when the field has focus, so cannot clear the field unless you click outside of the pane to then reveal the icon.
Again this is not common behavior.

Hope this was worth the time/effort to create this post.
Thank You

If this is not agreed with, again please regress the fields text back to being "Centered" as it was before all of this occurred.