[JBoss JIRA] Created: (RF-4030) Javascript errors after redirect
by Michael Heinen (JIRA)
Javascript errors after redirect
--------------------------------
Key: RF-4030
URL: https://jira.jboss.org/jira/browse/RF-4030
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.5
Environment: myFaces 1.1.5
tomahawk 1.1.5
Reporter: Michael Heinen
I use a ServletFilter for all requests to check whether user is still logged in, his session is still valid and whether backend system are available.
If anything is wrong I redirect the current (Ajax) request to another page which can be outside of my application.
In this szenario Javascript errors occur in function A4J.AJAX.replacePage
All access to LOG has to be checked after following line:
window.document.write(req.getResponseText());
Logging debug output should not result in javascript errors.
Therefore the existence of LOG has to be checked after the response is inserted into the current document.
I found 7 occurrences
e.g.
if (window.LOG){LOG.debug("...");}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Created: (RF-6027) ModalPanel: incomplete cleanup at destroy method
by Sergey Astakhov (JIRA)
ModalPanel: incomplete cleanup at destroy method
------------------------------------------------
Key: RF-6027
URL: https://jira.jboss.org/jira/browse/RF-6027
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: IE7
Reporter: Sergey Astakhov
Extracts from modalPanel.js:
show():
...
if (this.options.autosized) {
this.observerSize =
window.setInterval(this.correctShadowSize.bindAsEventListener(this), 500);
}
...
hide():
...
if (this.options.autosized) {
window.clearInterval(this.observerSize);
}
...
You are setting up timer listener when ModalPanel is displayed, and clear it when hiding. All works fine when show() is paired with hide(), but there is exist a possibilities when region with panel is replaced by ajax response, then on panel is called only the destroy() method, but not hide(). In this case timer is rest in memory and cause flickering of shadow of panel if you try to display the panel (replaced by ajax) again (and may cause memory leaks).
As workaround I tried to include cleanup code in destroy() method:
---
ModalPanel.prototype.originalModalDestroy = ModalPanel.prototype.destroy;
ModalPanel.prototype.destroy = function(id, options)
{
if( this.shown && this.options.autosized )
{
window.clearInterval(this.observerSize);
}
return this.originalModalDestroy(id, options);
};
---
After this change the problems seems to gone away.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Created: (RF-6618) fileUpload: after "choose file" operation canceling under Chrome - empty file is added to component list.
by Mikhail Vitenkov (JIRA)
fileUpload: after "choose file" operation canceling under Chrome - empty file is added to component list.
---------------------------------------------------------------------------------------------------------
Key: RF-6618
URL: https://jira.jboss.org/jira/browse/RF-6618
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: Chrome 1.0.154.43(3.3.1.BETA1)
Reporter: Mikhail Vitenkov
Assignee: Nick Belaevski
#1. Add rich:fileUpload on the page:
<rich:fileUpload id="fileUploadID"
uploadData="#{fileUpload.data}"
acceptedTypes="*"
listHeight="#{fileUpload.listHeight}"
listWidth="#{fileUpload.listWidth}"
fileUploadListener="#{fileUpload.fileUploadListener}">
<f:facet name="label">
<h:outputText value="{_KB}KB from {KB}KB uploaded :[ {mm}:{ss} ]"></h:outputText>
</f:facet>
<f:facet name="header">
<h:outputText value="some text"></h:outputText>
</f:facet>
</rich:fileUpload>
#2. Navigate to the page under Google Chrome.
#3. Click "Add" control. - "choose file(s)" modal dialog should appear.
#4. Click "Cancel" on modal dialog.
#5. Verify component list content -error#1
#6. Click "Upload" component control.
#7. Verify uploading info. - error#2
Actual behavior:
error#1: empty file was added to component list;
error#2: Done label was appeared after uploading process. There is no transfer error message.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Created: (RF-3686) listShuttle and s:entityConverter
by Marcell Barbacena (JIRA)
listShuttle and s:entityConverter
----------------------------------
Key: RF-3686
URL: http://jira.jboss.com/jira/browse/RF-3686
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: JBoss 4.2 GA, Seam 2.0.2.SP1
Reporter: Marcell Barbacena
Using s:entityConverter with listShuttle is losing managed entity having to do lots of queries after ajax event. Code:
<rich:listShuttle id="selectionId" sourceValue="#{someAction.objectAvaliable}"
targetValue="#{bean.selected}" var="obj"
copyControlLabel="Copy" removeControlLabel="Remove"
copyAllControlLabel="Copy All" removeAllControlLabel="Remove All"
orderControlsVisible="false" fastOrderControlsVisible="false"
sourceCaptionLabel="Avaliable" targetCaptionLabel="Selected" >
<s:convertEntity />
<rich:column>
<f:facet name="header">
Number
</f:facet>
<h:outputText value="#{obj.numero}" />
</rich:column>
<a4j:support event="onlistchanged" reRender="counter" action="#{someAction.touch}" />
</rich:listShuttle>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months