| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
for code-red theme
|
|
|
| |
for _corporate
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On Status->Services, the Services Status widget when a service status is down, the red "x" button does not line up with the green "running" button in the column.
This is because listbg has:
padding-right: 16px;
But the normal listr has:
padding-right: 6px;
It seems really odd that listbg as 16 pixels right padding. I expected it to have all the same padding as listr, just with a different color.
listn and listbggrey have the same "feature" of extra padding-right.
listn does not seem to be used anywhere anyway - might as well "fix" it in case something uses it some time.
listbggrey seems to only be used by pkg_mgr_installed.php in the case when an installed package version is in advance of the online version - quite an unusual thing! Changing padding-right from 16px back to 6px is fine for that.
Then the "feature" is lso in listhdr and listhdrr - lots of examples like firewall_aliases.php have the column headings as listhdr or listhdrr, so in theory if the column is not so wide already, it will put 16px on the right after the column heading text. But the actual rows of data underneath use listr and listbg, which only specify 6px right padding. In the end it usually does not make any difference - there is space already and the browser lines it all up anyway. But it seems to me an odd difference in the css.
listtopic also has this 16px right padding thing - but it seems to be used just for text display that is not in columns, so I did not mess with that.
Changing this css fixes the lineup of the red "x" in the services status column and does not seem to break anything else. In theory it could make other things better also.
Someone who knows how the css was intended to be used could comment on this! If I have got the right idea, and these "16px" things were just a mistake from the past, then it should be checked in the css for all themes and corrected appropriately...
I am happy to do that, once someone confirms it is the thing to do.
|
|
|
|
|
|
| |
getstats.php calls functions.inc.php get_stats(), which calls get_gatewaystats().
get_gatewaystats() now returns the text for each field and an optional color separated by "/" - "text/color" e.g. "Online/#90EE90"
Parse the the new format, separating out text and color.
If color is specified, then also set it with jQuery to css.
|
|
|
|
|
| |
This code was passing a whole load of html to attempt to set various properties of the Gateways Widget Status column so that it would display the new status (Online, Offline...) and in the appropriate color.
Now that I am using class=listr, the css fro listr already specifies white. Setting bgcolor in HTML does not override that.
Pass both the status text and color as ordinary text, separated by "/". The consumer of this output can do their thing with jQuery to set the color as well as text of the element.
|
|
|
|
|
| |
The Gateways Widget Status was not using the listr class, and so it was missing the borders for the right and bottom of its box.
Use the listr class.
Then use javascript to explicitly set the background-color to match the status, overriding the white that is specified in listr.
|
|
|
| |
Redmine #4077
|
|
|
|
| |
Unbound does not presently support link-local interfaces.
|
|
|
|
| |
I was doing drastic things testing some stuff, swapping WAN and OPT1 interfaces in Interfaces->Assign. I accidentally pressed Save when I had the same real device selected for both. Thankfully there was input validation! But I noticed that the error message reported just the names WAN and OPT1, but actual I had them named as different things. So the names in the error message did not match the names (friendly descriptions) in the table of interfaces.
This change makes it display both like FRIENDLY_DESC (FRIENDLY_NAME) so there is less room for confusion.
|
|\ |
|
| |
| |
| |
| | |
I had pasted it in here between "-c" and "clockvar", that was not good.
That's all I have for #4074 (I hope)
|
|/
|
| |
Similar code here. Shame it was not in a subroutine called from both places, but not about to re-engineer that now:)
|
|
|
| |
Forum: https://forum.pfsense.org/index.php?topic=84890.0
|
|
|
|
|
|
| |
Forum: https://forum.pfsense.org/index.php?topic=84820.0
It seems reasonable to me to display the currently installed package version numbers, along with text like "Latest: N/A". and the Version box being red-filled when someone goes to System->Packages and displays the installed packages but the package server is not reachable for some reason.
This code does it.
What do you think?
|
|\ |
|
| | |
|
| |
| |
| |
| | |
Easy thing to do - add an option for the user to select if they want the host name or page name text to display first in the browser tab.
Forum: https://forum.pfsense.org/index.php?topic=84528.0
|
| |
| |
| |
| | |
configuration values. Makes config file readble and with less size
|
| |
| |
| |
| | |
accept to avoid broken rulesets.
|
| | |
|
| |
| |
| |
| | |
resolv.conf and "all" chosen in Network Interfaces. While here, set something other than '' when all is chosen.
|
| | |
|
| | |
|
| |
| |
| |
| | |
to manually manage ACLs. Ticket #4023
|
| | |
|
| |
| |
| |
| | |
attack vectors.
|
| |
| |
| |
| | |
attack vectors.
|
| |
| |
| |
| | |
parent and this gives wrong information 99.9 percent of the time on scenarios like when this is called for unassigned vlans etc, while its real purpose is just to check if the interface is assigned and return the intermeddiate/config name of the interface. Leave the get_parent_option there in the function but it needs to be asked specifically for.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
selection in Unbound. The resolv.conf logic prevents that from being a problem, but people don't seem to realize they have to pick that to use Unbound for the host itself. Force it here rather than just silently skipping its inclusion in resolv.conf.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/
|
|
| |
convert_real_interface_to_friendly_interface which might return not expected data as in the situation checked for vlan case her ein the validation. Avoid for this case here the issue to allow properly setting mtu on vlans with not assigned parent.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Revert "Do not let the user mess with SAs from this page. The daemon and primary status page handles tat"
This reverts commit bb55330aca91eb556df4ab7a21fe42d1d7899f8e.
|
| |
|
| |
|
|
|
|
| |
here and doing so loses settings configured in interfaces_ppps_edit.php. Ticket #3727
|
| |
|
| |
|
| |
|
|
|
|
| |
https://forum.pfsense.org/index.php?topic=84392.0
|