[JBoss JIRA] (RF-13594) Column width of rich:extendedDataTable with rich:dataScroller
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13594?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13594:
------------------------------------
Can you try with a more recent release of RichFaces (eg 4.3.5)?
> Column width of rich:extendedDataTable with rich:dataScroller
> -------------------------------------------------------------
>
> Key: RF-13594
> URL: https://issues.jboss.org/browse/RF-13594
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: component-ScrollableDataTable
> Affects Versions: 4.2.3.Final
> Environment: Windows 7 + IE / Firefox
> Reporter: Thomas Eichberger
> Attachments: screenshot.png
>
>
> I implemented a sortable rich:extendedDataTable with its according rich:dataScroller. After the table is filled resizing columns of the table works as supposed. When the page is changed by using the datascroller the column headers remain with the changed width, but the data columns are displayed with default column width. Because of this behavior the table is displayed distorted totally.
--
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, 8 months
[JBoss JIRA] (RF-13593) IE8 Unspecified error. jquery-atmosphere.js.xhtml?ln=net.java.dev.atmosphere, line 1578 character 33
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13593?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13593:
------------------------------------
[~mitalex], [~rustock0], [~littlie], [~mpatelekom], [~markus.meisterernst.2014], [~vorgehen], [~yaskovsergey], [~raild], [~libal] vote stacking from a single company is not appreciated. It makes our task as Open Source developers more difficult by making it harder to triage and prioritize issues. Please don't do it.
> IE8 Unspecified error. jquery-atmosphere.js.xhtml?ln=net.java.dev.atmosphere, line 1578 character 33
> -----------------------------------------------------------------------------------------------------
>
> Key: RF-13593
> URL: https://issues.jboss.org/browse/RF-13593
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 4.3.5
> Environment: JBoss EAP 6.2
> Browser: IE 8.0.7601.17514
> JSF 2.19, Richfaces 4.3.5
> Reporter: Igor Bolshakov
> Assignee: Brian Leathem
> Attachments: error.png, error_debug.png
>
>
> On each "long-polling" request we get javascript error in IE 8.0 (see screenshots in attachment)
--
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, 8 months
[JBoss JIRA] (RF-13537) Autocomplete: onbegin attribute ignored
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13537?page=com.atlassian.jira.plugin.s... ]
Brian Leathem edited comment on RF-13537 at 4/2/14 11:56 AM:
-------------------------------------------------------------
[~mitalex], [~rustock0], [~littlie], [~mpatelekom], [~markus.meisterernst.2014], [~vorgehen], [~yaskovsergey], [~raild], [~libal] vote stacking from a single company is not appreciated. It makes our task as Open Source developers more difficult by making it harder to triage and prioritize issues. Please don't do it.
-- Sorry, I commented on the wrong issue :P
was (Author: bleathem):
[~mitalex], [~rustock0], [~littlie], [~mpatelekom], [~markus.meisterernst.2014], [~vorgehen], [~yaskovsergey], [~raild], [~libal] vote stacking from a single company is not appreciated. It makes our task as Open Source developers more difficult by making it harder to triage and prioritize issues. Please don't do it.
> Autocomplete: onbegin attribute ignored
> ---------------------------------------
>
> Key: RF-13537
> URL: https://issues.jboss.org/browse/RF-13537
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.5
> Reporter: alexey plotnikov
> Fix For: 4.3.6
>
>
> "onbegin" attribute of rich:autocomplete is always ignored!
> I suggest next fix:
> In file Autocomplete.js:
> {code}
> var callAjax = function(event, callback) {
> ...
> this.isFirstAjax = false;
> //caution: JSF submits inputs with empty names causing "WARNING: Parameters: Invalid chunk ignored." in Tomcat log
> var params = {};
> params[this.id + ".ajax"] = "1";
> rf.ajax(this.id, event, {parameters: params, error: ajaxError, complete:ajaxSuccess});
> }
> {code}
> for fixing, we must replace on
> {code}
> var callAjax = function(event, callback) {
> ...
> this.isFirstAjax = false;
> //caution: JSF submits inputs with empty names causing "WARNING: Parameters: Invalid chunk ignored." in Tomcat log
> var params = {};
> params[this.id + ".ajax"] = "1";
> var parameters_extended = {parameters: params, error: ajaxError, complete:ajaxSuccess};
> if (this.options.onbegin != undefined) {
> parameters_extended.begin = this.options.onbegin;
> }
> rf.ajax(this.id, event, parameters_extended);
> }
> {code}
> I can create pull request if everything ok.
--
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, 8 months
[JBoss JIRA] (RF-13537) Autocomplete: onbegin attribute ignored
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13537?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13537:
-------------------------------
Comment: was deleted
(was: [~mitalex], [~rustock0], [~littlie], [~mpatelekom], [~markus.meisterernst.2014], [~vorgehen], [~yaskovsergey], [~raild], [~libal] vote stacking from a single company is not appreciated. It makes our task as Open Source developers more difficult by making it harder to triage and prioritize issues. Please don't do it.
-- Sorry, I commented on the wrong issue :P)
> Autocomplete: onbegin attribute ignored
> ---------------------------------------
>
> Key: RF-13537
> URL: https://issues.jboss.org/browse/RF-13537
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.5
> Reporter: alexey plotnikov
> Fix For: 4.3.6
>
>
> "onbegin" attribute of rich:autocomplete is always ignored!
> I suggest next fix:
> In file Autocomplete.js:
> {code}
> var callAjax = function(event, callback) {
> ...
> this.isFirstAjax = false;
> //caution: JSF submits inputs with empty names causing "WARNING: Parameters: Invalid chunk ignored." in Tomcat log
> var params = {};
> params[this.id + ".ajax"] = "1";
> rf.ajax(this.id, event, {parameters: params, error: ajaxError, complete:ajaxSuccess});
> }
> {code}
> for fixing, we must replace on
> {code}
> var callAjax = function(event, callback) {
> ...
> this.isFirstAjax = false;
> //caution: JSF submits inputs with empty names causing "WARNING: Parameters: Invalid chunk ignored." in Tomcat log
> var params = {};
> params[this.id + ".ajax"] = "1";
> var parameters_extended = {parameters: params, error: ajaxError, complete:ajaxSuccess};
> if (this.options.onbegin != undefined) {
> parameters_extended.begin = this.options.onbegin;
> }
> rf.ajax(this.id, event, parameters_extended);
> }
> {code}
> I can create pull request if everything ok.
--
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, 8 months
[JBoss JIRA] (RF-13537) Autocomplete: onbegin attribute ignored
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13537?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13537:
------------------------------------
[~mitalex], [~rustock0], [~littlie], [~mpatelekom], [~markus.meisterernst.2014], [~vorgehen], [~yaskovsergey], [~raild], [~libal] vote stacking from a single company is not appreciated. It makes our task as Open Source developers more difficult by making it harder to triage and prioritize issues. Please don't do it.
> Autocomplete: onbegin attribute ignored
> ---------------------------------------
>
> Key: RF-13537
> URL: https://issues.jboss.org/browse/RF-13537
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.5
> Reporter: alexey plotnikov
> Fix For: 4.3.6
>
>
> "onbegin" attribute of rich:autocomplete is always ignored!
> I suggest next fix:
> In file Autocomplete.js:
> {code}
> var callAjax = function(event, callback) {
> ...
> this.isFirstAjax = false;
> //caution: JSF submits inputs with empty names causing "WARNING: Parameters: Invalid chunk ignored." in Tomcat log
> var params = {};
> params[this.id + ".ajax"] = "1";
> rf.ajax(this.id, event, {parameters: params, error: ajaxError, complete:ajaxSuccess});
> }
> {code}
> for fixing, we must replace on
> {code}
> var callAjax = function(event, callback) {
> ...
> this.isFirstAjax = false;
> //caution: JSF submits inputs with empty names causing "WARNING: Parameters: Invalid chunk ignored." in Tomcat log
> var params = {};
> params[this.id + ".ajax"] = "1";
> var parameters_extended = {parameters: params, error: ajaxError, complete:ajaxSuccess};
> if (this.options.onbegin != undefined) {
> parameters_extended.begin = this.options.onbegin;
> }
> rf.ajax(this.id, event, parameters_extended);
> }
> {code}
> I can create pull request if everything ok.
--
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, 8 months
[JBoss JIRA] (RF-13595) rich:validator doesn't work when loaded via ajax (re-render)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13595?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13595:
------------------------------------
To be clear, the workaround suggest of using a4j:ajax instead of f:ajax does not work for you?
> rich:validator doesn't work when loaded via ajax (re-render)
> ------------------------------------------------------------
>
> Key: RF-13595
> URL: https://issues.jboss.org/browse/RF-13595
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-validators
> Affects Versions: 4.3.5
> Environment: RF 4.3.5
> Mojarra 2.1.27
> Java 7 Update 51 x64
> Tomcat 7.0.52
> Firefox 28.0 + Firebug
> Reporter: Michael B
> Attachments: validationTest.zip
>
>
> When loading input components with a rich:validator via ajax (re-render), client side validation bridge breaks due to a missing JS function av_xxxxxxxxx.
> As already described in further detail in a comment to this JIRA here:
> https://issues.jboss.org/browse/RF-12031
> I've created a very basic example project to reproduce the problem for a single input field which becomes visible (re-rendered) when you click on an a4j:commandButton.
> Please note that this is a minimum example only. The problem is also reproducable for other input components besides h:inputText - like for example rich:calendar.
> The workaround described in the referenced JIRA creates other problems in client JS when combined with other components like rich:focus and is also not applicable for other input components besides h:inputText.
> We think the problem is located in the way JS functions are optimized for being re-used as well as in the way they are (not) being added on the client side when a component becomes visible on ajax response re-rendering.
> Please use attached eclipse project to easily reproduce the problem => open Firefox => Firebug console to see the error about the missing JS function av_xxxxxxx ...
--
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, 8 months
[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13514:
------------------------------------
{quote}it is required to click on add button more than one times
eg. upload a file and then try to add next file, you need to click on add more times - in Metamer{quote}
Should work now, the button was bigger than the clickable element.
{quote}maxFilesQuantity attribute does not work, has no effect{quote}
This wasn't working with drag'n'drop but it should have been working with adding files manually. Was it not the case?
{quote}keydown not fired{quote}
When is it supposed fire?
I'll have to check AS, it looks like even the old fileUpload isn't working there.
> Support file upload progress tracking in Servlets >= 3.0 environment
> --------------------------------------------------------------------
>
> Key: RF-13514
> URL: https://issues.jboss.org/browse/RF-13514
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-input, core
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
>
> We currently support two approaches for file upload:
> * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java]
> * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}}
> However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request.
> There are several possible outcomes:
> 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress
> * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2]
> * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/
> 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object
> * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet
--
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, 8 months