Bug 1122717

Summary: [GSS] (6.4.0) PicketLink AbstractIDPValve does not trigger the next valve in the pipeline
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Derek Horton <dehort>
Component: SecurityAssignee: Peter Skopek <pskopek>
Status: CLOSED CURRENTRELEASE QA Contact: Ondrej Kotek <okotek>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.4.0CC: anmiller, dosoudil, istudens, jawilson, kkhan, myarboro, okotek
Target Milestone: DR7   
Target Release: EAP 6.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1116146 Environment:
Last Closed: 2019-08-19 12:45:08 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 1116146, 1123426, 1155424    

Comment 2 Kabir Khan 2014-10-03 16:21:59 UTC
I believe this should be fixed by the SP11 upgrade in 1123426

Comment 3 Ondrej Kotek 2014-10-10 10:42:43 UTC
Fix for PLINK-516 does not work for me. For JBoss EAP 6.4.0.DR4, with RequestDumperValve and ExtendedFormAuthenticator added, requests are dumped to log twice (before login twice, after login twice, no dumps for JBoss EAP 6.3.0 after login), request at base URI is not dumped in both cases (before and after login)

It looks like
  * the bug emerged by adding ExtendedFormAuthenticator
  * the patch caused invoking RequestDumperValve twice (like invoking the test filter for PLINK-529 in BZ 1131612).

See BZ 1133099. Backport of PLINK-558 helped.

Comment 4 Ondrej Kotek 2014-10-13 09:51:42 UTC
BZ 1123426 (Upgrade PicketLink from 2.5.3.SP10-redhat-1 to 2.5.3.SP11-x) is verified but included commits are in wrong order. PLINK-558 commit is the important one and should be placed as the last one.

Comment 6 Ondrej Kotek 2014-10-29 11:16:11 UTC
Verified for JBoss EAP 6.4.0.DR7