https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162016-11-03T21:49:53ZpfSense bugtrackerpfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=292162016-11-03T21:49:53ZJim Thompsonjim@netgate.com
<ul><li><strong>Tracker</strong> changed from <i>Bug</i> to <i>Feature</i></li><li><strong>Category</strong> set to <i>Interfaces</i></li><li><strong>Assignee</strong> set to <i>Anonymous</i></li></ul> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=292332016-11-04T09:43:06ZAnonymous
<ul><li><strong>Category</strong> changed from <i>Interfaces</i> to <i>Web Interface</i></li><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li><li><strong>Assignee</strong> changed from <i>Anonymous</i> to <i>robi robi</i></li></ul><p>Sorting has been removed from the Interface menu.</p>
<p>Adding msort to all other occurrences would obviously involve more work/risk, and there is some merit to leaving the list unsorted/defined by the hardware.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=292342016-11-04T09:50:07ZAnonymous
<ul><li><strong>% Done</strong> changed from <i>0</i> to <i>100</i></li></ul><p>Applied in changeset <a class="changeset" title="Fixed #6753 Interface menu entries no longer sorted for consistency with other GUI instances" href="https://redmine.pfsense.org/projects/pfsense/repository/2/revisions/e5d339735836fd55b0fa944d5d7e472793785e30">e5d339735836fd55b0fa944d5d7e472793785e30</a>.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=310832017-02-03T07:07:54Z→ luckman212luke.hamburg@gmail.com
<ul></ul><p>Can I protest against this change? I upgraded to 2.4 and so far this is the only change that is really causing me a lot of grief. On systems with many interfaces/VLANs this should count as a regression, it makes it quite a lot harder to spot the interface you are looking for.</p>
<p>Instead of removing the perfectly-working sort on the head.inc interfaces menu, why can't we move in the other direction as Robi suggests and make the rest of the menus adopt the same sort order. I disagree with Steve's comment that leaving the list unsorted has any merit.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=310902017-02-03T09:13:41ZJim Pingle
<ul><li><strong>Target version</strong> set to <i>2.4.0</i></li></ul><p>The interface order on Interfaces > Assignments is significant for HA purposes but otherwise alphabetical tends to be easier to deal with for users with a large number of interfaces. I could see significant portions of people wanting this to work both ways, maybe we need to make it an optional behavior instead of forcing it.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=310942017-02-03T14:00:06Zrobi robirobreg@zsurob.hu
<ul></ul><p>+1 for making the interfaces list sorted alphabetically by their DESCRIPTION (NAME) defined in /interfaces.php.</p>
<p>This is not just about aesthetics. There are many situations where interfaces with similar purposes are added at different times, this causes a mess. For example you have a WAN from the beginning, that's somewhere at the beginning of thelist, but after some time you get multiple wans, you add a new interface, that will be at the end of the list. When you have 20 or more interfaces, it drives you nuts to find the various WANs mixed between so many LANs. There are events when new temporary interfaces are needed, and I name them like GUEST_1, GUEST_2 and so on, WORK_1, WORK_2 etc. and unless these interfaces are created immediately one after the other aplhabetically, they will be all mangled in a big mess. (for example if I create GUEST_1, WORK_1, WAN2, WORK_2, GUEST_2 in this order, they will not be alphabetical anymore). Moreover, if I reuse some older OPT interface instead of creating a new one, that will stick somewhere in the middle.</p>
<p>Even worse, if I create VPNs and assign interfaces to each leg, mess will become even bigger. It would be logical if I could simply call them VPN_SITE1, VPN_SITE2, VPN_SITE3 etc they would at least grouped next to each other. WAN1 and WAN2 the same, LAN_1, LAN_2 etc the same.</p>
<p>This order needs to be kept everywhere where interfaces are listed by their description.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=313092017-02-10T10:26:58ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Assigned</i></li><li><strong>Assignee</strong> changed from <i>robi robi</i> to <i>Anonymous</i></li><li><strong>Target version</strong> changed from <i>2.4.0</i> to <i>2.3.3</i></li></ul> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=314042017-02-10T10:59:03ZJim Pingle
<ul><li><strong>Assignee</strong> changed from <i>Anonymous</i> to <i>Jim Pingle</i></li></ul><p>I'll take this, looks like maybe the consistency doesn't weigh up against the inconvenience of the menu being unsorted so I'll revert it.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=314092017-02-10T11:14:39ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Assigned</i> to <i>Resolved</i></li></ul><p>Commit reverted.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=317062017-02-21T08:53:31ZJens Groh
<ul></ul><p>robi robi wrote:</p>
<blockquote>
<p>+1 for making the interfaces list sorted alphabetically by their DESCRIPTION (NAME) defined in /interfaces.php.</p>
</blockquote>
<p>+1 from us, too. I'd like that everywhere but on the interface assignment page. Especially in the Firewall/Rules dropdown that shows up when there are more interfaces than can be displayed as tabs.</p>
<blockquote>
<p>This is not just about aesthetics. There are many situations where interfaces with similar purposes are added at different times, this causes a mess. For example you have a WAN from the beginning, that's somewhere at the beginning of thelist, but after some time you get multiple wans, you add a new interface, that will be at the end of the list. When you have 20 or more interfaces, it drives you nuts to find the various WANs mixed between so many LANs. There are events when new temporary interfaces are needed, and I name them like GUEST_1, GUEST_2 and so on, WORK_1, WORK_2 etc. and unless these interfaces are created immediately one after the other aplhabetically, they will be all mangled in a big mess. (for example if I create GUEST_1, WORK_1, WAN2, WORK_2, GUEST_2 in this order, they will not be alphabetical anymore). Moreover, if I reuse some older OPT interface instead of creating a new one, that will stick somewhere in the middle.<br />Even worse, if I create VPNs and assign interfaces to each leg, mess will become even bigger. It would be logical if I could simply call them VPN_SITE1, VPN_SITE2, VPN_SITE3 etc they would at least grouped next to each other. WAN1 and WAN2 the same, LAN_1, LAN_2 etc the same.</p>
</blockquote>
<p>Dito. Our datacenter cluster ATM has around 25-30 interfaces already and will get more than double that size. I'm already fearing how the Interfaces menu will scale with so many entries, but not having those interfaces sorted (we name them v{VLANID}_{Project}, e.g. v123_infra or v201_cust01) would be really bad for finding the right one fast. Adding VPN interfaces to the mix and chaos is complete ;)</p>
<blockquote>
<p>This order needs to be kept everywhere where interfaces are listed by their description.</p>
</blockquote>
<p>agreed. I can see people with ~3-6 interfaces not wanting to sort, so for that case I'd recommend some sort of UI switch to have it sorted or not. Perhaps even on a "User setting" basis. Just our 0.02$<br />If anything like that'll happen or get committed to test we'd be very willing to check and help.</p>
<p>Greets</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=317072017-02-21T09:13:02ZKill Bill
<ul></ul><p>Erm, people, it's already done, the sorting is back.</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=331302017-07-03T12:04:57Zrobi robirobreg@zsurob.hu
<ul></ul><p>Thank you guys for taking this into account. It works well, much better to use now!<br />May I ask for one last thing? The widget in the dashboard is still unsorted...</p> pfSense - Feature #6753: Interfaces list order not consistenthttps://redmine.pfsense.org/issues/6753?journal_id=331312017-07-03T22:04:50ZPhillip Davisphil@jankaritech.com
<ul></ul><p>It works in master 2.4, but it never got backported to RELENG_2_3 or RELENG_2_3_4.<br />This was the PR in master: <a class="external" href="https://github.com/pfsense/pfsense/pull/3685">https://github.com/pfsense/pfsense/pull/3685</a></p>
<p>Backports now in PRs:<br />RELENG_2_3 <a class="external" href="https://github.com/pfsense/pfsense/pull/3774">https://github.com/pfsense/pfsense/pull/3774</a><br />RELENG_2_3_4 <a class="external" href="https://github.com/pfsense/pfsense/pull/3775">https://github.com/pfsense/pfsense/pull/3775</a></p>