Menu
▾
▴
web-erp-developers
|
From: Phil D. <ph...@lo...> - 2013-09-01 10:51:13
|
I have rolled up a new release of the latest SVN including: 1. The nice new installer from Exson and some nice styling from icedlava 2. The maintenance module 3. The bank transaction importer - currently only MT940 format is supported looking for sponsors for other formats. 4. HTML 5 validation and autofocus througout with javascript validation of integers and numbers. Server side error trapping also retained as always. 5. Tim's nice table sorting 6. Quite a few tool tips in form fields. 7. Item description translations can now be maintained directly in the item form and the language translations that should be maintained is configurable 8. Customers can now have invoices and credits entirely in their preferred language - irrspective of the user's language being used to create the invoice/credit note. 9. webSHOP configuration and extensions to sales categories to identified featured items and active/inactive categories. webSHOP is an add-on that I created to provide a fully integrated webSHOP for webERP using all the same data - see http://www.weberp.org/webSHOP which is integrated with the webERP demo at http://www.weberp.org/weberp/ 10. Countries and currencies now use a fully populated select boxes. 11. Balance sheet and profit and loss statements now exlcude zero balance accounts by default 12. Mailing groups can be defined for each report and choose between SMTP or php default 13. Many bug fixes Thanks to everyone who contributed work to this version in particular Exson, Thumb, Ricard, Samudaya, Rafael, icedlava, Serge, Tim and Kalmer -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz |
|
From: Phil D. <ph...@lo...> - 2015-01-21 05:38:20
|
Rafael suggested we go for a new version recently. We last released in October - I thought it was more recent than that. There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz |
|
From: Pak R. <pak...@gm...> - 2015-01-21 07:56:15
|
Ok for me Phil. I'm not in the middle of any development now :-) Regards, Ricard 2015-01-21 13:38 GMT+08:00 Phil Daintree <ph...@lo...>: > Rafael suggested we go for a new version recently. > We last released in October - I thought it was more recent than that. > There are a few bug fixes in there and a whole load of work I did to > change the DB_query() calls to exclude the global $db in them. Would be > interested to know what others think about another release now? > > -- > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Andrew G. <aga...@re...> - 2015-01-21 14:35:56
|
It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? Best Regards, Andrew Galuski -----Original Message----- From: Phil Daintree [mailto:ph...@lo...] Sent: Tuesday, January 20, 2015 11:38 PM To: webERP Developers Subject: [WebERP-developers] New version Rafael suggested we go for a new version recently. We last released in October - I thought it was more recent than that. There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2015-01-21 18:06:56
|
Re: [WebERP-developers] New version.eml Subject: Re: [WebERP-developers] New version From: Tim Schofield <tim...@gm...> Date: 22/01/15 03:46 To: webERP Developers <web...@li...> Mostly just a warning. DB_query() is defined as function DB_query ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it will assume the error message to be the value of $db so you will just get a wrong type warning. However if you did a call such as DB_query ($SQL, $db, 'Error Message', 'Debug Message', false, true); you will get an error as there are an incorrect number of parameters used. Either way you should get rid of all $db except those in the ConnectDB_*.inc files Thanks Tim On 21 January 2015 at 14:03, Andrew Galuski<aga...@re...> wrote: IOn 22/01/15 03:03, Andrew Galuski wrote: > It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) > Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? > > Best Regards, > Andrew Galuski > > > -----Original Message----- > From: Phil Daintree [mailto:ph...@lo...] > Sent: Tuesday, January 20, 2015 11:38 PM > To: webERP Developers > Subject: [WebERP-developers] New version > > Rafael suggested we go for a new version recently. > We last released in October - I thought it was more recent than that. > There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? > > -- > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: Rafael C. <raf...@gm...> - 2015-01-21 18:47:24
|
Hi, IMHO, the arguments for a new version are: 1. As a Software Libre (free and open source software) A new version is a way to share the changes made to the shared code. A new version fixes bugs and adds new features, and makes them available to everyone (not just developers and testers). I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, etc.). It could be in May and November of each year. In this way, we can schedule advertising and do intensive testing in April and October. 2. A specific new release after 4.11.5 + The release is 4.11.5 came out between some modifications and its bug fixes. So if someone uses 4.11.5, he will have a version with bugs that are already fixed. + Since version 4.11.5 to today, there have been many changes. These charges are important. E.g.: db-function, Z_UpdateItemCosts.php, CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. Some of them involves databases changes. I suggest a new version to not comprise an installation with bugs already fixed. It could be 4.11.5.b (with only the bug fixes added) or a new release 4.12. Best regads, Rafael. 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...>: > Re: [WebERP-developers] New version.eml > Subject: > Re: [WebERP-developers] New version > From: > Tim Schofield <tim...@gm...> <tim...@gm...> > Date: > 22/01/15 03:46 > To: > webERP Developers <web...@li...> > <web...@li...> > > Mostly just a warning. DB_query() is defined as function DB_query > ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, > $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it > will assume the error message to be the value of $db so you will just > get a wrong type warning. > > However if you did a call such as DB_query ($SQL, $db, 'Error > Message', 'Debug Message', false, true); you will get an error as > there are an incorrect number of parameters used. > > Either way you should get rid of all $db except those in the > ConnectDB_*.inc files > > Thanks > Tim > > On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...> <aga...@re...> wrote: > > IOn 22/01/15 03:03, Andrew Galuski wrote: > > It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) > Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? > > Best Regards, > Andrew Galuski > > > -----Original Message----- > From: Phil Daintree [mailto:ph...@lo... <ph...@lo...>] > Sent: Tuesday, January 20, 2015 11:38 PM > To: webERP Developers > Subject: [WebERP-developers] New version > > Rafael suggested we go for a new version recently. > We last released in October - I thought it was more recent than that. > There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? > > -- > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Rafael C. <raf...@gm...> - 2015-01-21 19:01:11
|
Hi Andrew, Yes, I understand. For me, always a new version involves an effort to compare new version with customised versions. At the beginning, as a newbie, I made the mistake of doing several customised versions. Now, I prefer to not do customized versions (the update is a headache). Instead, I prefer to include new features in the webERP main version if it make sense. I am trying to move those customisation to main code. Lucky, except forms, I eliminated the other customisations For modifications done, is it possible to incorporate them as new features or options? Maybe we can join efforts in that way. Best regards, Rafael. 2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...>: > Hi, > > IMHO, the arguments for a new version are: > > 1. As a Software Libre (free and open source software) > > A new version is a way to share the changes made to the shared code. A new > version fixes bugs and adds new features, and makes them available to > everyone (not just developers and testers). > I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, > etc.). It could be in May and November of each year. In this way, we can > schedule advertising and do intensive testing in April and October. > > 2. A specific new release after 4.11.5 > > + The release is 4.11.5 came out between some modifications and its bug > fixes. So if someone uses 4.11.5, he will have a version with bugs that are > already fixed. > + Since version 4.11.5 to today, there have been many changes. These > charges are important. E.g.: db-function, Z_UpdateItemCosts.php, > CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. > Some of them involves databases changes. > > I suggest a new version to not comprise an installation with bugs already > fixed. It could be 4.11.5.b (with only the bug fixes added) or a new > release 4.12. > > Best regads, Rafael. > > > > 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...>: > > Re: [WebERP-developers] New version.eml >> Subject: >> Re: [WebERP-developers] New version >> From: >> Tim Schofield <tim...@gm...> <tim...@gm...> >> Date: >> 22/01/15 03:46 >> To: >> webERP Developers <web...@li...> >> <web...@li...> >> >> Mostly just a warning. DB_query() is defined as function DB_query >> ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, >> $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it >> will assume the error message to be the value of $db so you will just >> get a wrong type warning. >> >> However if you did a call such as DB_query ($SQL, $db, 'Error >> Message', 'Debug Message', false, true); you will get an error as >> there are an incorrect number of parameters used. >> >> Either way you should get rid of all $db except those in the >> ConnectDB_*.inc files >> >> Thanks >> Tim >> >> On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...> <aga...@re...> wrote: >> >> IOn 22/01/15 03:03, Andrew Galuski wrote: >> >> It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) >> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? >> >> Best Regards, >> Andrew Galuski >> >> >> -----Original Message----- >> From: Phil Daintree [mailto:ph...@lo... <ph...@lo...>] >> Sent: Tuesday, January 20, 2015 11:38 PM >> To: webERP Developers >> Subject: [WebERP-developers] New version >> >> Rafael suggested we go for a new version recently. >> We last released in October - I thought it was more recent than that. >> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? >> >> -- >> Phil >> >> Phil Daintree >> Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz >> >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet >> _______________________________________________ >> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely compliant.http://p.sf.net/sfu/gigenet >> _______________________________________________ >> Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >> http://p.sf.net/sfu/gigenet >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> > |
|
From: Vitaly S. <vsh...@so...> - 2015-01-21 19:03:27
|
Hello all,
I just noticed, that there is a discrepancy in how different scrips
access the BOM table. Some of them do this
AND bom.effectiveafter < '" . Date('Y-m-d') . "'
AND (bom.effectiveto > '" . Date('Y-m-d') . "'
OR bom.effectiveto='0000-00-00')";
Others have
AND bom.effectiveto >= '" . date('Y-m-d') . "'
AND bom.effectiveafter <= '" . date('Y-m-d') . "'";
And yet others do not check effective dates at all.
I would like to fix this, but I am not sure if I am supposed to use '>'
or '>='.
Thanks,
Vitaly
|
|
From: gilberto d. s. a. <gs...@gm...> - 2015-01-21 19:50:11
|
Hi. Please could you describe (if possible) what scripts you are talking
(tools like diff or others similar). Thanks for your time.
2015-01-21 16:48 GMT-02:00 Vitaly Shevkunov <vsh...@so...>:
> Hello all,
>
> I just noticed, that there is a discrepancy in how different scrips
> access the BOM table. Some of them do this
>
> AND bom.effectiveafter < '" . Date('Y-m-d') . "'
> AND (bom.effectiveto > '" . Date('Y-m-d') . "'
> OR bom.effectiveto='0000-00-00')";
>
> Others have
> AND bom.effectiveto >= '" . date('Y-m-d') . "'
> AND bom.effectiveafter <= '" . date('Y-m-d') . "'";
>
> And yet others do not check effective dates at all.
>
> I would like to fix this, but I am not sure if I am supposed to use '>'
> or '>='.
>
> Thanks,
>
> Vitaly
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
--
gilberto dos santos alves
+55(11)9-8646-5049
sao paulo - sp - brasil
|
|
From: Andrew G. <aga...@re...> - 2015-01-21 20:06:37
Attachments:
image003.jpg
|
Also which version of the code? Best Regards, Andrew Galuski ResMart LLC. 817.615.2038 (Office) 817.821.0544 (Cell) www.resmart.com<http://www.resmart.com> [resmart_logo] From: gilberto dos santos alves [mailto:gs...@gm...] Sent: Wednesday, January 21, 2015 1:50 PM To: webERP Developers Subject: Re: [WebERP-developers] BOM effective dates mismatch Hi. Please could you describe (if possible) what scripts you are talking (tools like diff or others similar). Thanks for your time. 2015-01-21 16:48 GMT-02:00 Vitaly Shevkunov <vsh...@so...<mailto:vsh...@so...>>: Hello all, I just noticed, that there is a discrepancy in how different scrips access the BOM table. Some of them do this AND bom.effectiveafter < '" . Date('Y-m-d') . "' AND (bom.effectiveto > '" . Date('Y-m-d') . "' OR bom.effectiveto='0000-00-00')"; Others have AND bom.effectiveto >= '" . date('Y-m-d') . "' AND bom.effectiveafter <= '" . date('Y-m-d') . "'"; And yet others do not check effective dates at all. I would like to fix this, but I am not sure if I am supposed to use '>' or '>='. Thanks, Vitaly ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers -- gilberto dos santos alves +55(11)9-8646-5049 sao paulo - sp - brasil |
|
From: Vitaly S. <vsh...@so...> - 2015-01-21 20:31:07
|
This is the current trunk revision 7091. Some of the files are BOMExtendedQty.php, BOMIndented.php, BOMInquiry.php, SQL_CommonFunctions.inc and some other. Vitaly On 1/21/2015 1:51 PM, Andrew Galuski wrote: > > Also which version of the code? > > Best Regards, > > Andrew Galuski > > ResMart LLC. > > 817.615.2038 (Office) > > 817.821.0544 (Cell) > > www.resmart.com <http://www.resmart.com> > > resmart_logo > > *From:*gilberto dos santos alves [mailto:gs...@gm...] > *Sent:* Wednesday, January 21, 2015 1:50 PM > *To:* webERP Developers > *Subject:* Re: [WebERP-developers] BOM effective dates mismatch > > Hi. Please could you describe (if possible) what scripts you are > talking (tools like diff or others similar). Thanks for your time. > > 2015-01-21 16:48 GMT-02:00 Vitaly Shevkunov <vsh...@so... > <mailto:vsh...@so...>>: > > Hello all, > > I just noticed, that there is a discrepancy in how different scrips > access the BOM table. Some of them do this > > AND bom.effectiveafter < '" . Date('Y-m-d') . "' > AND (bom.effectiveto > '" . Date('Y-m-d') . "' > OR bom.effectiveto='0000-00-00')"; > > Others have > AND bom.effectiveto >= '" . date('Y-m-d') . "' > AND bom.effectiveafter <= '" . date('Y-m-d') . "'"; > > And yet others do not check effective dates at all. > > I would like to fix this, but I am not sure if I am supposed to use '>' > or '>='. > > Thanks, > > Vitaly > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > -- > > gilberto dos santos alves > +55(11)9-8646-5049 > sao paulo - sp - brasil > > > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > No virus found in this message. > Checked by AVG - www.avg.com <http://www.avg.com> > Version: 2015.0.5645 / Virus Database: 4260/8972 - Release Date: 01/21/15 > |
|
From: Phil D. <ph...@lo...> - 2015-01-22 04:43:31
|
All scripts should be checking the effectivity dates.
effectiveafter <= '" . date('Y-m-d') . "' AND effectiveto > '" .
date('Y-m-d') . "'
Phil
Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz
On 22/01/15 07:48, Vitaly Shevkunov wrote:
> te('Y-m-dHello all,
>
> I just noticed, that there is a discrepancy in how different scrips
> access the BOM table. Some of them do this
>
> AND bom.effectiveafter < '" . Date('Y-m-d') . "'
> AND (bom.effectiveto > '" . Date('Y-m-d') . "'
> OR bom.effectiveto='0000-00-00')";
>
> Others have
> AND bom.effectiveto >= '" . date('Y-m-d') . "'
> AND bom.effectiveafter <= '" . date('Y-m-d') . "'";
>
> And yet others do not check effective dates at all.
>
> I would like to fix this, but I am not sure if I am supposed to use '>'
> or '>='.
>
> Thanks,
>
> Vitaly
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
|
|
From: gilberto d. s. a. <gs...@gm...> - 2015-01-21 17:28:21
|
IMO +1 for new release, despite all effort necessary. Other important thing is when anyone go to download weberp will find many issues solved. Regards. 2015-01-21 3:38 GMT-02:00 Phil Daintree <ph...@lo...>: > Rafael suggested we go for a new version recently. > We last released in October - I thought it was more recent than that. > There are a few bug fixes in there and a whole load of work I did to > change the DB_query() calls to exclude the global $db in them. Would be > interested to know what others think about another release now? > > -- > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > -- gilberto dos santos alves +55(11)9-8646-5049 sao paulo - sp - brasil |
|
From: Andrew G. <aga...@re...> - 2015-01-21 19:35:05
Attachments:
image003.jpg
|
Hello Rafael, Yes - I try to incorporate as ,much as I can into the main trunk. Very rarely I see a specific business need that I keep to myself and 1 major change wasn’t quite accepted in the trunk ☹ even though I think it is a good feature. So that one will be more work for me to incorporate Best Regards, Andrew Galuski ResMart LLC. 817.615.2038 (Office) 817.821.0544 (Cell) www.resmart.com<http://www.resmart.com> [resmart_logo] From: Rafael Chacón [mailto:raf...@gm...] Sent: Wednesday, January 21, 2015 1:01 PM To: webERP Developers Subject: Re: [WebERP-developers] New version Hi Andrew, Yes, I understand. For me, always a new version involves an effort to compare new version with customised versions. At the beginning, as a newbie, I made the mistake of doing several customised versions. Now, I prefer to not do customized versions (the update is a headache). Instead, I prefer to include new features in the webERP main version if it make sense. I am trying to move those customisation to main code. Lucky, except forms, I eliminated the other customisations For modifications done, is it possible to incorporate them as new features or options? Maybe we can join efforts in that way. Best regards, Rafael. 2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...<mailto:raf...@gm...>>: Hi, IMHO, the arguments for a new version are: 1. As a Software Libre (free and open source software) A new version is a way to share the changes made to the shared code. A new version fixes bugs and adds new features, and makes them available to everyone (not just developers and testers). I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, etc.). It could be in May and November of each year. In this way, we can schedule advertising and do intensive testing in April and October. 2. A specific new release after 4.11.5 + The release is 4.11.5 came out between some modifications and its bug fixes. So if someone uses 4.11.5, he will have a version with bugs that are already fixed. + Since version 4.11.5 to today, there have been many changes. These charges are important. E.g.: db-function, Z_UpdateItemCosts.php, CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. Some of them involves databases changes. I suggest a new version to not comprise an installation with bugs already fixed. It could be 4.11.5.b (with only the bug fixes added) or a new release 4.12. Best regads, Rafael. 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...<mailto:ph...@lo...>>: Re: [WebERP-developers] New version.eml Subject: Re: [WebERP-developers] New version From: Tim Schofield <tim...@gm...><mailto:tim...@gm...> Date: 22/01/15 03:46 To: webERP Developers <web...@li...><mailto:web...@li...> Mostly just a warning. DB_query() is defined as function DB_query ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it will assume the error message to be the value of $db so you will just get a wrong type warning. However if you did a call such as DB_query ($SQL, $db, 'Error Message', 'Debug Message', false, true); you will get an error as there are an incorrect number of parameters used. Either way you should get rid of all $db except those in the ConnectDB_*.inc files Thanks Tim On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...><mailto:aga...@re...> wrote: IOn 22/01/15 03:03, Andrew Galuski wrote: It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? Best Regards, Andrew Galuski -----Original Message----- From: Phil Daintree [mailto:ph...@lo...] Sent: Tuesday, January 20, 2015 11:38 PM To: webERP Developers Subject: [WebERP-developers] New version Rafael suggested we go for a new version recently. We last released in October - I thought it was more recent than that. There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Andrew G. <aga...@re...> - 2015-01-22 04:50:55
Attachments:
ATT00001.jpg
|
No need for a parameter and the code added didn't require using the new functionality. Anybody with security to invoice can skip picking and shipping and invoice directly. If picking already done somebody with permissions to invoice can skip 'shipping' step as well. However if you wish to use it you can send picklists to the warehouse and they can pick and print packing slips (including lot/serial details). Shipping is done by warehouse and invoice is just a confirmation / 1 click. Has been used now for multiple months in a multi-user environment. Even for credit/rebills accounting goes through pick/pack/ship process because they like it and the paperwork. People used too existing process just continue to use it. Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Phil Daintree Sent: Wednesday, January 21, 2015 10:26 PM To: webERP Developers Reply To: webERP Developers Subject: Re: [WebERP-developers] New version The feature that you think is good that we didn't include was the separation of picking and confirming/invoicing as I recall which added another layer into the workflow which couldn't be circumvented. If it could be circumvented to retain the existing workflow using a parameter then I'd be keen ... I just didn't want to add functionality that people who are used to webERP would be forced to use. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 22/01/15 08:20, Andrew Galuski wrote: Hello Rafael, Yes - I try to incorporate as ,much as I can into the main trunk. Very rarely I see a specific business need that I keep to myself and 1 major change wasn’t quite accepted in the trunk ☹ even though I think it is a good feature. So that one will be more work for me to incorporate Best Regards, Andrew Galuski ResMart LLC. 817.615.2038 (Office) 817.821.0544 (Cell) www.resmart.com<http://www.resmart.com> [resmart_logo] From: Rafael Chacón [mailto:raf...@gm...] Sent: Wednesday, January 21, 2015 1:01 PM To: webERP Developers Subject: Re: [WebERP-developers] New version Hi Andrew, Yes, I understand. For me, always a new version involves an effort to compare new version with customised versions. At the beginning, as a newbie, I made the mistake of doing several customised versions. Now, I prefer to not do customized versions (the update is a headache). Instead, I prefer to include new features in the webERP main version if it make sense. I am trying to move those customisation to main code. Lucky, except forms, I eliminated the other customisations For modifications done, is it possible to incorporate them as new features or options? Maybe we can join efforts in that way. Best regards, Rafael. 2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...<mailto:raf...@gm...>>: Hi, IMHO, the arguments for a new version are: 1. As a Software Libre (free and open source software) A new version is a way to share the changes made to the shared code. A new version fixes bugs and adds new features, and makes them available to everyone (not just developers and testers). I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, etc.). It could be in May and November of each year. In this way, we can schedule advertising and do intensive testing in April and October. 2. A specific new release after 4.11.5 + The release is 4.11.5 came out between some modifications and its bug fixes. So if someone uses 4.11.5, he will have a version with bugs that are already fixed. + Since version 4.11.5 to today, there have been many changes. These charges are important. E.g.: db-function, Z_UpdateItemCosts.php, CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. Some of them involves databases changes. I suggest a new version to not comprise an installation with bugs already fixed. It could be 4.11.5.b (with only the bug fixes added) or a new release 4.12. Best regads, Rafael. 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...<mailto:ph...@lo...>>: Re: [WebERP-developers] New version.eml Subject: Re: [WebERP-developers] New version From: Tim Schofield <tim...@gm...><mailto:tim...@gm...> Date: 22/01/15 03:46 To: webERP Developers <web...@li...><mailto:web...@li...> Mostly just a warning. DB_query() is defined as function DB_query ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it will assume the error message to be the value of $db so you will just get a wrong type warning. However if you did a call such as DB_query ($SQL, $db, 'Error Message', 'Debug Message', false, true); you will get an error as there are an incorrect number of parameters used. Either way you should get rid of all $db except those in the ConnectDB_*.inc files Thanks Tim On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...><mailto:aga...@re...> wrote: IOn 22/01/15 03:03, Andrew Galuski wrote: It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? Best Regards, Andrew Galuski -----Original Message----- From: Phil Daintree [mailto:ph...@lo...] Sent: Tuesday, January 20, 2015 11:38 PM To: webERP Developers Subject: [WebERP-developers] New version Rafael suggested we go for a new version recently. We last released in October - I thought it was more recent than that. There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2015-01-22 04:25:00
|
The feature that you think is good that we didn't include was the separation of picking and confirming/invoicing as I recall which added another layer into the workflow which couldn't be circumvented. If it could be circumvented to retain the existing workflow using a parameter then I'd be keen ... I just didn't want to add functionality that people who are used to webERP would be forced to use. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 22/01/15 08:20, Andrew Galuski wrote: > > Hello Rafael, > > Yes - I try to incorporate as ,much as I can into the main trunk. > Very rarely I see a specific business need that I keep to myself and 1 > major change wasn’t quite accepted in the trunk Leven though I think > it is a good feature. So that one will be more work for me to incorporate > > Best Regards, > > Andrew Galuski > > ResMart LLC. > > 817.615.2038 (Office) > > 817.821.0544 (Cell) > > www.resmart.com <http://www.resmart.com> > > resmart_logo > > *From:*Rafael Chacón [mailto:raf...@gm...] > *Sent:* Wednesday, January 21, 2015 1:01 PM > *To:* webERP Developers > *Subject:* Re: [WebERP-developers] New version > > Hi Andrew, > > Yes, I understand. For me, always a new version involves an effort to > compare new version with customised versions. > At the beginning, as a newbie, I made the mistake of doing several > customised versions. Now, I prefer to not do customized versions (the > update is a headache). Instead, I prefer to include new features in > the webERP main version if it make sense. I am trying to move those > customisation to main code. Lucky, except forms, I eliminated the > other customisations > > For modifications done, is it possible to incorporate them as new > features or options? Maybe we can join efforts in that way. > > Best regards, Rafael. > > 2015-01-21 12:47 GMT-06:00 Rafael Chacón > <raf...@gm... <mailto:raf...@gm...>>: > > Hi, > > IMHO, the arguments for a new version are: > > 1. As a Software Libre (free and open source software) > > A new version is a way to share the changes made to the shared code. A > new version fixes bugs and adds new features, and makes them available > to everyone (not just developers and testers). > I suggest twice a year, as other Software Libre does (Ubuntu, > LibreOffice, etc.). It could be in May and November of each year. In > this way, we can schedule advertising and do intensive testing in > April and October. > > 2. A specific new release after 4.11.5 > > + The release is 4.11.5 came out between some modifications and its > bug fixes. So if someone uses 4.11.5, he will have a version with bugs > that are already fixed. > + Since version 4.11.5 to today, there have been many changes. These > charges are important. E.g.: db-function, Z_UpdateItemCosts.php, > CustomerBalancesMovement.php, new Quality Module, translation scripts, > etc. Some of them involves databases changes. > > I suggest a new version to not comprise an installation with bugs > already fixed. It could be 4.11.5.b (with only the bug fixes added) or > a new release 4.12. > > Best regads, Rafael. > > 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo... > <mailto:ph...@lo...>>: > > Re: [WebERP-developers] New version.eml > > Subject: > > Re: [WebERP-developers] New version > > From: > > Tim Schofield <tim...@gm...> > <mailto:tim...@gm...> > > Date: > > 22/01/15 03:46 > > To: > > webERP Developers <web...@li...> > <mailto:web...@li...> > > Mostly just a warning. DB_query() is defined as function DB_query > > ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, > > $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it > > will assume the error message to be the value of $db so you will just > > get a wrong type warning. > > > > However if you did a call such as DB_query ($SQL, $db, 'Error > > Message', 'Debug Message', false, true); you will get an error as > > there are an incorrect number of parameters used. > > > > Either way you should get rid of all $db except those in the > > ConnectDB_*.inc files > > > > Thanks > > Tim > > > > On 21 January 2015 at 14:03, Andrew Galuski<aga...@re...> <mailto:aga...@re...> wrote: > > IOn 22/01/15 03:03, Andrew Galuski wrote: > > It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) > > Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? > > > > Best Regards, > > Andrew Galuski > > > > > > -----Original Message----- > > From: Phil Daintree [mailto:ph...@lo...] > > Sent: Tuesday, January 20, 2015 11:38 PM > > To: webERP Developers > > Subject: [WebERP-developers] New version > > > > Rafael suggested we go for a new version recently. > > We last released in October - I thought it was more recent than that. > > There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? > > > > -- > > Phil > > > > Phil Daintree > > Logic Works Ltd - +64 (0)275 567890 > > http://www.logicworks.co.nz > > > > > > ------------------------------------------------------------------------------ > > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > > GigeNET is offering a free month of service with a new server in Ashburn. > > Choose from 2 high performing configs, both with 100TB of bandwidth. > > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > > http://p.sf.net/sfu/gigenet > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... <mailto:Web...@li...> > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------------------------------ > > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > > GigeNET is offering a free month of service with a new server in Ashburn. > > Choose from 2 high performing configs, both with 100TB of bandwidth. > > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > > http://p.sf.net/sfu/gigenet > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... <mailto:Web...@li...> > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in > Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely > compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2015-01-22 04:38:18
|
I used this to do the whole lot in one go, I figured it would be too
risky to do it manually as I would have missed some for sure. May help
you blast the remaining ones in your modified code.
>find /usr/share/nginx/html/webERP/ -type f -name "*.php" -name "*.inc"
-exec sed -i -e '/.*[dD][bB]_[Qq]uery.*,.*/s/$db//g' {} \;
where
/usr/share/nginx/html/webERP/
is the path to my working copy.
Phil
Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz
On 22/01/15 03:03, Andrew Galuski wrote:
> It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)
> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?
>
> Best Regards,
> Andrew Galuski
>
>
> -----Original Message-----
> From: Phil Daintree [mailto:ph...@lo...]
> Sent: Tuesday, January 20, 2015 11:38 PM
> To: webERP Developers
> Subject: [WebERP-developers] New version
>
> Rafael suggested we go for a new version recently.
> We last released in October - I thought it was more recent than that.
> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?
>
> --
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890
> http://www.logicworks.co.nz
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
|
|
From: Andrew G. <aga...@re...> - 2015-01-22 04:41:07
|
Thanks.
Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network.
Original Message
From: Phil Daintree
Sent: Wednesday, January 21, 2015 10:39 PM
To: webERP Developers
Reply To: webERP Developers
Subject: Re: [WebERP-developers] New version
I used this to do the whole lot in one go, I figured it would be too
risky to do it manually as I would have missed some for sure. May help
you blast the remaining ones in your modified code.
>find /usr/share/nginx/html/webERP/ -type f -name "*.php" -name "*.inc"
-exec sed -i -e '/.*[dD][bB]_[Qq]uery.*,.*/s/$db//g' {} \;
where
/usr/share/nginx/html/webERP/
is the path to my working copy.
Phil
Phil Daintree
Logic Works Ltd - +64 (0)275 567890
http://www.logicworks.co.nz
On 22/01/15 03:03, Andrew Galuski wrote:
> It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing)
> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning?
>
> Best Regards,
> Andrew Galuski
>
>
> -----Original Message-----
> From: Phil Daintree [mailto:ph...@lo...]
> Sent: Tuesday, January 20, 2015 11:38 PM
> To: webERP Developers
> Subject: [WebERP-developers] New version
>
> Rafael suggested we go for a new version recently.
> We last released in October - I thought it was more recent than that.
> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now?
>
> --
> Phil
>
> Phil Daintree
> Logic Works Ltd - +64 (0)275 567890
> http://www.logicworks.co.nz
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Web-erp-developers mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/web-erp-developers
|
|
From: Phil D. <ph...@lo...> - 2015-01-22 05:34:24
|
Well on that basis, if it is easy to bring it in - would be great! Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 22/01/15 17:50, Andrew Galuski wrote: > No need for a parameter and the code added didn't require using the > new functionality. Anybody with security to invoice can skip picking > and shipping and invoice directly. If picking already done somebody > with permissions to invoice can skip 'shipping' step as well. However > if you wish to use it you can send picklists to the warehouse and > they can pick and print packing slips (including lot/serial details). > Shipping is done by warehouse and invoice is just a confirmation / 1 > click. Has been used now for multiple months in a multi-user > environment. Even for credit/rebills accounting goes through > pick/pack/ship process because they like it and the paperwork. > People used too existing process just continue to use it. > > > Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE > network. > *From: *Phil Daintree > *Sent: *Wednesday, January 21, 2015 10:26 PM > *To: *webERP Developers > *Reply To: *webERP Developers > *Subject: *Re: [WebERP-developers] New version > > > The feature that you think is good that we didn't include was the > separation of picking and confirming/invoicing as I recall which added > another layer into the workflow which couldn't be circumvented. If it > could be circumvented to retain the existing workflow using a > parameter then I'd be keen ... I just didn't want to add functionality > that people who are used to webERP would be forced to use. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > On 22/01/15 08:20, Andrew Galuski wrote: >> >> Hello Rafael, >> >> Yes - I try to incorporate as ,much as I can into the main trunk. >> Very rarely I see a specific business need that I keep to myself and >> 1 major change wasn’t quite accepted in the trunk Leven though I >> think it is a good feature. So that one will be more work for me to >> incorporate >> >> Best Regards, >> >> Andrew Galuski >> >> ResMart LLC. >> >> 817.615.2038 (Office) >> >> 817.821.0544 (Cell) >> >> www.resmart.com <http://www.resmart.com> >> >> resmart_logo >> >> *From:*Rafael Chacón [mailto:raf...@gm...] >> *Sent:* Wednesday, January 21, 2015 1:01 PM >> *To:* webERP Developers >> *Subject:* Re: [WebERP-developers] New version >> >> Hi Andrew, >> >> Yes, I understand. For me, always a new version involves an effort to >> compare new version with customised versions. >> At the beginning, as a newbie, I made the mistake of doing several >> customised versions. Now, I prefer to not do customized versions (the >> update is a headache). Instead, I prefer to include new features in >> the webERP main version if it make sense. I am trying to move those >> customisation to main code. Lucky, except forms, I eliminated the >> other customisations >> >> For modifications done, is it possible to incorporate them as new >> features or options? Maybe we can join efforts in that way. >> >> Best regards, Rafael. >> >> 2015-01-21 12:47 GMT-06:00 Rafael Chacón >> <raf...@gm... <mailto:raf...@gm...>>: >> >> Hi, >> >> IMHO, the arguments for a new version are: >> >> 1. As a Software Libre (free and open source software) >> >> A new version is a way to share the changes made to the shared code. >> A new version fixes bugs and adds new features, and makes them >> available to everyone (not just developers and testers). >> I suggest twice a year, as other Software Libre does (Ubuntu, >> LibreOffice, etc.). It could be in May and November of each year. In >> this way, we can schedule advertising and do intensive testing in >> April and October. >> >> 2. A specific new release after 4.11.5 >> >> + The release is 4.11.5 came out between some modifications and its >> bug fixes. So if someone uses 4.11.5, he will have a version with >> bugs that are already fixed. >> + Since version 4.11.5 to today, there have been many changes. These >> charges are important. E.g.: db-function, Z_UpdateItemCosts.php, >> CustomerBalancesMovement.php, new Quality Module, translation >> scripts, etc. Some of them involves databases changes. >> >> I suggest a new version to not comprise an installation with bugs >> already fixed. It could be 4.11.5.b (with only the bug fixes added) >> or a new release 4.12. >> >> Best regads, Rafael. >> >> 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo... >> <mailto:ph...@lo...>>: >> >> Re: [WebERP-developers] New version.eml >> >> Subject: >> >> Re: [WebERP-developers] New version >> >> From: >> >> Tim Schofield <tim...@gm...> >> <mailto:tim...@gm...> >> >> Date: >> >> 22/01/15 03:46 >> >> To: >> >> webERP Developers <web...@li...> >> <mailto:web...@li...> >> >> Mostly just a warning. DB_query() is defined as function DB_query >> >> ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, >> >> $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it >> >> will assume the error message to be the value of $db so you will just >> >> get a wrong type warning. >> >> >> >> However if you did a call such as DB_query ($SQL, $db, 'Error >> >> Message', 'Debug Message', false, true); you will get an error as >> >> there are an incorrect number of parameters used. >> >> >> >> Either way you should get rid of all $db except those in the >> >> ConnectDB_*.inc files >> >> >> >> Thanks >> >> Tim >> >> >> >> On 21 January 2015 at 14:03, Andrew Galuski<aga...@re...> <mailto:aga...@re...> wrote: >> >> IOn 22/01/15 03:03, Andrew Galuski wrote: >> >> It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) >> >> Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? >> >> >> >> Best Regards, >> >> Andrew Galuski >> >> >> >> >> >> -----Original Message----- >> >> From: Phil Daintree [mailto:ph...@lo...] >> >> Sent: Tuesday, January 20, 2015 11:38 PM >> >> To: webERP Developers >> >> Subject: [WebERP-developers] New version >> >> >> >> Rafael suggested we go for a new version recently. >> >> We last released in October - I thought it was more recent than that. >> >> There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? >> >> >> >> -- >> >> Phil >> >> >> >> Phil Daintree >> >> Logic Works Ltd - +64 (0)275 567890 >> >> http://www.logicworks.co.nz >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> >> GigeNET is offering a free month of service with a new server in Ashburn. >> >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> >> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >> >> http://p.sf.net/sfu/gigenet >> >> _______________________________________________ >> >> Web-erp-developers mailing list >> >> Web...@li... <mailto:Web...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> ------------------------------------------------------------------------------ >> >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> >> GigeNET is offering a free month of service with a new server in Ashburn. >> >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> >> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >> >> http://p.sf.net/sfu/gigenet >> >> _______________________________________________ >> >> Web-erp-developers mailing list >> >> Web...@li... <mailto:Web...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in >> Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely >> compliant. >> http://p.sf.net/sfu/gigenet >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> <mailto:Web...@li...> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> ------------------------------------------------------------------------------ >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >> GigeNET is offering a free month of service with a new server in Ashburn. >> Choose from 2 high performing configs, both with 100TB of bandwidth. >> Higher redundancy.Lower latency.Increased capacity.Completely compliant. >> http://p.sf.net/sfu/gigenet >> >> >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Andrew G. <aga...@re...> - 2015-01-22 11:18:59
Attachments:
ATT00001.jpg
|
I will work on it! Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Phil Daintree Sent: Wednesday, January 21, 2015 11:35 PM To: webERP Developers Reply To: webERP Developers Subject: Re: [WebERP-developers] New version Well on that basis, if it is easy to bring it in - would be great! Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 22/01/15 17:50, Andrew Galuski wrote: No need for a parameter and the code added didn't require using the new functionality. Anybody with security to invoice can skip picking and shipping and invoice directly. If picking already done somebody with permissions to invoice can skip 'shipping' step as well. However if you wish to use it you can send picklists to the warehouse and they can pick and print packing slips (including lot/serial details). Shipping is done by warehouse and invoice is just a confirmation / 1 click. Has been used now for multiple months in a multi-user environment. Even for credit/rebills accounting goes through pick/pack/ship process because they like it and the paperwork. People used too existing process just continue to use it. Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Phil Daintree Sent: Wednesday, January 21, 2015 10:26 PM To: webERP Developers Reply To: webERP Developers Subject: Re: [WebERP-developers] New version The feature that you think is good that we didn't include was the separation of picking and confirming/invoicing as I recall which added another layer into the workflow which couldn't be circumvented. If it could be circumvented to retain the existing workflow using a parameter then I'd be keen ... I just didn't want to add functionality that people who are used to webERP would be forced to use. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 22/01/15 08:20, Andrew Galuski wrote: Hello Rafael, Yes - I try to incorporate as ,much as I can into the main trunk. Very rarely I see a specific business need that I keep to myself and 1 major change wasn’t quite accepted in the trunk ☹ even though I think it is a good feature. So that one will be more work for me to incorporate Best Regards, Andrew Galuski ResMart LLC. 817.615.2038 (Office) 817.821.0544 (Cell) www.resmart.com<http://www.resmart.com> [resmart_logo] From: Rafael Chacón [mailto:raf...@gm...] Sent: Wednesday, January 21, 2015 1:01 PM To: webERP Developers Subject: Re: [WebERP-developers] New version Hi Andrew, Yes, I understand. For me, always a new version involves an effort to compare new version with customised versions. At the beginning, as a newbie, I made the mistake of doing several customised versions. Now, I prefer to not do customized versions (the update is a headache). Instead, I prefer to include new features in the webERP main version if it make sense. I am trying to move those customisation to main code. Lucky, except forms, I eliminated the other customisations For modifications done, is it possible to incorporate them as new features or options? Maybe we can join efforts in that way. Best regards, Rafael. 2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...<mailto:raf...@gm...>>: Hi, IMHO, the arguments for a new version are: 1. As a Software Libre (free and open source software) A new version is a way to share the changes made to the shared code. A new version fixes bugs and adds new features, and makes them available to everyone (not just developers and testers). I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, etc.). It could be in May and November of each year. In this way, we can schedule advertising and do intensive testing in April and October. 2. A specific new release after 4.11.5 + The release is 4.11.5 came out between some modifications and its bug fixes. So if someone uses 4.11.5, he will have a version with bugs that are already fixed. + Since version 4.11.5 to today, there have been many changes. These charges are important. E.g.: db-function, Z_UpdateItemCosts.php, CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. Some of them involves databases changes. I suggest a new version to not comprise an installation with bugs already fixed. It could be 4.11.5.b (with only the bug fixes added) or a new release 4.12. Best regads, Rafael. 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...<mailto:ph...@lo...>>: Re: [WebERP-developers] New version.eml Subject: Re: [WebERP-developers] New version From: Tim Schofield <tim...@gm...><mailto:tim...@gm...> Date: 22/01/15 03:46 To: webERP Developers <web...@li...><mailto:web...@li...> Mostly just a warning. DB_query() is defined as function DB_query ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it will assume the error message to be the value of $db so you will just get a wrong type warning. However if you did a call such as DB_query ($SQL, $db, 'Error Message', 'Debug Message', false, true); you will get an error as there are an incorrect number of parameters used. Either way you should get rid of all $db except those in the ConnectDB_*.inc files Thanks Tim On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...><mailto:aga...@re...> wrote: IOn 22/01/15 03:03, Andrew Galuski wrote: It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? Best Regards, Andrew Galuski -----Original Message----- From: Phil Daintree [mailto:ph...@lo...] Sent: Tuesday, January 20, 2015 11:38 PM To: webERP Developers Subject: [WebERP-developers] New version Rafael suggested we go for a new version recently. We last released in October - I thought it was more recent than that. There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Pak R. <pak...@gm...> - 2015-01-22 09:25:26
Attachments:
image003.jpg
|
Hi all: Specially for Andrew and those having a nightmare each time a new version is released: I WAS having all this nightmare and cold sweat each time a new version was released until Tim pointed me to gitHub and now merging any release won't take me more than 1 hour. As user interface, I'm using SourceTree, extremelly simple. Set up was: Open an account in BitBucket (free and can keep private repositories) use the SVN webERP release as the main branch of the project. Pick the webERP version you already merged (without any change, the "official" one). Create a branch with your current code. Then commit the newest release always to main and your changes to your branch. Merging is then stupid-proof and works magically. The hours you will spend setting it up is well worth it. Now I merge every few weeks, just to enjoy the last feautres and bug fixes without the pain. "No pain, big gain". All credit goes to Tim, who helped me and guided during setup. Regrettably I can't find the email where he explained all the techy details. Regards, Ricard 2015-01-22 3:20 GMT+08:00 Andrew Galuski <aga...@re...>: > Hello Rafael, > > Yes - I try to incorporate as ,much as I can into the main trunk. Very > rarely I see a specific business need that I keep to myself and 1 major > change wasn’t quite accepted in the trunk L even though I think it is a > good feature. So that one will be more work for me to incorporate > > > > Best Regards, > > Andrew Galuski > > ResMart LLC. > > 817.615.2038 (Office) > > 817.821.0544 (Cell) > > www.resmart.com > > [image: resmart_logo] > > > > *From:* Rafael Chacón [mailto:raf...@gm...] > *Sent:* Wednesday, January 21, 2015 1:01 PM > *To:* webERP Developers > *Subject:* Re: [WebERP-developers] New version > > > > Hi Andrew, > > Yes, I understand. For me, always a new version involves an effort to > compare new version with customised versions. > At the beginning, as a newbie, I made the mistake of doing several > customised versions. Now, I prefer to not do customized versions (the > update is a headache). Instead, I prefer to include new features in the > webERP main version if it make sense. I am trying to move those > customisation to main code. Lucky, except forms, I eliminated the other > customisations > > For modifications done, is it possible to incorporate them as new features > or options? Maybe we can join efforts in that way. > > Best regards, Rafael. > > > > > > 2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...>: > > Hi, > > IMHO, the arguments for a new version are: > > 1. As a Software Libre (free and open source software) > > A new version is a way to share the changes made to the shared code. A new > version fixes bugs and adds new features, and makes them available to > everyone (not just developers and testers). > I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, > etc.). It could be in May and November of each year. In this way, we can > schedule advertising and do intensive testing in April and October. > > 2. A specific new release after 4.11.5 > > + The release is 4.11.5 came out between some modifications and its bug > fixes. So if someone uses 4.11.5, he will have a version with bugs that are > already fixed. > + Since version 4.11.5 to today, there have been many changes. These > charges are important. E.g.: db-function, Z_UpdateItemCosts.php, > CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. > Some of them involves databases changes. > > I suggest a new version to not comprise an installation with bugs already > fixed. It could be 4.11.5.b (with only the bug fixes added) or a new > release 4.12. > > Best regads, Rafael. > > > > > > 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...>: > > > > Re: [WebERP-developers] New version.eml > > Subject: > > Re: [WebERP-developers] New version > > From: > > Tim Schofield <tim...@gm...> <tim...@gm...> > > Date: > > 22/01/15 03:46 > > > > To: > > webERP Developers <web...@li...> > <web...@li...> > > > > Mostly just a warning. DB_query() is defined as function DB_query > > ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, > > $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it > > will assume the error message to be the value of $db so you will just > > get a wrong type warning. > > > > However if you did a call such as DB_query ($SQL, $db, 'Error > > Message', 'Debug Message', false, true); you will get an error as > > there are an incorrect number of parameters used. > > > > Either way you should get rid of all $db except those in the > > ConnectDB_*.inc files > > > > Thanks > > Tim > > > > On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...> <aga...@re...> wrote: > > IOn 22/01/15 03:03, Andrew Galuski wrote: > > It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) > > Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? > > > > Best Regards, > > Andrew Galuski > > > > > > -----Original Message----- > > From: Phil Daintree [mailto:ph...@lo... <ph...@lo...>] > > Sent: Tuesday, January 20, 2015 11:38 PM > > To: webERP Developers > > Subject: [WebERP-developers] New version > > > > Rafael suggested we go for a new version recently. > > We last released in October - I thought it was more recent than that. > > There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? > > > > -- > > Phil > > > > Phil Daintree > > Logic Works Ltd - +64 (0)275 567890 > > http://www.logicworks.co.nz > > > > > > ------------------------------------------------------------------------------ > > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > > GigeNET is offering a free month of service with a new server in Ashburn. > > Choose from 2 high performing configs, both with 100TB of bandwidth. > > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > > http://p.sf.net/sfu/gigenet > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > ------------------------------------------------------------------------------ > > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > > GigeNET is offering a free month of service with a new server in Ashburn. > > Choose from 2 high performing configs, both with 100TB of bandwidth. > > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > > http://p.sf.net/sfu/gigenet > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Andrew G. <aga...@re...> - 2015-01-22 11:18:12
Attachments:
image003.jpg
|
Started this but never finished the setup! I think I need to revisit it. Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Pak Ricard Sent: Thursday, January 22, 2015 3:26 AM To: webERP Developers Reply To: webERP Developers Subject: Re: [WebERP-developers] New version Hi all: Specially for Andrew and those having a nightmare each time a new version is released: I WAS having all this nightmare and cold sweat each time a new version was released until Tim pointed me to gitHub and now merging any release won't take me more than 1 hour. As user interface, I'm using SourceTree, extremelly simple. Set up was: Open an account in BitBucket (free and can keep private repositories) use the SVN webERP release as the main branch of the project. Pick the webERP version you already merged (without any change, the "official" one). Create a branch with your current code. Then commit the newest release always to main and your changes to your branch. Merging is then stupid-proof and works magically. The hours you will spend setting it up is well worth it. Now I merge every few weeks, just to enjoy the last feautres and bug fixes without the pain. "No pain, big gain". All credit goes to Tim, who helped me and guided during setup. Regrettably I can't find the email where he explained all the techy details. Regards, Ricard 2015-01-22 3:20 GMT+08:00 Andrew Galuski <aga...@re...<mailto:aga...@re...>>: Hello Rafael, Yes - I try to incorporate as ,much as I can into the main trunk. Very rarely I see a specific business need that I keep to myself and 1 major change wasn’t quite accepted in the trunk :( even though I think it is a good feature. So that one will be more work for me to incorporate Best Regards, Andrew Galuski ResMart LLC. 817.615.2038<tel:817.615.2038> (Office) 817.821.0544<tel:817.821.0544> (Cell) www.resmart.com<http://www.resmart.com> [resmart_logo] From: Rafael Chacón [mailto:raf...@gm...<mailto:raf...@gm...>] Sent: Wednesday, January 21, 2015 1:01 PM To: webERP Developers Subject: Re: [WebERP-developers] New version Hi Andrew, Yes, I understand. For me, always a new version involves an effort to compare new version with customised versions. At the beginning, as a newbie, I made the mistake of doing several customised versions. Now, I prefer to not do customized versions (the update is a headache). Instead, I prefer to include new features in the webERP main version if it make sense. I am trying to move those customisation to main code. Lucky, except forms, I eliminated the other customisations For modifications done, is it possible to incorporate them as new features or options? Maybe we can join efforts in that way. Best regards, Rafael. 2015-01-21 12:47 GMT-06:00 Rafael Chacón <raf...@gm...<mailto:raf...@gm...>>: Hi, IMHO, the arguments for a new version are: 1. As a Software Libre (free and open source software) A new version is a way to share the changes made to the shared code. A new version fixes bugs and adds new features, and makes them available to everyone (not just developers and testers). I suggest twice a year, as other Software Libre does (Ubuntu, LibreOffice, etc.). It could be in May and November of each year. In this way, we can schedule advertising and do intensive testing in April and October. 2. A specific new release after 4.11.5 + The release is 4.11.5 came out between some modifications and its bug fixes. So if someone uses 4.11.5, he will have a version with bugs that are already fixed. + Since version 4.11.5 to today, there have been many changes. These charges are important. E.g.: db-function, Z_UpdateItemCosts.php, CustomerBalancesMovement.php, new Quality Module, translation scripts, etc. Some of them involves databases changes. I suggest a new version to not comprise an installation with bugs already fixed. It could be 4.11.5.b (with only the bug fixes added) or a new release 4.12. Best regads, Rafael. 2015-01-21 12:06 GMT-06:00 Phil Daintree <ph...@lo...<mailto:ph...@lo...>>: Re: [WebERP-developers] New version.eml Subject: Re: [WebERP-developers] New version From: Tim Schofield <tim...@gm...><mailto:tim...@gm...> Date: 22/01/15 03:46 To: webERP Developers <web...@li...><mailto:web...@li...> Mostly just a warning. DB_query() is defined as function DB_query ($SQL, $ErrorMessage='', $DebugMessage= '', $Transaction=false, $TrapErrors=true) so if you did a call such as DB_query($SQL, $db) it will assume the error message to be the value of $db so you will just get a wrong type warning. However if you did a call such as DB_query ($SQL, $db, 'Error Message', 'Debug Message', false, true); you will get an error as there are an incorrect number of parameters used. Either way you should get rid of all $db except those in the ConnectDB_*.inc files Thanks Tim On 21 January 2015 at 14:03, Andrew Galuski <aga...@re...><mailto:aga...@re...> wrote: IOn 22/01/15 03:03, Andrew Galuski wrote: It will be a large effort on my part (Especially identifying all my modifications I have that may not be in the main trunk (Like the picking, packing, shipping functionality that is separate from Invoicing) Quick question, If I still call DB_Query() in code with the $db parameter and the include file doesn't expect it will I get a hard error or a warning? Best Regards, Andrew Galuski -----Original Message----- From: Phil Daintree [mailto:ph...@lo...] Sent: Tuesday, January 20, 2015 11:38 PM To: webERP Developers Subject: [WebERP-developers] New version Rafael suggested we go for a new version recently. We last released in October - I thought it was more recent than that. There are a few bug fixes in there and a whole load of work I did to change the DB_query() calls to exclude the global $db in them. Would be interested to know what others think about another release now? -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Web-erp-developers mailing list Web...@li...<mailto:Web...@li...> https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Rafael C. <raf...@gm...> - 2015-01-23 20:11:44
|
Are we going to launch a new release or just upgrade 4.11.5.b with bug
fixes?
2015-01-23 2:29 GMT-06:00 Tim Schofield <tim...@gm...>:
> Doesn't need to be this complex as $db should be removed from
> everything except the includes/ConnectDB*.inc files so something like
>
> grep '$db' * --exclude=ConnectDB*.inc --exclude=Change.log -rRnw
>
> should be used - I note that there are a lot of instances of $db that
> still need removing.
>
> Tim
>
> On 22 January 2015 at 04:38, Phil Daintree <ph...@lo...> wrote:
> > I used this to do the whole lot in one go, I figured it would be too
> > risky to do it manually as I would have missed some for sure. May help
> > you blast the remaining ones in your modified code.
> >
> > >find /usr/share/nginx/html/webERP/ -type f -name "*.php" -name "*.inc"
> > -exec sed -i -e '/.*[dD][bB]_[Qq]uery.*,.*/s/$db//g' {} \;
> >
> > where
> >
> > /usr/share/nginx/html/webERP/
> >
> > is the path to my working copy.
> >
> > Phil
> >
> > Phil Daintree
> > Logic Works Ltd - +64 (0)275 567890
> > http://www.logicworks.co.nz
> >
> > On 22/01/15 03:03, Andrew Galuski wrote:
> >> It will be a large effort on my part (Especially identifying all my
> modifications I have that may not be in the main trunk (Like the picking,
> packing, shipping functionality that is separate from Invoicing)
> >> Quick question, If I still call DB_Query() in code with the $db
> parameter and the include file doesn't expect it will I get a hard error or
> a warning?
> >>
> >> Best Regards,
> >> Andrew Galuski
> >>
> >>
> >> -----Original Message-----
> >> From: Phil Daintree [mailto:ph...@lo...]
> >> Sent: Tuesday, January 20, 2015 11:38 PM
> >> To: webERP Developers
> >> Subject: [WebERP-developers] New version
> >>
> >> Rafael suggested we go for a new version recently.
> >> We last released in October - I thought it was more recent than that.
> >> There are a few bug fixes in there and a whole load of work I did to
> change the DB_query() calls to exclude the global $db in them. Would be
> interested to know what others think about another release now?
> >>
> >> --
> >> Phil
> >>
> >> Phil Daintree
> >> Logic Works Ltd - +64 (0)275 567890
> >> http://www.logicworks.co.nz
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> >> GigeNET is offering a free month of service with a new server in
> Ashburn.
> >> Choose from 2 high performing configs, both with 100TB of bandwidth.
> >> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> >> http://p.sf.net/sfu/gigenet
> >> _______________________________________________
> >> Web-erp-developers mailing list
> >> Web...@li...
> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >>
> >>
> ------------------------------------------------------------------------------
> >> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> >> GigeNET is offering a free month of service with a new server in
> Ashburn.
> >> Choose from 2 high performing configs, both with 100TB of bandwidth.
> >> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> >> http://p.sf.net/sfu/gigenet
> >> _______________________________________________
> >> Web-erp-developers mailing list
> >> Web...@li...
> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
> >>
> >
> >
> >
> ------------------------------------------------------------------------------
> > New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> > GigeNET is offering a free month of service with a new server in Ashburn.
> > Choose from 2 high performing configs, both with 100TB of bandwidth.
> > Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> > http://p.sf.net/sfu/gigenet
> > _______________________________________________
> > Web-erp-developers mailing list
> > Web...@li...
> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
>
> --
> Course View Towers,
> Plot 21 Yusuf Lule Road,
> Kampala
> T +256 (0) 312 314 418
> M +256 (0) 752 963 325
> www.weberpafrica.com
> Twitter: @TimSchofield2
> Blog: http://weberpafrica.blogspot.co.uk/
>
|
|
From: Phil D. <ph...@lo...> - 2015-01-23 20:37:31
|
Maybe 4.12 I am thinking Regards Phil Phil Daintree Cell: +64 (0) 275 567890 http://www.logicworks.co.nz On 24 January 2015 9:11:37 AM NZDT, "Rafael Chacón" <raf...@gm...> wrote: >Are we going to launch a new release or just upgrade 4.11.5.b with bug >fixes? > >2015-01-23 2:29 GMT-06:00 Tim Schofield <tim...@gm...>: > >> Doesn't need to be this complex as $db should be removed from >> everything except the includes/ConnectDB*.inc files so something like >> >> grep '$db' * --exclude=ConnectDB*.inc --exclude=Change.log -rRnw >> >> should be used - I note that there are a lot of instances of $db that >> still need removing. >> >> Tim >> >> On 22 January 2015 at 04:38, Phil Daintree <ph...@lo...> >wrote: >> > I used this to do the whole lot in one go, I figured it would be >too >> > risky to do it manually as I would have missed some for sure. May >help >> > you blast the remaining ones in your modified code. >> > >> > >find /usr/share/nginx/html/webERP/ -type f -name "*.php" -name >"*.inc" >> > -exec sed -i -e '/.*[dD][bB]_[Qq]uery.*,.*/s/$db//g' {} \; >> > >> > where >> > >> > /usr/share/nginx/html/webERP/ >> > >> > is the path to my working copy. >> > >> > Phil >> > >> > Phil Daintree >> > Logic Works Ltd - +64 (0)275 567890 >> > http://www.logicworks.co.nz >> > >> > On 22/01/15 03:03, Andrew Galuski wrote: >> >> It will be a large effort on my part (Especially identifying all >my >> modifications I have that may not be in the main trunk (Like the >picking, >> packing, shipping functionality that is separate from Invoicing) >> >> Quick question, If I still call DB_Query() in code with the $db >> parameter and the include file doesn't expect it will I get a hard >error or >> a warning? >> >> >> >> Best Regards, >> >> Andrew Galuski >> >> >> >> >> >> -----Original Message----- >> >> From: Phil Daintree [mailto:ph...@lo...] >> >> Sent: Tuesday, January 20, 2015 11:38 PM >> >> To: webERP Developers >> >> Subject: [WebERP-developers] New version >> >> >> >> Rafael suggested we go for a new version recently. >> >> We last released in October - I thought it was more recent than >that. >> >> There are a few bug fixes in there and a whole load of work I did >to >> change the DB_query() calls to exclude the global $db in them. Would >be >> interested to know what others think about another release now? >> >> >> >> -- >> >> Phil >> >> >> >> Phil Daintree >> >> Logic Works Ltd - +64 (0)275 567890 >> >> http://www.logicworks.co.nz >> >> >> >> >> >> >> >------------------------------------------------------------------------------ >> >> New Year. New Location. New Benefits. New Data Center in Ashburn, >VA. >> >> GigeNET is offering a free month of service with a new server in >> Ashburn. >> >> Choose from 2 high performing configs, both with 100TB of >bandwidth. >> >> Higher redundancy.Lower latency.Increased capacity.Completely >compliant. >> >> http://p.sf.net/sfu/gigenet >> >> _______________________________________________ >> >> Web-erp-developers mailing list >> >> Web...@li... >> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> >------------------------------------------------------------------------------ >> >> New Year. New Location. New Benefits. New Data Center in Ashburn, >VA. >> >> GigeNET is offering a free month of service with a new server in >> Ashburn. >> >> Choose from 2 high performing configs, both with 100TB of >bandwidth. >> >> Higher redundancy.Lower latency.Increased capacity.Completely >compliant. >> >> http://p.sf.net/sfu/gigenet >> >> _______________________________________________ >> >> Web-erp-developers mailing list >> >> Web...@li... >> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> > >> > >> > >> >------------------------------------------------------------------------------ >> > New Year. New Location. New Benefits. New Data Center in Ashburn, >VA. >> > GigeNET is offering a free month of service with a new server in >Ashburn. >> > Choose from 2 high performing configs, both with 100TB of >bandwidth. >> > Higher redundancy.Lower latency.Increased capacity.Completely >compliant. >> > http://p.sf.net/sfu/gigenet >> > _______________________________________________ >> > Web-erp-developers mailing list >> > Web...@li... >> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> -- >> Course View Towers, >> Plot 21 Yusuf Lule Road, >> Kampala >> T +256 (0) 312 314 418 >> M +256 (0) 752 963 325 >> www.weberpafrica.com >> Twitter: @TimSchofield2 >> Blog: http://weberpafrica.blogspot.co.uk/ >> > > >------------------------------------------------------------------------ > >------------------------------------------------------------------------------ >New Year. New Location. New Benefits. New Data Center in Ashburn, VA. >GigeNET is offering a free month of service with a new server in >Ashburn. >Choose from 2 high performing configs, both with 100TB of bandwidth. >Higher redundancy.Lower latency.Increased capacity.Completely >compliant. >http://p.sf.net/sfu/gigenet > >------------------------------------------------------------------------ > >_______________________________________________ >Web-erp-developers mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: ExsonQu <hex...@gm...> - 2013-09-01 11:03:26
|
*Hi, Phil:*
Thank you very much for your hard working!
And many thanks to our developers and users and the webERP
community.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/New-version-tp4656759p4656761.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X