[JBoss JIRA] (RF-13316) PDF is rendered on top of components
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13316?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč resolved RF-13316.
-----------------------------
Assignee: Lukáš Fryč
Resolution: Rejected
Rejecting as this is not a RichFaces bug.
> PDF is rendered on top of components
> ------------------------------------
>
> Key: RF-13316
> URL: https://issues.jboss.org/browse/RF-13316
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2, 4.3.4
> Environment: Internet Explorer with Adobe Reader plugin
> Reporter: Jonáš Trantina
> Assignee: Lukáš Fryč
> Attachments: correct.jpg, incorrect.jpg, reproducer.zip
>
>
> If I try to display RichFaces components over a PDF object (either PDF in iframe, or object or embed tag) in Internet Explorer with Adobe Reader plugin, the PDF is either always on top of everything or some components are over the PDF and some are under (e.g. when using overlapEmbedObjects attribute).
> Take a look at images attached to this case, also there is a reproducer app attached.
> This seems as a issue with Adobe Reader and IE, as in Linux environment in Chrome there is no problem with that setup, components are rendered on top, even without the overlapEmbedObjects option.
> Let me know if you need anything.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13316) PDF is rendered on top of components
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13316?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13316:
---------------------------------
Hey Jonas, does this answer your concerns?
http://stackoverflow.com/questions/12974115/to-open-pdf-file-in-iframe
----
Please, avoid posting general questions that are not related to how RichFaces works.
Valid report would be "feature request" for
* New component for displaying PDF in a page
That component we could make to work in interoperable fashion with other RF components.
Otherwise please look for other ways how to consult general questions such as Stackoverflow or RichFaces forums.
> PDF is rendered on top of components
> ------------------------------------
>
> Key: RF-13316
> URL: https://issues.jboss.org/browse/RF-13316
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2, 4.3.4
> Environment: Internet Explorer with Adobe Reader plugin
> Reporter: Jonáš Trantina
> Attachments: correct.jpg, incorrect.jpg, reproducer.zip
>
>
> If I try to display RichFaces components over a PDF object (either PDF in iframe, or object or embed tag) in Internet Explorer with Adobe Reader plugin, the PDF is either always on top of everything or some components are over the PDF and some are under (e.g. when using overlapEmbedObjects attribute).
> Take a look at images attached to this case, also there is a reproducer app attached.
> This seems as a issue with Adobe Reader and IE, as in Linux environment in Chrome there is no problem with that setup, components are rendered on top, even without the overlapEmbedObjects option.
> Let me know if you need anything.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13317?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-13317:
----------------------------
Fix Version/s: 4.3.5
> ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
> -----------------------------------------------------------------------------------------------
>
> Key: RF-13317
> URL: https://issues.jboss.org/browse/RF-13317
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1
> Reporter: Matti Bickel
> Labels: jsf22
> Fix For: 4.3.5
>
>
> I'm using several {{<rich:autocomplete>}} fields in a {{<h:form>}}, but have noticed the issue with several other AJAX requests:
> When the response comes back, the data is fine but I get a JSF error saying
> bq. During update: javax.faces.ViewState not found
> Following that, no componentData is available to the Autocomplete component and no suggestions get displayed.
> For reference the javadoc for ResponseStateManager.VIEW_STATE_PARAM says:
> {quote}
> Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view.
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13317?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-13317:
----------------------------
Priority: Critical (was: Major)
> ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
> -----------------------------------------------------------------------------------------------
>
> Key: RF-13317
> URL: https://issues.jboss.org/browse/RF-13317
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1
> Reporter: Matti Bickel
> Priority: Critical
> Labels: jsf22
> Fix For: 4.3.5
>
>
> I'm using several {{<rich:autocomplete>}} fields in a {{<h:form>}}, but have noticed the issue with several other AJAX requests:
> When the response comes back, the data is fine but I get a JSF error saying
> bq. During update: javax.faces.ViewState not found
> Following that, no componentData is available to the Autocomplete component and no suggestions get displayed.
> For reference the javadoc for ResponseStateManager.VIEW_STATE_PARAM says:
> {quote}
> Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view.
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13317?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13317:
---------------------------------
VIEW_STATE_MARKER is inserted [1] but it is not prefixed with clientId as specified above.
[1] https://github.com/richfaces4/core/blob/master/impl/src/main/java/org/ric...
> ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
> -----------------------------------------------------------------------------------------------
>
> Key: RF-13317
> URL: https://issues.jboss.org/browse/RF-13317
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1
> Reporter: Matti Bickel
> Labels: jsf22
>
> I'm using several {{<rich:autocomplete>}} fields in a {{<h:form>}}, but have noticed the issue with several other AJAX requests:
> When the response comes back, the data is fine but I get a JSF error saying
> bq. During update: javax.faces.ViewState not found
> Following that, no componentData is available to the Autocomplete component and no suggestions get displayed.
> For reference the javadoc for ResponseStateManager.VIEW_STATE_PARAM says:
> {quote}
> Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view.
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
by Matti Bickel (JIRA)
Matti Bickel created RF-13317:
---------------------------------
Summary: ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()
Key: RF-13317
URL: https://issues.jboss.org/browse/RF-13317
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.3.4
Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1
Reporter: Matti Bickel
I'm using several {{<rich:autocomplete>}} fields in a {{<h:form>}}, but have noticed the issue with several other AJAX requests:
When the response comes back, the data is fine but I get a JSF error saying
bq. During update: javax.faces.ViewState not found
Following that, no componentData is available to the Autocomplete component and no suggestions get displayed.
For reference the javadoc for ResponseStateManager.VIEW_STATE_PARAM says:
{quote}
Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view.
{quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13316) PDF is rendered on top of components
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/RF-13316?page=com.atlassian.jira.plugin.s... ]
Jonáš Trantina updated RF-13316:
--------------------------------
Comment: was deleted
(was: A comment with security level 'Red Hat' was removed.)
> PDF is rendered on top of components
> ------------------------------------
>
> Key: RF-13316
> URL: https://issues.jboss.org/browse/RF-13316
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2, 4.3.4
> Environment: Internet Explorer with Adobe Reader plugin
> Reporter: Jonáš Trantina
> Attachments: correct.jpg, incorrect.jpg, reproducer.zip
>
>
> If I try to display RichFaces components over a PDF object (either PDF in iframe, or object or embed tag) in Internet Explorer with Adobe Reader plugin, the PDF is either always on top of everything or some components are over the PDF and some are under (e.g. when using overlapEmbedObjects attribute).
> Take a look at images attached to this case, also there is a reproducer app attached.
> This seems as a issue with Adobe Reader and IE, as in Linux environment in Chrome there is no problem with that setup, components are rendered on top, even without the overlapEmbedObjects option.
> Let me know if you need anything.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13316) PDF is rendered on top of components
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/RF-13316?page=com.atlassian.jira.plugin.s... ]
Jonáš Trantina updated RF-13316:
--------------------------------
Attachment: (was: pdf_popup_fehler.zip)
> PDF is rendered on top of components
> ------------------------------------
>
> Key: RF-13316
> URL: https://issues.jboss.org/browse/RF-13316
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2, 4.3.4
> Environment: Internet Explorer with Adobe Reader plugin
> Reporter: Jonáš Trantina
> Attachments: correct.jpg, incorrect.jpg, reproducer.zip
>
>
> If I try to display RichFaces components over a PDF object (either PDF in iframe, or object or embed tag) in Internet Explorer with Adobe Reader plugin, the PDF is either always on top of everything or some components are over the PDF and some are under (e.g. when using overlapEmbedObjects attribute).
> Take a look at images attached to this case, also there is a reproducer app attached.
> This seems as a issue with Adobe Reader and IE, as in Linux environment in Chrome there is no problem with that setup, components are rendered on top, even without the overlapEmbedObjects option.
> Let me know if you need anything.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13316) PDF is rendered on top of components
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/RF-13316?page=com.atlassian.jira.plugin.s... ]
Jonáš Trantina updated RF-13316:
--------------------------------
Attachment: correct.jpg
> PDF is rendered on top of components
> ------------------------------------
>
> Key: RF-13316
> URL: https://issues.jboss.org/browse/RF-13316
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2, 4.3.4
> Environment: Internet Explorer with Adobe Reader plugin
> Reporter: Jonáš Trantina
> Attachments: correct.jpg, incorrect.jpg, reproducer.zip
>
>
> If I try to display RichFaces components over a PDF object (either PDF in iframe, or object or embed tag) in Internet Explorer with Adobe Reader plugin, the PDF is either always on top of everything or some components are over the PDF and some are under (e.g. when using overlapEmbedObjects attribute).
> Take a look at images attached to this case, also there is a reproducer app attached.
> This seems as a issue with Adobe Reader and IE, as in Linux environment in Chrome there is no problem with that setup, components are rendered on top, even without the overlapEmbedObjects option.
> Let me know if you need anything.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months
[JBoss JIRA] (RF-13316) PDF is rendered on top of components
by Jonáš Trantina (JIRA)
[ https://issues.jboss.org/browse/RF-13316?page=com.atlassian.jira.plugin.s... ]
Jonáš Trantina updated RF-13316:
--------------------------------
Attachment: incorrect.jpg
> PDF is rendered on top of components
> ------------------------------------
>
> Key: RF-13316
> URL: https://issues.jboss.org/browse/RF-13316
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.2, 4.3.4
> Environment: Internet Explorer with Adobe Reader plugin
> Reporter: Jonáš Trantina
> Attachments: correct.jpg, incorrect.jpg, reproducer.zip
>
>
> If I try to display RichFaces components over a PDF object (either PDF in iframe, or object or embed tag) in Internet Explorer with Adobe Reader plugin, the PDF is either always on top of everything or some components are over the PDF and some are under (e.g. when using overlapEmbedObjects attribute).
> Take a look at images attached to this case, also there is a reproducer app attached.
> This seems as a issue with Adobe Reader and IE, as in Linux environment in Chrome there is no problem with that setup, components are rendered on top, even without the overlapEmbedObjects option.
> Let me know if you need anything.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 6 months