You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@deltaspike.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2019/10/13 10:51:00 UTC
[jira] [Commented] (DELTASPIKE-1390) Client window handler doesn't
work with frames
[ https://issues.apache.org/jira/browse/DELTASPIKE-1390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16950284#comment-16950284 ]
ASF subversion and git services commented on DELTASPIKE-1390:
-------------------------------------------------------------
Commit f9f0c6aaf997d7a8224d06290048f2e8eae5f1d7 in deltaspike's branch refs/heads/master from Thomas Andraschko
[ https://gitbox.apache.org/repos/asf?p=deltaspike.git;h=f9f0c6a ]
Merge pull request #98 from beikov/DELTASPIKE-1390
DELTASPIKE-1390 - Test and fix for CLIENTWINDOW mode with frames
> Client window handler doesn't work with frames
> ----------------------------------------------
>
> Key: DELTASPIKE-1390
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1390
> Project: DeltaSpike
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: JSF-Module
> Reporter: Christian Beikov
> Priority: Major
> Fix For: 1.9.2
>
> Time Spent: 40m
> Remaining Estimate: 0h
>
> The CLIENTWINDOW handler code loses the window when frames are involved.
> Using e.g. a window scoped bean with the Primefaces Dialog Framework will result in issues. The bean is initialized in window1. A click on a button opens a dialog, which is opened through an iframe, but the dialog doesn't use the window id defined in the parent window. If a button in the dialog requires the original bean, it will find an uninitialized bean, because the frame gets a new window id window2.
> The solution is to use the root window for the window id.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)