Show:

What's happening?

  • Issue date missing in quote but listed in opportunity

    When creating or editing a quote there is no date input field for the quote issue date. But quotes added to an opportunity appear in a list where the first field is the issue date. Since this field is not filled in, it is always empty in the list. I suggest to either modify editQuote.ftl to let the user fill in the issue date or change the quotes list in viewOpportunity, e.g. to show...

    2013-02-13 10:27:23 PST by know_ag

  • Deleting a task creates an error

    http://techtheon.com:8080/crmsfa/control/activitiesMain When trying to DELETE work event The Following Errors Occurred: ERROR: Could not complete the Delete Work Effort [file:/opt/opentaps/applications/workeffort/script/org/ofbiz/workeffort/workeffort/WorkEffortSimpleServices.xml#deleteWorkEffort] process [problem removing the lookedUpValue value: Exception while deleting the following...

    2013-01-20 09:06:45 PST by halcasteel

  • Cannot delete an existing email pending send

    http://techtheon.com:8080/crmsfa/control/deleteActivityEmail The Following Errors Occurred: Error calling event: org.ofbiz.webapp.event.EventHandlerException: URL parameter [workEffortId] cannot be passed to secure (https) request-map with uri [deleteActivityEmail] to call service [crmsfa.deleteActivityEmail]. This is not allowed for security reasons. Have Multiple emails pending send...

    2013-01-20 06:27:08 PST by halcasteel

  • Duplicate code in LedgerServices.java

    In LedgerServices.java you find the following code: 769 // try getting the default GL account for the invoice item 770 if (UtilValidate.isEmpty(invoiceItemPostingGlAccountId)) { 771 invoiceItemPostingGlAccountId = getDefaultGlAccount(invoiceItem, organizationPartyId); 772 } 773 774 // If there is still no account, try...

    2012-12-27 05:24:04 PST by know_ag

  • No error if AcctTransEntries are not found.

    In TransactionServices.java at line 169 and following you find this code: 169 // Get the related AcctgTransEntry records 170 List<GenericValue> acctgTransEntries = delegator.findByAnd("AcctgTransEntry", UtilMisc.toMap("acctgTransId", acctgTransId), UtilMisc.toList("acctgTransEntrySeqId")); 171 if (acctgTrans...

    2012-12-27 05:17:09 PST by know_ag

  • Comment: Approved Order is set completed after item quantity change

    And .. update: I dived deeper and I saw that there may be many situations where the shipped amount is zero. First I thought I could distinct by the order item type but I realized that this field is set in some random manner (another bug?). So my suggestion is to remove the complete part that marks the completes the items in updateApprovedOrderItems as it makes no sense to update them while...

    2012-12-18 11:49:53 PST by know_ag

  • Comment: Approved Order is set completed after item quantity change

    I have now found the code that makes the trouble. In org.opentaps.common.order.OrderServices you find around line 913: if (item.getRemainingToShipQuantity().signum() == 0) { ... } It seems that the remainingToShipQuantity is not a valid indicator if an item should be set to completed as for service items this is (is it??) always zero. It does not make sense to change the item status...

    2012-12-18 11:19:58 PST by know_ag

  • Comment: Approved Order is set completed after item quantity change

    Some parts from the log that may be interesting: ControlServlet.java:145:INFO ] [[[updateOrderItems] Request Begun OrderServices.java:837:INFO ] updateOrderItems: found filtered item = ... -> This occurs only once, why not 4 times? And the item is not the one that has changed quantity ShoppingCartServices.java:467:INFO ] No payment preferences found for order #SC139...

    2012-12-18 10:50:15 PST by know_ag

  • Order becomes completed after change in amount of one item

    Order and all items are in approved status. Wait one day. Click on Edit/Add Items and change the amount of one item. Then click Update Items. Result: The order and all Items have completed status! Maybe this can be reproduced only by updating the item amount twice, as it was the case when observed the above behaviour. Expected Result would be: Only the amount is recalculated and order as...

    2012-12-18 02:39:23 PST by know_ag

Our Numbers