I can confirm that in Base the toolbars are added and removed automatically as you move between different sections of the UI. This has been a design of the module since day one. 

Personally I would like to see energy into creating newer style tabbed toolbars that work with Base bits (tables,queries,forms,reports) and keep this automatic management feature.

@Vera : I'm not sure I understand what I am supposed to be seeing:

Repeated Step 2 : OK, but this just sets a default minimalist greyed-out toolbar for me with 

Version: 6.1.2.1
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
Threads CPU : 4; OS : Mac OS X 10.13.6; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded

If I switch between the four modes (Table/Query/Form/Report) the default greyed out minimalist toolbar remains displayed, I can't even deactivate the entry in Display - UI - Standard Toolbar.

So, I'm not sure that I'm reproducing what you are seeing ? Have I misunderstood ?

Please see screen1 (toolbar after setting up all possible options) and screen2 (toolbar after changing object Table->Queries->Forms->Reports).

Expected result: I set up all possible options and want to see them always.

Created attachment 145554 [details]
screen1

Created attachment 145555 [details]
screen2

Thanks Vera - confirming.

Switching between the modules within Base always only displays the corresponding module toolbar, even if all have been selected under the corresponding menu entry.

Either these are indeed only ever context sensitive, in which case, we shouldn't allow the user to choose them all via the main Display menu, or else they're not context sensitive when that option is activated, in which case all toolbars should be visible.

@Heiko : one for some UX advice ?

(In reply to Alex Thurgood from comment #7)
> Switching between the modules within Base always only displays the
> corresponding module toolbar, even if all have been selected under the
> corresponding menu entry.
> 
> Either these are indeed only ever context sensitive, in which case, we
> shouldn't allow the user to choose them all via the main Display menu, or
> else they're not context sensitive when that option is activated, in which
> case all toolbars should be visible.
> 
> @Heiko : one for some UX advice ?

My take is to remove the checkboxes. It's more consistent with other modules when toolbars show up depending on the context rather than a user setting. It makes no sense to show query options when you are in forms mode.

(In reply to Xisco Faulí from comment #9)
> I think this is the expected behaviour. Same behaviour in writer if you show
> the image toolbar, clicking on another element different than an image the
> toolbar will go away...
> 
> My take: NOTABUG

@Heiko, What do you think about my comment ?

(In reply to Xisco Faulí from comment #10)
> > My take: NOTABUG
> 
> @Heiko, What do you think about my comment ?

My comment 8 is to remove the checkboxes from the menu.

Hello, I've recheck this bug for 

Version: 6.5.0.0.alpha0+
Build ID: 3e33a11d8a553a99bd5f23940a65c301924198fb
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-12-16_11:03:40
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Calc: threaded

Issue is still reproducible.

FYI: issue is still there

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 18cc01b63996f81b284e3bc827d1be7f3da8983a
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-04-04_01:22:54
Calc: threaded

Behavior is still the same in
Version: 24.8.3.1 (X86_64) / LibreOffice Community
Build ID: 65412f067af443213e726c93f137ccc85c9a1e06
CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

But: I don't know why it should be possible to set all toolbars visble. I would prefer to remove this options.