Pretty fooking pissed to be honest…..! Dashboard widgets STILL not working!

Supermule · May 9, 2013, 6:08 AM

Exactly and its super annoying!! Tried all thems and its the same. Tried 3 browsers and no difference!

Can we pls. get the widescreen package back so one can install it and then save settings, and then uninstall the package….? Then at least the widgets act like they should.

jimp · May 9, 2013, 1:15 PM

The widescreen package breaks things in other ways and had to be disabled.

The widget save issue is known on 2.0.x, and fixed on 2.1. It was a non-trivial fix and couldn't be backported to 2.0.x. If it's that big of a deal, you can always use a 2.1 snapshot.

Supermule · May 9, 2013, 1:18 PM

Can you reinstate the widescreen package and then inform people to install, save settings on dashboard and then uninstall??

Then it works fine and is usable. And when uninstalled I dont see it breaking anything…

jimp · May 9, 2013, 1:21 PM

Widescreen is not coming back unless someone fixes the package.

Supermule · May 9, 2013, 1:25 PM

DAMNIT!! :(

stephenw10 · May 9, 2013, 1:47 PM

You can always host your own repo with the widescreen package in it. ;)
http://doc.pfsense.org/index.php/Creating_Your_Own_Package_Repository

Also you can edit the config.xml file directly which is probaby easier.

Steve

Supermule · May 9, 2013, 3:41 PM

I like the solution. Its broken…, host your own shit....:D

I am not the only one with the problem and it needs fixing since ALL is looking at the dashboard from time to time.

Its release version and if the installation of the widescreen package can fix it, why not??

How do I get hold of the widescreen package for pfsense after its gone?

jimp · May 9, 2013, 4:10 PM

or use 2.1 where it's been fixed properly, which is by far the simplest solution.

Widescreen breaks more than it helps. The only reason it "fixes" this is because it overwrites base system files with its own copies that are broken in other ways but just happen to work for this one function. It's not a fix, it's a kludge that just happens to work.

stephenw10 · May 9, 2013, 7:17 PM

Editing the widget section of the config file is not difficult if you don't want to run 2.1 yet.


 <widgets><sequence>system_information-container:col1:show,captive_portal_status-container:col1:close,carp_status-container:col1:close,cpu_graphs-container:col1:show,gateways-container:col1:show,gmirror_status-container:col1:close,installed_packages-container:col1:close,interface_statistics-container:col1:close,openvpn-container:col1:show,interfaces-container:col2:show,ipsec-container:col2:close,load_balancer_status-container:col2:close,log-container:col2:close,picture-container:col2:close,rss-container:col2:close,services_status-container:col2:close,traffic_graphs-container:col2:show,wake_on_lan-container:col2:none</sequence>
	<traffic_graphs-config>WAN_graph-config:show,LAN1_graph-config:hide,LAN2_graph-config:hide,LAN3_graph-config:hide,WIFI1_graph-config:hide,WAN2_graph-config:show,LAN4_graph-config:hide,WANMODEM_graph-config:hide,WIFI2_graph-config:hide,refreshInterval=5</traffic_graphs-config></widgets>

Steve

Supermule · May 9, 2013, 7:29 PM

Thanks Stephen! What does it do??

stephenw10 · May 9, 2013, 8:19 PM

I want graphs open for WAN and WAN2 on my dashboard when I open the page. If you look at the traffic graph widget line you can configure which ones are open by setting show or hide.

Backup the config.xml file. Edit the widget line. Restore the file.
??, Profit! ;D

I guess you could also configure what order the graphs are in and where the widgets are on the dashboard but I've never tried that.

Steve

Edit: Actually I think you can edit the config.xml file on the machine and then force it to reload the config by making some change somewhere else. Never tried that either though. ;)

Edit2: Yes you can edit the file directly, no you can't change the order of the traffic graphs.

Supermule · May 9, 2013, 8:25 PM

:D Thanks!

Supermule · May 10, 2013, 10:02 PM

My widget sectiuon looks like this.

Only LAN and WAN are open. Rest is closed and stays closed no matter what…

<widgets><sequence>system_information-container:col1:show,gateways-container:col1:show,interfaces-container:col1:show,captive_portal_status-container:col1:close,carp_status-container:col1:close,cpu_graphs-container:col1:close,gmirror_status-container:col1:close,installed_packages-container:col1:show,interface_statistics-container:col1:show,ipsec-container:col2:close,load_balancer_status-container:col2:close,log-container:col2:close,picture-container:col2:close,rss-container:col2:close,services_status-container:col2:show,snort_alerts-container:col2:show,traffic_graphs-container:col2:show,openvpn-container:col2:none,wake_on_lan-container:col2:none</sequence>
<traffic_graphs-config>WAN_graph-config:show,LAN_graph-config:show,refreshInterval=1</traffic_graphs-config></widgets>

stephenw10 · May 10, 2013, 11:31 PM

And you have more interfaces than just WAN and LAN?
My own config file, at least the traffic graph section, has not altered for a long time. I would guess that the config file has not been updated since the widget became broken (2.0.2?).
Try adding the appropriate info to the traffic graphs section. You can always restore from a backup if it goes badly. ;)

Steve

Supermule · May 11, 2013, 6:12 AM

I know, but all the VLANS doesnt stay open if I try to save settings…..!

stephenw10 · May 11, 2013, 8:58 AM

Hmm, well I don't know then. :-
What does your traffic graphs config section look like now? Did you force a config reload by hitting save on some random page (I used DHCP Server)?

Steve

Supermule · May 11, 2013, 9:07 AM

What do you mean??

stephenw10 · May 11, 2013, 9:51 AM

After you've edited the config.xml file you must get pfSense to reload it for any changes to take effect. I did that by going to the first dhcp server settings page and, without making any changes, hitting save.

Steve

Supermule · May 11, 2013, 11:56 AM

:D Thats crazy….So to get it to save settings in the dashboard you have to go to something that is no where near related to the dashboard to save settings :D

It really gets faith into the security aspect....NOT! If the code for the dashboard doesnt even work ,what else is wrong?

:D

Maybe the devs should try to get what we have allready working instead of introducing new stuff all the time???

stephenw10 · May 11, 2013, 1:05 PM

Yes it's a nasty work around but it's not a security issue.
Just to get this into perspective the problem we are dealing with here is that the code to customise the dashboard layout is broken. The only reason I suggested using a different 'save' button is that's the easiest way to reload the config file. You could also issue an rc.reload_all from the CLI but that's just more involved.

Anyway, did it work? :)

Steve