Webinterface menue in 2 rows after update
-
My resolution is 1920 x1080….............I have the Help header fold over the System tab in Firefox on the default and any of the other Top Bar's......The Wall is the only one I can rely on Firefox.............I had to Open in IE to even be able to open and change it.............
But then I have been having this issue since 2.1.3 (my first install of PFsense)......I don't think it is an issue with just this release..But I would agree that rewriting it to allow resizing with various fonts and size's would be very nice.........some of us have to, well "Enlarge" the print font to overcome the eyesight "aging factor" as squiting to try and focus on small fonts can cause one (who sometimes refuses to admit the eyesight is failing >:() to click on the ....well...you know.....wrong things :-[ :-[
This happen's in FireFox........in IE 11 I don't have the issue, but then again in IE I can't reset default font size...seems it is only with FireFox (31).
-
My resolution is 1920 x1080….............I have the Help header fold over the System tab in Firefox on the default and any of the other Top Bar's......The Wall is the only one I can rely on Firefox.............I had to Open in IE to even be able to open and change it.............
Just a hint for really desperate people: if you view the source code in browser, it has all the System menu links clickable and working. ::)
-
My resolution is 1920 x1080….............I have the Help header fold over the System tab in Firefox on the default and any of the other Top Bar's......The Wall is the only one I can rely on Firefox.............I had to Open in IE to even be able to open and change it.............
Just a hint for really desperate people: if you view the source code in browser, it has all the System menu links clickable and working. ::)
;) ;)I like sneaky Indian trick's. Hadn't thought of that. Only reason I keep IE around (other than you can't get rid of it) is for those Web sites that Just won't work with out it.
-
Can always set the user agent to a that of a mobile device, like android, and get the mobile theme with menus vertically down the side. No problem with font width there. Means you can access the webgui even if you can't otherwise reach the 'general' menu to change the theme.
The Firefox addon 'user agent overrider' works great.Steve
-
In iceweasel (firefox?) the fastest fix is to enable view->zoom->"zoom text only" and zoom out (ctrl + -).
-
I upgraded two more yesterday. All I had to do was a simple reload (Firefox 31.0 Mac).
-
I upgraded my first box to 2.1.5 just now and also saw this problem. I'm using Chrome on Windows 7, so no linux desktop or issues with MS fonts. My first thought was to downgrade back to 2.1.4, but that didn't help, the GOLD menu item is still there and the HELP menu item is still pushed on top of SYSTEM.
I upgraded to the latest version of chrome and cleared the cache, but the problem persists.
In chrome I was able to resolve it (temporarily) by going to chrome settings and changing the setting "font size" in the "web content" section from "medium" to "small". This makes my eyes hurt, but at least I can get to the system menu now.
Any suggestions on why the downgrade back to 2.1.4 didn't resolve the problem ? Surely if it's just to do with the HTML code of the web GUI, then this should have been downgraded as well ?
I've just checked the file 'fbegin.inc' on the firewall and it doesn't have the Gold menu item in it anymore (after downgrade), but it's still showing up in chrome. Have deleted all cache & cookies from chrome and restarted, but it persists to be there. No idea why at this point, but am assuming that is a local issue.
Edit: and is anyone else seeing the irony that adding the link for paid subscription services has broken it for a lot of people.
-
Cached CSS sheets?
-
Cached CSS sheets?
Yes, it would seem like it, problem is I can't find WHERE. Searching for this issue (cached CSS in chrome) yields numerous suggestions on clearing cache, "CTRL+F5" refresh, "CTRL+SHIFT+R" refresh. Have tried "clear browsing data" in chrome and selected all check boxes "since beginning of time" & restarted browser. Tried them all multiple times, but still seeing the old CSS.
Not sure how/where it's being cached. It can't be on the server side as I've verified the file is correct on the server (assuming it is served from '/usr/local/www' and not somewhere else ?). The firewall has also been rebooted after the downgrade, so it can't be cached in web server RAM.
Anyway, this is probably my browser issue, not specifically relevant to the pfsense menu problem, so probably bext to not worry about it for now and hope that at some point when the CSS is changed on the firewall again it will update in my browser cache.
-
The safest workaround is to go to the bother of downloading and installing the Tahoma font. Other workarounds are good only if the system you use to visit the pfsense website isn't used for much of anything else. The other workarounds involve removing fonts or packages of fonts which can break non-pfsense websites, word processing, slideshow type presentations and so forth.
Some systems appear to work if the resolution is reduced, caches are cleared and so forth but those are not sure to work across a deployment, especially as the problem appears in the firefox browers, the chromium browser, the chrome browser and across distros.
Install ttf-mscorefonts-installer, then use these steps to install tahoma:
http://linux-unix-tips.blogspot.com/2012/07/install-tahoma-font-in-ubuntu-linux.html
-
To those that were having issues, if you want to try the newest snapshot at https://snapshots.pfsense.org, I committed a fix for the top nav wrap.
https://forum.pfsense.org/index.php?topic=81165.msg443999#msg443999
-
The safest workaround is to go to the bother of downloading and installing the Tahoma font. Other workarounds are good only if the system you use to visit the pfsense website isn't used for much of anything else. The other workarounds involve removing fonts or packages of fonts which can break non-pfsense websites, word processing, slideshow type presentations and so forth.
Some systems appear to work if the resolution is reduced, caches are cleared and so forth but those are not sure to work across a deployment, especially as the problem appears in the firefox browers, the chromium browser, the chrome browser and across distros.
Install ttf-mscorefonts-installer, then use these steps to install tahoma:
http://linux-unix-tips.blogspot.com/2012/07/install-tahoma-font-in-ubuntu-linux.html
Thanks, per the link, this resolved the issues for me under Kubuntu 14.04:
wget http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN-US/IELPKTH.CAB cabextract -F 'tahoma*ttf' IELPKTH.CAB mkdir -p /usr/share/fonts/truetype/msttcorefonts/ mv -f tahoma*ttf /usr/share/fonts/truetype/msttcorefonts/ chmod 644 /usr/share/fonts/truetype/msttcorefonts/tahoma* fc-cache -v rm -f IELPKTH.CAB -
Problem is the GUI itself. If it was W3C compliant then fonts would not be an issue.
http://validator.w3.org/
patches accepted.
-
I wouldn't put my money on them cleaning this mess up:
https://redmine.pfsense.org/issues/3841
The Bug was outright REJECTED.
Go figure.
It was rejected as a duplicate: "Please use the current/open ticket #3842 and not this incorrect/old ticket."
Stay classy, exlfrnk.
-
I can work around this by using the pfsense theme or untick the 'alow pages to chose their own fonts….' in Firefox prefs
-
My work around is to wait…
-
I fixed it in fedora 18 by installing these two RPMs
wine-tahoma-fonts wine-tahoma-fonts-systemNow I get this and the webgui looks better.
[criggie ~]$ fc-list | grep -i tahoma
/usr/share/fonts/wine-tahoma-fonts/tahoma.ttf: Tahoma:style=Regular
/usr/share/fonts/wine-tahoma-fonts/tahomabd.ttf: Tahoma:style=BoldI haven't found a debian package that supplies tahoma yet.
-
It's been fixed on my machine by default for the last month or so of builds. I believe they changed the spacing a bit to make it work even in the absence of the ideal font.
-
I was having a hell of a time getting this working. Till I googled how to install Tahoma on Ubuntu. I came accross this script on Ubuntu forums, with people saying it worked. So I gave it a try and it worked!
vi addfonts.sh
#!/bin/bash # Install Microsoft Fonts (Including Tahoma) if [ "$(id -u)" == "0" ] then if apt-get install msttcorefonts; then mkdir temp-tahomafont cd temp-tahomafont if wget http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN-US/IELPKTH.CAB; then cabextract IELPKTH.CAB if cp *.ttf /usr/share/fonts/truetype/msttcorefonts/; then if fc-cache -fv; then cd .. rm -r temp-tahomafont echo "Microsoft fonts are now installed" else echo "Could not rebuild font cache" exit -1 fi else echo "Could not copy the font to /usr/share/fonts/truetype/msttcorefonts/" exit -1 fi else echo "Could not download Tahoma font" exit -1 fi else echo "Could not install msttcorefonts package" exit -1 fi else echo "Run 'sudo ./addfonts.sh'" exit 0 fichmod +x addfonts.sh
sudo ./addfonts.shNow how about the devs at pfsense get off their butts and fix it so we don't need M$ crap on our systems? I thought I was using opensource/bsd licensed software. Why is Tahoma even an option if it's M$ only? Even Google doesn't have Tahoma in their collection of Open Fonts. This appears to be such a simple fix too - don't use Tahoma. Why isn't it fixed already?
-
I was having a hell of a time getting this working. Till I googled how to install Tahoma on Ubuntu. I came accross this script on Ubuntu forums, with people saying it worked. So I gave it a try and it worked!
Thanks for the script, there is a manual equivalent to that posted around here somewhere but that makes it easier for some.
Now how about the devs at pfsense get off their butts and fix it so we don't need M$ crap on our systems? I thought I was using opensource/bsd licensed software.
It has already been fixed on 2.2, unless there is a major security issue there won't be another 2.1.x release.
Why is Tahoma even an option if it's M$ only? Even Google doesn't have Tahoma in their collection of Open Fonts. This appears to be such a simple fix too - don't use Tahoma. Why isn't it fixed already?
Tahoma is only a problem if your system already has Verdana installed. If you have Verdana installed you've already dipped into the Microsoft pool, so the complaint is not valid.
Tahoma isn't required, but preferred. If you have neither Tahoma or Verdana the system picks another similar font (e.g. Liberation Sans) and it works fine. I'm sure that will be fixed in other ways in the future.
