Maybe we can get rid of the scrolling subframe? Or at least scale the frame to the full height that is available?
On my screen the firewall rules window uses about half of the available height, but I can scroll way down.
Best would be to open a ticket on GH for this, so devs can review.
Regards,
S.
I have fixed this for me with a Tampermonkey script.
Until it is fixed, you can use this.
(function()
{
'use strict';
GM_addStyle(`
.tabulator .tabulator-tableholder
{
max-height: 2000px !important;
height: auto !important;
overflow-y: auto !important;
}
.tabulator
{
max-height: 2000px !important;
height: auto !important;
}
.bootgrid-table-container,
.bootgrid-body
{
max-height: 2000px !important;
height: auto !important;
overflow-y: auto !important;
}
.tab-content.content-box
{
max-height: none !important;
overflow: visible !important;
}
`);
})();
Mind sharing a screenshot of what this^ looks like?
Quote from: OPNenthu on March 06, 2026, 10:39:34 PMMind sharing a screenshot of what this^ looks like?
It's basically CSS fixing the height it seems :
Quotemax-height: 2000px !important;
So the small window you are scrolling in won't be so small anymore :)
Could use something similar for the recent KEA DHCP Server webGUI related topic too I guess...
Quote from: 0xDEADC0DE on March 06, 2026, 10:08:49 PMI have fixed this for me with a Tampermonkey script.
Thank you for this. I've converted it to a Stylus User Style (I am using Stylus instead of Tampermonkey) and it works splendidly.
2000px is a good value for 50 entries. For 100 entries you have to increase the value accordingly. Since this is a max value anyway and does not change the size, if no entries are displayed, using a very large value should not matter either. e.g. setting it to 50000px. In that case one can be sure that 1000 entries can be shown as well (w/o scrolling within the tabulator). (
1000 is the last selection before
All.)
This is not really only a problem in the firewall ui, many of the views, for example ipsec logs, leave too little space for what you actually want to see while having quite a bit of free space around them.
Not sure if this depends on the recent Tabulator update but in any case it's being worked on... https://github.com/opnsense/core/commit/40a6243a31
Cheers,
Franco
Quote from: franco on March 24, 2026, 11:26:29 AMNot sure if this depends on the recent Tabulator update but in any case it's being worked on... https://github.com/opnsense/core/commit/40a6243a31
Looking forward to the result of the update! :)
It seems that even though Tabulator was updated and the grid height is auto calculated in the 26.1.6 update, the problem still persists (without
Stylus or Tampermonkey).
Excerpt from the release notes:
ui: upgrade Tabulator to version 6.4.0
ui: automatic grid height calculation
The functionality change is evident when using the browser zoom.
A screenshot would help explain if the issue you're seeing is relevant to the changes or not.
Cheers,
Franco
Quote from: franco on April 10, 2026, 09:55:37 AMA screenshot would help explain if the issue you're seeing is relevant to the changes or not.
It's the same as in the other topic about fixed rule window size (https://forum.opnsense.org/index.php?msg=261889). In that topic it was explained that the reason for this was an issue with tabulator that had a bug about the height calculation or dynamic resizing.
Since the release notes mentioned exactly that I hoped this would fix the issue.
(https://forum.opnsense.org/index.php?action=dlattach;attach=52823)
Seconded. A browser has scroll bars. Just use all of the bloody space. And place all "action" buttons - new, select, delete, ... as well as apply - at the top of the page. Render a web page. It's a web UI, not an application.
I support this request too, but with the following request added :
Please also do this for KEA and other parts of the OPNsense webGUI where this can be applied too :)
Quote from: Patrick M. Hausen on April 10, 2026, 10:18:14 PMSeconded. A browser has scroll bars. Just use all of the bloody space. And place all "action" buttons - new, select, delete, ... as well as apply - at the top of the page. Render a web page. It's a web UI, not an application.
+1
Regards,
S.
Quote from: Patrick M. Hausen on April 10, 2026, 10:18:14 PMSeconded. A browser has scroll bars. Just use all of the bloody space. And place all "action" buttons - new, select, delete, ... as well as apply - at the top of the page. Render a web page. It's a web UI, not an application.
Created an account just to +1 this.
I have a smallish laptop, 14" screen running 1080p resolution and that doesn't give much vertical space. It works much better with scrolling the entire window than the little grid.
I'll be blunt:
> https://github.com/opnsense/core/commit/0e999cc5ab
this is real, works and addresses a specific concern.
> "browser must scroll"
this is vague, oversimplified and unrealistic.
I asked Stephan to look into this based on the topic and that's the end of it. PRs welcome.
Cheers,
Franco
I'll be euqally blunt. Who are you talking to? You asked a question. I answered. I would have expected a proper reply, not some annoyed comment that has nothing to do with what I brought up.
Get your attitude in order. This is no way to deal with people. At least not when they are as friendly as I am.
Fix your release notes, unless you want to come across as a liar. Or was this on purpose? Telling people that the issue was A, then tell people that A was fixed and react like someone killed your dog, because people tell you that it didn't fix A.
> I'll be euqally blunt. Who are you talking to?
I haven't seen your screenshot yet. You illustrate the problem of flushing pagination, action buttons, apply bad out of the browser view.
> Fix your release notes, unless you want to come across as a liar.
You really need to take a break and cool off. Your screenshot shows that the grid uses the full height of the screen and this refers to "lots of empty space" by OP being fixed.
Cheers,
Franco
Lets make it official and discuss in an official technical matter, what is and what is not possible.
https://github.com/opnsense/core/issues/10130
Regards,
S.
Quote from: randell on April 11, 2026, 03:49:59 AMCreated an account just to +1 this.
COOL! :)
QuoteI have a smallish laptop, 14" screen running 1080p resolution and that doesn't give much vertical space.
I have no issue with not having "a perfect view" on my cheapass old laptop with 1366x768 resolution, but not seeing much more on a monitor with 1920x1200 resolution is just weird and should be fixed...
In general the webGUI could use some kind of
"Compact Theme" option to avoid having to Zoom Out in my browser to take these screenshots for example : https://forum.opnsense.org/index.php?topic=9245.msg259581#msg259581
QuoteIt works much better with scrolling the entire window than the little grid.
For sure! :)
Quote from: nero355 on April 11, 2026, 02:22:02 PMQuote from: randell on April 11, 2026, 03:49:59 AMCreated an account just to +1 this.
COOL! :)
QuoteI have a smallish laptop, 14" screen running 1080p resolution and that doesn't give much vertical space.
I have no issue with not having "a perfect view" on my cheapass old laptop with 1366x768 resolution, but not seeing much more on a monitor with 1920x1200 resolution is just weird and should be fixed...
In general the webGUI could use some kind of "Compact Theme" option to avoid having to Zoom Out in my browser to take these screenshots for example : https://forum.opnsense.org/index.php?topic=9245.msg259581#msg259581 This kind of UI flexibility is becoming more common lately, especially with faster prototyping approaches — I recently saw a good example of how layouts can be optimized and iterated quicker here (https://codelibry.com/wordpress/how-to-build-wordpress-custom-themes-faster-with-claude-ai/)
QuoteIt works much better with scrolling the entire window than the little grid.
For sure! :)
Totally agree. The current WebGUI feels a bit too spaced out, especially on higher resolutions
Sorry, my post about creating an account to +1 might have come across a little "complainy". That wasn't what I intended.
I did play around with a tampermonkey script to set the UIBootgrid.options.disableScroll. Setting this to true and also setting the table height to auto gave me the results I wanted, but unfortunately trying to monkeypatch that was not very dependable. (There are issues with tampermonkey and @run-at document-start when a page executes too fast, when most things was cached)
If someone with more knowledge of developing for opnSense wants to implement it, an option to set that to true and to change or stop setting the calculated height might be the best of both worlds.
Just a thought. It isn't a show stopper or anything.
This was one of the variations of my not always working but sort of working script I was playing around to better explain what I was doing:
// ==UserScript==
// @name OPNSense Scroll
// @namespace http://tampermonkey.net/
// @version 2026-04-11
// @description Disables tabulator scrolling
// @author Me
// @match https://xxxxxxx:444/*
// @grant none
// @run-at document-start
// ==/UserScript==
(function()
{
'use strict';
const callback = function(mutationsList, observer) {
const $ = window.jQuery;
for (const mutation of mutationsList) {
if (mutation.type === 'childList') {
const target = mutation.target;
if (target.nodeType === 1 && target.tagName === 'DIV' && target.classList.contains('tabulator')) {
const $table = $(target);
const bgInstance = $table.data('UIBootgrid');
if (bgInstance && bgInstance.options.disableScroll !== true) {
bgInstance.options.disableScroll = true;
target.style.height = 'auto';
}
}
}
}
}
const observer = new MutationObserver(callback);
const patch = () => {
if (window.jQuery && window.jQuery.fn && window.jQuery.fn.UIBootgrid) {
const content = document.body;
if (content) {
observer.observe(content, { childList: true, subtree: true });
return;
}
}
setTimeout(patch, 50);
};
patch();
})();
Can we, perhaps, all acknowledge that the complaints of especially the long time users and/or contributors are reasonable and deserve to be heard and discussed in good faith?
Coming back to the general issue of modern UIs - there is a general trend to waste space. I don't think that is something one should accept as normal and reasonable.
The reason that I attach so much importance to this is that this is the central problem of managing firewalls - keeping track of a potentially large
amount of rules.
The answers to that I read in the linked issue do not convince me - like "you should use categories heavily and select only one at a time".
The situation on the ground is that I come into setups I have not built myself and need the be able to work with them. Literally everything is possible, it's like the wild west, and I have never yet taken over a well configured firewall.
That means it is absolutely crucial to be able to get a good overview over a considerable amount of rules just by looking at that firewall rule table.
So those perhaps 20% of wasted vertical space do matter.
Quote from: bimbar on April 13, 2026, 10:38:50 AMCan we, perhaps, all acknowledge that the complaints of especially the long time users and/or contributors are reasonable and deserve to be heard and discussed in good faith?
Yes we are if we accept a "here's a complaint now you acknowledge the patch" approach to this. Because I find myself pointing to a fact and people going on tangents again.
> Or at least scale the frame to the full height that is available?
https://github.com/opnsense/changelog/blob/055b8d6a4c17b81826283e97f6771917014ad1d0/community/26.1/26.1.6#L48
Isn't that what you asked for? If not, why not comment on that?
Quote from: bimbar on April 13, 2026, 10:38:50 AMComing back to the general issue of modern UIs - there is a general trend to waste space. I don't think that is something one should accept as normal and reasonable.
The reason that I attach so much importance to this is that this is the central problem of managing firewalls - keeping track of a potentially large
amount of rules.
No. No. No. Coming back to the "general" issue is the worst possible outcome to go step by step here. You ask for something. We do something. We see if that works. Now we move on to something similarly specific.
Quote from: bimbar on April 13, 2026, 10:38:50 AMThe answers to that I read in the linked issue do not convince me - like "you should use categories heavily and select only one at a time".
The situation on the ground is that I come into setups I have not built myself and need the be able to work with them. Literally everything is possible, it's like the wild west, and I have never yet taken over a well configured firewall.
Why not participate? I don't expect it's half as bad as it could be, because otherwise a lot more tickets would be open by now.
Quote from: bimbar on April 13, 2026, 10:38:50 AMThat means it is absolutely crucial to be able to get a good overview over a considerable amount of rules just by looking at that firewall rule table.
I don't disagree to this at all.
Quote from: bimbar on April 13, 2026, 10:38:50 AMSo those perhaps 20% of wasted vertical space do matter.
Now we're back to scope creep and not commenting on the patch at hand.
Look, if you ask for something not even add a GitHub ticket and then don't follow up on actual patches how can this process of developing something for you work (at all)?
Cheers,
Franco
I'm not sure what you want exactly. If something as clear as "there is too much empty space, please use it more efficiently" from the perspective of an end user is not good enough, you should probably document it somewhere.
I'm giving up on this thread after having asked for feedback a number of times now.
Cheers,
Franco
Sorry, I thought it was clear.
The scroll bar I marked in red should not exist. The box around the rules should not exist. The rules table should be rendered on the page extending downward as far as necessary and the browser scroll bar should be used to get at the lower ones.
Duplicating a function the browser already brings inside the page is bad, IMHO.
Also it does not automatically use all the width I have available ...
Kind regards,
Patrick
I know you're helping Patrick but it doesn't make things easier here. This is the first post:
Quote from: bimbar on March 06, 2026, 11:48:50 AMMaybe we can get rid of the scrolling subframe? Or at least scale the frame to the full height that is available?
On my screen the firewall rules window uses about half of the available height, but I can scroll way down
This is the commit in 26.1.6:
https://github.com/opnsense/core/commit/0e999cc5a
OP asked for it but did not acknowledge its existence.
One of the reasons we ask for actionable tickets is so the requester can confirm that is what they wanted (or not).
Everybody else adding related context in this forum thread doesn't help progress the initial request anymore.
Cheers,
Franco
Quote from: Patrick M. Hausen on April 13, 2026, 11:55:05 AMThe scroll bar I marked in red should not exist. The box around the rules should not exist. The rules table should be rendered on the page extending downward as far as necessary and the browser scroll bar should be used to get at the lower ones.
Duplicating a function the browser already brings inside the page is bad, IMHO.
Also it does not automatically use all the width I have available ...
I think you have uploaded the wrong screenshot ?!
I see SNMP stuff and not Firewall Rules ?
Quote from: bimbar on April 13, 2026, 10:38:50 AMComing back to the general issue of modern UIs - there is a general trend to waste space.
I don't think that is something one should accept as normal and reasonable.
You have no idea how much I agree with you on that one... It's driving me mad sometimes !!! :(
Quote from: franco on April 13, 2026, 12:07:51 PMI know you're helping Patrick but it doesn't make things easier here. This is the first post:
Quote from: bimbar on March 06, 2026, 11:48:50 AMMaybe we can get rid of the scrolling subframe? Or at least scale the frame to the full height that is available?
On my screen the firewall rules window uses about half of the available height, but I can scroll way down
This is the commit in 26.1.6:
https://github.com/opnsense/core/commit/0e999cc5a
OP asked for it but did not acknowledge its existence.
One of the reasons we ask for actionable tickets is so the requester can confirm that is what they wanted (or not).
Everybody else adding related context in this forum thread doesn't help progress the initial request anymore.
Cheers,
Franco
Yes, I did not catch that. It is true that this particular bug is fixed, thank you.
Still, the general problem of poor space usage remains. So I completely agree with Patrick on that matter.
Quote from: nero355 on April 13, 2026, 03:02:02 PMI think you have uploaded the wrong screenshot ?!
Fixed in the post - thank you.
Quote from: bimbar on April 13, 2026, 03:04:41 PMYes, I did not catch that. It is true that this particular bug is fixed, thank you.
Thanks for confirming.