[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13629:
-----------------------------
Labels: regression (was: needs-qe regression)
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13629 at 5/16/14 6:39 AM:
-----------------------------------------------------------
The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=1296804...] is fixed with your recent commit.
However, here are some other issues to consider:
* When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is also regression against 4.3.6.Final. - Chrome works just ok
* when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616).
General comments
* IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all.
was (Author: jhuska):
The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=1296804...] is fixed with your recent commit.
However, here are some other issues to consider:
* When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok
* when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616).
General comments
* IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all.
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: needs-qe, regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13629 at 5/16/14 6:38 AM:
-----------------------------------------------------------
The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=1296804...] is fixed with your recent commit.
However, here are some other issues to consider:
* When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok
* when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616).
General comments
* IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all.
was (Author: jhuska):
The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=1296804...] is fixed with your recent commit.
However, here are some other issues to consider:
* When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok
* when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616).
General comments
* IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all.
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: needs-qe, regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13629:
----------------------------------
The issue, with vertical movement, described in [comment|https://issues.jboss.org/browse/RF-13629?focusedCommentId=1296804...] is fixed with your recent commit.
However, here are some other issues to consider:
* When _autosized == true_, performance of moving the popupPanel on Firefox (29) is very bad. It is not a smooth transition at all, affecting usability a lot. It is as well regression against 4.3.6.Final. - Chrome works just ok
* when _height_ or _width_ is set to 0, then RF-10251 can not be reproduced anymore, however, another issue occurs - popupPanel is rendered with width as big as screen, and it is adjusted to the correct one, once it is moved (resembles RF-13616).
General comments
* IMHO width and height like attributes requires refactoring, validation of the values user set to them, so for example it will not be possible to set _width_ to 0. The VDL doc for some attributes (e.g. {{minHeight}}) is describing this, however, it does not check the values at all.
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: needs-qe, regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.s... ]
Matej Novotny edited comment on RF-13604 at 5/16/14 6:33 AM:
-------------------------------------------------------------
I am unable to reproduce this behavior.
I tried this with Chrome and IE. But editor works correctly and there is no flickering and/or button movement. Also there was no JS error. Just to be sure I double checked this with older versions of IE as well as with different versions of RF.
[~serge.rogatch] if you insist this is a bug, I might try it with your example (if you attach a ZIP file) but I doubt that will make a difference as I was following your steps to reproduce.
By the way as for Firefox everything works fine for you? (I had no problems there either.)
Also you can try Wildfly 8.0 server (it is using JSF 2.2 implementation as well) and report your findings here.
EDIT: One more thing, I tried to reproduce this in our testing app as well. I did not succeed but there is one thing I came across. It is just a guess but try using cssparser in version 0.9.5, accordingly to dependency hierarchy (in our test project) this is the one used by richfaces-core-impl. The rest is absolutely equal. Maybe forcing another version might have caused some problems?
was (Author: manovotn):
I am unable to reproduce this behavior.
I tried this with Chrome and IE. But editor works correctly and there is no flickering and/or button movement. Also there was no JS error. Just to be sure I double checked this with older versions of IE as well as with different versions of RF.
[~serge.rogatch] if you insist this is a bug, I might try it with your example (if you attach a ZIP file) but I doubt that will make a difference as I was following your steps to reproduce.
By the way as for Firefox everything works fine for you? (I had no problems there either.)
Also you can try Wildfly 8.0 server (it is using JSF 2.2 implementation as well) and report your findings here.
> rich:editor is flickering on mouse hover
> ----------------------------------------
>
> Key: RF-13604
> URL: https://issues.jboss.org/browse/RF-13604
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.5
> Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659)
> Reporter: Serge Rogatch
> Assignee: Matej Novotny
> Labels: editor, glassfish, jsf22
>
> Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13604) rich:editor is flickering on mouse hover
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RF-13604?page=com.atlassian.jira.plugin.s... ]
Matej Novotny commented on RF-13604:
------------------------------------
I am unable to reproduce this behavior.
I tried this with Chrome and IE. But editor works correctly and there is no flickering and/or button movement. Also there was no JS error. Just to be sure I double checked this with older versions of IE as well as with different versions of RF.
[~serge.rogatch] if you insist this is a bug, I might try it with your example (if you attach a ZIP file) but I doubt that will make a difference as I was following your steps to reproduce.
By the way as for Firefox everything works fine for you? (I had no problems there either.)
Also you can try Wildfly 8.0 server (it is using JSF 2.2 implementation as well) and report your findings here.
> rich:editor is flickering on mouse hover
> ----------------------------------------
>
> Key: RF-13604
> URL: https://issues.jboss.org/browse/RF-13604
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.5
> Environment: Windows 7, Glassfish 4, Java 1.7, JSF2.2, Chrome (version 34.0.1847.116 m) or Internet Explorer (version 11.0.9600.16659)
> Reporter: Serge Rogatch
> Assignee: Matej Novotny
> Labels: editor, glassfish, jsf22
>
> Initially the rich:editor component didn't render, throwing some errors in JavaScript ( https://community.jboss.org/message/867978 ), however afterwards I was not able to reproduce that in a newly created project.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13629.
--------------------------------
Resolution: Done
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: needs-qe, regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13629:
----------------------------------
Assignee: Brian Leathem (was: Juraj Húska)
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: needs-qe, regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (RF-13629) popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13629?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13629:
-------------------------------
Labels: needs-qe regression (was: regression)
> popupPanel - minWidth, minHeight, maxWidth, maxHeight are not ignored when autosize == true
> -------------------------------------------------------------------------------------------
>
> Key: RF-13629
> URL: https://issues.jboss.org/browse/RF-13629
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.7
> Environment: Firefox
> Reporter: Juraj Húska
> Assignee: Juraj Húska
> Priority: Critical
> Labels: needs-qe, regression
> Fix For: 4.5.0.Alpha3
>
> Attachments: popupPanelGood.png, popupPanelWrong.png, sample.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> In previous releases when attribute {{autosize == true}} attributes from $SUBJECT were ignored. In {{4.3.7.}}, they are not.
> When used together (does not really make sense IMHO, but maybe I am neglecting some use case), the popup width is not adjusted automatically.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months