I have removed the table-striped class and added a javascript function to apply the "active" class to alternate rows manually. This function is called on page load, on row de-select, and on reordering any row so that correct striping is maintained at all times. Seems to work more reliably now. I have also change the pencil/"Edit" icons in the anti-lockout/bogons etc section to a cog/Settings" since the link does not edit hte rule, but access the settings used to turn it on or off.

Packages with custom PHP code are still a work in progress. I'm not sure if any of those have been converted yet. The packages with XML-based GUIs are likely OK.

Looks really good Steve.

Just pushed that change. There are several more tables that need the same treatment. No doubt we'll get to those later this week.

20 October was National Braces Day http://everythingaboutbraces.blogspot.com/

Cool. Thank you for testing. We have passed the "pkg" bug report upstream.

Thanks @jimp for the instructions on using the new pkg system for testing.  That helps me a lot.  I'm still a bit of a novice when using pkg, but I did eventually learn enough about PBI to be able to produce a package with it, so I will keep plugging along and learning pkg until I am competent with it as well. Bill

Ooh. I've used 'ee' in the past. Didn't realise it was included. Thnx for the reply.

The source IP problem should be fixed by https://github.com/pfsense/pfsense/pull/1989

Thank you folks, for your funny and serious replies… (Once again we have to follow America/Toronto timezone  ;))

2.3-ALPHA (i386) built on Tue Oct 20 05:26:55 CDT 2015 FreeBSD 10.2-STABLE This has been fixed. Thanks for your fast work.

https://forum.pfsense.org/index.php?topic=100255.0 :( >:( >:(

Just saw the post about major changes to the wizard system. This is fixed in 2.3-ALPHA (amd64) built on Sat Oct 17 17:12:44 CDT 2015

[SOLVED]

I have changed the functionality so that the "Base URL" field displays the URL associated with the choice made in the "Default Auto Update URLs" selector, but the field is now read-only. If the "Unofficial" checkbox is checked, however, it becomes an editable field and displays/saves the alternate URL (if programmed). I also changed the code to jQuery for consistency. I hope that makes more sense. Would you take it for a spin please?

Yep… and relying on the browser's functionality (in this case "Back" button functionality) is risky, what happens if for some reason browsers get some updates changing the way Back button works...? We've seen things like this happen quite a few times in the past...

Removed old output from install_package_XML() Thanks!

@robi: @i814u2: I chose the 3.6 MB photo and it didn't upload. Khm… why on earth would anyone want to upload a 3.6MB photo (~15 Megapixels worth) to a firewall's dashboard? My approach would be to set up a limit, say 256kB for such things. Yep, normally I personally wouldn't. But it was the first image file I navigated to, so I chose it just to test the feature. When it failed, I figured I would mention it. Setting a limit would make sense, as long as it is displayed to the user.

That was a known issue until recently. If you see it again from here let us know, but the ordering should be fixed now.