| Anonymous | Login | 2024-11-21 22:31 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 | |||
| 0001253 | PacketFence | core | public | 2011-08-24 19:39 | 2012-06-14 12:16 | |||
| Reporter | Tom Fischer | |||||||
| Assigned To | obilodeau | |||||||
| Priority | normal | Severity | minor | Reproducibility | always | |||
| Status | closed | Resolution | fixed | |||||
| Platform | OS | OS Version | ||||||
| Product Version | 2.2.1 | |||||||
| Target Version | 3.4.0 | Fixed in Version | 3.4.0 | |||||
| Summary | 0001253: backslashes not handled properly in pid field | |||||||
| Description | I am testing PF 2.2.1 using the Vmplayer version. I have it setup to authenticate my wireless connections to my AD domain. The connection and VLAN assignment work well, but the node is tagged with the identifier as "domain\\user". The person Identifier is in the same format. When I try to edit either, I get: Report BugWarning: Invalid argument supplied for foreach() in /usr/local/pf/html/admin/person/lookup.php on line 39 Error: Problems executing 'PFCMD person view domain\\user' Command not understood. (pfcmd grammar test failed at line 227.) Can I change that identifier field to Stripped-Username somewhere? Or can we get PF to handle the backslashes? The only way that I have found to get rid of these is to drop and re-create the database. | |||||||
| Tags | No tags attached. | |||||||
| fixed in git revision | 3584e75 | |||||||
| fixed in mtn revision | ||||||||
| Attached Files | ||||||||
 Relationships |
|
 Relationships |
|
Notes |
|
|
(0002160) Tom Fischer (reporter) 2011-08-25 12:26 |
I guess we need to generalize this more. I copied the radius.pm to custom.pm so that it would use the stripped username. There is also a problem with spaces in the username, ala, "firstname lastname". |
|
(0002707) obilodeau (reporter) 2012-05-08 10:34 |
Reminder sent to: fgaudreault What do you think about this one Francois? Is this fixed now or is there something simple we could do? |
|
(0002737) obilodeau (reporter) 2012-05-30 11:45 |
A fix to allow domain\\user up to the core is on the way. |
|
(0002745) obilodeau (reporter) 2012-06-07 11:06 |
See https://github.com/inverse-inc/packetfence/pull/26 [^] |
|
(0002752) obilodeau (reporter) 2012-06-11 11:30 |
Fix is in stable. Will be part of next release. |
|
(0002778) obilodeau (reporter) 2012-06-14 12:16 |
fix released in 3.4.0 yesterday |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2011-08-24 19:39 | Tom Fischer | New Issue | |
| 2011-08-25 12:26 | Tom Fischer | Note Added: 0002160 | |
| 2011-09-19 16:26 | obilodeau | Status | new => assigned |
| 2011-09-19 16:26 | obilodeau | Assigned To | => obilodeau |
| 2011-09-19 16:26 | obilodeau | Severity | major => minor |
| 2011-09-19 16:26 | obilodeau | Category | logging => core |
| 2011-09-19 16:26 | obilodeau | Target Version | => +1 |
| 2011-09-19 16:26 | obilodeau | Description Updated | |
| 2012-05-08 10:34 | obilodeau | Note Added: 0002707 | |
| 2012-05-30 11:45 | obilodeau | Note Added: 0002737 | |
| 2012-06-07 10:58 | obilodeau | Summary | backslashes not handles properly when inserted into database => backslashes not handled properly in pid field |
| 2012-06-07 11:06 | obilodeau | Note Added: 0002745 | |
| 2012-06-11 11:30 | obilodeau | git revision | => 3584e75 |
| 2012-06-11 11:30 | obilodeau | Note Added: 0002752 | |
| 2012-06-11 11:30 | obilodeau | Status | assigned => resolved |
| 2012-06-11 11:30 | obilodeau | Fixed in Version | => +1 |
| 2012-06-11 11:30 | obilodeau | Resolution | open => fixed |
| 2012-06-14 12:15 | obilodeau | Target Version | +1 => 3.4.0 |
| 2012-06-14 12:15 | obilodeau | Fixed in Version | +1 => 3.4.0 |
| 2012-06-14 12:16 | obilodeau | Note Added: 0002778 | |
| 2012-06-14 12:16 | obilodeau | Status | resolved => closed |
|
Issue History |
| Copyright © 2000 - 2012 MantisBT Group |
 |