[jira] [Updated] (OFBIZ-3727) Create migration service for ProductionRun cloning of work effort cost calc entities
[ https://issues.apache.org/jira/browse/OFBIZ-3727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-3727: - Issue Type: New Feature (was: Bug) Create migration service for ProductionRun cloning of work effort cost calc entities Key: OFBIZ-3727 URL: https://issues.apache.org/jira/browse/OFBIZ-3727 Project: OFBiz Issue Type: New Feature Components: manufacturing Affects Versions: SVN trunk Reporter: Bob Morley Fix For: SVN trunk OFBIZ-3724 contains a patch that should really have a migration service that can properly clone work effort cost calcs. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (OFBIZ-3748) Remove test specific code in the GenericDelegator
[ https://issues.apache.org/jira/browse/OFBIZ-3748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-3748. Resolution: Incomplete Remove test specific code in the GenericDelegator - Key: OFBIZ-3748 URL: https://issues.apache.org/jira/browse/OFBIZ-3748 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Bob Morley Attachments: OFBIZ-3748_TestGenericDelegator.patch Adam -- This is the results from our conversation on consistent rolling back of unit testers. We talked about moving the logic that is in the GenericDelegator that is specific to testing into a sub-class. This patch is NOT meant to be merged at this time, I wanted to put it up for review before I continue down this path ... Here are the key pieces: - TestGenericDelegator - test version of a generic delegator that contains the ability to record the list of database operations and then programmatically roll them back in reverse order. This was from existing code in GenericDelegator. - TestDelegatorFactoryImpl - a new service implementation of DelegatoryFactor that will construct instances of TestGenericDelegator. Things to consider: - Should rollback be on the Delegator interface? I sort of field it should not be there; but I left it there for now with GenericDelegator reporting an error if it is called. - Since there are two implementations of the DelegatorFactory there needs to be a way to determine which one to use; the way I have done this in the past is through configuration. Usually something like ... service.org.ofbiz.entity.DelegatorFactory=org.ofbiz.entity.DelegatorFactoryImpl that could (for Ofbiz) be placed in the start.properties or test.properties file. However, looking at the factory unit tester it looks like each factory should be able to determine if it is applicable based on the incoming parameters. As a result (until more discussion) I have made a choice based on the delegator name -- I know this is clearly NOT the go forward method. But would like some suggestions here ... was considering a new attribute on the entityengine.xml delegator definition, but there should be some mechanism to be able to provide control over which implementation is used I would think ... - I got an inkling that base delegator name may not be required anymore. This is because I no longer create the standard delegator and then clone to a test version. I simply instantiate the proper version right up front ... Moreover, I let the delegator / dispatcher names be as they are (not adding a random alpha-numeric suffix). Not sure about this, did not research further. Go forward plan -- - If there are agreement on these changes and a resolution for things to consider point #2 above, I would then re-code my standalone rollback base class for unit tests to leverage this functionality. This would ensure we consistently rollback regardless of executing the test directly or through the test infrastructure. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-3691) Create PeriodWorker unit tester
[ https://issues.apache.org/jira/browse/OFBIZ-3691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-3691: - Issue Type: New Feature (was: Bug) Create PeriodWorker unit tester --- Key: OFBIZ-3691 URL: https://issues.apache.org/jira/browse/OFBIZ-3691 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Reporter: Bob Morley Fix For: SVN trunk Attachments: ASF.LICENSE.NOT.GRANTED--OFBIZ-3691_PeriodWorkerTestCase.patch Add unit tests for the functionality in the PeriodWorker. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-2989) purchase invoice posting only creates one transaction of the double entry.
[ https://issues.apache.org/jira/browse/OFBIZ-2989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-2989: Assignee: Jacopo Cappellato purchase invoice posting only creates one transaction of the double entry. -- Key: OFBIZ-2989 URL: https://issues.apache.org/jira/browse/OFBIZ-2989 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Environment: demo.ofbiz.org Reporter: chris snow Assignee: Jacopo Cappellato Steps to reproduct: === In Accounting application, create new Purchase Invoice Invoice Type: Purchase Invoice Org Party Id: Your Company Name Here From Party ID: BigSupplier Click Create. Select Items. Add a new invoice Item Invoice Item Type: Invoice Sales Tax Quantity: 1 Unit Price: 1 Click Add Click Status to 'Ready'. Only one transaction is entered. I would expect an error to be generated if account mapping not found for Invoice Sales Tax Invoice Item Type. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (OFBIZ-3405) Axis2 SOAP implementation - client binding error
[ https://issues.apache.org/jira/browse/OFBIZ-3405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-3405. Resolution: Invalid Please use the mailing list for these questions Axis2 SOAP implementation - client binding error Key: OFBIZ-3405 URL: https://issues.apache.org/jira/browse/OFBIZ-3405 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: chris snow The SOAP implementation doesn't work with Flex. The flex error message is trying to call findPartiesById is: {code} TypeError: Cannot marshall type 'http://www.w3.org/2001/XMLSchema::MapMap' to simple content. at mx.rpc.xml::SchemaMarshaller/marshall()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\xml\SchemaMarshaller.as:87] at mx.rpc.xml::SchemaManager/marshall()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\xml\SchemaManager.as:412] at mx.rpc.xml::XMLEncoder/encodeType()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\xml\XMLEncoder.as:1418] at mx.rpc.soap::SOAPEncoder/encodeType()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:747] at mx.rpc.xml::XMLEncoder/encode()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\xml\XMLEncoder.as:80] at mx.rpc.soap::SOAPEncoder/encode()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:690] at mx.rpc.soap::SOAPEncoder/encodePartValue()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:597] at mx.rpc.soap::SOAPEncoder/encodeMessage()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:548] at mx.rpc.soap::SOAPEncoder/encodeOperationAsRPCLiteral()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:430] at mx.rpc.soap::SOAPEncoder/encodeBody()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:334] at mx.rpc.soap::SOAPEncoder/encodeEnvelope()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:188] at mx.rpc.soap::SOAPEncoder/encodeRequest()[C:\autobuild\3.2.0\frameworks\projects\rpc\src\mx\rpc\soap\SOAPEncoder.as:158] at generated.webservices::BasefindPartiesById/call()[C:\Documents and Settings\Administrator\My Documents\Flex Builder 3\MyFlex\src\generated\webservices\BasefindPartiesById.as:150] at generated.webservices::BasefindPartiesById/findPartiesById()[C:\Documents and Settings\Administrator\My Documents\Flex Builder 3\MyFlex\src\generated\webservices\BasefindPartiesById.as:134] at generated.webservices::FindPartiesById/findPartiesById()[C:\Documents and Settings\Administrator\My Documents\Flex Builder 3\MyFlex\src\generated\webservices\FindPartiesById.as:74] at generated.webservices::FindPartiesById/findPartiesById_send()[C:\Documents and Settings\Administrator\My Documents\Flex Builder 3\MyFlex\src\generated\webservices\FindPartiesById.as:84] at MyFlex/findPartiesById()[C:\Documents and Settings\Administrator\My Documents\Flex Builder 3\MyFlex\src\MyFlex.mxml:33] at MyFlex/___MyFlex_Button1_click()[C:\Documents and Settings\Administrator\My Documents\Flex Builder 3\MyFlex\src\MyFlex.mxml:60] {code} It seems as though flex sees MapMap in the namespace http://www.w3.org/2001/XMLSchema ? Any ideas? Many thanks, Chris -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-3255) Purchase Invoice screen - Transcation entries are not posted to correct GL Accounts
[ https://issues.apache.org/jira/browse/OFBIZ-3255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-3255: Assignee: Jacopo Cappellato (was: Anil K Patel) Purchase Invoice screen - Transcation entries are not posted to correct GL Accounts --- Key: OFBIZ-3255 URL: https://issues.apache.org/jira/browse/OFBIZ-3255 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Environment: windows Reporter: Aswath Satrasala Assignee: Jacopo Cappellato I created a Purchase Invoice with items as: - ProductId = SV-1000 - PartyId = DemoSupplier - Quantity = 2 I clicked on 'Add Tax' button. The tax is added correctly. * California State Sales Tax * 1% OFB _NA_ Tax After clicking on 'Ready' and 'Confirmed' button, accounting transcation entries are created. The transacation entries for the taxes are not posted to the correct GL accounts. The tax entries are posted to UnInvoicedItemReceipts Acctg Trans IdAcctg Trans TypePayment Id Gl Account Id Product Id Debit Credit Flag Amount Organization Party Id Account CodeAccount Name 10051 Purchase Invoice214000 SV-1000 D $2,000.00 Company 214000 UNINVOICED ITEM RECEIPTS 10051 Purchase Invoice214000 SV-1000 D $125.00 Company 214000 UNINVOICED ITEM RECEIPTS 10051 Purchase Invoice214000 SV-1000 D $20.00 Company 214000 UNINVOICED ITEM RECEIPTS 10051 Purchase Invoice21 C $2,145.00 Company 21 ACCOUNTS PAYABLE -Aswath -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (OFBIZ-4615) Selected post Jul 27, 2010; 9:24am [ofbiz-trunk] Error in starting BIRT platform imsskonline 12 posts reopenning ( maybe...)
[ https://issues.apache.org/jira/browse/OFBIZ-4615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-4615. Resolution: Fixed Selected postJul 27, 2010; 9:24am [ofbiz-trunk] Error in starting BIRT platform imsskonline 12 posts reopenning ( maybe...) --- Key: OFBIZ-4615 URL: https://issues.apache.org/jira/browse/OFBIZ-4615 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Environment: redhat 5 entreprise server S Apache Ant(TM) version 1.8.2 java version 1.6.0_27 Java(TM) SE Runtime Environment (build 1.6.0_27-b07) Java HotSpot(TM) Server VM (build 20.2-b06, mixed mode) Reporter: patrick LE BLAN reopening the post [ofbiz-trunk] Error in starting BIRT platform started by imssk last BUILD SUCCESSFUL but starting the platform failed 2011-12-07 17:00:21,302 (main) [ CatalinaContainer.java:248:INFO ] Started Apache Tomcat/6.0.32 2011-12-07 17:00:21,302 (main) [ BirtContainer.java:72 :INFO ] Start birt container 2011-12-07 17:00:21,320 (main) [ GenericDispatcher.java:69 :INFO ] Creating new dispatcher [birt-dispatcher] (main) 2011-12-07 17:00:21,323 (main) [ BirtContainer.java:130:INFO ] Startup birt platform org.ofbiz.base.start.StartupException: Cannot start() org.ofbiz.birt.container.BirtContainer (org.eclipse.birt.core.exception.BirtException: Can not startup the OSGI framework (Can not startup the OSGI framework)) at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:232) at org.ofbiz.base.start.Start.startStartLoaders(Start.java:294) at org.ofbiz.base.start.Start.start(Start.java:273) at org.ofbiz.base.start.Start.main(Start.java:119) org.ofbiz.base.container.ContainerException: org.eclipse.birt.core.exception.BirtException: Can not startup the OSGI framework (Can not startup the OSGI framework) at org.ofbiz.birt.container.BirtContainer.start(BirtContainer.java:133) at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:230) at org.ofbiz.base.start.Start.startStartLoaders(Start.java:294) at org.ofbiz.base.start.Start.start(Start.java:273) at org.ofbiz.base.start.Start.main(Start.java:119) Caused by: org.eclipse.birt.core.exception.BirtException: Can not startup the OSGI framework at org.eclipse.birt.core.framework.Platform.startup(Platform.java:91) at org.ofbiz.birt.container.BirtContainer.start(BirtContainer.java:131) ... 4 more Caused by: org.eclipse.birt.core.exception.CoreException at org.eclipse.birt.core.framework.osgi.OSGILauncher.startup(OSGILauncher.java:90) at org.eclipse.birt.core.framework.Platform.startup(Platform.java:79) ... 5 more org.ofbiz.base.container.ContainerException: org.eclipse.birt.core.exception.BirtException: Can not startup the OSGI framework (Can not startup the OSGI framework) at org.ofbiz.birt.container.BirtContainer.start(BirtContainer.java:133) at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:230) at org.ofbiz.base.start.Start.startStartLoaders(Start.java:294) at org.ofbiz.base.start.Start.start(Start.java:273) at org.ofbiz.base.start.Start.main(Start.java:119) Caused by: org.eclipse.birt.core.exception.BirtException: Can not startup the OSGI framework at org.eclipse.birt.core.framework.Platform.startup(Platform.java:91) at org.ofbiz.birt.container.BirtContainer.start(BirtContainer.java:131) ... 4 more Caused by: org.eclipse.birt.core.exception.CoreException at org.eclipse.birt.core.framework.osgi.OSGILauncher.startup(OSGILauncher.java:90) at org.eclipse.birt.core.framework.Platform.startup(Platform.java:79) ... 5 more 2011-12-07 17:00:21,360 (Thread-0) [ContainerLoader.java:246:INFO ] Shutting down containers 2011-12-07 17:02:27,847 (default-invoker-Thread-15) [ ServiceSemaphore.java:105:WARN ] Service [purgeOldJobs] with wait semaphore exceeded wait timeout, waited [304.438], wait started at 2011-12-07 16:57:23.409 2011-12-07 17:02:27,850 (default-invoker-Thread-15) [ GenericServiceJob.java:118:ERROR] exception report -- Async-Service failed. Exception: org.ofbiz.service.semaphore.SemaphoreWaitException Message: Service [purgeOldJobs] with wait semaphore exceeded wait timeout, waited [304.438], wait started at 2011-12-07 16:57:23.409 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-4490) Security Error: To run createAcctgTransAndEntries you must have the one of the following permissions: ACCTG_ATX_CREATE, ACCTG_ATX_ADMIN
[ https://issues.apache.org/jira/browse/OFBIZ-4490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-4490: Assignee: Jacopo Cappellato Security Error: To run createAcctgTransAndEntries you must have the one of the following permissions: ACCTG_ATX_CREATE, ACCTG_ATX_ADMIN --- Key: OFBIZ-4490 URL: https://issues.apache.org/jira/browse/OFBIZ-4490 Project: OFBiz Issue Type: Bug Components: accounting, specialpurpose/ecommerce Affects Versions: Release Branch 11.04 Reporter: Kiran Gawde Assignee: Jacopo Cappellato If the accounting is turned on and you perform checkout, you get following security error: Security Error: To run createAcctgTransAndEntries you must have the one of the following permissions: ACCTG_ATX_CREATE, ACCTG_ATX_ADMIN. This issue doesn't happen on trunk. So seems someone fixed it on trunk. But I am unable to locate the defect/fix. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5185) Unable to delete rate associated with employee position
[ https://issues.apache.org/jira/browse/OFBIZ-5185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5185: Assignee: Jacopo Cappellato Unable to delete rate associated with employee position --- Key: OFBIZ-5185 URL: https://issues.apache.org/jira/browse/OFBIZ-5185 Project: OFBiz Issue Type: Bug Components: humanres Affects Versions: SVN trunk Reporter: Igor Ishchenko Assignee: Jacopo Cappellato Attachments: OFBIZ-5185_delete_employee_position_rate.patch Prerequisites: Valid Employee, Employment, Employee Position. No Rates created for Employee Position Step to reproduce: 1. Go to HR-Global HR Settings 2. Select Position Types 3. Search for employment position 4. Select employment position 5. Go to Position Type Rate 6. Create new position type rate with some amount and Position Type Id other than Rate amount per hour 7. Go to employee with selected position, observe that salary is correctly set 8. Delete created position type rate Actual result: Employee still has salary field set to created rate amount Expected result: Employee salary field should be empty -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5203) In HR Componant, In Globle HR Setting menu, Position Type find the position type and delete it delete is not working properly
[ https://issues.apache.org/jira/browse/OFBIZ-5203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5203: Assignee: Jacopo Cappellato In HR Componant, In Globle HR Setting menu, Position Type find the position type and delete it delete is not working properly -- Key: OFBIZ-5203 URL: https://issues.apache.org/jira/browse/OFBIZ-5203 Project: OFBiz Issue Type: Bug Components: humanres Affects Versions: Release 10.04, Release Branch 11.04, Release 11.04.01, Release Branch 12.04 Reporter: Dhiraj Gupta Assignee: Jacopo Cappellato Attachments: OFBIZ-5203.patch Hi All, In HR componant go to given link https://demo-trunk.ofbiz.apache.org/humanres/control/FindEmplPositionTypes Find the created position type and click delete button.Delete button is not properly work... Thanks Dhiraj Gupta -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5274) Overview of agreements in Facility doesn't deliver data
[ https://issues.apache.org/jira/browse/OFBIZ-5274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5274: Assignee: Jacopo Cappellato Overview of agreements in Facility doesn't deliver data --- Key: OFBIZ-5274 URL: https://issues.apache.org/jira/browse/OFBIZ-5274 Project: OFBiz Issue Type: Bug Components: product Affects Versions: SVN trunk Reporter: Pierre Smits Assignee: Jacopo Cappellato Fix For: SVN trunk Under menu-item 'Edit agreement' in facility there is a screen to show an overview of the related agreements. However, this function will not generate the intended overview as the filter criterium of 'FACILITY_AGREEMENT' is not used when creating agreements. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5224) In productionrun when failIfItemsAreNotAvailable=N an error is generated and production run stops
[ https://issues.apache.org/jira/browse/OFBIZ-5224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5224: Assignee: Jacopo Cappellato In productionrun when failIfItemsAreNotAvailable=N an error is generated and production run stops - Key: OFBIZ-5224 URL: https://issues.apache.org/jira/browse/OFBIZ-5224 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: SVN trunk Reporter: Pierre Smits Assignee: Jacopo Cappellato Fix For: SVN trunk Attachments: OFBIZ-5224-MFG-ProductionRunServices.patch In a production run there is the possibility to continue even when inventory of a component is not equal to the quantity required. This is done in the section 'Materials Required By The Running Task' by setting the paramater 'failIfItemsAreNotAvailable' to 'N'. However, when doing so the production run doesn't continue and generates the error: The Following Errors Occurred: Error:br/ Materials Not Available in Warehouse CPU-586: 33 br/ Error trying to begin transaction, could not process method: The current transaction is marked for rollback, not beginning a new transaction and aborting current operation; the rollbackOnly was caused by: Error in simple-method [Issues the Inventory for a Production Run Task Component [file:/ofbiz-trunk/applications/manufacturing/script/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.xml#issueProductionRunTaskComponent]]: ; [Materials Not Available in Warehouse CPU-586: 33] br/ br/ -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5128) Service invocation error for Quick Init DataWarehouse in BI
[ https://issues.apache.org/jira/browse/OFBIZ-5128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5128: Assignee: Jacopo Cappellato Service invocation error for Quick Init DataWarehouse in BI - Key: OFBIZ-5128 URL: https://issues.apache.org/jira/browse/OFBIZ-5128 Project: OFBiz Issue Type: Bug Reporter: Atul Vani Assignee: Jacopo Cappellato Priority: Minor Fix For: SVN trunk Derived from a thread on User Mailing List with subject: What is OLAP database? https://demo-trunk.ofbiz.apache.org/bi/control/main Got this error when I hit the Quick Init DataWarehouse button. Just reporting. ERROR: Could not complete the [file:/home/ofbiz/trunk/applications/order/script/org/ofbiz/order/olap/FactServices.xml#loadSalesOrderItemFact] process [problem invoking the [convertUomCurrency] service with the map named [convertUomCurrencyMap] containing [{uomId=USD, uomIdTo=USD, userLogin=[GenericEntity:UserLogin][createdStamp,2013-01-29 08:12:42.373(java.sql.Timestamp)][createdTxStamp,2013-01-29 08:12:42.358(java.sql.Timestamp)][currentPassword,{SHA}47b56994cbc2b6d10aa1be30f70165adb305a41a(java.lang.String)][disabledDateTime,null()][enabled,Y(java.lang.String)][externalAuthId,null()][hasLoggedOut,N(java.lang.String)][isSystem,null()][lastCurrencyUom,null()][lastLocale,en(java.lang.String)][lastTimeZone,null()][lastUpdatedStamp,2013-01-29 08:30:34.189(java.sql.Timestamp)][lastUpdatedTxStamp,2013-01-29 08:30:34.188(java.sql.Timestamp)][partyId,admin(java.lang.String)][passwordHint,null()][requirePasswordChange,null()][successiveFailedLogins,0(java.lang.Long)][userLdapDn,null()][userLoginId,admin(java.lang.String)], locale=en}]: The following required parameter is missing: [IN] [convertUomCurrency.nowDate]] -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5070) Problems With BIRT Reports
[ https://issues.apache.org/jira/browse/OFBIZ-5070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5070: - Component/s: (was: framework) specialpurpose/birt Problems With BIRT Reports -- Key: OFBIZ-5070 URL: https://issues.apache.org/jira/browse/OFBIZ-5070 Project: OFBiz Issue Type: Bug Components: specialpurpose/birt Affects Versions: SVN trunk Reporter: Jacopo Cappellato Priority: Minor Attachments: AcctgTransEntriesSearchResultsInvoiceAndPaymentPdf.pdf, AcctgTransEntriesSearchResultsPdf.pdf, InvoiceAcctgTransEntriesPd 8008f.pdf, InvoiceAcctgTransEntriesPdf8009.pdf Following are results of testing BIRT across four revisions in an effort to identity where BIRT reports work and where they do not. Four critical revisions were identified: 1. r1003469 introduced BIRT reports in accounting which no longer work. 2. r1293999 upgraded the BIRT version after which some reports no longer worked 3. r1361130 moved BIRT from framework to specialpurpose breaking other reports 4. r1407740 is the current release for compairson In the current release the BIRT ofbiz-component.xml was altered to mount BIRT reports and the BIRT Examples (which are no longer in the Example ment) were invoked manually (https://localhost:8443/birt/control/main). Test results follow: Revision BIRT Report NameWIDGET Test Result Comment r1003469 11/01/2010 Hans Bakker added accounting reports AcctgTransEntriesSearchResultsInvoiceAndPayment.rptdesign ReportFinancialSummaryScreens.xml Pass PaymentAcctgTransEntry.rptdesignAccountingMenus.xml Pass BalanceSheet.rptdesign ReportFinancialSummaryScreens.xml Pass HTML example.rptdesign ExampleMenus.xmlPass PDF example.rptdesign ExampleMenus.xmlPass HTML chart.rptdesignExampleMenus.xmlPass PDF chart.rptdesign ExampleMenus.xmlPass r1293999 2/26/2012 Hans Bakker upgrade BIRT to 3.7.2 AcctgTransEntriesSearchResultsInvoiceAndPayment.rptdesign ReportFinancialSummaryScreens.xml FailPage Blank PaymentAcctgTransEntry.rptdesignAccountingMenus.xml Pass BalanceSheet.rptdesign ReportFinancialSummaryScreens.xml Fail Page Blank HTML example.rptdesign ExampleMenus.xmlPass PDF example.rptdesign ExampleMenus.xmlPass HTML chart.rptdesignExampleMenus.xmlPass PDF chart.rptdesign ExampleMenus.xmlPass r1361130 7/13/2012 jacopoc Moved the birt component from framework to specialpurpose AcctgTransEntriesSearchResultsInvoiceAndPayment.rptdesign ReportFinancialSummaryScreens.xml FailPage Blank PaymentAcctgTransEntry.rptdesignAccountingMenus.xml Fail Form opens without data BalanceSheet.rptdesign ReportFinancialSummaryScreens.xml Fail Page Blank HTML example.rptdesign ExampleMenus.xmlFailTable (id = 10): + A BIRT exception occurred. See next exception for more information. Invalid javascript expression: dataSetRow[exampleId] (Element ID:10) PDF example.rptdesign ExampleMenus.xmlFailForm opens without data HTML chart.rptdesignExampleMenus.xml Table (id = 32): + A BIRT exception occurred. See next exception for more information. Invalid javascript expression: dataSetRow[exampleTypeId] (Element ID:32) Chart (id = 49): + A BIRT exception occurred. See next exception for more information. Invalid javascript expression: dataSetRow[exampleTypeId] (Element ID:49) Chart (id = 50): + A BIRT exception occurred. See next exception for more information. Invalid javascript expression: dataSetRow[exampleTypeId] (Element ID:50) PDF chart.rptdesign ExampleMenus.xmlFailForm opens without data r1407740 Trunk As Of 11/10/2012 AcctgTransEntriesSearchResultsInvoiceAndPayment.rptdesign ReportFinancialSummaryScreens.xml FailPage Blank PaymentAcctgTransEntry.rptdesignAccountingMenus.xml Fail Form opens without data BalanceSheet.rptdesign ReportFinancialSummaryScreens.xml Fail Page Blank HTML example.rptdesign ExampleMenus.xmlFailTable (id = 10): + A BIRT exception occurred. See next exception for more information. Invalid javascript expression: dataSetRow[exampleId] (Element ID:10) PDF example.rptdesign
[jira] [Closed] (OFBIZ-5217) Common decorators don't follow practice of being in CommonScreens.xml
[ https://issues.apache.org/jira/browse/OFBIZ-5217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-5217. Resolution: Won't Fix These decorators are specialized versions for the BOM, Routing etc... and for this reason can stay in the specific files where BOM, Routing etc screens are defined. What you suggests still makes sense but it is not an established rule and so for now we can leave them where they are. Common decorators don't follow practice of being in CommonScreens.xml - Key: OFBIZ-5217 URL: https://issues.apache.org/jira/browse/OFBIZ-5217 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: SVN trunk Reporter: Pierre Smits Priority: Minor Fix For: SVN trunk Attachments: OFBIZ-5219-MFG-CommonDecorators.patch Commonly decorators for screens are found in file CommonScreens.xml of the component. However, this is not the case for various screens in the Manufacturing component. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-4493) Many errors and warnings in log when order is placed
[ https://issues.apache.org/jira/browse/OFBIZ-4493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-4493: Assignee: Jacopo Cappellato Many errors and warnings in log when order is placed Key: OFBIZ-4493 URL: https://issues.apache.org/jira/browse/OFBIZ-4493 Project: OFBiz Issue Type: Bug Components: specialpurpose/ecommerce Affects Versions: Release Branch 11.04, SVN trunk Reporter: Kiran Gawde Assignee: Jacopo Cappellato Priority: Minor Noticed following warnings and errors when order was placed via estore. Not sure if these happen only when order is placed for drop ship products. [LoggingEventListener.java:80 :WARN ] The following feature isn't implemented by Apache FOP, yet: table-layout=auto (on fo:table) (See position 76:29) [LoggingEventListener.java:80 :WARN ] The following feature isn't implemented by Apache FOP, yet: table-layout=auto (on fo:table) (See position 165:40) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 205:44) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 217:44) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 228:36) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 237:40) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 246:40) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 255:40) [LoggingEventListener.java:80 :WARN ] fo:table-cell is missing child elements. Required content model: marker* (%block;)+ (See position 264:40) [LoggingEventListener.java:80 :WARN ] Font Symbol,normal,700 not found. Substituting with Symbol,normal,400. [LoggingEventListener.java:80 :WARN ] Font ZapfDingbats,normal,700 not found. Substituting with ZapfDingbats,normal,400. [ServiceEcaCondition.java:156:WARN ] From Field (communicationEventId) is not found in context for sendMailMultiPart, defaulting to null. [ServiceEcaCondition.java:156:WARN ] From Field (partyId) is not found in context for createDataResource, defaulting to null. [ServiceEcaCondition.java:156:WARN ] From Field (roleTypeId) is not found in context for createDataResource, defaulting to null. [ServiceEcaCondition.java:156:WARN ] From Field (contentAssocTypeId) is not found in context for createContent, defaulting to null. [ServiceEcaCondition.java:156:WARN ] From Field (contentPurposeTypeId) is not found in context for createContent, defaulting to null. [ FieldToResult.java:77 :WARN ] Field value not found with name val in Map with name [FlexibleMapAccessor.java:164:ERROR] UEL exception while setting value: javax.el.ELException: Error parsing '${}': syntax error at position 2, encountered '}', expected 'true'|'false'|'null'|'-'|'!'|'not'|'empty'|'(', original = ${key} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-4921) Delete a requirement after run MRP
[ https://issues.apache.org/jira/browse/OFBIZ-4921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-4921: Assignee: Jacopo Cappellato Delete a requirement after run MRP -- Key: OFBIZ-4921 URL: https://issues.apache.org/jira/browse/OFBIZ-4921 Project: OFBiz Issue Type: Bug Components: order Affects Versions: Release Branch 11.04, SVN trunk, Release Branch 12.04 Reporter: Nicolas Malin Assignee: Jacopo Cappellato Priority: Trivial Labels: requirement Attachments: OFBIZ-4921.patch When you run mrp, the service create some requirement with the available supplier for each product. On requirement screen list (https://demo-stable.ofbiz.apache.org/ordermgr/control/FindRequirements), delete a requirement failed with fk error on RequirementRole. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5406) Cannot update order item ship group quantity with no address
[ https://issues.apache.org/jira/browse/OFBIZ-5406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5406: - Component/s: order Cannot update order item ship group quantity with no address Key: OFBIZ-5406 URL: https://issues.apache.org/jira/browse/OFBIZ-5406 Project: OFBiz Issue Type: Improvement Components: order Reporter: Christian Carlow This error occurs when order item ship group quantities are changed for ship group with no address associated: The address(es) used for tax calculation did not have State/Province or Country or other tax jurisdiction values set, so we cannot determine the taxes to charge. This is caused by the call to coh.calcAndAddTax(); in saveUpdatedCartToOrder() of OrderServices.java. Changing to coh.calcAndAddTax(true); resolves the problem. The boolean provides the value for the skipEmptyAddresses parameter of the function. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5418) Purchase Shipment Receive Inventory Against Purchase Order functionality not working
[ https://issues.apache.org/jira/browse/OFBIZ-5418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5418: - Component/s: product Purchase Shipment Receive Inventory Against Purchase Order functionality not working -- Key: OFBIZ-5418 URL: https://issues.apache.org/jira/browse/OFBIZ-5418 Project: OFBiz Issue Type: Bug Components: product Affects Versions: SVN trunk Reporter: Christian Carlow The Receive Inventory Against Purchase Order functionality of purchase shipments needs work. The first problem is that the form cannot be submitted because of faulty javascript. The populateQuantities javascript function contains double question mark operators (??) which seem not part of the language. Because of this the form.submit() is not executed so the form is never able to be submitted. Removing the call to the populateQuantities javascript function allows the form to be submitted but the issueOrderItemToShipmentAndReceiveAgainstPO service fails because the hidden quantity field is set to blank. The populateQuantities javascript function was meant to populate the hidden quantity field before submission. Assigning the hidden quantity field value to 0 resolves the service missing parameter problem. I assume most people are not using this functionality because it seems to need quite a bit of work. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5416) Sales order cart items already assigned to ship groups are incorrectly able to be modified to quantities/prices that break the ProductStoreShipmentMeth rules
[ https://issues.apache.org/jira/browse/OFBIZ-5416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5416: - Component/s: order Sales order cart items already assigned to ship groups are incorrectly able to be modified to quantities/prices that break the ProductStoreShipmentMeth rules - Key: OFBIZ-5416 URL: https://issues.apache.org/jira/browse/OFBIZ-5416 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Christian Carlow When modifying sales order cart items that already have been assigned to ship groups, no logic exists to check that the modifications follow the ProductStoreShipmentMeth quantity/price rules of the shipment method. To reproduce: 1. Add a maxTot of 16 to productStoreShipmentMethId=9016 (FEDEX/Ground Home Delivery) on the Catalog-Store-Shipping page 2. Create a sales order for DemoCustCompany 3. Add 1 GZ-1000 to the cart and notice the total is under 16 4. Finalize the cart until reaching the shipping options page 5. Choose the FedEx Home Delivery option and click Continue 6. Click Cart Items to return to the cart page 7. Change the quantity of GZ-1000 to 2 and click Recalculate Order 8. Notice the total price of the cart has exceeded the 16 but the shipment method is still associated with the ship group Logic needs to be added to do something such as remove the shipment methods from ship groups when modifications of associated order items violate their rules. This would cause the shipping options page to reappear for entry of required missing ship group shipment methods when the Finalize button is clicked. Another option would be to keep the shipment method and throw an error when modifications violate ship group rules. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5401) Add ability to change ship group destinations on order view page
[ https://issues.apache.org/jira/browse/OFBIZ-5401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5401: - Component/s: order Add ability to change ship group destinations on order view page Key: OFBIZ-5401 URL: https://issues.apache.org/jira/browse/OFBIZ-5401 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Ship group destination addresses should be able to be changed on the order view page. Currently the dropdown only lists the contactMech assigned to the ship group. It should be populated with the addresses that appear on the order entry Shipping page. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5360) Incorrect adjustment billing invoice items create when Picking/Packing Shipment containing an OrderItem associated more than one ship groups with different destinations
[ https://issues.apache.org/jira/browse/OFBIZ-5360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5360: - Component/s: accounting Incorrect adjustment billing invoice items create when Picking/Packing Shipment containing an OrderItem associated more than one ship groups with different destinations Key: OFBIZ-5360 URL: https://issues.apache.org/jira/browse/OFBIZ-5360 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: Release Branch 12.04 Reporter: Christian Carlow The invoice billing issue mentioned in https://issues.apache.org/jira/browse/OFBIZ-5346?filter=-2 occurs even if only a single order item is issued to a shipment if it is associated with at least one other ship group with a different destination than the first. To reproduce: 1. Create a new order for DemoCustCompany 2. Add the product PEPPERS-G to the order with a quantity of 2 3. Click Finalize Order 4. Click Add New Ship Group on the Shipping page, assign the destination as the California address, and click Continue 5. Add 1 quantity to the second ship group so that there is 1 item for each 6. Finish the remaining steps to create the order 7. Click New Shipment for Ship Group 8. Navigate to the Order Items page and issue a quantity of 1 to the shipment 9. Navigate to the Edit page and change the statusId to Pick or Pack to initiate the invoicing service The invoice that gets created contains adjustment billing invoice items for both addresses even though the shipment was for only one destination. The issue seems to be caused by these line of the createInvoiceForOrder function in InvoiceServices.java: ListGenericValue itemAdjustments = OrderReadHelper.getOrderItemAdjustmentList(orderItem, orh.getAdjustments()); ListGenericValue headerAdjustments = orh.getOrderHeaderAdjustments(); Both are too general and don't account for the shipGroupSeqId. The first line gets the list for SALES_TAX to apply; the second gets the list for SHIPPING_CHARGES. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5370) OrderItemShipGrpInvRes incorrect when receiving an inventory item that relates to more than one record
[ https://issues.apache.org/jira/browse/OFBIZ-5370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5370: - Component/s: order OrderItemShipGrpInvRes incorrect when receiving an inventory item that relates to more than one record -- Key: OFBIZ-5370 URL: https://issues.apache.org/jira/browse/OFBIZ-5370 Project: OFBiz Issue Type: Bug Components: order Affects Versions: Release Branch 12.04 Reporter: Christian Carlow OrderItemShipGrpInv records that share the same inventoryItemId calculate incorrect results when receiving inventory for the product. To reproduce: 1. Create an order for product PEPPERS-G with a quantity of 10 and click Finish Order 2. Add another ship group and click Continue 3. Assign 5 of the order items to the second ship group created and then finish the order 4. Navigate to the Receive Inventory page of the WebStoreWarehouse facility 5. Enter PEPPERS-G into the productId field and click Receive Product 6. Enter a quantity of 6 into the quantityAccepted field and click Receive 7. Open the OrderItemShipGrpInvRes table and notice that the quantityNotAvailable field has been set to blank for the first record and 4 for the second record and that they both share the same inventoryItemId 8. Now navigate back to the Receive Items page and receive in the product again but with a quantity of 1 9. Refresh the OrderItemShipGrpInvRes results and notice that the first record has a new inventory item applied to it with a quantity of 1 and the other record has been updated to reflect a new quantityNotAvailable value. It seems like OrderItemShipGrpInvRes should be deleted anytime the quantityNotAvailable field gets set to 0, blank, or null. I've noticed this logic performed in other methods that deal the entity. Step 9 should not add quantityNotAvailable back to the first record one it has been fulfilled. The second item was supposed to have its quantityNotAvailable field decremented by 1 but no change took plce for it. I believe this problem is probably caused by an inventoryItemId being associated with more than one record in the table. This problem basically happens anytime the inventory received is greater than the quantityNotAvailable field of the first OrderItemShipGrpRes table. It happens when you have orders from two different customers and you receive more inventory than the quantityNotAvailable for the first customer order item. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5353) Create an Invoice Item Billing info editor
[ https://issues.apache.org/jira/browse/OFBIZ-5353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5353: - Component/s: accounting Create an Invoice Item Billing info editor -- Key: OFBIZ-5353 URL: https://issues.apache.org/jira/browse/OFBIZ-5353 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: Release Branch 12.04 Reporter: Christian Carlow A form should exist to allow for invoiceItems to be associated with itemIssuances. This will allow for invoicing of shipment items which is automatically done when a Shipment statusId is set to Pick or Pack. I'm not aware of any page that indicates an invoice item is for a particular shipment item. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5368) Incorrect OrderShipment quantity when adding shipment items
[ https://issues.apache.org/jira/browse/OFBIZ-5368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5368: - Component/s: product Incorrect OrderShipment quantity when adding shipment items --- Key: OFBIZ-5368 URL: https://issues.apache.org/jira/browse/OFBIZ-5368 Project: OFBiz Issue Type: Bug Components: product Affects Versions: Release Branch 12.04 Reporter: Christian Carlow The OrderShipment quantity is not calculated correctly when creating shipment items. To reproduce: 1. Click the Create New Ship Group for Shipment for an order ship group. 2. Navigate to the Shipment Plan page and add a quantity of 1 for an order item ship group 3. Navigate to the Order Item page and add a quantity of 1 for the same order item ship group used in the previous step After step 3 the OrderShipment record for the ship group should be 2 but it remains 1 which was set when the ship group was added in step 2. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5352) Invoice Item Removal doesn't work when billing records exist
[ https://issues.apache.org/jira/browse/OFBIZ-5352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5352: - Component/s: accounting Invoice Item Removal doesn't work when billing records exist Key: OFBIZ-5352 URL: https://issues.apache.org/jira/browse/OFBIZ-5352 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: Release Branch 12.04 Reporter: Christian Carlow Invoice Items cannot be removed if the billing records have been created for the item. Billing records in tables such as orderItemBilling are created when a Shipment statusId is changed to Pick or Pack which triggers the invoice to be created. For such cases, after clicking the Remove button for an item on the Invoice Items page, a primary key violation error occurs due to the invoice item being referenced in orderItemBilling. It seems the removeInvoiceItem service in InvoiceServices.xml should be improved to delete billing records or any other records that would prevent the invoice item from being removed. The shipmentItemBilling table may also cause a primary key violation so it should be handled also. It also seems that the billing information should be displayed and that is should be able to be edited. It seems that picking/packing a shipment is the only way to associate an orderItem with an invoiceItem. Shouldn't there exist a way to associate an invoice item with an order item through some invoice editor? Perhaps this should be a separate issue as an Improvement. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5347) Shipping costs not recalculated after changing sales order shipment method
[ https://issues.apache.org/jira/browse/OFBIZ-5347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5347: - Component/s: order Shipping costs not recalculated after changing sales order shipment method -- Key: OFBIZ-5347 URL: https://issues.apache.org/jira/browse/OFBIZ-5347 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Sales order shipping costs are not recalculated when ship group shipment methods are changed. Its required that the order items be updated before the new shipment method costs are calculated and applied to the order. The same logic that calculates the new shipment method costs when order items are updated should be applied when the shipment method is updated. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5580) Extend production run actual materials screen to support returns
[ https://issues.apache.org/jira/browse/OFBIZ-5580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5580: - Component/s: manufacturing Extend production run actual materials screen to support returns Key: OFBIZ-5580 URL: https://issues.apache.org/jira/browse/OFBIZ-5580 Project: OFBiz Issue Type: Improvement Components: manufacturing Affects Versions: SVN trunk Reporter: Christian Carlow The Actual Materials page of production runs should be extended to support material returns. As of right now the production run page has to be used to return materials, however it only allows return of materials for the currently running task. Actual Materials returns should allow returns regardless of the currently running task. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5494) The cost bearer determines the approving manager of the Expense Declaration
[ https://issues.apache.org/jira/browse/OFBIZ-5494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5494: - Component/s: accounting The cost bearer determines the approving manager of the Expense Declaration --- Key: OFBIZ-5494 URL: https://issues.apache.org/jira/browse/OFBIZ-5494 Project: OFBiz Issue Type: New Feature Components: accounting Reporter: Pierre Smits When the cost bearer of the expense declaration is set, the associated approving member is set. - In the case of a marketing event being the cost bearer, the marketing campain owner (or manager) is the approving manager - in the case of a project or project task being the cost bearer, the project manager (or the project controller) is the approving manager - in the case of a general or operational expense GL-account the manager of the organisational unit the employee belongs to is the approving manager -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5493) On a line item the expense category must be registered.
[ https://issues.apache.org/jira/browse/OFBIZ-5493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5493: - Component/s: accounting On a line item the expense category must be registered. --- Key: OFBIZ-5493 URL: https://issues.apache.org/jira/browse/OFBIZ-5493 Project: OFBiz Issue Type: New Feature Components: accounting Reporter: Pierre Smits When adding an expense (line) item to the Expense Declaration the user must select enter/select the expense category. Rationale This will help determining the correct VAT factor of the expense. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5577) Add ability to control production run task quantity produced increases when using stock-in form
[ https://issues.apache.org/jira/browse/OFBIZ-5577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5577: - Component/s: manufacturing Add ability to control production run task quantity produced increases when using stock-in form --- Key: OFBIZ-5577 URL: https://issues.apache.org/jira/browse/OFBIZ-5577 Project: OFBiz Issue Type: Improvement Components: manufacturing Affects Versions: SVN trunk Reporter: Christian Carlow Fix For: SVN trunk When stocking in goods from a production run, the stock-in quantity is applied to all tasks. I think a method drop down should be provided in the Production Run And Produce form to choose whether the stock-in should increase the produced quantity of all tasks, just the last, or none. There appears to be no way to preserve the original task quantity produced values without this functionality. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5492) On a line item the method of how the expense was paid must be registered.
[ https://issues.apache.org/jira/browse/OFBIZ-5492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5492: - Component/s: accounting On a line item the method of how the expense was paid must be registered. - Key: OFBIZ-5492 URL: https://issues.apache.org/jira/browse/OFBIZ-5492 Project: OFBiz Issue Type: New Feature Components: accounting Reporter: Pierre Smits When adding an expense (line) item to the Expense Declaration the user must select the method how the expense was paid. The intended payment methods are: - cash (out-of-pocket) - company credit card - personal bank card - personal credit card - voucher The list above can, of course, be extended. Rationale: This will help establish the amount of money the company either owns the employee or the other way around. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5495) On a line item the date of the expense must be registered.
[ https://issues.apache.org/jira/browse/OFBIZ-5495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5495: - Component/s: accounting On a line item the date of the expense must be registered. -- Key: OFBIZ-5495 URL: https://issues.apache.org/jira/browse/OFBIZ-5495 Project: OFBiz Issue Type: New Feature Components: accounting Reporter: Pierre Smits When adding an expense (line) item to the Expense Declaration the user must set the date of when the expense was incurred. Rationale This assist in determining the correct tax factor of the expense -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5491) On a line item the country of where the expense was paid must be registered.
[ https://issues.apache.org/jira/browse/OFBIZ-5491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5491: - Component/s: accounting On a line item the country of where the expense was paid must be registered. Key: OFBIZ-5491 URL: https://issues.apache.org/jira/browse/OFBIZ-5491 Project: OFBiz Issue Type: New Feature Components: accounting Reporter: Pierre Smits When adding an expense (line) item to the Expense Declaration the user must select the country the expense was incurred. This will help determining the correct VAT factor of the expense. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5479) Groovy error when trying to filter virtual product feature variants in lookup popup window
[ https://issues.apache.org/jira/browse/OFBIZ-5479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5479: - Component/s: product Groovy error when trying to filter virtual product feature variants in lookup popup window -- Key: OFBIZ-5479 URL: https://issues.apache.org/jira/browse/OFBIZ-5479 Project: OFBiz Issue Type: Bug Components: product Reporter: Christian Carlow To reproduct: 1. Navigate to the product page 2. Click the lookup popup window icon for the productId field in the Search Products section on the left side of the screen 3. Search for WG-9943 and click the Variants button 4. Select some features and then click Search (there are two search buttons for some reason) This error occurs when trying to filter the list of virtual product feature variants in the lookup popup window: ERROR rendering error page [/error/error.jsp], but here is the error text: org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://product/widget/catalog/LookupScreens.xml#LookupVariantProduct]: java.lang.IllegalArgumentException: Error running script at location [component://product/webapp/catalog/WEB-INF/actions/lookup/LookupVariantProduct.groovy]: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [getAllExistingVariants.productId] (Error running script at location [component://product/webapp/catalog/WEB-INF/actions/lookup/LookupVariantProduct.groovy]: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [getAllExistingVariants.productId]) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5490) The user must be able to select the cost bearer of the Expense Declaration
[ https://issues.apache.org/jira/browse/OFBIZ-5490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5490: - Component/s: accounting The user must be able to select the cost bearer of the Expense Declaration -- Key: OFBIZ-5490 URL: https://issues.apache.org/jira/browse/OFBIZ-5490 Project: OFBiz Issue Type: New Feature Components: accounting Reporter: Pierre Smits When creating a new Expense Declaration the user must be able to set the cost bearer on the Expense Declaration. This can either be: - a marketing event - a project or task - a general or operational GL expense account This cost bearer applies to all expense (line) items associated to the Expense Declaration. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (OFBIZ-5476) Create component in OFBiz JIRA
[ https://issues.apache.org/jira/browse/OFBIZ-5476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-5476. Resolution: Won't Fix Create component in OFBiz JIRA -- Key: OFBIZ-5476 URL: https://issues.apache.org/jira/browse/OFBIZ-5476 Project: OFBiz Issue Type: Sub-task Reporter: Pierre Smits Create a new component in JIRA to: 1. capture requirements (at first) 2. capture other issues pertaining bugs and improvements (a.o.) related to the Expense solution. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5423) Add ability to add virtual products to existing orders
[ https://issues.apache.org/jira/browse/OFBIZ-5423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5423: - Component/s: order Add ability to add virtual products to existing orders --- Key: OFBIZ-5423 URL: https://issues.apache.org/jira/browse/OFBIZ-5423 Project: OFBiz Issue Type: New Feature Components: order Reporter: Christian Carlow OFBiz should allow virtual products to be added to existing orders. The variant/feature selection page that appears when adding virtual products to the shopping cart app does not appear when adding virtual products to existing orders so an error occurs because a variant is never chosen. The variant/feature selection page that appears for the shopping cart app should also appear when adding virtual products to existing orders. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5475) Link Expense place holder doc
[ https://issues.apache.org/jira/browse/OFBIZ-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5475: - Component/s: accounting Link Expense place holder doc - Key: OFBIZ-5475 URL: https://issues.apache.org/jira/browse/OFBIZ-5475 Project: OFBiz Issue Type: Sub-task Components: accounting Reporter: Pierre Smits Link Expense place holder document to roadmap document in WIKI -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5438) Virtual feature selection and selected variant price inconsistencies
[ https://issues.apache.org/jira/browse/OFBIZ-5438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5438: - Component/s: order Virtual feature selection and selected variant price inconsistencies Key: OFBIZ-5438 URL: https://issues.apache.org/jira/browse/OFBIZ-5438 Project: OFBiz Issue Type: Bug Components: order Reporter: Christian Carlow To reproduce this issue: 1. Create a sales order for DemoCustCompany 2. Add WG-9944 to the cart 3. Select Black (notice +$4.30) and 4-Wheels and click Add to Cart 4. Click the check mark for the WG-9944 variant item that was added to the cart and then click the Remove Selected button 5. Navigate to the WG-9944 product features page 6. Click feature 9000 to edit the Black Color feature 7. Update the feature price from 4.3 to 1.3 8. Add WG-9944 to the cart again by selecting the Black (notice now +$1.30) and 4-Wheel feature options After step 9, notice that the item price is actually calculated using the previous feature default price value even though the new feature price is listed with the option. A similar problem occurs if the virtual product default price is changed. The feature selection page shows the updated virtual product price but once the features are selected, the default price of the variant product which was set when the variant was initially created is still set to the previous default price that existed before the variant default price was changed. Maybe some logic should exist to check that the selected features prices add up to the variant default price value and if they do not, then the previous variant default price thruDate should be set and a new default price consistent with the feature price sum created. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5421) Ability to manually set price when adding order items
[ https://issues.apache.org/jira/browse/OFBIZ-5421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5421: - Component/s: order Ability to manually set price when adding order items - Key: OFBIZ-5421 URL: https://issues.apache.org/jira/browse/OFBIZ-5421 Project: OFBiz Issue Type: Improvement Components: order Affects Versions: SVN trunk Reporter: Christian Carlow OFBiz should be improved to allow order item prices to be set when adding to the cart. The shopping cart app allows the price to be changed after it has been added to the cart but before. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5427) Tax adjustments and inventory association for first ship group removed from existing items when item added to order with more than one ship group
[ https://issues.apache.org/jira/browse/OFBIZ-5427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5427: - Component/s: order Tax adjustments and inventory association for first ship group removed from existing items when item added to order with more than one ship group - Key: OFBIZ-5427 URL: https://issues.apache.org/jira/browse/OFBIZ-5427 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Adding a new order item to an order with more than one ship group causes the first ship group tax adjustments of existing order items to be removed. The inventory association for the first ship group of existing order items is also removed To reproduce: 1. Create an order for DemoCustCompany 2. Add GZ-1000 and GZ-1001 with a quantity of 6 3. Click Finalize Order 4. Add two more ship groups 5. Assign a quantity of 2 to the second ship group and 3 with the third ship group for GZ-1000 and GZ-1001 6. Finalize and complete the order. Review the order items and notice that there are three sets of sales tax adjustments applied to GZ-1000 and GZ-1001 and that the Ordered and Ship Request quantities are set to 6. 7. Click Edit Items on the order view page 8. Add GZ-1004 with a quantity of 1 to the order for ship group 2. After performing this step, review the order items again and notice that the tax adjustments that previously existed for ship group one for GZ-1000 and GZ-1001 are now missing and the Ship Request quantity is now set to 5. Once step 8 is complete -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (OFBIZ-5258) Contributors best practice link doesn't connect to
[ https://issues.apache.org/jira/browse/OFBIZ-5258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-5258. Resolution: Fixed Contributors best practice link doesn't connect to --- Key: OFBIZ-5258 URL: https://issues.apache.org/jira/browse/OFBIZ-5258 Project: OFBiz Issue Type: Bug Reporter: Pierre Smits In the documentation Index page there is a section for best practices. See: https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Documentation+Index#OFBizDocumentationIndex-BestPractices This section includes a reference to contributors best practices. However, the url underneath doesn't link to something valid. The url in question is: http://docs.ofbiz.org/x/r -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-4433) product.groovy improved
[ https://issues.apache.org/jira/browse/OFBIZ-4433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-4433: - Component/s: order product.groovy improved --- Key: OFBIZ-4433 URL: https://issues.apache.org/jira/browse/OFBIZ-4433 Project: OFBiz Issue Type: Improvement Components: order Reporter: Christian Fischer Attachments: Product.groovy.patch Productname now comes from the content instead of the entity, -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5217) Common decorators don't follow practice of being in CommonScreens.xml
[ https://issues.apache.org/jira/browse/OFBIZ-5217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976582#comment-13976582 ] Pierre Smits commented on OFBIZ-5217: - Thansk for the feedback, Jacopo. Common decorators don't follow practice of being in CommonScreens.xml - Key: OFBIZ-5217 URL: https://issues.apache.org/jira/browse/OFBIZ-5217 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: SVN trunk Reporter: Pierre Smits Priority: Minor Fix For: SVN trunk Attachments: OFBIZ-5219-MFG-CommonDecorators.patch Commonly decorators for screens are found in file CommonScreens.xml of the component. However, this is not the case for various screens in the Manufacturing component. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (OFBIZ-3705) nightly build task for testers.
[ https://issues.apache.org/jira/browse/OFBIZ-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato closed OFBIZ-3705. Resolution: Won't Fix nightly build task for testers. --- Key: OFBIZ-3705 URL: https://issues.apache.org/jira/browse/OFBIZ-3705 Project: OFBiz Issue Type: New Feature Affects Versions: SVN trunk Environment: trunknightly build on a linux machine. Reporter: BJ Freeman Priority: Minor Attachments: ASF.LICENSE.NOT.GRANTED--nightlybuild.sh, ASF.LICENSE.NOT.GRANTED--nightlybuild.xml the will download http://ci.apache.org/projects/ofbiz/snapshots/ofbiz-trunk-current.zip into the ofbiz home directory optinally stop the running application (has to be modified buy user- is commented out) clean the logs unzip the downloaded file. optionally copies saved backup of entityengine.xml (has to be modified buy user- is commented out) optionally copies save back of framework/base/config/ofbiz-containers.xml (has to be modified buy user- is commented out) deletes the download zip file optionally changes the ownership (has to be modified buy user- is commented out) optionally copies the ofbiz.jar to the user name (has to be modified buy user- is commented out) optionally starts ofbiz (has to be modified buy user- is commented out) I also include a sh file -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-1868) Move Security-Related UI Artifacts to the Common Component
[ https://issues.apache.org/jira/browse/OFBIZ-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-1868: - Component/s: party framework Move Security-Related UI Artifacts to the Common Component -- Key: OFBIZ-1868 URL: https://issues.apache.org/jira/browse/OFBIZ-1868 Project: OFBiz Issue Type: Sub-task Components: framework, party Reporter: Adrian Crum Priority: Minor Fix For: SVN trunk Attachments: SecurityUI.patch Move the Security-related UI artifacts from the Party Component to the Common component. The Party component will still use the UI artifacts, so there should be no functional change there. Have the Webtools component use the same UI artifacts so that framework-only installations have a security UI. The end result is to have all of the Security-related UI artifacts contained within the framework, and have a Security UI in Webtools. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5527) Wrong title shown for production run name
[ https://issues.apache.org/jira/browse/OFBIZ-5527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5527: Assignee: Jacopo Cappellato Wrong title shown for production run name - Key: OFBIZ-5527 URL: https://issues.apache.org/jira/browse/OFBIZ-5527 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: Release Branch 11.04, SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Pierre Smits Assignee: Jacopo Cappellato Priority: Minor The mandatory and dependent production runs shown in a production run show the wrong title for the names of the production runs. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5527) Wrong title shown for production run name
[ https://issues.apache.org/jira/browse/OFBIZ-5527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5527: - Component/s: manufacturing Wrong title shown for production run name - Key: OFBIZ-5527 URL: https://issues.apache.org/jira/browse/OFBIZ-5527 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: Release Branch 11.04, SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Pierre Smits Priority: Minor The mandatory and dependent production runs shown in a production run show the wrong title for the names of the production runs. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5412) Add ability to change ship estimate for purchase orders
[ https://issues.apache.org/jira/browse/OFBIZ-5412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5412: - Component/s: order Add ability to change ship estimate for purchase orders --- Key: OFBIZ-5412 URL: https://issues.apache.org/jira/browse/OFBIZ-5412 Project: OFBiz Issue Type: New Feature Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Priority: Minor OFBiz should be improved to allow the ship estimate to be changed for existing purchase orders. The ship estimate value is able to be set during the entry phase of the order by not no form exists for changing the value once the order is created. The shipping and handling cost will have to be recalculated if the ship estimate value changes. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5413) Ability to set ship estimate for sales order ship group ship methods with costs calcaulted offline
[ https://issues.apache.org/jira/browse/OFBIZ-5413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5413: - Component/s: order Ability to set ship estimate for sales order ship group ship methods with costs calcaulted offline -- Key: OFBIZ-5413 URL: https://issues.apache.org/jira/browse/OFBIZ-5413 Project: OFBiz Issue Type: New Feature Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Priority: Minor OFBiz should be improved to allow the ability to manually set ship estimates for sales order ship group ship methods with costs that are calculated offline. Currently the ship estimates may only be set for PURCHASE_ORDER on optionsettings.ftl page. One difficulty in providing this functionality is how the ship estimate box should be used. Should it always be available regardless of whether a ship method with calculated offline cost is selected or not? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5408) ProductStoreFacilities page does not refresh information after actions are performed
[ https://issues.apache.org/jira/browse/OFBIZ-5408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5408: - Component/s: product ProductStoreFacilities page does not refresh information after actions are performed Key: OFBIZ-5408 URL: https://issues.apache.org/jira/browse/OFBIZ-5408 Project: OFBiz Issue Type: Bug Components: product Affects Versions: SVN trunk Reporter: Christian Carlow Priority: Minor The ProductStoreFacilities page does not refresh when actions are performed. When adding or deleting a facility from the store, the result of either action is not reflected on the page even though both are performed. A loading icon appears after clicking action buttons/links so AJAX is probably being used. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5563) Cannot delete production run task materials when only one material record exists for first task
[ https://issues.apache.org/jira/browse/OFBIZ-5563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5563: - Component/s: manufacturing Cannot delete production run task materials when only one material record exists for first task --- Key: OFBIZ-5563 URL: https://issues.apache.org/jira/browse/OFBIZ-5563 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: SVN trunk Reporter: Christian Carlow Priority: Minor When accessing a production run Materials tab before confirmation, materials associated with other tasks besides the first are not able to be deleted if the first task contains only 1 material assignment. Therefore a bogus material record must be created for the first task in order to gain the delete functionality of the other tasks material associations. To reproduce: 1. Create a production run for PIZZA 2. Click on the Materials tab 3. Assign any product at any quantity as material for the first task and second task 4. Try to delete the second tasks material record 5. Notice nothing happens when clicking the delete button. This is because the javascript:submitFormDisableSubmits(this) is preventing submission based on some rules -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5498) Error when searching Order Requirements without providing productId
[ https://issues.apache.org/jira/browse/OFBIZ-5498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5498: Assignee: Jacopo Cappellato Error when searching Order Requirements without providing productId --- Key: OFBIZ-5498 URL: https://issues.apache.org/jira/browse/OFBIZ-5498 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Assignee: Jacopo Cappellato Priority: Minor This error occurs when clicking the Find button on the Order Requirements page without specifying a productId: ERROR rendering error page [/error/error.jsp], but here is the error text: org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://common/widget/CommonScreens.xml#FindScreenDecorator]: java.lang.IllegalArgumentException: Error in form [ListRequirements] calling service with name [getInventoryAvailableByFacility]: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [getInventoryAvailableByFacility.productId] (Error in form [ListRequirements] calling service with name [getInventoryAvailableByFacility]: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [getInventoryAvailableByFacility.productId]) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5482) Create Production Run RoutingId lookup field dropdown results empty
[ https://issues.apache.org/jira/browse/OFBIZ-5482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5482: - Component/s: manufacturing Create Production Run RoutingId lookup field dropdown results empty --- Key: OFBIZ-5482 URL: https://issues.apache.org/jira/browse/OFBIZ-5482 Project: OFBiz Issue Type: Bug Components: manufacturing Affects Versions: SVN trunk Reporter: Christian Carlow Priority: Minor For some reason the RoutingId lookup dropdown does not display any results when typing. The popup window works but the dropdown should also for convenience. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5498) Error when searching Order Requirements without providing productId
[ https://issues.apache.org/jira/browse/OFBIZ-5498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-5498: - Component/s: order Error when searching Order Requirements without providing productId --- Key: OFBIZ-5498 URL: https://issues.apache.org/jira/browse/OFBIZ-5498 Project: OFBiz Issue Type: Bug Components: order Affects Versions: SVN trunk Reporter: Christian Carlow Assignee: Jacopo Cappellato Priority: Minor This error occurs when clicking the Find button on the Order Requirements page without specifying a productId: ERROR rendering error page [/error/error.jsp], but here is the error text: org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://common/widget/CommonScreens.xml#FindScreenDecorator]: java.lang.IllegalArgumentException: Error in form [ListRequirements] calling service with name [getInventoryAvailableByFacility]: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [getInventoryAvailableByFacility.productId] (Error in form [ListRequirements] calling service with name [getInventoryAvailableByFacility]: org.ofbiz.service.ServiceValidationException: The following required parameter is missing: [getInventoryAvailableByFacility.productId]) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-4497) OrderChangeHelper.orderStatusChanges and OrderServices.setOrderStatus has duplicate code
[ https://issues.apache.org/jira/browse/OFBIZ-4497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato updated OFBIZ-4497: - Component/s: order OrderChangeHelper.orderStatusChanges and OrderServices.setOrderStatus has duplicate code Key: OFBIZ-4497 URL: https://issues.apache.org/jira/browse/OFBIZ-4497 Project: OFBiz Issue Type: Bug Components: order Reporter: Kiran Gawde Priority: Minor Both OrderChangeHelper.orderStatusChanges calls changeOrderStatus(OrderServices.setOrderStatus) and then calls the changeOrderItemStatus. OrderServices.setOrderStatus also calls the changeOrderItemStatus (which may call changeOrderStatus as well). I think, OrderChangeHelper.orderStatusChanges should be updated so that it doesn't call changeOrderItemStatus. Also, OrderServices.setOrderStatus uses hardcoded statuses. Where as OrderChangeHelper.approveOrder looks them up from store. Most places, it is hardcoded (e.g: secas.xml). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gareth Carter updated OFBIZ-5608: - Attachment: dates_1589040.patch This issue has not been fixed, I have updated the patch for the current trunk rev and also updated webtools ListGeneric.ftl because freemarker has exactly the same problem when you use ?string builtin I believe there is the assumption that because java.sql.Date inherits from java.util.Date that it should behave in a similar way where formatting is concerned but if you take a look at http://www.date4j.net/ or even the source code for java.sql.Date, you can see that the overridden toString and static valueOf (which doesn't exist in java.util.Date) do not reference any timezone. Whereas java.util.Date toString can output the default timezone and you have to use a DateFormat object to parse a string Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
Help required to assign components to Jira tickets
Hi all, there are currently 71 Jira tickets that are open without a component specified: https://issues.apache.org/jira/browse/OFBIZ-2475?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20is%20EMPTY%20ORDER%20BY%20priority%20DESC I have categorized a few of them but we definitely need some help to assign one or more components to each of them. Volunteers? Thanks, Jacopo
[jira] [Assigned] (OFBIZ-5551) Cannot delete the record When Server Timezone and Application timeZone are different.
[ https://issues.apache.org/jira/browse/OFBIZ-5551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5551: Assignee: Jacopo Cappellato Cannot delete the record When Server Timezone and Application timeZone are different. - Key: OFBIZ-5551 URL: https://issues.apache.org/jira/browse/OFBIZ-5551 Project: OFBiz Issue Type: Bug Components: party Affects Versions: Release Branch 11.04 Reporter: SenthilMurugan Assignee: Jacopo Cappellato Labels: partymgr, service-engine, timezone Original Estimate: 12h Remaining Estimate: 12h I have added a role 'PROJECTADMIN' to admin when System timezone is in CST, Then i changed the timezone to 'Hongkong' and tried to delete the recoed, Nothing happens. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5590) Currency Uom for order isn't same product in order
[ https://issues.apache.org/jira/browse/OFBIZ-5590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5590: Assignee: Jacopo Cappellato Currency Uom for order isn't same product in order -- Key: OFBIZ-5590 URL: https://issues.apache.org/jira/browse/OFBIZ-5590 Project: OFBiz Issue Type: Bug Components: order, product Affects Versions: SVN trunk Environment: windows 8, eclipse kepler, JDK 1.6 Reporter: Lê Văn Thiêp Assignee: Jacopo Cappellato Scenario: 1. Click Catalog webapp 2. Click products menu item 3. Click a product detail 4. Click price tab 5. Add default price with currency Uom is USD *---* Then 6. Click order webapp 7. Click order entry menu item 8. In Sale Order, click continue 9. Choose Currency for this order isn't USD and Click continue 10. Choose add product is previous product A error occur, Cause is Currency Uom for this order isn't same product in order -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5559) Usability improvement for management of manual Gl transactions
[ https://issues.apache.org/jira/browse/OFBIZ-5559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5559: Assignee: Jacopo Cappellato Usability improvement for management of manual Gl transactions -- Key: OFBIZ-5559 URL: https://issues.apache.org/jira/browse/OFBIZ-5559 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: SVN trunk Reporter: Anahita Goljahani Assignee: Jacopo Cappellato Priority: Minor Attachments: accounting.patch I have recently tried to use OFBiz to manually enter GL transactions from the UI. I found some usability issues that I have fixed in the attached patch. The patch contains some basic modifications that render the manual management of transactions more user-friendly. The main modifications are as follows. 1. In Applications - Accounting - Global GL Settings - CHART OF ACCOUNTS - NAVIGATE ACCOUNTS: - the patch visualizes the Account Code instead of the Gl Account Id next to the nodes of the tree in the Navigate Accounts form. The reason is that the Account Code is typically defined and used by accountants, whereas the Gl Account Id is an internal key. This is also in line with other screens in the OFBiz Accounting application; - the patch renders the Gl Account Id field not editable and leaves to the software the task of generating a unique Id for the account; - the patch adds the default value Not Applicable for Gl Account Type Id and Gl Resource Type Id in the Edit GL Account form. The reason is that the setting of Gl Account Type Id is not influential when accounting transactions are manually inserted and Gl Resource Type Id is not applicable in some of the transactions. 2. In Applications - Accounting -Organization GL Settings - ACCOUNTING (of any organization)- ACCOUNTING TRANSACTIONS the patch adds the DESCRIPTION field to the list of transactions that is displayed when the Search button is pressed in the Accounting Transactions form. It helps to quickly understand what the transactions in the list are about. 3. In Applications - Accounting -Organization GL Settings - ACCOUNTING (of any organization)- ACCOUNTING TRANSACTIONS - Create an Accounting Transaction button, the patch adds the default value Not Applicable to the field Acctg Trans Type. The reason is that the value of Acctg Trans Type is not influential when transactions are entered manually. Moreover, when the button Create is pressed in the Create an Accounting Transaction, the Description of the transaction is no more automatically copied in the Description field of the form Add Transaction Entry. The reason is that repeating by default the transaction's description in every entry is redundant and not very useful. Entries' Description should be used to insert additional information. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5592) UX improvement - aligment Chart of Account
[ https://issues.apache.org/jira/browse/OFBIZ-5592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5592: Assignee: Jacopo Cappellato UX improvement - aligment Chart of Account -- Key: OFBIZ-5592 URL: https://issues.apache.org/jira/browse/OFBIZ-5592 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: SVN trunk Reporter: Pierre Smits Assignee: Jacopo Cappellato Priority: Minor Attachments: OFBIZ-5592-Accounting.patch The Chart of Accounts in both Global GL Settings and Organisational GL Settings are ordered on glAccountId in stead of accountCode, which is more commonly defined by accountants than glAccountId which is an internal identifier. The Chart of Accounts in Global GL Settings differ the same in Organisational GL Settings with regards of fields shown. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5565) FinAccountHelper.getFinAccountFromCode() no longer returns financial account
[ https://issues.apache.org/jira/browse/OFBIZ-5565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5565: Assignee: Jacopo Cappellato FinAccountHelper.getFinAccountFromCode() no longer returns financial account Key: OFBIZ-5565 URL: https://issues.apache.org/jira/browse/OFBIZ-5565 Project: OFBiz Issue Type: Bug Components: accounting, order Affects Versions: SVN trunk, Release Branch 13.07 Environment: Primarily tested on Ubuntu, but affects all OS. Reporter: Vyom Jain Assignee: Jacopo Cappellato Fix For: SVN trunk, Release Branch 13.07 Attachments: OFBIZ-5565.patch FinAccountHelper.getFinAccountFromCode() in trunk as well as in some of the released versions is no longer able to fetch the Financial Account ID. So all features dependent on this method would no longer work (an example being paying by gift card during order entry process). Per my research, this stopped working method post some changes related to how data is encrypted (two strings will not have similar encrypted string). I had tried this on a fresh SVN trunk checkout with absolutely no changes (had been using Derby database). Furthermore, the ant target gen-kek references old jars and that needs fixing as well. Steps to test - 1. Create a new Financial account (gift certificate) for DemoCustomer - https://demo-trunk.ofbiz.apache.org/accounting/control/FindFinAccount?ownerPartyId=DemoCustomer and deposit some funds into it. 2. Create an order for DemoCustomer from the Order Manager application. 3. Use Quick Finalize Order, try paying by the gift card created in step #1. Observations - 1. Returns an error This gift card does not exist Thanks. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5166) Reporting Structure of Employees in Employee Position Tab in HR module is not working
[ https://issues.apache.org/jira/browse/OFBIZ-5166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5166: Assignee: Jacopo Cappellato Reporting Structure of Employees in Employee Position Tab in HR module is not working -- Key: OFBIZ-5166 URL: https://issues.apache.org/jira/browse/OFBIZ-5166 Project: OFBiz Issue Type: Bug Components: humanres Affects Versions: Release 10.04, Release 11.04.01, Release Branch 12.04 Reporter: Dhiraj Gupta Assignee: Jacopo Cappellato Hi All, Reporting Structure of Employees in Employee Position Tab in HR module is not working. There are some issue in reporting structur. 1:- Empl Position Id Reporting To lookup is not working. 2:- When we create the reporting structure then it is not listed in list. I have one suggestion regarding reporting structur and I want to share with you. When we create the reporting structure of employee then reporting officer is automatically assign as a leave approver of that employee. Thanks Dhiraj Gupta -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5016) createCommContentDataResource service error
[ https://issues.apache.org/jira/browse/OFBIZ-5016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5016: Assignee: Jacopo Cappellato createCommContentDataResource service error --- Key: OFBIZ-5016 URL: https://issues.apache.org/jira/browse/OFBIZ-5016 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: SVN trunk Environment: trunk 1374736, database : Derby on Debian Reporter: Eric de Maulde Assignee: Jacopo Cappellato Priority: Minor Attachments: OFBIZ-5016_createCommContentDataResource-service-error.patch, proposedfix.patch Hi, When I process an order (Submit order) on page Final Checkout Review, there is a createCommContentDataResource service return error, in order to send an order email : 2012-08-21 02:25:46,457 (OFBiz-JobQueue-0) [ ModelService.java:571:ERROR] [ModelService.validate] : {createCommContentDataResource} : (OUT) Required test error: org.ofbiz.service.ServiceValidationException: Unknown parameter found: [createCommContentDataResource.success] So the complete order email is sent several times ... I've searched but I haven't found the OUT parameter success, instead of successMessage. Eric -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5012) Convert marketing simple service toi entity-auto service
[ https://issues.apache.org/jira/browse/OFBIZ-5012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5012: Assignee: Jacopo Cappellato Convert marketing simple service toi entity-auto service Key: OFBIZ-5012 URL: https://issues.apache.org/jira/browse/OFBIZ-5012 Project: OFBiz Issue Type: Improvement Components: marketing Affects Versions: SlimDown Reporter: Nicolas Malin Assignee: Jacopo Cappellato Priority: Minor Attachments: OFBIZ-5012.patch For all simple CRUD service, use entity-auto engine instead of simple engine -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5006) Scale logo to fit content area in PDF which are based on simple decorator
[ https://issues.apache.org/jira/browse/OFBIZ-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5006: Assignee: Jacopo Cappellato Scale logo to fit content area in PDF which are based on simple decorator - Key: OFBIZ-5006 URL: https://issues.apache.org/jira/browse/OFBIZ-5006 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: BREMA Dev Team Assignee: Jacopo Cappellato Priority: Minor Fix For: Release Branch 11.04, SVN trunk Attachments: scaleLogoImage.diff Simple change that already works for other PDF, for example - orders. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-5004) Warning in GenericEntity.get unnecessarily clutters logs
[ https://issues.apache.org/jira/browse/OFBIZ-5004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-5004: Assignee: Jacopo Cappellato Warning in GenericEntity.get unnecessarily clutters logs Key: OFBIZ-5004 URL: https://issues.apache.org/jira/browse/OFBIZ-5004 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Christoph Neuroth Assignee: Jacopo Cappellato Attachments: iae.patch This code in GenericEntity.java: {code}Debug.logWarning(The field name (or key) [ + name + ] is not valid for entity [ + this.getEntityName() + ], printing IllegalArgumentException instead of throwing it because Map interface specification does not allow throwing that exception., module); {code} is really annoying and IMHO it is wrong. First, it does not print an exception, it only prints that string with no stacktrace (I think that was changed at some point). Second, IllegalArgument is a RuntimeException so the interface doesn't really need to allow it to be thrown, right? Personally, I think the warning is not even justified. We sometimes don't know exactly what kind of entity we're dealing with and just check if it has that field or not. With this code, to prevent excessive log clutter, we have to wrap each call with a if (it.containsKey()). A java map will just return null silently as well, and this behavior is documented in the Map interface. If anyone is really worried about accessing fields wrong (your tests should catch that error), there could be an extra method getOrThrow or something, but get should just return the value or null. Otherwise, at least throw the exception. Log warnings are usually found while monitoring production logs, developers will find this much earlier otherwise. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (OFBIZ-4981) Configured GL accounts don't appear for the product
[ https://issues.apache.org/jira/browse/OFBIZ-4981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacopo Cappellato reassigned OFBIZ-4981: Assignee: Jacopo Cappellato Configured GL accounts don't appear for the product --- Key: OFBIZ-4981 URL: https://issues.apache.org/jira/browse/OFBIZ-4981 Project: OFBiz Issue Type: Bug Components: product Affects Versions: Release Branch 11.04, SVN trunk Reporter: BREMA Dev Team Assignee: Jacopo Cappellato Fix For: Release Branch 11.04, SVN trunk Attachments: ProductGlAccounts.diff EditProductGlAccounts screen allows to assign GL account but does not show any due to error in ListProductGlAccounts form. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976783#comment-13976783 ] Adrian Crum commented on OFBIZ-5608: From my perspective, the assumption being made is that a date does NOT reference a time zone. A date has a beginning and end. When does the day begin? It depends on which time zone you are referring to. When does the day end? Again, it depends on which time zone you are referring to. ...you can see that the overridden toString and static valueOf (which doesn't exist in java.util.Date) do not reference any timezone. That statement is false. Take some time to trace through the constructor, and you will see that the millisecond value is derived from a java.util.Calendar instance - which references a time zone. I agree the FreeMarker template issue needs to be fixed, but I don't recommend we hack up the framework to remove all TimeZone references. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976826#comment-13976826 ] Gareth Carter commented on OFBIZ-5608: -- A date has a beginning and end. When does the day begin? It depends on which time zone you are referring to. When does the day end? Again, it depends on which time zone you are referring to. A date/time has a beginning and end, a date only which java.sql.Date represents does not. Looking at the source code, it throws an exception when calling any of the time methods and toString and valueOf only cares about the date. For postgres I know that the jdbc driver returns a java.sql.Date with the time always set to midnight. No matter which timezone with a negative offset you use, the output will always be the previous day when formatting java.util.Date and all subclasses Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976835#comment-13976835 ] Rupert Howell commented on OFBIZ-5608: -- Adrian Will you please perform this test. It takes seconds to perform. Update a person record through partymgr and assign them a birthdate of any day. Change your timezone in OFBIz to GMT -12. Go back into the person record and keep updating it. Every update decrements a day from the birthday. I have just tested this and it is happening on trunk still. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976841#comment-13976841 ] Adrian Crum commented on OFBIZ-5608: For postgres I know that the jdbc driver returns a java.sql.Date with the time always set to midnight. Exactly! But midnight where? Midnight depends on the time zone being referenced. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: Help required to assign components to Jira tickets
Hi Jacopo, I sure can help. Thanks for your continued effort on Jira issues, much appreciated! Jacques Le 22/04/2014 13:49, Jacopo Cappellato a écrit : Hi all, there are currently 71 Jira tickets that are open without a component specified: https://issues.apache.org/jira/browse/OFBIZ-2475?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20is%20EMPTY%20ORDER%20BY%20priority%20DESC I have categorized a few of them but we definitely need some help to assign one or more components to each of them. Volunteers? Thanks, Jacopo --
[jira] [Commented] (OFBIZ-5006) Scale logo to fit content area in PDF which are based on simple decorator
[ https://issues.apache.org/jira/browse/OFBIZ-5006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976892#comment-13976892 ] Jacques Le Roux commented on OFBIZ-5006: BTW, I recently this to the dev ML {quote} Hi, I just noticed there is no longer the OFBiz logo in PDF order reports. Is that intended? Thanks Jacques {quote} Scale logo to fit content area in PDF which are based on simple decorator - Key: OFBIZ-5006 URL: https://issues.apache.org/jira/browse/OFBIZ-5006 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: BREMA Dev Team Assignee: Jacopo Cappellato Priority: Minor Fix For: Release Branch 11.04, SVN trunk Attachments: scaleLogoImage.diff Simple change that already works for other PDF, for example - orders. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13976894#comment-13976894 ] Gareth Carter commented on OFBIZ-5608: -- No where. SQL dates don't have a time component, the jdbc driver (or all drivers) have to to set the time in java.sql.Date simply because it inherits from java.util.Date which does have a time component. It doesn't matter which timezone you pick on the database, the sql date fields never change. Reading up on SQL standards http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt Therefore, datetime data types that contain time fields (TIME and TIMESTAMP) are maintained in Universal Coordinated Time (UTC), with an explicit or implied time zone part. Seems to suggest that only fields with a time component should only be affected by timezone Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: Help required to assign components to Jira tickets
Hi Jacopo, I would like to help, but it seems I cannot edit the meta-data on any of the listed tickets in your search. Is this a request of committers or are you asking the community for help? Best, Taher Alkhateeb - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: dev@ofbiz.apache.org Sent: Tuesday, April 22, 2014 6:03:54 PM Subject: Re: Help required to assign components to Jira tickets Hi Jacopo, I sure can help. Thanks for your continued effort on Jira issues, much appreciated! Jacques Le 22/04/2014 13:49, Jacopo Cappellato a écrit : Hi all, there are currently 71 Jira tickets that are open without a component specified: https://issues.apache.org/jira/browse/OFBIZ-2475?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20is%20EMPTY%20ORDER%20BY%20priority%20DESC I have categorized a few of them but we definitely need some help to assign one or more components to each of them. Volunteers? Thanks, Jacopo --
Re: Help required to assign components to Jira tickets
it may be related to Jira user rights; are you logged in? Jacopo On Apr 22, 2014, at 5:45 PM, Taher Alkhateeb slidingfilame...@gmail.com wrote: Hi Jacopo, I would like to help, but it seems I cannot edit the meta-data on any of the listed tickets in your search. Is this a request of committers or are you asking the community for help? Best, Taher Alkhateeb - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: dev@ofbiz.apache.org Sent: Tuesday, April 22, 2014 6:03:54 PM Subject: Re: Help required to assign components to Jira tickets Hi Jacopo, I sure can help. Thanks for your continued effort on Jira issues, much appreciated! Jacques Le 22/04/2014 13:49, Jacopo Cappellato a écrit : Hi all, there are currently 71 Jira tickets that are open without a component specified: https://issues.apache.org/jira/browse/OFBIZ-2475?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20is%20EMPTY%20ORDER%20BY%20priority%20DESC I have categorized a few of them but we definitely need some help to assign one or more components to each of them. Volunteers? Thanks, Jacopo --
Re: Help required to assign components to Jira tickets
Hi Jacopo, Yeah I'm logged in with username taher. It seems I can add comments, vote, watch, link, clone, etc .. but not edit ticket data. It could be my goofy skills in using the tracking system, but I believe i can only gain access if I'm a reporter or an assignee. Best, Taher Alkhateeb - Original Message - From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com To: dev@ofbiz.apache.org Sent: Tuesday, April 22, 2014 7:05:45 PM Subject: Re: Help required to assign components to Jira tickets it may be related to Jira user rights; are you logged in? Jacopo On Apr 22, 2014, at 5:45 PM, Taher Alkhateeb slidingfilame...@gmail.com wrote: Hi Jacopo, I would like to help, but it seems I cannot edit the meta-data on any of the listed tickets in your search. Is this a request of committers or are you asking the community for help? Best, Taher Alkhateeb - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: dev@ofbiz.apache.org Sent: Tuesday, April 22, 2014 6:03:54 PM Subject: Re: Help required to assign components to Jira tickets Hi Jacopo, I sure can help. Thanks for your continued effort on Jira issues, much appreciated! Jacques Le 22/04/2014 13:49, Jacopo Cappellato a écrit : Hi all, there are currently 71 Jira tickets that are open without a component specified: https://issues.apache.org/jira/browse/OFBIZ-2475?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20is%20EMPTY%20ORDER%20BY%20priority%20DESC I have categorized a few of them but we definitely need some help to assign one or more components to each of them. Volunteers? Thanks, Jacopo --
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13977271#comment-13977271 ] Adrian Crum commented on OFBIZ-5608: Rupert - I can confirm there are problems with the birthdate field in the Edit Person screen. I believe the problem is caused by the embedded JavaScript. If I enter 23/04/2014 in the field, the String value passed to the service engine is 2014-04-22. I believe this is caused by a flaw in the JavaScript. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13977340#comment-13977340 ] Rupert Howell commented on OFBIZ-5608: -- I disagree. Gareth has proved conclusively where the problem lies - provided test cases and patches. I have stepped through this code umpteen times. Please step through the code, it is really clear what is happening in the places I mentioned at the very beginning of this thread. Any modification to the JS to get this to work will be a hack to workaround the fact a timezone shouldn't be being applied to a Date. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13977349#comment-13977349 ] Adrian Crum commented on OFBIZ-5608: The only thing Gareth has proven to me is that he doesn't understand how the Java temporal classes work. It would help move things along better if both of you would take the time to understand how Java implements dates and times, so we can work together to solve this problem. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (OFBIZ-5608) Dates Displaying Incorrectly With Negative Offest Timezones.
[ https://issues.apache.org/jira/browse/OFBIZ-5608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum updated OFBIZ-5608: --- Attachment: ObjectTypeTests.patch I have attached a test case to demonstrate what I have been trying to teach. The millisecond value in java.util.Date and its subclasses references a time zone. Once that is understood, the flaws in the proposed fixes will be obvious. Dates Displaying Incorrectly With Negative Offest Timezones. Key: OFBIZ-5608 URL: https://issues.apache.org/jira/browse/OFBIZ-5608 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk, Release Branch 12.04, Release Branch 13.07 Reporter: Rupert Howell Priority: Minor Fix For: SVN trunk Attachments: ObjectTypeTests.patch, dates.patch, dates_1589040.patch Dates are displaying incorrectly when negative offset (relative to UTC) are applied by the users settings. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: Help required to assign components to Jira tickets
Hi Jacopo, I am also not able to edit the task meta deta. Is this related to jira user group permission? Thanks Regards -- Deepak Dixit On Apr 22, 2014, at 9:35 PM, Jacopo Cappellato wrote: it may be related to Jira user rights; are you logged in? Jacopo On Apr 22, 2014, at 5:45 PM, Taher Alkhateeb slidingfilame...@gmail.com wrote: Hi Jacopo, I would like to help, but it seems I cannot edit the meta-data on any of the listed tickets in your search. Is this a request of committers or are you asking the community for help? Best, Taher Alkhateeb - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: dev@ofbiz.apache.org Sent: Tuesday, April 22, 2014 6:03:54 PM Subject: Re: Help required to assign components to Jira tickets Hi Jacopo, I sure can help. Thanks for your continued effort on Jira issues, much appreciated! Jacques Le 22/04/2014 13:49, Jacopo Cappellato a écrit : Hi all, there are currently 71 Jira tickets that are open without a component specified: https://issues.apache.org/jira/browse/OFBIZ-2475?jql=project%20%3D%20OFBIZ%20AND%20resolution%20%3D%20Unresolved%20AND%20component%20is%20EMPTY%20ORDER%20BY%20priority%20DESC I have categorized a few of them but we definitely need some help to assign one or more components to each of them. Volunteers? Thanks, Jacopo --