0001693: portal uses source which is undefined there - PacketFence

Bug Tracking System

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001693

PacketFence

web admin

public

2013-08-18 02:49

2013-08-22 14:29

Reporter

muhlig

Assigned To

francis

Priority

normal

Severity

major

Reproducibility

always

Status

resolved

Resolution

fixed

Platform

OS Version

Product Version

4.0.4

Target Version

Fixed in Version

Summary

0001693: portal uses source which is undefined there

Description

There are three External Sources defined in my PacketFence server: sms, email & sponsor. My portal profile has two sources defined: (own internal) LDAP and email. Please note it doesn't contain sms. However packetfence.log shows:

Aug 16 12:52:18 pf::WebAPI(17002) INFO: Matched rule (catchall) in source sms, returning actions. (pf::Authentication::Source::match)

Looks like PacketFence uses source sms which it shouldn't use. It works, because sms rule is the same as email rule, but proper source (one of these defined in portal) should be taken info account.

Tags

No tags attached.

fixed in git revision

fixed in mtn revision

Attached Files

Relationships

Notes
(0003423) muhlig (reporter) 2013-08-21 07:14	Actually this happens also for internal sources. I defined PF_RADIUS and PF_LDAP as sources, but only PF_LDAP is defined as source in portal profile. However in packetfence.log I get: Aug 21 11:53:15 register.cgi(0) INFO: Matched rule (default) in source PF_RADIUS, returning actions. (pf::Authentication::Source::match) Aug 21 11:53:19 pf::WebAPI(30930) INFO: Matched rule (default) in source PF_RADIUS, returning actions. (pf::Authentication::Source::match)

(0003427) francis (administrator) 2013-08-22 14:29	This has been fixed in subsequent versions.

Issue History
Date Modified	Username	Field	Change
2013-08-18 02:49	muhlig	New Issue
2013-08-21 07:14	muhlig	Note Added: 0003423
2013-08-22 14:29	francis	Note Added: 0003427
2013-08-22 14:29	francis	Status	new => resolved
2013-08-22 14:29	francis	Resolution	open => fixed
2013-08-22 14:29	francis	Assigned To	=> francis