You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Jacques Le Roux (JIRA)" <ji...@apache.org> on 2010/11/11 19:25:13 UTC
[jira] Created: (OFBIZ-4016) Changing the locale (language) from
the 1st screen of Order Entry is faulty
Changing the locale (language) from the 1st screen of Order Entry is faulty
---------------------------------------------------------------------------
Key: OFBIZ-4016
URL: https://issues.apache.org/jira/browse/OFBIZ-4016
Project: OFBiz
Issue Type: Bug
Components: ALL APPLICATIONS
Affects Versions: Release Branch 10.04, jQuery, SVN trunk
Environment: Windows + Chrome or Safari or Opera or IE8 (also Firefox for jQuery)
Reporter: Jacques Le Roux
>From this URL https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderentry if you try to change the language, at return you get a blanck screen with the current logged in user login and description.
This is because
* ListLocales request uses save-last-view
* and setSessionLocale uses view-last
In the (not so specific) case of orderentry request, it happens that the last request is not orderentry but the last lookup request done from this screen (LookupUserLoginAndPartyDetails with admin, LookupCustomerName with flexadmin). So a good solution would be to have the lookups requests fired inside the main request (here LookupUserLoginAndPartyDetails and LookupCustomerName inside orderentry). Not sure yet if it's possible. I'd like to keep the automatic return to calling screen behaviour (and BTW extend it to Themes and TimeZones), else we will have to use the same behaviour than for Themes and TimeZones currently: manual return :(
This is not specific to orderentry but to each screen which has at least a lookup and uses the lookup description mechanism. Actually it's even wider than that since it implies save-last-view+view-last and a lookup+description.
Note that, for a still obscure reason (autocomplete not OFF or not working?), I don't reproduce this in Firefox (on Windows) for the trunk, either locally or from demo because the lookup description mechanism is not working. But I reproduces with jQuery branch which is from where I detected and identified the issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-4016) Changing the locale (language) from
the 1st screen of Order Entry is faulty
Posted by "Jacques Le Roux (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OFBIZ-4016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12931199#action_12931199 ]
Jacques Le Roux commented on OFBIZ-4016:
----------------------------------------
Mmm,
Of course we can't since we need to have the DOM ready. The only way I see is to mark those requests to not be taken into account by save-last-view.
> Changing the locale (language) from the 1st screen of Order Entry is faulty
> ---------------------------------------------------------------------------
>
> Key: OFBIZ-4016
> URL: https://issues.apache.org/jira/browse/OFBIZ-4016
> Project: OFBiz
> Issue Type: Bug
> Components: ALL APPLICATIONS
> Affects Versions: Release Branch 10.04, jQuery, SVN trunk
> Environment: Windows + Chrome or Safari or Opera or IE8 (also Firefox for jQuery)
> Reporter: Jacques Le Roux
> Assignee: Jacques Le Roux
>
> From this URL https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderentry if you try to change the language, at return you get a blanck screen with the current logged in user login and description.
> This is because
> * ListLocales request uses save-last-view
> * and setSessionLocale uses view-last
> In the (not so specific) case of orderentry request, it happens that the last request is not orderentry but the last lookup request done from this screen (LookupUserLoginAndPartyDetails with admin, LookupCustomerName with flexadmin). So a good solution would be to have the lookups requests fired inside the main request (here LookupUserLoginAndPartyDetails and LookupCustomerName inside orderentry). Not sure yet if it's possible. I'd like to keep the automatic return to calling screen behaviour (and BTW extend it to Themes and TimeZones), else we will have to use the same behaviour than for Themes and TimeZones currently: manual return :(
> This is not specific to orderentry but to each screen which has at least a lookup and uses the lookup description mechanism. Actually it's even wider than that since it implies save-last-view+view-last and a lookup+description.
> Note that, for a still obscure reason (autocomplete not OFF or not working?), I don't reproduce this in Firefox (on Windows) for the trunk, either locally or from demo because the lookup description mechanism is not working. But I reproduces with jQuery branch which is from where I detected and identified the issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-4016) Changing the locale (language) from
the 1st screen of Order Entry is faulty
Posted by "Jacques Le Roux (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OFBIZ-4016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jacques Le Roux reassigned OFBIZ-4016:
--------------------------------------
Assignee: Jacques Le Roux
> Changing the locale (language) from the 1st screen of Order Entry is faulty
> ---------------------------------------------------------------------------
>
> Key: OFBIZ-4016
> URL: https://issues.apache.org/jira/browse/OFBIZ-4016
> Project: OFBiz
> Issue Type: Bug
> Components: ALL APPLICATIONS
> Affects Versions: Release Branch 10.04, jQuery, SVN trunk
> Environment: Windows + Chrome or Safari or Opera or IE8 (also Firefox for jQuery)
> Reporter: Jacques Le Roux
> Assignee: Jacques Le Roux
>
> From this URL https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderentry if you try to change the language, at return you get a blanck screen with the current logged in user login and description.
> This is because
> * ListLocales request uses save-last-view
> * and setSessionLocale uses view-last
> In the (not so specific) case of orderentry request, it happens that the last request is not orderentry but the last lookup request done from this screen (LookupUserLoginAndPartyDetails with admin, LookupCustomerName with flexadmin). So a good solution would be to have the lookups requests fired inside the main request (here LookupUserLoginAndPartyDetails and LookupCustomerName inside orderentry). Not sure yet if it's possible. I'd like to keep the automatic return to calling screen behaviour (and BTW extend it to Themes and TimeZones), else we will have to use the same behaviour than for Themes and TimeZones currently: manual return :(
> This is not specific to orderentry but to each screen which has at least a lookup and uses the lookup description mechanism. Actually it's even wider than that since it implies save-last-view+view-last and a lookup+description.
> Note that, for a still obscure reason (autocomplete not OFF or not working?), I don't reproduce this in Firefox (on Windows) for the trunk, either locally or from demo because the lookup description mechanism is not working. But I reproduces with jQuery branch which is from where I detected and identified the issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-4016) Changing the locale (language) from the
1st screen of Order Entry is faulty
Posted by "Jacques Le Roux (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OFBIZ-4016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jacques Le Roux closed OFBIZ-4016.
----------------------------------
Resolution: Fixed
Fix Version/s: SVN trunk
jQuery
Release Branch 10.04
Fixed in trunk at r1034179, R10.04 at r1034188 , jQuery branch at r1034192
> Changing the locale (language) from the 1st screen of Order Entry is faulty
> ---------------------------------------------------------------------------
>
> Key: OFBIZ-4016
> URL: https://issues.apache.org/jira/browse/OFBIZ-4016
> Project: OFBiz
> Issue Type: Bug
> Components: ALL APPLICATIONS
> Affects Versions: Release Branch 10.04, jQuery, SVN trunk
> Environment: Windows + Chrome or Safari or Opera or IE8 (also Firefox for jQuery)
> Reporter: Jacques Le Roux
> Assignee: Jacques Le Roux
> Fix For: Release Branch 10.04, jQuery, SVN trunk
>
>
> From this URL https://demo-trunk.ofbiz.apache.org/ordermgr/control/orderentry if you try to change the language, at return you get a blanck screen with the current logged in user login and description.
> This is because
> * ListLocales request uses save-last-view
> * and setSessionLocale uses view-last
> In the (not so specific) case of orderentry request, it happens that the last request is not orderentry but the last lookup request done from this screen (LookupUserLoginAndPartyDetails with admin, LookupCustomerName with flexadmin). So a good solution would be to have the lookups requests fired inside the main request (here LookupUserLoginAndPartyDetails and LookupCustomerName inside orderentry). Not sure yet if it's possible. I'd like to keep the automatic return to calling screen behaviour (and BTW extend it to Themes and TimeZones), else we will have to use the same behaviour than for Themes and TimeZones currently: manual return :(
> This is not specific to orderentry but to each screen which has at least a lookup and uses the lookup description mechanism. Actually it's even wider than that since it implies save-last-view+view-last and a lookup+description.
> Note that, for a still obscure reason (autocomplete not OFF or not working?), I don't reproduce this in Firefox (on Windows) for the trunk, either locally or from demo because the lookup description mechanism is not working. But I reproduces with jQuery branch which is from where I detected and identified the issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.