Permalink
Commits on Feb 16, 2017
  1. No functional change, updates files with new svn url

    Even includes R4.0 :D
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1783210 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Feb 16, 2017
Commits on Nov 14, 2013
  1. As discusses on dev ML, changes Eclipse project names for all release…

    …s branches following this schema: ofbiz-release13.07
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1541895 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Nov 14, 2013
Commits on May 20, 2012
Commits on Mar 22, 2012
  1. "Applied fix from trunk for revision: 1303714"

    ------------------------------------------------------------------------
    r1303714 | jleroux | 2012-03-22 11:25:31 +0100 (jeu., 22 mars 2012) | 1 line
    
    Avoids to show CC payment information in log when in verbose mode
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1303718 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Mar 22, 2012
Commits on Dec 31, 2011
  1. "Applied fix from trunk for revision: 1226065"

    ------------------------------------------------------------------------
    r1226065 | jleroux | 2011-12-31 12:37:23 +0100 (sam., 31 déc. 2011) | 3 lines
    
    This completes "Null values are not synchronized in http mode" https://issues.apache.org/jira/browse/OFBIZ-4602
    
    And I better understand Patrick's answer to the issue now...
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1226070 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 31, 2011
  2. "Applied fix from trunk for revision: 1226055 "

    ------------------------------------------------------------------------
    r1226055 | jleroux | 2011-12-31 11:13:34 +0100 (sam., 31 déc. 2011) | 9 lines
    
    Should close "Null values are not synchronized in http mode" https://issues.apache.org/jira/browse/OFBIZ-4602
    
    I followed Adrian's advice. I tried to create an order with a dropship1 item (like in Jira 4637) and it worked perfectly. I guess, as we were suspecting, using 
      set(name, "");
    instead of
      element.setAttribute(name, "null");
    had side effects. 
    
    Anyway, as Adrian pointed out, the right returned string should be "[null-field]" and it's now correct/consistent. On the other side (entity sync clients), of course, now "[null-field]" should be handled instead of "" or "null"
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1226059 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 31, 2011
Commits on Dec 29, 2011
  1. Adds revert.bat, still useful

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1225512 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 29, 2011
  2. This reverts r1222245 and should fix "Can not create drop shipment or…

    …der" https://issues.apache.org/jira/browse/OFBIZ-4637 reported by Sergei Biletnikov and confirmed by mz4wheeler
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1225511 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 29, 2011
Commits on Dec 22, 2011
  1. A modified patch from Patrick Antivackis "Null values are not synchro…

    …nized in http mode" https://issues.apache.org/jira/browse/OFBIZ-4602
    
    In order to send over http the values to create, store and remove, Ofbiz is Xml serializing the values. GenericValue xml serialization is managed in GenericEntity.makeXmlElement, unfortunately this method just don't serialized null valued fields.
    To solve this issue, I managed null value the same way GenericEntity.setString (which is used for the Xml deserializing). I only managed until case 10, because i'm not sure the setString for the cases 11 to 15 are well managed (not taking care of null value) 
    
    jleroux: After looking at GenericEntity.setString and initial commit (http://svn.ofbiz.org/viewcvs?rev=7779&view=rev) I see no reasons to not handling cases under 10 the same way. So I added these cases as well using fall through.
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1222245 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 22, 2011
  2. "Applied fix from trunk for revision: 1222105 " (conflicts easily han…

    …dled by hand)
    
    ------------------------------------------------------------------------
    r1222105 | jleroux | 2011-12-22 10:06:18 +0100 (jeu., 22 déc. 2011) | 7 lines
    
    A slightly modified patch from Patrick Antivackis "Entity synchronization is skipping values to create, store and remove" https://issues.apache.org/jira/browse/OFBIZ-4601
    
    assembleValuesTocreate, assembleValuesToStore and assembleKeysToRemove are called multiple times during a synchronization (depending on the syncSplitMillis and the time period to synchronized). There is in theses methods a check to see if at the next call, the method needs to look for values. This check depends only on entity without values at the current run, which is not enough
    
    Solving issue described and fixing the assembleKeysToRemove that was using nextUpdateTxTime instead of nextRemoveTxTime
    
    jleroux: functional changes from patch, only formatting
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@1222116 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 22, 2011
Commits on Aug 15, 2010
  1. Better UI

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@985738 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Aug 15, 2010
Commits on Aug 10, 2010
Commits on Aug 1, 2010
  1. Applied fix from trunk for revision: 981123

    ===
    
    The database check attempted to only check each helper once; however,
    the Set used to track whether a helper had been checked was *inside* the
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@981130 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Aug 1, 2010
  2. Updated with newer version from other branches.

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@981125 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Aug 1, 2010
Commits on Jul 30, 2010
  1. "Applied fix from trunk for revision: 980935"

    ------------------------------------------------------------------------
    r980935 | jleroux | 2010-07-30 22:10:06 +0200 (ven. 30 juil. 2010) | 1 ligne
    
    Fix an old bug reported by James McGill on dev ML
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@980949 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Jul 30, 2010
Commits on Jul 23, 2010
  1. "Applied fix from trunk for revision: 967098" (resolved conflict by h…

    …and)
    
    ------------------------------------------------------------------------
    r967098 | jleroux | 2010-07-23 15:59:16 +0200 (ven. 23 juil. 2010) | 4 lignes
    
    A patch from Sascha Rodekamp "NPE in Financial Account Services" (https://issues.apache.org/jira/browse/OFBIZ-3873) - OFBIZ-3873
    
    NPE in the financial account services when creating a financial account for a store. The error occurred when the accountValidDays is empty. The thru date can not be set.
    This patch covers this issue by checking if accountValidDays is empty or not.
    ------------------------------------------------------------------------
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@967136 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Jul 23, 2010
Commits on Jul 22, 2010
  1. Fix another typo introduced with last commit.

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@966801 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Jul 22, 2010
  2. Fix typo in merge.

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@966783 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Jul 22, 2010
  3. Applied fix from trunk for revision: 965916

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@966781 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Jul 22, 2010
Commits on Jun 28, 2010
  1. "Applied fix from trunk for revision: 958514" + re-added the missing …

    …line
    
    ------------------------------------------------------------------------
    r958514 | jleroux | 2010-06-28 11:36:28 +0200 (lun. 28 juin 2010) | 1 ligne
    
    Finally I thought that there are no good reasons to show canceled values: this amends r958343
    ------------------------------------------------------------------------
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@958520 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Jun 28, 2010
Commits on Jun 27, 2010
  1. "Applied fix from trunk for revision: 958343"

    ------------------------------------------------------------------------
    r958343 | jleroux | 2010-06-27 09:42:46 +0200 (dim. 27 juin 2010) | 2 lignes
    
    The Sales by Store Report was wrong has it did not use a complex alias for quantityOrdered (OrderItem.quantity - OrderItem.cancelQuantity) but only OrderItem.quantity. Thus canceled quantities were not taken into account.
    A little drawback is that if there are 0 values sold this values show. But actually it's not a problem since it informs the user that all quantities ordered for this product has been canceled
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@958351 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Jun 27, 2010
Commits on Jun 17, 2010
  1. Applied fix from trunk for revision: 536399

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@955718 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Jun 17, 2010
Commits on Jun 15, 2010
  1. Applied fix from trunk for revision: 954956

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@954958 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Jun 15, 2010
Commits on May 11, 2010
  1. Applied fix from trunk for revision: 942884

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@943186 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed May 11, 2010
  2. Applied fix from trunk for revision: 943168

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@943173 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed May 11, 2010
Commits on Apr 18, 2010
  1. Added missing license headers (found using RAT).

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@935322 13f79535-47bb-0310-9956-ffa450edef68
    jacopoc committed Apr 18, 2010
Commits on Dec 14, 2009
  1. "Applied fix from trunk for revision: 890245 "

    ------------------------------------------------------------------------
    r890245 | jleroux | 2009-12-14 10:35:15 +0100 (lun. 14 d‚c. 2009) | 2 lignes
    
    A patch from Si Chen "wsdl generated is not correct for Apache Synapse and Visual Studio" (https://issues.apache.org/jira/browse/OFBIZ-3299) - OFBIZ-3299
    The WSDL generated by ModelService is not correct for Visual Studio or Apache Synapse, causing Web services not to work properly. The soap:action tag is missing the URI for soapAction and needs to specify that this style is "rpc" for RPC/literal.
    ------------------------------------------------------------------------
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@890249 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Dec 14, 2009
Commits on Nov 20, 2009
  1. Should fix an issue reported by Albert Mayo at "not able to add item …

    …to created order with 1 ship group" (https://issues.apache.org/jira/browse/OFBIZ-3214) - OFBIZ-3214
    
    If there is only 1 ship group, there is a missing parameter named "shipGroupSeqId" in the appendorderitem.ftl form. The service this form calls, appendOrderItem, requires a shipGroupSeqId parameter.
    
    The trunk version has it fixed by adding the following code at the top, but version 4.0 does not have a fix. The trunk version was fixed on revision 658036.
    
    I added the suggsted snippet by hand, because r658036 s doing much more.
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@882516 13f79535-47bb-0310-9956-ffa450edef68
    JacquesLeRoux committed Nov 20, 2009
Commits on Oct 20, 2009
  1. Applied fix from trunk for revision: 827730

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@827733 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Oct 20, 2009
Commits on Oct 15, 2009
  1. Merged from trunk r825695

    Fix a bug in the duplicateProductCategory service, when looking for parent category rollups to duplicate the find context was empty causing all rollups of all categories to be retrieved
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@825697 13f79535-47bb-0310-9956-ffa450edef68
    lektran committed Oct 15, 2009
Commits on Sep 16, 2009
  1. Apply a similiar fix for OFBIZ-2943, to allow sending emails from the

    profile page when the current UserLogin has no assigned party.
    
    
    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@815862 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Sep 16, 2009
Commits on Sep 14, 2009
  1. Applied fix from trunk for revision: 814731

    git-svn-id: https://svn.apache.org/repos/asf/ofbiz/branches/release4.0@814734 13f79535-47bb-0310-9956-ffa450edef68
    eigood committed Sep 14, 2009
Commits on Sep 9, 2009