Anonymous | Login | 2024-11-23 02:19 EST |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | Project | Category | View Status | Date Submitted | Last Update | |||
0001261 | PacketFence | core | public | 2011-08-31 16:06 | 2015-02-18 10:55 | |||
Reporter | obilodeau | |||||||
Assigned To | ||||||||
Priority | normal | Severity | feature | Reproducibility | have not tried | |||
Status | closed | Resolution | open | |||||
Platform | OS | OS Version | ||||||
Product Version | ||||||||
Target Version | Fixed in Version | |||||||
Summary | 0001261: radius extension point should support empty vlan callback | |||||||
Description | it would be good to have an explicit callback about what to do when we receive an empty vlan from pf::vlan subsystem. This could be used to handle: - vlan pools (Aruba) - per AP-Group VLAN assignment (Cisco) - other customer specific use cases.. modify authorize to call $this->gotAnEmptyVlan(...) and the default would log only. But the goal is for users needing to override to only need to re-implement gotAnEmptyVlan instead of the whole authorize() sub. This will require an API version bump. | |||||||
Tags | No tags attached. | |||||||
fixed in git revision | ||||||||
fixed in mtn revision | ||||||||
Attached Files | ||||||||
Notes | |
(0003881) lmunro (administrator) 2015-02-18 10:55 |
Obsolete bug tracker entries. PF 4 introduced changes that either make these irrelevant or impossible to reproduce. New issues are moving to github issues. |
Issue History | |||
Date Modified | Username | Field | Change |
2011-08-31 16:06 | obilodeau | New Issue | |
2012-10-19 12:53 | fgaudreault | Target Version | => general |
2015-02-18 10:55 | lmunro | Note Added: 0003881 | |
2015-02-18 10:55 | lmunro | Status | new => closed |
Copyright © 2000 - 2012 MantisBT Group |