[jira] Updated: (OFBIZ-1748) Menus styled with the menu-container-style button-bar tab-bar are not visible in IE 7.
[ https://issues.apache.org/jira/browse/OFBIZ-1748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-1748: - Attachment: maincss.css.patch With my patch menu-container-style button-bar tab-bar should be visible on IE7 Menus styled with the menu-container-style button-bar tab-bar are not visible in IE 7. - Key: OFBIZ-1748 URL: https://issues.apache.org/jira/browse/OFBIZ-1748 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk Environment: IE 7 Reporter: Jacques Le Roux Attachments: maincss.css.patch See any sub-menu in Party for instance like at the page https://localhost:8443/partymgr/control/viewprofile?partyId=admin I found it at the page https://localhost:8443/projectmgr/control/login?projectId=9000 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1746) Firefox view gantt chart bug
[ https://issues.apache.org/jira/browse/OFBIZ-1746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-1746: - Attachment: gantChart.ftl.patch Please review my second patch. I think it is fixed. I have tested with patch from OFBIZ-1748. Firefox view gantt chart bug Key: OFBIZ-1746 URL: https://issues.apache.org/jira/browse/OFBIZ-1746 Project: OFBiz Issue Type: Bug Components: specialpurpose/projectmgr Affects Versions: SVN trunk Environment: Firefox 2.0.0.13 Reporter: Krzysztof Podejma Priority: Minor Fix For: SVN trunk Attachments: gantChart.ftl.patch, projMgrGanttFix.patch Original Estimate: 0.17h Remaining Estimate: 0.17h Chart is not created well under Firefox. Dates in gantChart.ftl have invalid format, proper format is /MM/dd HH:mm . See my patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1746) Firefox view gantt chart bug
Firefox view gantt chart bug Key: OFBIZ-1746 URL: https://issues.apache.org/jira/browse/OFBIZ-1746 Project: OFBiz Issue Type: Bug Components: specialpurpose/projectmgr Affects Versions: SVN trunk Environment: Firefox 2.0.0.13 Reporter: Krzysztof Podejma Priority: Minor Fix For: SVN trunk Chart is not created well under Firefox. Dates in gantChart.ftl have invalid format, proper format is /MM/dd HH:mm . See my patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1746) Firefox view gantt chart bug
[ https://issues.apache.org/jira/browse/OFBIZ-1746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-1746: - Attachment: projMgrGanttFix.patch Fixes this issue. Firefox view gantt chart bug Key: OFBIZ-1746 URL: https://issues.apache.org/jira/browse/OFBIZ-1746 Project: OFBiz Issue Type: Bug Components: specialpurpose/projectmgr Affects Versions: SVN trunk Environment: Firefox 2.0.0.13 Reporter: Krzysztof Podejma Priority: Minor Fix For: SVN trunk Attachments: projMgrGanttFix.patch Original Estimate: 0.17h Remaining Estimate: 0.17h Chart is not created well under Firefox. Dates in gantChart.ftl have invalid format, proper format is /MM/dd HH:mm . See my patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1110) Default FOP Font
[ https://issues.apache.org/jira/browse/OFBIZ-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12562311#action_12562311 ] Krzysztof Podejma commented on OFBIZ-1110: -- You can set font-family in simple.fo.ftl ie. fo:page-sequence master-reference=main-page font-family=Arial. In this example all blocks will use Arial font. Regards Krzysztof Podejma Default FOP Font Key: OFBIZ-1110 URL: https://issues.apache.org/jira/browse/OFBIZ-1110 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Krzysztof Podejma Fix For: SVN trunk Attachments: widget.diff current ofbiz(OOTB) reporting does not support multilingual users. When you use non-english locale you get '# characters. additionally it is hard to track all changes in reports so here default font comes up. it would be great to add fop.xcon file to trunk with UNICODE font that could print any characters in any languages. I've made up two another solutions 1) is a property in general.properties that store default font 2) to associate font-family name with locale as property (in property file) and use this font-family to print reports in user language properly. with second solution users can define what fonts they have and want to use -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1110) Default FOP Font
[ https://issues.apache.org/jira/browse/OFBIZ-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519295 ] Krzysztof Podejma commented on OFBIZ-1110: -- This issue is definitely not completed. I'll post my proposals when I have more time to prepare it. Maybe next week. Default FOP Font Key: OFBIZ-1110 URL: https://issues.apache.org/jira/browse/OFBIZ-1110 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Krzysztof Podejma Assignee: Jacopo Cappellato Fix For: SVN trunk Attachments: widget.diff current ofbiz(OOTB) reporting does not support multilingual users. When you use non-english locale you get '# characters. additionally it is hard to track all changes in reports so here default font comes up. it would be great to add fop.xcon file to trunk with UNICODE font that could print any characters in any languages. I've made up two another solutions 1) is a property in general.properties that store default font 2) to associate font-family name with locale as property (in property file) and use this font-family to print reports in user language properly. with second solution users can define what fonts they have and want to use -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1161) problem with creating forum
[ https://issues.apache.org/jira/browse/OFBIZ-1161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518761 ] Krzysztof Podejma commented on OFBIZ-1161: -- I think persistContentAndAssoc is a good way to create forum related content. problem with creating forum --- Key: OFBIZ-1161 URL: https://issues.apache.org/jira/browse/OFBIZ-1161 Project: OFBiz Issue Type: Bug Components: content Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk created forum in content-forums doesn't show up in findForums. probably persistContentAndAssoc method in ContentManagementServices.java has a bug. this method produces lot of null's in log. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1161) problem with creating forum
problem with creating forum --- Key: OFBIZ-1161 URL: https://issues.apache.org/jira/browse/OFBIZ-1161 Project: OFBiz Issue Type: Bug Components: content Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 created forum in content-forums doesn't show up in findForums. probably persistContentAndAssoc method in ContentManagementServices.java has a bug. this method produces lot of null's in log. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512790 ] Krzysztof Podejma commented on OFBIZ-1041: -- I had to leave on weekend. Is it done now, or needs test? various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512623 ] Krzysztof Podejma commented on OFBIZ-1041: -- so it will not be fixed? various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1110) Default FOP Font
Default FOP Font Key: OFBIZ-1110 URL: https://issues.apache.org/jira/browse/OFBIZ-1110 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Krzysztof Podejma Fix For: SVN trunk current ofbiz(OOTB) reporting does not support multilingual users. When you use non-english locale you get '# characters. additionally it is hard to track all changes in reports so here default font comes up. it would be great to add fop.xcon file to trunk with UNICODE font that could print any characters in any languages. I've made up two another solutions 1) is a property in general.properties that store default font 2) to associate font-family name with locale as property (in property file) and use this font-family to print reports in user language properly. with second solution users can define what fonts they have and want to use -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1111) Error in appendorderitem.ftl
Error in appendorderitem.ftl Key: OFBIZ- URL: https://issues.apache.org/jira/browse/OFBIZ- Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 reproduction: create an order, and click in orderview on Edit Order Items button on my local copy it is (https://localhost:8543/ordermgr/control/editOrderItems?orderId=WSCO10002) you will get ${Static[org.ofbiz.product.catalog.CatalogWorker].getCurrentCatalogId(request)} [on line 40, column 64 in appendorderitem.ftl] + backtrace -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1080) Total excl. tax string in pdf's is not localized
Total excl. tax string in pdf's is not localized Key: OFBIZ-1080 URL: https://issues.apache.org/jira/browse/OFBIZ-1080 Project: OFBiz Issue Type: Bug Components: accounting, order Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Priority: Trivial Fix For: SVN trunk, Release Branch 4.0 Total excl. tax string in pdf's is not localized i.e http://localhost:8080/accounting/control/invoice.pdf?invoiceId=CI2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1081) NPE in log4j on WindowsXP PRO
NPE in log4j on WindowsXP PRO - Key: OFBIZ-1081 URL: https://issues.apache.org/jira/browse/OFBIZ-1081 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: affected sys:WindowsXP PRO (on Suse Linux works fine) Reporter: Krzysztof Podejma Priority: Minor Fix For: SVN trunk, Release Branch 4.0 no crash just this exception Exception in thread Dispatcher-Thread-1 java.lang.NullPointerException at java.lang.String.lastIndexOf(String.java:1824) at java.lang.String.lastIndexOf(String.java:1806) at org.apache.log4j.spi.LocationInfo.init(LocationInfo.java:119) at org.apache.log4j.spi.LoggingEvent.getLocationInformation(LoggingEvent.java:191) at org.apache.log4j.helpers.PatternParser$LocationPatternConverter.convert(PatternParser.java:483) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64) at org.apache.log4j.PatternLayout.format(PatternLayout.java:503) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301) at org.apache.log4j.WriterAppender.append(WriterAppender.java:159) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65) at org.apache.log4j.AsyncAppender$Dispatcher.run(AsyncAppender.java:578) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1081) NPE in log4j on WindowsXP PRO
[ https://issues.apache.org/jira/browse/OFBIZ-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-1081: - Description: no crash just this exception happens on startup Exception in thread Dispatcher-Thread-1 java.lang.NullPointerException at java.lang.String.lastIndexOf(String.java:1824) at java.lang.String.lastIndexOf(String.java:1806) at org.apache.log4j.spi.LocationInfo.init(LocationInfo.java:119) at org.apache.log4j.spi.LoggingEvent.getLocationInformation(LoggingEvent.java:191) at org.apache.log4j.helpers.PatternParser$LocationPatternConverter.convert(PatternParser.java:483) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64) at org.apache.log4j.PatternLayout.format(PatternLayout.java:503) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301) at org.apache.log4j.WriterAppender.append(WriterAppender.java:159) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65) at org.apache.log4j.AsyncAppender$Dispatcher.run(AsyncAppender.java:578) at java.lang.Thread.run(Thread.java:619) was: no crash just this exception Exception in thread Dispatcher-Thread-1 java.lang.NullPointerException at java.lang.String.lastIndexOf(String.java:1824) at java.lang.String.lastIndexOf(String.java:1806) at org.apache.log4j.spi.LocationInfo.init(LocationInfo.java:119) at org.apache.log4j.spi.LoggingEvent.getLocationInformation(LoggingEvent.java:191) at org.apache.log4j.helpers.PatternParser$LocationPatternConverter.convert(PatternParser.java:483) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64) at org.apache.log4j.PatternLayout.format(PatternLayout.java:503) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301) at org.apache.log4j.WriterAppender.append(WriterAppender.java:159) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65) at org.apache.log4j.AsyncAppender$Dispatcher.run(AsyncAppender.java:578) at java.lang.Thread.run(Thread.java:619) NPE in log4j on WindowsXP PRO - Key: OFBIZ-1081 URL: https://issues.apache.org/jira/browse/OFBIZ-1081 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: affected sys:WindowsXP PRO (on Suse Linux works fine) Reporter: Krzysztof Podejma Priority: Minor Fix For: SVN trunk, Release Branch 4.0 no crash just this exception happens on startup Exception in thread Dispatcher-Thread-1 java.lang.NullPointerException at java.lang.String.lastIndexOf(String.java:1824) at java.lang.String.lastIndexOf(String.java:1806) at org.apache.log4j.spi.LocationInfo.init(LocationInfo.java:119) at org.apache.log4j.spi.LoggingEvent.getLocationInformation(LoggingEvent.java:191) at org.apache.log4j.helpers.PatternParser$LocationPatternConverter.convert(PatternParser.java:483) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64) at org.apache.log4j.PatternLayout.format(PatternLayout.java:503) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301) at org.apache.log4j.WriterAppender.append(WriterAppender.java:159) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65) at org.apache.log4j.AsyncAppender$Dispatcher.run(AsyncAppender.java:578) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504267 ] Krzysztof Podejma commented on OFBIZ-1041: -- i.e. in crmsfa in viewprofile.ftl you have #if (partyContactMech.allowSolicitation?default() == Y)#assign solicit = uiLabelMap.CommonYes/#if #if (partyContactMech.allowSolicitation?default() == N)#assign solicit = uiLabelMap.CommonNo/#if so if this field don't have values from (Y,N) nothing is displayed second example is marketing list with emails and choosing email address by this field having this field with set of values Y,N, is good for system to indicate whether it is exactly YES or NOT if you have multilingual employees that use russian (D,N) polish (T,N), english (Y,N) set of those values will be D,T,Y,N so system will not be able to indicate what is YES and what is NOT various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504351 ] Krzysztof Podejma commented on OFBIZ-1041: -- I think checking my patch will make you sure that we have the same point of view. various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504387 ] Krzysztof Podejma commented on OFBIZ-1041: -- code : select name=allowSolicitation #if (mechMap.partyContactMech.allowSolicitation)?exists option#if (mechMap.partyContactMech.allowSolicitation?default() == Y)${uiLabelMap.CommonY}/#if #if (mechMap.partyContactMech.allowSolicitation?default() == N)${uiLabelMap.CommonN}/#if /option /#if option/optionoption${uiLabelMap.CommonY}/optionoption${uiLabelMap.CommonN}/option /select is correct because we want to show current value of alllowSolicitation to user in his language. your way is not so right in this case because if user omit this field, it will be submited with N value. Even if value was Y various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504398 ] Krzysztof Podejma commented on OFBIZ-1041: -- in ofbiz trunk you have select name=allowSolicitation option${(mechMap.partyContactMech.allowSolicitation)?if_exists}/option option/optionoption${uiLabelMap.CommonY}/optionoption${uiLabelMap.CommonN}/option /select and i fixed this to: select name=allowSolicitation #if (mechMap.partyContactMech.allowSolicitation)?exists option#if (mechMap.partyContactMech.allowSolicitation?default() == Y)${uiLabelMap.CommonY}/#if #if (mechMap.partyContactMech.allowSolicitation?default() == N)${uiLabelMap.CommonN}/#if /option /#if option/optionoption${uiLabelMap.CommonY}/optionoption${uiLabelMap.CommonN}/option /select my patch is a simple fix, not refactoring various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504405 ] Krzysztof Podejma commented on OFBIZ-1041: -- maybe you haven't noticed. This patch adds !-- allowSolicitation is forced to Y or N -- property-to-field resource=CommonUiLabels property=CommonY field-name=commonY/ property-to-field resource=CommonUiLabels property=CommonY field-name=commonN/ if conditionif-compare field-name=newPartyContactMech.allowSolicitation operator=equals value=${commonY}//condition then set field=newPartyContactMech.allowSolicitation value=Y / /then else-if conditionif-compare field-name=newPartyContactMech.allowSolicitation operator=equals value=${commonN}//condition then set field=newPartyContactMech.allowSolicitation value=N / /then /else-if /if to updatePartyContactMech to fix all other screen that want to pass invalid value various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504419 ] Krzysztof Podejma commented on OFBIZ-1041: -- this select could look like this select name=allowSolicitation #if (mechMap.partyContactMech.allowSolicitation)?exists #if (mechMap.partyContactMech.allowSolicitation?default() == Y)option value=Y${uiLabelMap.CommonY}/option/#if #if (mechMap.partyContactMech.allowSolicitation?default() == N)option value=N${uiLabelMap.CommonN}/option/#if /#if option value=/optionoption value=Y${uiLabelMap.CommonY}/optionoption value=N${uiLabelMap.CommonN}/option /select I'm not 100% sure that it'll work without fix in updatePartyContactMech I've submited above. as far as I remember there were problems with selects and values in options various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-1041) various values in allowSolicitation variable break some screens
[ https://issues.apache.org/jira/browse/OFBIZ-1041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12504447 ] Krzysztof Podejma edited comment on OFBIZ-1041 at 6/13/07 2:50 PM: --- Adrian, your proposal doesn't use current value so if user wants change only phone number, he has to set allowSolitation field too. If not, form will change Y to N. I think it is not user friendly and a little bit confusing. I think Y,N, is the right way - dont know was: Adrian, your proposal doesn't use current value so if user wants change only phone number, he has to set allowSolitation field too. If not, form will change Y to N. I think it is not user friendly and a little bit confusing. various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Assignee: Si Chen Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-943) Cannot complete order that contains products of type SERVICE
[ https://issues.apache.org/jira/browse/OFBIZ-943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-943: Fix Version/s: Release Branch 4.0 SVN trunk Affects Version/s: Release Branch 4.0 Cannot complete order that contains products of type SERVICE -- Key: OFBIZ-943 URL: https://issues.apache.org/jira/browse/OFBIZ-943 Project: OFBiz Issue Type: Bug Components: order, product Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 additionally no invoices are created after payments are received -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-943) Cannot complete order that contains products of type SERVICE
[ https://issues.apache.org/jira/browse/OFBIZ-943?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-943: Attachment: invoiceServiceItems.patch I have written a service to autoinvoice service items for an order. so now invoice is created. see my patch for more info Krzysztof Podejma Cannot complete order that contains products of type SERVICE -- Key: OFBIZ-943 URL: https://issues.apache.org/jira/browse/OFBIZ-943 Project: OFBiz Issue Type: Bug Components: order, product Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 Attachments: invoiceServiceItems.patch additionally no invoices are created after payments are received -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-943) Cannot complete order that contains products of type SERVICE
[ https://issues.apache.org/jira/browse/OFBIZ-943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503910 ] Krzysztof Podejma commented on OFBIZ-943: - Thanks for clarification. I just share. Anyway I have found next possible bug. When you have more than one invoice in order and receive offline payment, this payment is applied to first invoice only. It is related to this issue because of services that create invoices.(one invoice is created for each type of product item). Should I create new issue for this? Krzysztof Cannot complete order that contains products of type SERVICE -- Key: OFBIZ-943 URL: https://issues.apache.org/jira/browse/OFBIZ-943 Project: OFBiz Issue Type: New Feature Components: order, product Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk Attachments: invoiceServiceItems.patch additionally no invoices are created after payments are received -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1078) payment is applied to first invoice only
payment is applied to first invoice only Key: OFBIZ-1078 URL: https://issues.apache.org/jira/browse/OFBIZ-1078 Project: OFBiz Issue Type: Bug Components: accounting, order Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 When you have more than one invoice in order and receive offline payment, this payment is applied to first invoice only. Possible scenarios: 1) Create service that creates one invoice for all productitemtypes - needs redesign create invoice services -simple 2) Change events happened after receive payment to check if there are more invoices that wait for payment - problem which invoice to choose if there is not enough cash. Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-943) Cannot complete order that contains products of type SERVICE
[ https://issues.apache.org/jira/browse/OFBIZ-943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503955 ] Krzysztof Podejma commented on OFBIZ-943: - created https://issues.apache.org/jira/browse/OFBIZ-1078 Cannot complete order that contains products of type SERVICE -- Key: OFBIZ-943 URL: https://issues.apache.org/jira/browse/OFBIZ-943 Project: OFBiz Issue Type: New Feature Components: order, product Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk Attachments: invoiceServiceItems.patch additionally no invoices are created after payments are received -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1072) encoding bug in ServiceEventHandler
encoding bug in ServiceEventHandler --- Key: OFBIZ-1072 URL: https://issues.apache.org/jira/browse/OFBIZ-1072 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 field values from upload form ( enctype=multipart/form-data ) are read with null locale see my fix -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1072) encoding bug in ServiceEventHandler
[ https://issues.apache.org/jira/browse/OFBIZ-1072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-1072: - Attachment: ServiceEventHandler.patch encoding bug in ServiceEventHandler --- Key: OFBIZ-1072 URL: https://issues.apache.org/jira/browse/OFBIZ-1072 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 Attachments: ServiceEventHandler.patch field values from upload form ( enctype=multipart/form-data ) are read with null locale see my fix -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1073) ViewQuoteProfit.bsh Error
ViewQuoteProfit.bsh Error - Key: OFBIZ-1073 URL: https://issues.apache.org/jira/browse/OFBIZ-1073 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 Attachments: ViewQuoteProfit.patch got Can't find default constructor for: class java.sql.Date running this script my patch fixes this Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1073) ViewQuoteProfit.bsh Error
[ https://issues.apache.org/jira/browse/OFBIZ-1073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-1073: - Attachment: ViewQuoteProfit.patch ViewQuoteProfit.bsh Error - Key: OFBIZ-1073 URL: https://issues.apache.org/jira/browse/OFBIZ-1073 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Krzysztof Podejma Fix For: SVN trunk, Release Branch 4.0 Attachments: ViewQuoteProfit.patch got Can't find default constructor for: class java.sql.Date running this script my patch fixes this Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1041) various values in allowSolicitation variable break some screens
various values in allowSolicitation variable break some screens Key: OFBIZ-1041 URL: https://issues.apache.org/jira/browse/OFBIZ-1041 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Priority: Minor Fix For: SVN trunk, Release Branch 4.0 Attachments: allowSolicitation.patch in contact forms field allowSolicitation is set to uiLabelMap.CommonY or uiLabelMap.CommonN. it would be a good idea to force this value to Y or N because it is confusing if you use more than one language additionaly different values break forms in other apps like crmsfa please see my patch Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-940) (Duplicate entry '10002-partymgr.createnew-2007-04-28 21:59:57-REQUEST' for key 1)
[ https://issues.apache.org/jira/browse/OFBIZ-940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497158 ] Krzysztof Podejma commented on OFBIZ-940: - unfortunately not, this error still occurs on MySQL it is mysql timestamp issue related (Duplicate entry '10002-partymgr.createnew-2007-04-28 21:59:57-REQUEST' for key 1) -- Key: OFBIZ-940 URL: https://issues.apache.org/jira/browse/OFBIZ-940 Project: OFBiz (The Open for Business Project) Issue Type: Bug Affects Versions: SVN trunk Environment: MySQL Reporter: Krzysztof Podejma Priority: Minor related to OFBIZ-925, occurs not regular but frequently (error in console log) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-900) required parameter is missing: [attachUploadToDataResource.mimeTypeId]
[ https://issues.apache.org/jira/browse/OFBIZ-900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496892 ] Krzysztof Podejma commented on OFBIZ-900: - ok it works now but I have little sugestion this combobox with mimetypes is not userfriendly. there is always parameters._uploadedFile_contentType variable that contains mimetypeid and can be rewritten to mimeTypeId variable so combobox with this shouldnt be required and used only when you want force to another mimeType. list with mimetypes is very long and it is hard to upload lot of files beacause of choosing mime for all of them BTW. Can you tell me how to open uploaded file that is not an image? required parameter is missing: [attachUploadToDataResource.mimeTypeId] -- Key: OFBIZ-900 URL: https://issues.apache.org/jira/browse/OFBIZ-900 Project: OFBiz (The Open for Business Project) Issue Type: Sub-task Components: party Affects Versions: SVN trunk Reporter: Krzysztof Podejma Assigned To: Jacopo Cappellato The Following Errors Occurred: * Failed to create content: The following required parameter is missing: [attachUploadToDataResource.mimeTypeId] got this on uplodaing file. Is this parameter required if _uploadedFile_contentType equals mimeTypeId ? Regards Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-989) small bug in showvisits
small bug in showvisits --- Key: OFBIZ-989 URL: https://issues.apache.org/jira/browse/OFBIZ-989 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma 1) showvisits shows 21 entries on page instead of 20 2) showvisits doesnt show first entry (bad cursor position) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-989) small bug in showvisits
[ https://issues.apache.org/jira/browse/OFBIZ-989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-989: Attachment: showvisits.bsh.patch small bug in showvisits --- Key: OFBIZ-989 URL: https://issues.apache.org/jira/browse/OFBIZ-989 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Attachments: showvisits.bsh.patch, showvisits.ftl.patch 1) showvisits shows 21 entries on page instead of 20 2) showvisits doesnt show first entry (bad cursor position) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-989) small bug in showvisits
[ https://issues.apache.org/jira/browse/OFBIZ-989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-989: Attachment: showvisits.ftl.patch small bug in showvisits --- Key: OFBIZ-989 URL: https://issues.apache.org/jira/browse/OFBIZ-989 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: party Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Attachments: showvisits.bsh.patch, showvisits.ftl.patch 1) showvisits shows 21 entries on page instead of 20 2) showvisits doesnt show first entry (bad cursor position) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-953) error on deleting entities in webtools
[ https://issues.apache.org/jira/browse/OFBIZ-953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492991 ] Krzysztof Podejma commented on OFBIZ-953: - strange I have svn version in parameters for ViewGeneric.bsf is entityName=[SupportRequest, SupportRequest] so I got this exception java.lang.ClassCastException: Cannot cast java.util.Arrays$ArrayList to java.lang.String this link is in FindGeneric.ftl and looks like this a href='@ofbizUrlUpdateGeneric?${record.findString}amp;UPDATE_MODE=DELETEamp;${curFindString}/@ofbizUrl'${uiLabelMap.CommonDelete}/a and produces https://localhost:8443/webtools/control/UpdateGeneric?entityName=SupportRequestsupportRequestId=10032UPDATE_MODE=DELETEentityName=SupportRequestfind=true so ${record.findString}amp; --- entityName=SupportRequestsupportRequestId=10032 and amp;${curFindString}--- entityName=SupportRequestfind=true I have deleted entityName=SupportRequestfind=true from this link and it works now Regards Krzysztof Podejma error on deleting entities in webtools -- Key: OFBIZ-953 URL: https://issues.apache.org/jira/browse/OFBIZ-953 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Krzysztof Podejma got error on screen butentiy was deleted org.ofbiz.base.util.GeneralException: Error rendering screen [component://webtools/widget/EntityScreens.xml#ViewGeneric]: org.ofbiz.base.util.GeneralException: Error running BSH script at location [component://webtools/webapp/webtools/WEB-INF/actions/entity/ViewGeneric.bsh]: org.ofbiz.base.util.GeneralException: Error running BSH script at [component://webtools/webapp/webtools/WEB-INF/actions/entity/ViewGeneric.bsh], line [37]: Sourced file: -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-943) Cannot complete order that contains products of type SERVICE
Cannot complete order that contains products of type SERVICE -- Key: OFBIZ-943 URL: https://issues.apache.org/jira/browse/OFBIZ-943 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: order, product Affects Versions: SVN trunk Reporter: Krzysztof Podejma additionally no invoices are created after payments are received -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-944) view combobox in webtools ViewGeneric does not work
view combobox in webtools ViewGeneric does not work Key: OFBIZ-944 URL: https://issues.apache.org/jira/browse/OFBIZ-944 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Krzysztof Podejma view combobox in webtools ViewGeneric does not work ie. in https://localhost:8443/webtools/control/ViewGeneric?entityName=PartypartyId=Company anything you choose you get https://localhost:8443/webtools/control/ViewGeneric?entityName=PartycontactMechId= Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-945) missing OrderQuoteType key that is used in quoteReportHeaderInfo.fo.ftl
missing OrderQuoteType key that is used in quoteReportHeaderInfo.fo.ftl --- Key: OFBIZ-945 URL: https://issues.apache.org/jira/browse/OFBIZ-945 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Priority: Trivial -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-945) missing OrderQuoteType key in OrderUiLabels that is used in quoteReportHeaderInfo.fo.ftl
[ https://issues.apache.org/jira/browse/OFBIZ-945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Krzysztof Podejma updated OFBIZ-945: Summary: missing OrderQuoteType key in OrderUiLabels that is used in quoteReportHeaderInfo.fo.ftl (was: missing OrderQuoteType key that is used in quoteReportHeaderInfo.fo.ftl) missing OrderQuoteType key in OrderUiLabels that is used in quoteReportHeaderInfo.fo.ftl Key: OFBIZ-945 URL: https://issues.apache.org/jira/browse/OFBIZ-945 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: order Affects Versions: SVN trunk, Release Branch 4.0 Reporter: Krzysztof Podejma Priority: Trivial -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-938) SERVICE type products uses inventory and are backordered while creating an order
SERVICE type products uses inventory and are backordered while creating an order -- Key: OFBIZ-938 URL: https://issues.apache.org/jira/browse/OFBIZ-938 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Krzysztof Podejma i think that shipping information shouldn't be required for SERVICE products, allow split and isGift flags are sensless in this case possibility to create a note for an order would be a nice feature Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-925) Duplicate entry for key 1) on login
[ https://issues.apache.org/jira/browse/OFBIZ-925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492128 ] Krzysztof Podejma commented on OFBIZ-925: - on Derby two login timestamps look like this 2007-04-26 23:48:15.75 2007-04-26 23:48:15.828 date timems? but on MySQL the same timestamps: 2007-04-26 23:48:15 2007-04-26 23:48:15 this timestamp field is part of primary key(prim-key field=fromDate/) so with MySQL it is possible to get login error if you try to login twice with the the same username in less than one second. Krzysztof Podejma Duplicate entry for key 1) on login --- Key: OFBIZ-925 URL: https://issues.apache.org/jira/browse/OFBIZ-925 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: all i think Reporter: Krzysztof Podejma Priority: Trivial in framework/security/entitydef/entitymodel.xml/UserLoginHistory are pkfields prim-key field=userLoginId/ and prim-key field=fromDate/ so if you'r fast in logout/login action, you can get nasty error ;] the best workaround i found is to add prim-key field=visitId/ because visitId seems to be unique for this entity. Regards Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-925) Duplicate entry for key 1) on login
Duplicate entry for key 1) on login --- Key: OFBIZ-925 URL: https://issues.apache.org/jira/browse/OFBIZ-925 Project: OFBiz (The Open for Business Project) Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: all i think Reporter: Krzysztof Podejma Priority: Trivial in framework/security/entitydef/entitymodel.xml/UserLoginHistory are pkfields prim-key field=userLoginId/ and prim-key field=fromDate/ so if you'r fast in logout/login action, you can get nasty error ;] the best workaround i found is to add prim-key field=visitId/ because visitId seems to be unique for this entity. Regards Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-900) required parameter is missing: [attachUploadToDataResource.mimeTypeId]
required parameter is missing: [attachUploadToDataResource.mimeTypeId] -- Key: OFBIZ-900 URL: https://issues.apache.org/jira/browse/OFBIZ-900 Project: OFBiz (The Open for Business Project) Issue Type: Sub-task Components: party Affects Versions: SVN trunk Reporter: Krzysztof Podejma The Following Errors Occurred: * Failed to create content: The following required parameter is missing: [attachUploadToDataResource.mimeTypeId] got this on uplodaing file. Is this parameter required if _uploadedFile_contentType equals mimeTypeId ? Regards Krzysztof Podejma -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.