date:20140120

Dear all,


Just wanna give my input here. First of all, this new feature is amazing
and will serve lot's of business use cases in various area (like event,
ecommerce, hiring stuff and more).

For lot's of people, this new feature is a revolution, and I'm strongly in
favor of it. But, let's keep our head cool. If you're not ruling a small
company, then:

 * When you're facing hundreds of orders a days and thousands visitors,
you'll not succeed to have it all in one instance. Imagine, who will block
his operation because they have too much click on their front-end ? Fors
that reason (and security if you matter about), you'll prefer 2 servers.

 * base_synchro is clearely not an option to separate 2 OpenERP servers.
It's has simply been abandoned by OpenERP for good reasons IMO (bad design,
to many troubles in real uses cases, no atomic transaction to inappropriate
to sync ERP datas).

* This included ecommerce is a great step forward and people will love it.
But other e-commerce platform (like Magento, Prestashop and lot's of
others) have years of experience and devs behind them. They provide lot's
of advance products, sales and scaling features that you will not found in
OpenERP E-commerce yet.

* In case you're running a important e-commerce solution, I think you will
definitely keep 2 tools and use a connector in-between (like
https://code.launchpad.net/openerp-connector)

For others purposes, like HR  recruitment, events publication and more,
this new feature is clearly a big advantage. It will also serve small
companies for their first e-commerce experience and that's great ! This is
also a first step in the direction of having one tools to rules front and
back end together. But I cannot reasonably imagine it's viable for middle
to large companies currently.

Those was my little though here. See the enormous progress, but keep an
objective view :)

Regards,


Joël





On Sun, Jan 19, 2014 at 12:55 AM, Graeme Gellatly gdgella...@gmail.comwrote:

 In regards to base_synchro.  Some weeks ago I totally refactored this
 module and ported to v7.  There is an outstanding merge request in to
 server-env-tools on v7 branch which as yet has not been reviewed.  So
 if you require this functionality then please test it and get it
 merged.

 It adds a new module, base_synchro_auto for automating
 synchronisation, automatic population of fields with boolean style
 selection of fields to sync.  There is a third module which I am
 trying to work out how to make generic which is an initialisation and
 configuration module for existing databases which will match up all
 the existing matching records prior to syncing.

 It won't do translations AFAIK (although maybe syncing the
 ir_translations table does it, I don't know), but forms a good base
 upon which to extend.

 https://code.launchpad.net/~gdgellatly/server-env-tools/base-synchro-7.0/+merge/200127

 On Sun, Jan 19, 2014 at 3:24 AM, Mariano Ruiz mrs...@gmail.com wrote:
  Fabien says:
 
  2/ deploy separatly the frontend and the backend (and use modules like
  base_synchro to sync them)
 
 
  But, the base_synchro module is not supported any more from the 6.1
 version.
  We use this to sync two OpenERP 6.1 instance, and we found a lot of bug
 in
  this module. A special error related for this discussion: the module not
  sync translatable fields! only export the original value, without
  translations.
 
  We report this, but the response was: base_synchro doesn't exist
 anymore
  on trunk and in stable release 7.0, So this issue doesn't affect to
 trunk.
 
  So, we fix the module, but only tested in 6.1 version, maybe for 7.0 and
  trunk version is not working, check the bug #1195801.
 
 
  2014/1/18 Fabien Pinckaers f...@openerp.com
 
 
  
   As an example, we just did a quick prototype to illustrate my point.
   Check this video, a new way of doing quotations:
  
  
 https://drive.google.com/file/d/0B5BDHVRYo-q5SDZFcEJmTXFyNTA/edit?usp=sharing
  
   This is awesome. I imagine instead of sending a customer a quotation
   with 100 pages, you can have a interactive webpage, including
 graphics,
   videos, 3d-modells and all the stuff.
  
   This is so cool. I bet it improves quotes success rate by at least
 20%!
  
   If we have the first customer implementing this, i will ask him to do
 a
   A/B-Testing to validate your numbers ;)
 
  We will use this for our own need within 4 weeks. So, I will be able to
  provide stats.
 
  
   2/ deploy separatly the frontend and the backend (and use modules
 like
   base_synchro to sync them)
  
   What is the branch on that, so that we can have a look in details?
 
  It s an official module since v6
 
 
  
  
   Greetings
  
   Markus
  
  
   --
   Dipl.-Comp.-Math. Markus Schneider
   Softwareentwickler
  
   initOS GmbH  Co. KG
   An der Eisenbahn 1
   21224 Rosengarten
  
   Mobil:   +49 (0)172 2303699
   Phone:   +49 (0)4105 5615613
   Fax: +49 (0)4105 5615610
  
   Email:   markus.schnei...@initos.com
   Web:

Re: [Openerp-community] v7: Multi-Company - also for Sales, Warehouse, MRP etc ?

Hi there,


OpenERP works well in multi-company as long as you make the proper choices
and configuration. Processes and products is the worst. You can use for all
product prices problematic the module product_price_history (
https://launchpad.net/margin-analysis) which solve many trouble (like
having a different standard_price per company). It is also not easy is to
integrate document sync between companies of a single DB. A part from that,
keep a lot's of time for testing, cause it really come hard if the process
of the different companies aren't the same !!

Those was my little though here.

Regards,

Joël







On Sat, Jan 18, 2014 at 4:46 AM, Nhomar Hernández nho...@gmail.com wrote:


 2014/1/17 Eric Caudal eric.cau...@elico-corp.com

 Hi,
 We tried the same but this is not enough as many reports (based on SQL)
 relies on field standard_price.

 Didnot test yet v8...


 Yes, it is true.

 I ran on my side and only 2 sql reports will be broken (I don't remember
 what) but only 2.

 I did a little module wish redisign those report from the customer PoV (a
 job of no more than 2 or 3 days quite easy).

 REgards.



 --
 
 Saludos Cordiales

 Nhomar G. Hernandez M.
 +58-414-4110269
 Skype: nhomar00
 Web-Blog: http://geronimo.com.ve
 Servicios IT: http://vauxoo.com
 Linux-Counter: 467724
 Correos:
 nho...@openerp.com.ve
 nho...@vauxoo.com
 twitter @nhomar

 ___
 Mailing list: https://launchpad.net/~openerp-community
 Post to : openerp-community@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openerp-community
 More help   : https://help.launchpad.net/ListHelp




-- 


*camptocamp*
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS

*Joël Grand-Guillaume*
Division Manager
Business Solutions

+41 21 619 10 28
www.camptocamp.com
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Fabien Pinckaers



  * When you're facing hundreds of orders a days and thousands visitors,
 you'll not succeed to have it all in one instance. Imagine, who will block
 his operation because they have too much click on their front-end ? Fors
 that reason (and security if you matter about), you'll prefer 2 servers.



Don't agree AT ALL.

  - OpenERP is built to scale (*)
  - A full featured OpenERP will be much faster than Magento or Prestashop

You point is only valid if magento or prestashop are faster and allow to
scale more than OpenERP. But it's actually the opposite!

Why will OpenERP be always faster than MagentoCommerce and Prestashop.
Because it's much simpler and, thus, much easier to optimize. Just check
the number of lines of code:
  - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce, Events,
...): 150k lines of code, only 15k for CMS+eCommerce+events
  - Magento (WITHOUT any module, version 1.8): 918k lines of code
  - Prestashop (WITHOUT any module): 257k lines of code

So, at equivalent-features, OpenERP has around 10x less lines of code.
One is easier to optimize and scale and the others are not :)
It's not because we do more that we are more complex or slower.


(*) all massive read operations are O(1), we fine tuned it for huge
transactions. Only one module was a bottleneck to scale huge sales, it's
stock, and its refactoring for v8 makes it become super fast and its
speed is not anymore dependent on the number of historic transactions.

Our SaaS servers already manages millions of documents per server, without
any issues. Try to do that with Magento.


  * base_synchro is clearely not an option to separate 2 OpenERP servers.
 It's has simply been abandoned by OpenERP for good reasons IMO (bad design,
 to many troubles in real uses cases, no atomic transaction to inappropriate
 to sync ERP datas).


base_synchro is not perfect. We still use it on some projects. We removed
it from v7 because we think it's nor for end-users as it's too complex but
it helped us a lot. Camptocamp's connector may be an option too.

My point is not to use this or that, but: it's much easier to sync OpenERP
with OpenERP rather than OpenERP with something else.



 * This included ecommerce is a great step forward and people will love it.
 But other e-commerce platform (like Magento, Prestashop and lot's of
 others) have years of experience and devs behind them. They provide lot's
 of advance products, sales and scaling features that you will not found in
 OpenERP E-commerce yet.


That's actually their main issue! They have years of technical debt.
They became bloated and have difficulties to evolve.


* In case you're running a important e-commerce solution, I think you will
 definitely keep 2 tools and use a connector in-between (like
 https://code.launchpad.net/openerp-connector)






For others purposes, like HR  recruitment, events publication and more,
 this new feature is clearly a big advantage. It will also serve small
 companies for their first e-commerce experience and that's great ! This is
 also a first step in the direction of having one tools to rules front and
 back end together. But I cannot reasonably imagine it's viable for middle
 to large companies currently.


If you think OpenERP eCommerce is not for big companies, you are missing
the point completly. OpenERP is designed to handle big companies need, much
more than current eCommerce software. We are only at v1 and I bet we can
already serve big companies much better than Magento. I think that if we do
a list of features, OpenERP has more green marks, even on v1!


Side note: our videos emphasized on useability and simple interface. It
does not mean that we don't handle complex/advanced needs. It's OpenERP
afterall :)

Another way to view this: the eCommerce module is only 2600 lines of code.
Even if something is missing in v1, it's a piece of cake to add a new
feature on such a clean structure. (and you don't have to learn a new
language/framework)





module and ported to v7.  There is an outstanding merge request in to
 server-env-tools on v7 branch which as yet has not been reviewed.  So
 if you require this functionality then please test it and get it
 merged.

 It adds a new module, base_synchro_auto for automating
 synchronisation, automatic population of fields with boolean style
 selection of fields to sync.  There is a third module which I am
 trying to work out how to make generic which is an initialisation and
 configuration module for existing databases which will match up all
 the existing matching records prior to syncing.

 It won't do translations AFAIK (although maybe syncing the
 ir_translations table does it, I don't know), but forms a good base
 upon which to extend.

 https://code.launchpad.net/~gdgellatly/server-env-tools/base-synchro-7.0/+merge/200127

 On Sun, Jan 19, 2014 at 3:24 AM, Mariano Ruiz mrs...@gmail.com wrote:
  Fabien says:
 
  2/ deploy separatly the frontend and the backend (and use modules like

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Daniel Reis


Hello Fabien,

  Fist, I have congratulate you and your team for the great work you've
been doing. You're pushing opensource to new frontiers.

  I'm also glad to see that you're taking scalability issue seriously and
taking them into account in product development.
  I'm sure pretty soon we'll see some independent benchmarking  
validating this.


  But I still worry about SECURITY,and I feel that I'm not alone in this.
  Firstly, before entering in technical aspects, the line of discourse I
hear on this is somewhat dismissive.
  The argumentation we hear goes between we're sure it's secure, take our
word on it and the others aren't better.
  This is not very reassuring.

  Security is an complex issue, and it surely does not depend solely on
the application, but it's important to be sure that OpenERP is not a weak
link.
  It would be important for OpenERP to have a detailed security analysis.

  Take this example: web2py states[1] web2py was reviewed for security
and you can find the result of the review in ref.
  And the detailed security analysis is avaliable at pythonsecurity.org[2].

  You can see most important web frameworks and ORMs are analysed there.
  Why not having something like this for OpenERP.
  With this you could surely state that OpenERP is a secure platform, and
you don't need to take our word on this: see what the experts say.

  My constructive 2 cents.

  Regards
  /DR

Quoting Fabien Pinckaers f...@openerp.com:

 
 * When you're facing hundreds of orders a days and thousands  
visitors, you'll not succeed to have it all in one instance.  
Imagine, who will block his operation because they have too much  
click on their front-end ? Fors that reason (and security if you  
matter about), you'll prefer 2 servers.








 
 
Don't agree AT ALL.
 
  - OpenERP is built to scale (*)
  - A full featured OpenERP will be much faster than Magento or Prestashop
 
You point is only valid if magento or prestashop are faster and  
allow to scale more than OpenERP. But it's actually the opposite!

 
Why will OpenERP be always faster than MagentoCommerce and  
Prestashop. Because it's much simpler and, thus, much easier to  
optimize. Just check the number of lines of code:
  - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce,  
Events, ...): 150k lines of code, only 15k for CMS+eCommerce+events

  - Magento (WITHOUT any module, version 1.8): 918k lines of code
  - Prestashop (WITHOUT any module): 257k lines of code
 
So, at equivalent-features, OpenERP has around 10x less lines of code.
One is easier to optimize and scale and the others are not :)
It's not because we do more that we are more complex or slower.
 
 
(*) all massive read operations are O(1), we fine tuned it for huge  
transactions. Only one module was a bottleneck to scale huge sales,  
it's stock, and its refactoring for v8 makes it become super fast  
and its speed is not anymore dependent on the number of historic  
transactions.

 
Our SaaS servers already manages millions of documents per server,  
without any issues. Try to do that with Magento.

 

 
    * base_synchro is clearely not an option to separate 2  
OpenERP servers. It's has simply been abandoned by OpenERP for good  
reasons IMO (bad design, to many troubles in real uses cases, no  
atomic transaction to inappropriate to sync ERP datas).







 
base_synchro is not perfect. We still use it on some projects. We  
removed it from v7 because we think it's nor for end-users as it's  
too complex but it helped us a lot. Camptocamp's connector may be an  
option too.

 
My point is not to use this or that, but: it's much easier to sync  
OpenERP with OpenERP rather than OpenERP with something else.

 

 
  * This included ecommerce is a great step forward and  
people will love it. But other e-commerce platform (like Magento,  
Prestashop and lot's of others) have years of experience and devs  
behind them. They provide lot's of advance products, sales and  
scaling features that you will not found in OpenERP E-commerce yet.






 
That's actually their main issue! They have years of technical debt.
They became bloated and have difficulties to evolve.
 
 
* In case you're running a important e-commerce solution, I think  
you will definitely keep 2 tools and use a connector in-between  
(like https://code.launchpad.net/openerp-connector)





 
 
 
 
 
For others purposes, like HR  recruitment, events publication and  
more, this new feature is clearly a big advantage. It will also  
serve small companies for their first e-commerce experience and  
that's great ! This is also a first step in the direction of having  
one tools to rules front and back end together. But I cannot  
reasonably imagine it's viable for middle to large companies  
currently.




 
If you think OpenERP eCommerce is not for big companies, you are  
missing the point completly. OpenERP is designed to handle big  
companies need, much more than current eCommerce

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Daniel Reis


Hello Fabien,

  Fist, I have congratulate you and your team for the great work you've
been doing. You're pushing opensource to new frontiers.

  I'm also glad to see that you're taking scalability issue seriously and
taking them into account in product development.
  I'm sure pretty soon we'll see some independent benchmarking  
validating this.


  But I still worry about SECURITY,and I feel that I'm not alone in this.
  Firstly, before entering in technical aspects, the line of discourse I
hear on this is somewhat dismissive.
  The argumentation we hear goes between we're sure it's secure, take our
word on it and the others aren't better.
  This is not very reassuring.

  Security is an complex issue, and it surely does not depend solely on
the application, but it's important to be sure that OpenERP is not a weak
link.
  It would be important for OpenERP to have a detailed security analysis.

  Take this example: web2py states[1] web2py was reviewed for security
and you can find the result of the review in ref.
  And the detailed security analysis is avaliable at pythonsecurity.org[2].

  You can see most important web frameworks and ORMs are analysed there.
  Why not having something like this for OpenERP.
  With this you could surely state that OpenERP is a secure platform, and
you don't need to take our word on this: see what the experts say.

  My constructive 2 cents.

  Regards
  /DR

Quoting Fabien Pinckaers f...@openerp.com:

 
 * When you're facing hundreds of orders a days and thousands  
visitors, you'll not succeed to have it all in one instance.  
Imagine, who will block his operation because they have too much  
click on their front-end ? Fors that reason (and security if you  
matter about), you'll prefer 2 servers.








 
 
Don't agree AT ALL.
 
  - OpenERP is built to scale (*)
  - A full featured OpenERP will be much faster than Magento or Prestashop
 
You point is only valid if magento or prestashop are faster and  
allow to scale more than OpenERP. But it's actually the opposite!

 
Why will OpenERP be always faster than MagentoCommerce and  
Prestashop. Because it's much simpler and, thus, much easier to  
optimize. Just check the number of lines of code:
  - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce,  
Events, ...): 150k lines of code, only 15k for CMS+eCommerce+events

  - Magento (WITHOUT any module, version 1.8): 918k lines of code
  - Prestashop (WITHOUT any module): 257k lines of code
 
So, at equivalent-features, OpenERP has around 10x less lines of code.
One is easier to optimize and scale and the others are not :)
It's not because we do more that we are more complex or slower.
 
 
(*) all massive read operations are O(1), we fine tuned it for huge  
transactions. Only one module was a bottleneck to scale huge sales,  
it's stock, and its refactoring for v8 makes it become super fast  
and its speed is not anymore dependent on the number of historic  
transactions.

 
Our SaaS servers already manages millions of documents per server,  
without any issues. Try to do that with Magento.

 

 
    * base_synchro is clearely not an option to separate 2  
OpenERP servers. It's has simply been abandoned by OpenERP for good  
reasons IMO (bad design, to many troubles in real uses cases, no  
atomic transaction to inappropriate to sync ERP datas).







 
base_synchro is not perfect. We still use it on some projects. We  
removed it from v7 because we think it's nor for end-users as it's  
too complex but it helped us a lot. Camptocamp's connector may be an  
option too.

 
My point is not to use this or that, but: it's much easier to sync  
OpenERP with OpenERP rather than OpenERP with something else.

 

 
  * This included ecommerce is a great step forward and  
people will love it. But other e-commerce platform (like Magento,  
Prestashop and lot's of others) have years of experience and devs  
behind them. They provide lot's of advance products, sales and  
scaling features that you will not found in OpenERP E-commerce yet.






 
That's actually their main issue! They have years of technical debt.
They became bloated and have difficulties to evolve.
 
 
* In case you're running a important e-commerce solution, I think  
you will definitely keep 2 tools and use a connector in-between  
(like https://code.launchpad.net/openerp-connector)





 
 
 
 
 
For others purposes, like HR  recruitment, events publication and  
more, this new feature is clearly a big advantage. It will also  
serve small companies for their first e-commerce experience and  
that's great ! This is also a first step in the direction of having  
one tools to rules front and back end together. But I cannot  
reasonably imagine it's viable for middle to large companies  
currently.




 
If you think OpenERP eCommerce is not for big companies, you are  
missing the point completly. OpenERP is designed to handle big  
companies need, much more than current eCommerce

Re: [Openerp-community] OpenERP CMS: How does licensing model apply to website modules ?

2014-01-20 Thread Mario Arias

That is the problem.
Clients in general don't care about open or closed source. They just need
to fullfill a need and that is not for free...

They are paying us (all of us) for the services so it is not take without
giving

So any website related module has to be available to everybody? Or are
there any limits or specific scenaries ?

Regards
El 20/01/2014 02:52, Yannick Vaucher yannick.vauc...@camptocamp.com
escribió:

 Hi,

 On Mon, Jan 20, 2014 at 8:11 AM, Mario Arias 
 the.clone.mas...@gmail.comwrote:


 Now, they have the needs to create several website modules to reflect
 their unique business model, and guess what... they don't want others being
 able to just go to launchpad and copy their website, or even worse, force
 them to provide the code...


 They shouldn't go Open Source if it is to take without giving ...

 It is better to do some generic modules that can be reused, improved,
 extended and debugged by a community.

 Cheers
 --
 Yannick Vaucher
 Business Solutions Software Developer

 Camptocamp SA
 PSE A, CH-1015 Lausanne
 Phone: +41 21 619 10 30
 Office: +41 21 619 10 10
 http://www.camptocamp.com/

___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

Fabien I knew you'll rant on me here ;)

Don't take me wrong, I first congratulate you all on your work here and I'm
convinced it's the right way to go. I just wanna make the difference
between your vision and the reality today.

Today:

 * OpenERP isn't able to sync easily with another OpenERP instance to have
2 server, one for e-commerce, one for ERP. It's more easy to do though than
sync 2 different systems you're right, but nothing concrete exists today.

 * OpenERP scale well (saas is the proof), but still we face performance
issue quite often in our important project. By putting OpenERP as a front
and back end on a same server can have dramatical issue regarding the
company's operations, I will not take that risk for my important (in terms
of orders/users) customers at this stage.

 * OpenERP has less code. That is good, easier to maintain, that's great.
Now, lot's of feature are today missing compare to other e-commerce
platform: bundle product (like Dell computer configuration),
multi-dimensional variant (and I'm speaking here of their configuration and
day-to-day use, try to change a variant of T-shirt with color, size and
logo), cross-selling, up-selling, etc.. But we need a start right ? And in
that you did something huge, as you said this is v1.0, it's amazing, but it
hasn't yet all features that other have today.

 * OpenERP E-Commerce will I'm sure fit big company needs in the future,
but today it doesn't. It doesn't means your new module isn't great and
bring new rules and standards in the place and for that I love it !

In any case, this new set of modules/features is more than welcome, so
thank you.


Regards,


Joël


On Mon, Jan 20, 2014 at 12:13 PM, Fabien Pinckaers f...@openerp.com wrote:


  * When you're facing hundreds of orders a days and thousands visitors,
 you'll not succeed to have it all in one instance. Imagine, who will block
 his operation because they have too much click on their front-end ? Fors
 that reason (and security if you matter about), you'll prefer 2 servers.



 Don't agree AT ALL.

   - OpenERP is built to scale (*)
   - A full featured OpenERP will be much faster than Magento or Prestashop

 You point is only valid if magento or prestashop are faster and allow to
 scale more than OpenERP. But it's actually the opposite!

 Why will OpenERP be always faster than MagentoCommerce and Prestashop.
 Because it's much simpler and, thus, much easier to optimize. Just check
 the number of lines of code:
   - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce, Events,
 ...): 150k lines of code, only 15k for CMS+eCommerce+events
   - Magento (WITHOUT any module, version 1.8): 918k lines of code
   - Prestashop (WITHOUT any module): 257k lines of code

 So, at equivalent-features, OpenERP has around 10x less lines of code.
 One is easier to optimize and scale and the others are not :)
 It's not because we do more that we are more complex or slower.


 (*) all massive read operations are O(1), we fine tuned it for huge
 transactions. Only one module was a bottleneck to scale huge sales, it's
 stock, and its refactoring for v8 makes it become super fast and its
 speed is not anymore dependent on the number of historic transactions.

 Our SaaS servers already manages millions of documents per server, without
 any issues. Try to do that with Magento.


  * base_synchro is clearely not an option to separate 2 OpenERP servers.
 It's has simply been abandoned by OpenERP for good reasons IMO (bad design,
 to many troubles in real uses cases, no atomic transaction to inappropriate
 to sync ERP datas).


 base_synchro is not perfect. We still use it on some projects. We removed
 it from v7 because we think it's nor for end-users as it's too complex but
 it helped us a lot. Camptocamp's connector may be an option too.

 My point is not to use this or that, but: it's much easier to sync OpenERP
 with OpenERP rather than OpenERP with something else.



 * This included ecommerce is a great step forward and people will love
 it. But other e-commerce platform (like Magento, Prestashop and lot's of
 others) have years of experience and devs behind them. They provide lot's
 of advance products, sales and scaling features that you will not found in
 OpenERP E-commerce yet.


 That's actually their main issue! They have years of technical debt.
 They became bloated and have difficulties to evolve.


 * In case you're running a important e-commerce solution, I think you will
 definitely keep 2 tools and use a connector in-between (like
 https://code.launchpad.net/openerp-connector)






 For others purposes, like HR  recruitment, events publication and more,
 this new feature is clearly a big advantage. It will also serve small
 companies for their first e-commerce experience and that's great ! This is
 also a first step in the direction of having one tools to rules front and
 back end together. But I cannot reasonably imagine it's viable for middle
 to large companies currently.

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Enapps :: Vadim Chobanu

Eric CAUDAL

Hi,

I have the same view as Joel there – great effort, THANKS OPENERP, surely
will fit the bill for most simple enterprises (bracket 1 within OpenERP
customer segmentation slide), but for anything more complex is like
reinventing the wheel.



I used magento back in the early days (2008-2009) and the product had a lot
of momentum there, however no one that was involved in the early module
development will forget the pain of magento releases (database and API
changes all the time). By the time you are done with some customisation, a
new revision is out which makes your module incompatible. This was normal
and necessary for product evolvement, but its painful for followers that
need more than just out of the box implementation.



Thanks,



Vadim









*From:* Openerp-community [mailto:openerp-community-bounces+vadim=
enapps.co...@lists.launchpad.net] *On Behalf Of *Eric Caudal
*Sent:* 20 January 2014 12:50
*To:* openerp-community@lists.launchpad.net
*Subject:* Re: [Openerp-community] OpenERP CMS: How is server separation
implemented?



+1

Eric Caudal

*CEO*

--

*Elico Corporation, Shanghai branch*

*OpenERP Premium Certified Training Partner*

Cell: + 86 186 2136 1670

Office: + 86 21 6211 8017/27/37

Skype: elico.corp

eric.cau...@elico-corp.com

http://www.elico-corp.com



[image: Elico Corp]

On 01/20/2014 08:37 PM, Joël Grand-Guillaume wrote:

Fabien I knew you'll rant on me here ;)



Don't take me wrong, I first congratulate you all on your work here and I'm
convinced it's the right way to go. I just wanna make the difference
between your vision and the reality today.

Today:

 * OpenERP isn't able to sync easily with another OpenERP instance to have
2 server, one for e-commerce, one for ERP. It's more easy to do though than
sync 2 different systems you're right, but nothing concrete exists today.

 * OpenERP scale well (saas is the proof), but still we face performance
issue quite often in our important project. By putting OpenERP as a front
and back end on a same server can have dramatical issue regarding the
company's operations, I will not take that risk for my important (in terms
of orders/users) customers at this stage.

 * OpenERP has less code. That is good, easier to maintain, that's great.
Now, lot's of feature are today missing compare to other e-commerce
platform: bundle product (like Dell computer configuration),
multi-dimensional variant (and I'm speaking here of their configuration and
day-to-day use, try to change a variant of T-shirt with color, size and
logo), cross-selling, up-selling, etc.. But we need a start right ? And in
that you did something huge, as you said this is v1.0, it's amazing, but it
hasn't yet all features that other have today.

 * OpenERP E-Commerce will I'm sure fit big company needs in the future,
but today it doesn't. It doesn't means your new module isn't great and
bring new rules and standards in the place and for that I love it !

In any case, this new set of modules/features is more than welcome, so
thank you.

Regards,


Joël





On Mon, Jan 20, 2014 at 12:13 PM, Fabien Pinckaers f...@openerp.com wrote:



 * When you're facing hundreds of orders a days and thousands visitors,
you'll not succeed to have it all in one instance. Imagine, who will block
his operation because they have too much click on their front-end ? Fors
that reason (and security if you matter about), you'll prefer 2 servers.





Don't agree AT ALL.



  - OpenERP is built to scale (*)

  - A full featured OpenERP will be much faster than Magento or Prestashop



You point is only valid if magento or prestashop are faster and allow to
scale more than OpenERP. But it's actually the opposite!



Why will OpenERP be always faster than MagentoCommerce and Prestashop.
Because it's much simpler and, thus, much easier to optimize. Just check
the number of lines of code:

  - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce, Events,
...): 150k lines of code, only 15k for CMS+eCommerce+events

  - Magento (WITHOUT any module, version 1.8): 918k lines of code

  - Prestashop (WITHOUT any module): 257k lines of code



So, at equivalent-features, OpenERP has around 10x less lines of code.

One is easier to optimize and scale and the others are not :)

It's not because we do more that we are more complex or slower.





(*) all massive read operations are O(1), we fine tuned it for huge
transactions. Only one module was a bottleneck to scale huge sales, it's
stock, and its refactoring for v8 makes it become super fast and its
speed is not anymore dependent on the number of historic transactions.



Our SaaS servers already manages millions of documents per server, without
any issues. Try to do that with Magento.





 * base_synchro is clearely not an option to separate 2 OpenERP servers.
It's has simply been abandoned by OpenERP for good reasons IMO (bad design,
to many troubles in real uses cases, no atomic transaction to inappropriate
to sync ERP datas).

Re: [Openerp-community] OpenERP CMS: How does licensing model apply to website modules ?

2014-01-20 Thread Humberto Arocha

With no intention in being rude to any body, but as a matter of
fact everytime I see this kind of comments my guts revolve.

Why people keep coming to OpenSource / Software Libre, if they want to keep
their Close Mentality,


Let's keep them in their Close Source Environment and let them keep paying
fees
for every single bit of code they even can see.

All code here is infected with AGPL, You wan something free, let it keep
free.

Best Regards

And I repeat myself, This is not intended to anyone in particular.




2014/1/20 Mario Arias the.clone.mas...@gmail.com

 That is the problem.
 Clients in general don't care about open or closed source. They just need
 to fullfill a need and that is not for free...

 They are paying us (all of us) for the services so it is not take without
 giving

 So any website related module has to be available to everybody? Or are
 there any limits or specific scenaries ?

 Regards
 El 20/01/2014 02:52, Yannick Vaucher yannick.vauc...@camptocamp.com
 escribió:

 Hi,

 On Mon, Jan 20, 2014 at 8:11 AM, Mario Arias 
 the.clone.mas...@gmail.comwrote:


 Now, they have the needs to create several website modules to reflect
 their unique business model, and guess what... they don't want others being
 able to just go to launchpad and copy their website, or even worse, force
 them to provide the code...


 They shouldn't go Open Source if it is to take without giving ...

 It is better to do some generic modules that can be reused, improved,
 extended and debugged by a community.

 Cheers
 --
 Yannick Vaucher
 Business Solutions Software Developer

 Camptocamp SA
 PSE A, CH-1015 Lausanne
 Phone: +41 21 619 10 30
 Office: +41 21 619 10 10
 http://www.camptocamp.com/


 ___
 Mailing list: https://launchpad.net/~openerp-community
 Post to : openerp-community@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openerp-community
 More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How does licensing model apply to website modules ?

2014-01-20 Thread Humberto Arocha

BTW,

In S.A.P. This kind of problems do not happen.


Best Regards


2014/1/20 Humberto Arocha humbertoaro...@gmail.com

 With no intention in being rude to any body, but as a matter of
 fact everytime I see this kind of comments my guts revolve.

 Why people keep coming to OpenSource / Software Libre, if they want to
 keep their Close Mentality,


 Let's keep them in their Close Source Environment and let them keep paying
 fees
 for every single bit of code they even can see.

 All code here is infected with AGPL, You wan something free, let it keep
 free.

 Best Regards

 And I repeat myself, This is not intended to anyone in particular.




 2014/1/20 Mario Arias the.clone.mas...@gmail.com

 That is the problem.
 Clients in general don't care about open or closed source. They just need
 to fullfill a need and that is not for free...

 They are paying us (all of us) for the services so it is not take without
 giving

 So any website related module has to be available to everybody? Or are
 there any limits or specific scenaries ?

 Regards
 El 20/01/2014 02:52, Yannick Vaucher yannick.vauc...@camptocamp.com
 escribió:

  Hi,

 On Mon, Jan 20, 2014 at 8:11 AM, Mario Arias the.clone.mas...@gmail.com
  wrote:


 Now, they have the needs to create several website modules to reflect
 their unique business model, and guess what... they don't want others being
 able to just go to launchpad and copy their website, or even worse, force
 them to provide the code...


 They shouldn't go Open Source if it is to take without giving ...

 It is better to do some generic modules that can be reused, improved,
 extended and debugged by a community.

 Cheers
 --
 Yannick Vaucher
 Business Solutions Software Developer

 Camptocamp SA
 PSE A, CH-1015 Lausanne
 Phone: +41 21 619 10 30
 Office: +41 21 619 10 10
 http://www.camptocamp.com/


 ___
 Mailing list: https://launchpad.net/~openerp-community
 Post to : openerp-community@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openerp-community
 More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How does licensing model apply to website modules ?

2014-01-20 Thread Raphael Valyi

On Mon, Jan 20, 2014 at 10:26 AM, Mario Arias the.clone.mas...@gmail.comwrote:

That is the problem.
Clients in general don't care about open or closed source. They just need
to fullfill a need and that is not for free...

They are paying us (all of us) for the services so it is not take without
giving

So any website related module has to be available to everybody? Or are
there any limits or specific scenaries ?

Regards

Hello,

technically, the only OpenERP Javascript lib that lies on the web front-end
module is licensed under MIT now:
https://github.com/akretion/openerp-web/blob/trunk-website-al/addons/web/static/src/js/openerpframework.js

This is the lib that communicates with the OpenERP server with JSON.

So if you develop something like a pure client-side Javascript price
comparator, it doesn't create shared objects with any AGPL code and only
communicate with AGPL OpenERP via JSON messages, just like a web app can
query AGPL MongoDB.

So for the very limited code that lies on the Javascript side, if you only
need openerpframework.js or if you even don't need it at all your
Javascript code insn't contaminated by the AGPL I think.

Now, that only holds of that facing Javascript, any web module in Python
creates shared structures with community and OpenERP SA AGPL code on the
server and should hence conform to the AGPL license, that is inform the
user how they can download the source code of all these modules.

I personally like a lot that OpenERP went to AGPL by 2009. Today we have an
eco-system that is much more open source than for instance with something
like Magento. Now it has advantages and shortcomings. The fact that there
will be no code exclusive ownership certainly limits the project to receive
some investments, so it develops slower, but it certainly develops in a
more sustainable way (unlike something like Magento where no module reuse
another, where no sustainable knowledge is built).

In my experience, there is a huge market of companies that prefer to have
something that work for cheap (collectively maintained) than something only
them own. In fact when your release the knowledge required to implement
OpenERP, it doesn't matter too much if your competitor has the same code if
they don't have the same knowledge to fit them to their need.
But the front end really is the thing that carries the branding of a
company to the exterior world. And it's also exposed to the public, so easy
to figure out and copy. So I think this is cool that on the front-end the
AGPL contamination have limits like we know have with the MIT license of
the openerpframework.js lib.

Notice that is you work on some very ambitious web project where investment
might need to be protected, with OOOR https://github.com/akretion/ooor you
can have not only the Javascript libs non AGPL, but also all the Ruby
server code, that is the equivalent of the new OpenERP web modules. So, by
respecting the natural frontier of the AGPL license, it opens non AGPL
horizons without breaking the social contract of the core of OpenERP (the
AGPL license is the social contract, the only contract, that the
community accepted to built that ecosystem of thousand of modules and help
OpenERP fix thousands of bugs during the last 5 years, it should absolutely
be protected).

Just a final note: I think I share the enthusiasm of Joël for the v8
modules in exactly the same sense: for interacting with the logged users,
it will certainly revolution the ERP landscape as for the online web
presence for anonymous navigation, it will certainly meet some market, but
probably not change things that much.

Best regards,

--
Raphaël Valyi
Founder and consultant
http://twitter.com/rvalyi http://twitter.com/#!/rvalyi
+55 21 2516 2954
www.akretion.com
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How does licensing model apply to website modules ?

2014-01-20 Thread Mario Arias

Thanks Raphael,

That was the expected technical answer,  not guts involved dogmas...

We are  good at developing,  not at  legal stuff, that's why I am looking
for feedback from the community...

At least for us it is difficult to get big clients to consider OpenERP, so
sending them back to SAP is not an option ;-)

It is a fact that we provide the code to our clients. Now, who has the
rights to request the code from them? Anybody that just happens to navigate
to their OpenERP website ? Only those that are formal customers of them?

Thanks again!
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How does licensing model apply to website modules ?

2014-01-20 Thread Raphael Valyi

On Mon, Jan 20, 2014 at 1:34 PM, Mario Arias the.clone.mas...@gmail.comwrote:

 Thanks Raphael,

 That was the expected technical answer,  not guts involved dogmas...

 We are  good at developing,  not at  legal stuff, that's why I am looking
 for feedback from the community...

 At least for us it is difficult to get big clients to consider OpenERP, so
 sending them back to SAP is not an option ;-)

 It is a fact that we provide the code to our clients. Now, who has the
 rights to request the code from them? Anybody that just happens to navigate
 to their OpenERP website ? Only those that are formal customers of them?


This is the famous legal ambiguity of the AGPL license. Like many people, I
believe a court could pick one or the other interpretation (some would say
any user should receive the code, some would say only the company). Some
believe indeed company employees are under the legal authority of the
company during their workday and cannot request the code, only the company
could.
As for users outside from the company, my feeling is that this argument is
even weaker, so I would not be surprise if a court say you should disclose
all the code to the web users.
Of course, I'm not a lawyer and blablabla.
I've seen no jurisprudence on this, I would be glad if somebody could point
to such previous court decisions.

As an integrator, we act as if the the worst decision would be taken in
court, so we don't select projects where the Python modules depending on
the OpenERP framework are expected to be not disclosed by the customer.
Now, honestly, I used Ooor several times exactly to be safe regarding this
legal aspect when the project would require it, even if it looks as a more
complex stack (I claim Rails is very mature and it's not, but it may look
so).

Best regards

-- 
Raphaël Valyi
Founder and consultant
http://twitter.com/rvalyi http://twitter.com/#!/rvalyi
+55 21 2516 2954
www.akretion.com
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP web: language based direction

2014-01-20 Thread Yannick Vaucher

Hi,

You should have a look at help.openerp.com this is the proper way to ask
questions about OpenERP
There are a dozen of question about RTL

http://help.openerp.com/questions/query:rtl/

Certainly some are duplicates

Cheers,


On Fri, Jan 17, 2014 at 7:34 PM, Mohamed M. Hagag 
mohamedhagag1...@gmail.com wrote:

  Dears,


  I would like to know if there's any way to switch the web interface
 direction based on the user language, for ex. Arabic is RTL Lang, so if the
 user chose Arabic the web client will switch the interface to RTL based on
 special css files for RTL languages .


  Is there any way to implement this ? and where can I start ?



  Regards,
  --
  Mohamed M. Hagag
 UNIX/Linux  FOSS \
 Solution Architect || System Engineer/Admin
 Linkedin http://www.linkedin.com/in/mohamedhagag | 
 Twitterhttps://twitter.com/mohamedhagag


 ___
 Mailing list: https://launchpad.net/~openerp-community
 Post to : openerp-community@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openerp-community
 More help   : https://help.launchpad.net/ListHelp




-- 
Yannick Vaucher
Business Solutions Software Developer

Camptocamp SA
PSE A, CH-1015 Lausanne
Phone: +41 21 619 10 30
Office: +41 21 619 10 10
http://www.camptocamp.com/
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP web: language based direction

2014-01-20 Thread Yannick Vaucher

Moreover there was a talk and a bug report about it here:

https://bugs.launchpad.net/openerp-web/+bug/1020524

You might want to say in it that it affects you or/and ask OpenERP
maintenance to solve it. By the way someone already made a patch.

Cheers,


On Mon, Jan 20, 2014 at 5:33 PM, Yannick Vaucher 
yannick.vauc...@camptocamp.com wrote:

 Hi,

 You should have a look at help.openerp.com this is the proper way to ask
 questions about OpenERP
 There are a dozen of question about RTL

 http://help.openerp.com/questions/query:rtl/

 Certainly some are duplicates

 Cheers,


 On Fri, Jan 17, 2014 at 7:34 PM, Mohamed M. Hagag 
 mohamedhagag1...@gmail.com wrote:

  Dears,


  I would like to know if there's any way to switch the web interface
 direction based on the user language, for ex. Arabic is RTL Lang, so if the
 user chose Arabic the web client will switch the interface to RTL based on
 special css files for RTL languages .


  Is there any way to implement this ? and where can I start ?



  Regards,
  --
  Mohamed M. Hagag
 UNIX/Linux  FOSS \
 Solution Architect || System Engineer/Admin
 Linkedin http://www.linkedin.com/in/mohamedhagag | 
 Twitterhttps://twitter.com/mohamedhagag


 ___
 Mailing list: https://launchpad.net/~openerp-community
 Post to : openerp-community@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openerp-community
 More help   : https://help.launchpad.net/ListHelp




 --
 Yannick Vaucher
 Business Solutions Software Developer

 Camptocamp SA
 PSE A, CH-1015 Lausanne
 Phone: +41 21 619 10 30
 Office: +41 21 619 10 10
 http://www.camptocamp.com/




-- 
Yannick Vaucher
Business Solutions Software Developer

Camptocamp SA
PSE A, CH-1015 Lausanne
Phone: +41 21 619 10 30
Office: +41 21 619 10 10
http://www.camptocamp.com/
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP web: language based direction

2014-01-20 Thread Mohamed M. Hagag


  
  

  Thanks alot Yannick, appreciate your
  kind help.
  
  
  
 Mohamed M. Hagag
UNIX/Linux  FOSS \
Solution Architect || System Engineer/Admin
Linkedin
|
Twitter 

  

  
  On 01/20/2014 07:38 PM, Yannick Vaucher wrote:


  Moreover there was a talk and a bug report about it
here:


https://bugs.launchpad.net/openerp-web/+bug/1020524


  

You might want to say in it that it affects you
  or/and ask OpenERP maintenance to solve it. By the way someone
  already made a patch.


Cheers,
  
  


On Mon, Jan 20, 2014 at 5:33 PM,
  Yannick Vaucher yannick.vauc...@camptocamp.com
  wrote:
  
Hi,
  
  
  You should have a look at help.openerp.com
this is the proper way to ask questions about OpenERP
  There are a dozen of question about RTL
  
  
  http://help.openerp.com/questions/query:rtl/
  
  
  
  Certainly some are duplicates
  

  
  Cheers,


  
  

  On Fri, Jan 17, 2014 at 7:34 PM,
Mohamed M. Hagag mohamedhagag1...@gmail.com
wrote:
  


  

  
Dears,


I would like to know if there's any way to
  switch the web interface direction based on
  the user language, for ex. Arabic is RTL Lang,
  so if the user chose Arabic the web client
  will switch the interface to RTL based on
  special css files for RTL languages .



Is there any way to implement this ? and
  where can I start ?





Regards,


-- 
   Mohamed
  M. Hagag
  UNIX/Linux  FOSS \
  Solution Architect || System
  Engineer/Admin
  Linkedin | Twitter 
  
 

  
  

  
  ___
  Mailing list: https://launchpad.net/~openerp-community
  Post to   : openerp-community@lists.launchpad.net
  Unsubscribe : https://launchpad.net/~openerp-community
  More help  : https://help.launchpad.net/ListHelp
  

  
  
  
  
  
  -- 
  
Yannick Vaucher

Business Solutions Software Developer



  Camptocamp SA
PSE A, CH-1015 Lausanne
Phone: +41 21 619
10 30
Office: +41 21 619
10 10
http://www.camptocamp.com/
  

  





-- 

  Yannick Vaucher
  
  Business Solutions Software Developer
  
  
  Camptocamp SA
  PSE A, CH-1015 Lausanne
  Phone: +41 21 619 10 30
  Office: +41 21 619 10 10
  http://www.camptocamp.com/

  


  


___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Fabien Pinckaers

  * OpenERP isn't able to sync easily with another OpenERP instance to have
 2 server, one for e-commerce, one for ERP. It's more easy to do though than
 sync 2 different systems you're right, but nothing concrete exists today.



base_synchro exists and works. It's not perfect, it's very complex, it's
painful, but it works.
But I think that syncing OpenERP-Magento is the same pain, whether it's
with your connectors or others community modules. Does it work
out-of-the-box by non developers? There will always be some tricky features
that will require tricky devs.


 * OpenERP scale well (saas is the proof), but still we face performance
 issue quite often in our important project. By putting OpenERP as a front
 and back end on a same server can have dramatical issue regarding the
 company's operations, I will not take that risk for my important (in terms
 of orders/users) customers at this stage.


Yes, but I think most performance issue are fixed on v8.

Again, I am not telling OpenERP is perfect. I just say that you will also
have performance issues with Magento (or others) and probably more than
with OpenERP. We fixed all performance issues EVER reported at OpenERP SA.
(some are only fixed in v8, like POS and stock related ones)


  * OpenERP has less code. That is good, easier to maintain, that's great.
 Now, lot's of feature are today missing compare to other e-commerce
 platform: bundle product (like Dell computer configuration),
 multi-dimensional variant (and I'm speaking here of their configuration and
 day-to-day use, try to change a variant of T-shirt with color, size and
 logo), cross-selling, up-selling, etc.. But we need a start right ? And in
 that you did something huge, as you said this is v1.0, it's amazing, but it
 hasn't yet all features that other have today.


I think you don't know what openerp provides by default: variants are
working, cross-selling too, up-selling too.

And they are plenty of things that OpenERP do and Magento don't. Most of
the features announced for magento 2 are already in OpenERP: SEO optimized,
page designer, support for huge number of products, better modularity, ...

But do you manage all these features with Magento connectors? If OpenERP
don't manage it, you will not get it working with a connector too.


Seriously, this discussion is too subjective to be constructive.

What will matter is how much productive are you to deploy CMS-eCommerce-ERP
with either Magento+OpenERP+Connector or just OpenERP. (including time
needed to develop missing features).

 * OpenERP E-Commerce will I'm sure fit big company needs in the future,
 but today it doesn't.


No. Sorry, I don't agree.
You say that, but you don't know what's inside OpenERP eCommerce.

It does support big companies as much as Magento does. (and probably even
more)



 It doesn't means your new module isn't great and bring new rules and
 standards in the place and for that I love it !


You can try to categorize OpenERP eCommerce for small companies.
But do that at your own risks.

Others partners that will deploy OpenERP eCommerce will be more competitive
than those that go with Magento+OpenERP+Connector.

If you want to claim OpenERP eCommerce is not for big companies, please
have real arguments It's too slow with X products or Y orders, while
Magento is fast, it miss this features that costs more to develop than
the deployment cost of the connector, ...


Overall, I think it's a waste of time to try to convince each others.

On your side: You should test it, and judge based on your tests. (or,
better, sell it to firsts customers and judge based on ROI)
On my side: I should release something so great that there will be no
discussion anymore. (including on the security layer)


Fabien



 Joël


 On Mon, Jan 20, 2014 at 12:13 PM, Fabien Pinckaers f...@openerp.com wrote:


  * When you're facing hundreds of orders a days and thousands visitors,
 you'll not succeed to have it all in one instance. Imagine, who will block
 his operation because they have too much click on their front-end ? Fors
 that reason (and security if you matter about), you'll prefer 2 servers.



 Don't agree AT ALL.

   - OpenERP is built to scale (*)
   - A full featured OpenERP will be much faster than Magento or Prestashop

 You point is only valid if magento or prestashop are faster and allow to
 scale more than OpenERP. But it's actually the opposite!

 Why will OpenERP be always faster than MagentoCommerce and Prestashop.
 Because it's much simpler and, thus, much easier to optimize. Just check
 the number of lines of code:
   - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce, Events,
 ...): 150k lines of code, only 15k for CMS+eCommerce+events
   - Magento (WITHOUT any module, version 1.8): 918k lines of code
   - Prestashop (WITHOUT any module): 257k lines of code

 So, at equivalent-features, OpenERP has around 10x less lines of code.
 One is easier to optimize and scale and the others are not :)
 It's not because

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Ovnicraft

On Mon, Jan 20, 2014 at 12:54 PM, Fabien Pinckaers f...@openerp.com wrote:


  * OpenERP isn't able to sync easily with another OpenERP instance to have
 2 server, one for e-commerce, one for ERP. It's more easy to do though than
 sync 2 different systems you're right, but nothing concrete exists today.



 base_synchro exists and works. It's not perfect, it's very complex, it's
 painful, but it works.
 But I think that syncing OpenERP-Magento is the same pain, whether it's
 with your connectors or others community modules. Does it work
 out-of-the-box by non developers? There will always be some tricky features
 that will require tricky devs.


  * OpenERP scale well (saas is the proof), but still we face performance
 issue quite often in our important project. By putting OpenERP as a front
 and back end on a same server can have dramatical issue regarding the
 company's operations, I will not take that risk for my important (in terms
 of orders/users) customers at this stage.


 Yes, but I think most performance issue are fixed on v8.

 Again, I am not telling OpenERP is perfect. I just say that you will also
 have performance issues with Magento (or others) and probably more than
 with OpenERP. We fixed all performance issues EVER reported at OpenERP SA.
 (some are only fixed in v8, like POS and stock related ones)


  * OpenERP has less code. That is good, easier to maintain, that's great.
 Now, lot's of feature are today missing compare to other e-commerce
 platform: bundle product (like Dell computer configuration),
 multi-dimensional variant (and I'm speaking here of their configuration and
 day-to-day use, try to change a variant of T-shirt with color, size and
 logo), cross-selling, up-selling, etc.. But we need a start right ? And in
 that you did something huge, as you said this is v1.0, it's amazing, but it
 hasn't yet all features that other have today.


 I think you don't know what openerp provides by default: variants are
 working, cross-selling too, up-selling too.

 And they are plenty of things that OpenERP do and Magento don't. Most of
 the features announced for magento 2 are already in OpenERP: SEO optimized,
 page designer, support for huge number of products, better modularity, ...


@Fabien: a Q here: SEO will affect other apps in my instance ?


Regards,


 But do you manage all these features with Magento connectors? If OpenERP
 don't manage it, you will not get it working with a connector too.


 Seriously, this discussion is too subjective to be constructive.

 What will matter is how much productive are you to deploy
 CMS-eCommerce-ERP with either Magento+OpenERP+Connector or just OpenERP.
 (including time needed to develop missing features).

  * OpenERP E-Commerce will I'm sure fit big company needs in the future,
 but today it doesn't.


 No. Sorry, I don't agree.
 You say that, but you don't know what's inside OpenERP eCommerce.

 It does support big companies as much as Magento does. (and probably even
 more)



 It doesn't means your new module isn't great and bring new rules and
 standards in the place and for that I love it !


 You can try to categorize OpenERP eCommerce for small companies.
 But do that at your own risks.

 Others partners that will deploy OpenERP eCommerce will be more
 competitive than those that go with Magento+OpenERP+Connector.

 If you want to claim OpenERP eCommerce is not for big companies, please
 have real arguments It's too slow with X products or Y orders, while
 Magento is fast, it miss this features that costs more to develop than
 the deployment cost of the connector, ...


 Overall, I think it's a waste of time to try to convince each others.

 On your side: You should test it, and judge based on your tests. (or,
 better, sell it to firsts customers and judge based on ROI)
 On my side: I should release something so great that there will be no
 discussion anymore. (including on the security layer)


 Fabien



 Joël


 On Mon, Jan 20, 2014 at 12:13 PM, Fabien Pinckaers f...@openerp.comwrote:


  * When you're facing hundreds of orders a days and thousands visitors,
 you'll not succeed to have it all in one instance. Imagine, who will block
 his operation because they have too much click on their front-end ? Fors
 that reason (and security if you matter about), you'll prefer 2 servers.



 Don't agree AT ALL.

   - OpenERP is built to scale (*)
   - A full featured OpenERP will be much faster than Magento or
 Prestashop

 You point is only valid if magento or prestashop are faster and allow to
 scale more than OpenERP. But it's actually the opposite!

 Why will OpenERP be always faster than MagentoCommerce and Prestashop.
 Because it's much simpler and, thus, much easier to optimize. Just check
 the number of lines of code:
   - OpenERP (with ALL modules: CRM, Accounting, WMS, eCommerce, Events,
 ...): 150k lines of code, only 15k for CMS+eCommerce+events
   - Magento (WITHOUT any module, version 1.8): 918k lines of code
   -

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Kurt Haselwimmer

This whole discussion - about a webstore development, that  has not even been 
properly launched yet, has been very interesting - it shows:

1) The release of the webstore module has clearly led opened up existing 
concerns about security. According to fabien's comment

 
 On my side: I should release something so great that there will be no 
 discussion anymore. (including on the security layer)
 

it seems that these points have been accepted and will lead to some changes.

2) Comments about the practical performance of the OpenERP website/CMS and 
concerns that it may slow down everything else that one is doing with the ERP 
system are perhaps a little premature. 

3) Knocking the performance of other cart systems, eg Magento, is not a good 
policy, even if the facts are true. It sounds too desperate and will naturally 
lead to the response that Magneto has X,Y and Z features that the openerp 
website doesn't. OpenERP webstore has the opportunity to change the paradigm 
and, as Fabien has already shown with the rich html quote demo, go further than 
traditional webstore have ever been able to. Getting into a shouting match with 
defenders of other webstores should be avoided  - but A) point to the connector 
based sync  (and provide a marketing page that describes the carts that OE can 
currently sync with) as a migration path for users of existing webcarts so that 
they can move incrementally onto OpenERP whilst B) continuing the development 
of the openERP webstore aggressively so more of the traditional objections get 
knocked down one-by-one, plus add innovative new features that draw users to 
the OpenERP integrated web platform.

4) 

 You say that, but you don't know what's inside OpenERP eCommerce.

Indeed, the /teaser has been very effective. But it is perhaps reflective of a 
more general point - and this is where my newness to the platform is relevant - 
it is VERY difficult to get a clear idea of what OpenERP can do. One answer is 
'everything' - but that doesn't help those new to the platform. In principle 
any computer platform can do 'everything' with sufficient customisation and 
programming - what decision makers need to be able to understand is :-

A) how much functionality comes straight out of the box, 
B) how easy and clean does the UI seem to be to navigate for their staff,  
C) does the platform seems logical or suggest that there are going to be 
expensive 'gotchas' that need programmers or consultants to explain
... and so on

The video explorations shown on the website/CMS teaser are just the right sort 
of presentation. They transmit the message that many competing products waste 
pages of text on. More importantly than that - they are many times more 
engaging that text for busy decision makers. It seems like the marketing 
content is moving in the right direction, but I would still say that it is 
still very difficult to navigate through all the documentation/launchpad and 
other resources to try and work out what the functionality of any of the system 
modules are. 

Maybe I am missing something, but if I am it means it has not been sufficiently 
signposted, as, for example, I have spent hours on the openERP website trying 
to figure out if there is a way to attach simple courier tracking information 
to a sales order once it has been despatched. As a comparison - it took me a 
total of 5 minutes and $25 to find and buy such a module 
(http://www.opencart.com/index.php?route=extension/extension/infoextension_id=2389)
 for opencart, plus a further 10 minutes to install it. 

Kurt


 
 
 I think you don't know what openerp provides by default: variants are 
 working, cross-selling too, up-selling too.
 
 And they are plenty of things that OpenERP do and Magento don't. Most of the 
 features announced for magento 2 are already in OpenERP: SEO optimized, page 
 designer, support for huge number of products, better modularity, ...
 
 But do you manage all these features with Magento connectors? If OpenERP 
 don't manage it, you will not get it working with a connector too.
 
 
 Seriously, this discussion is too subjective to be constructive.
 
 What will matter is how much productive are you to deploy CMS-eCommerce-ERP 
 with either Magento+OpenERP+Connector or just OpenERP. (including time needed 
 to develop missing features).
 
  * OpenERP E-Commerce will I'm sure fit big company needs in the future, but 
 today it doesn't.
 
 No. Sorry, I don't agree.
 You say that, but you don't know what's inside OpenERP eCommerce.
 
 It does support big companies as much as Magento does. (and probably even 
 more)
 
  
 It doesn't means your new module isn't great and bring new rules and 
 standards in the place and for that I love it !
 
 You can try to categorize OpenERP eCommerce for small companies.
 But do that at your own risks.
 
 Others partners that will deploy OpenERP eCommerce will be more competitive 
 than those that go with Magento+OpenERP+Connector.
 
 If you want to claim

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Nhomar Hernández

2014/1/20 Kurt Haselwimmer k...@cmr-direct.com

 Just to summarise on opencart - many extensions cost very little to
 develop - perhaps only an hour or two of coding. But if it saves me an hour
 or more of my time then I am happy to spend $25 - or even $50 for that
 matter - and evidently, for some of the most popular extensions, many
 hundreds of people agree with me


I understand your point, but the amounts are out of level in your examples.

The minimal cost of a new resource around the countries i give services
Paid as fixed salary is far from 25 or 50 usd per hour, even we have
countries where a new developer Who will expend +++2 hours in a simple
feature can cost even more.

Then your example is easy to understand but the amount is out of real
levels then It is a little confusing, it should be great if it can be
analyzed in your side with more real numbers.

In the rest I support the Raphael explanation in this case, you need to be
care abaut mix business models and the capitalism is hurting us now

Then talking about Capitalism Numbers we have to understand several
things.

Develop a feature which is relevant and clear need for customers like i.e:
WYSWYG on v8 took A LOT of time maybe hundred or thousand of hours,
maintain and left clear of bugs some other Hundred of Hours, BUT Who is
open to pay for it the total amount?, Is it feasible take 25 per
download?, Can you pay 1000 per download?, then this kind of Cool
features are not feasible to achieve with your example in the AGPL/OpenERP
world.

But let me give you other example: The specific sale process for a
customer, this feature is necessary, mandatory and will help to save
Thousand of dollars to these customer, may be it is really easy 3 or 4
hours let say, but this feature without the WYSWYG maybe (just
theoretically speaking)  can not work.. Then what you will pay for, for
the WYSWYG or the SALE PROCESS?.

THen, with this 2 examples no there are any way around to analyze
separatelly you must see the System as a hole spectrum and it is called
Enterprise licence + Professional Services and/or (option 2) SaaS offer
+ Support package.

And it is what OpenERP Business model offer, How do you make money?:

Simple: 1.- Your Own SaaS. 2.- Giving Support. 3.- Giving Plain Cost
Services (your own enterprise) but in all cases, part of this money needs
to be fear enought Include OpenERP.


And always take for you an statement: How much money I am saving with my
system, If you are not saving more than what you are expending Don't use
it and if you are saving the same or more... Use it, hack it and
contribute ;-)

All the tests are open for everybody, it is really difficult to hide, see
the business model behind Drupal, Magento, Prestashop and so on. We
need something stable and fear enought and IMHO OpenERP business model is
the best too in the market (not perfect) but by far the best ;-) not in
terms of profitability - in terms of Posibilities


Note: My english su.c...s I hope i was able to show my point.
regards

We as community
Best Regards.

-- 

Saludos Cordiales

Nhomar G. Hernandez M.
+58-414-4110269
Skype: nhomar00
Web-Blog: http://geronimo.com.ve
Servicios IT: http://vauxoo.com
Linux-Counter: 467724
Correos:
nho...@openerp.com.ve
nho...@vauxoo.com
twitter @nhomar
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community] OpenERP CMS: How is server separation implemented?

2014-01-20 Thread Eric Caudal

Title: Eric CAUDAL

  
  
That sounds familiar... ;)
  
  http://bazaar.launchpad.net/~openerp-community/openobject-addons/elico-7.0/files/head:/l10n_cn_express_track/
  
  
  



Eric Caudal
CEO
--
Elico Corporation, Shanghai branch
OpenERP Premium Certified Training Partner 
Cell: + 86 186 2136 1670
Office: + 86 21 6211 8017/27/37
Skype: elico.corp
eric.cau...@elico-corp.com
http://www.elico-corp.com


 
  On 01/21/2014 05:13 AM, Kurt Haselwimmer wrote:

Dear Raphael,
  
  
  thank you for the explanation. My point about opencart was
not the cost of the extension or their business model, but the
ease of finding the extension, together with the documentation
that exists for each extension (i.e. multiple screenshots,
simple explanation.) This is what comes when there is a chance
to make $25 a number of times over - so, yes, then it becomes
relevant to discuss the licensing model, as this evidently does
impact what is offered, at what price, and whether anyone ever
documents anything.
  
  
  Just to summarise on opencart - many extensions cost very
little to develop - perhaps only an hour or two of coding. But
if it saves me an hour or more of my time then I am happy to
spend $25 - or even $50 for that matter - and evidently, for
some of the most popular extensions, many hundreds of people
agree with me.
  
  
  The question of whether the choice of AGPL license should
prevent this kind of micro-customisation is an open one.
  
  
  Say I create a new feature for the webstore, say even - the
shipment tracking feature I described - whereby I can store
parameter trackno, together with a courier choice, such that the
URL www.courier.com/tracking.asp?id=%s
where %s is trackno, so that I can simply link through to a
courier's website to see how far my parcel has got yet, and even
if the customer has received it - this is not a USD5000
development - but I bet others would be prepared to pay $50 for
this simple and useful functionality. Why then can I not publish
the code on the launchpad, thereby keeping the AGPL purists
happy, but ALSO offer a service to install it on customer's
servers for $50 ? Just because the code is published freely and
for nothing, it does not seem to logically exclude the
possibility of also charging a fee to help those people who
don't want to have to spend days trying to find the exact piece
of code on the launchpad that they should be using.
  
  
  The reason it is relevant right now - is because there are
large numbers of small changes and customisations that webstore
designers want to have, and would be prepared to pay for, but
which may never get developed because you are suggesting that
the AGPL does not allow it. I think a clarification of this
point would be really helpful for me, and perhaps for anyone
else new to this particular form of license.
  
  
  Thanks
  
  
  Kurt
  
  
  
  
  

  
On Mon, Jan 20, 2014 at 6:21 PM, Kurt
  Haselwimmer k...@cmr-direct.com
  wrote:
  

  

  [...]
  

  

Maybe I am missing something, but if I am
  it means it has not been sufficiently
  signposted, as, for example, I have spent
  hours on the openERP website trying to figure
  out if there is a way to attach simple courier
  tracking information to a sales order once it
  has been despatched. As a comparison - it took
  me a total of 5 minutes and $25 to find and
  buy such a module (http://www.opencart.com/index.php?route=extension/extension/infoextension_id=2389)
  for opencart, plus a further 10 minutes to
  install it.



Kurt
  

  
  
  
  
  
  Hello Kurt,
  
  
  Well, for sure, you make a point about Launchpad
and the lack of developer communication about the
website module before it was announced.

Re: [Openerp-community] [Merge] lp:~ajite/openobject-addons/elico-7.0-imp-intercompany-000001 into lp:~openerp-community/openobject-addons/elico-7.0

2014-01-20 Thread Eric Caudal - www.elico-corp.com

Review: Approve

copyright should be 2014
-- 
https://code.launchpad.net/~ajite/openobject-addons/elico-7.0-imp-intercompany-01/+merge/202396
Your team OpenERP Community is subscribed to branch 
lp:~openerp-community/openobject-addons/elico-7.0.

___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr into lp:carriers-deliveries

Yannick Vaucher @ Camptocamp has proposed merging 
lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr
 into lp:carriers-deliveries.

Requested reviews:
  Stock and Logistic Core Editors (stock-logistic-core-editors)

For more details, see:
https://code.launchpad.net/~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr/+merge/202257

Implements postlogistics license management
-- 
https://code.launchpad.net/~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr/+merge/202257
Your team Stock and Logistic Core Editors is requested to review the proposed 
merge of 
lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr
 into lp:carriers-deliveries.
-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr into lp:carriers-deliveries

The proposal to merge 
lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr
 into lp:carriers-deliveries has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr/+merge/202257
-- 
https://code.launchpad.net/~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr/+merge/202257
Your team Stock and Logistic Core Editors is requested to review the proposed 
merge of 
lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr
 into lp:carriers-deliveries.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~camptocamp/ocb-addons/opening_entry_foreign_currency_fix_mdh into lp:ocb-addons

Review: Approve

Thanks for this one! As it was merged into upstream and already got back to ocb 
via the replay script, I'll set this MP to 'merged'
-- 
https://code.launchpad.net/~camptocamp/ocb-addons/opening_entry_foreign_currency_fix_mdh/+merge/197526
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~gdgellatly/server-env-tools/base-synchro-7.0 into lp:server-env-tools

Review: Needs Information

Hi,


First of all, thank you a lot for all this work, my further comment doesn't 
criticize any of your investment in here.

As this module has been abandoned by OpenERP, I'm not sure it's good to have it 
in our community modules. For what I know about this module he really had lots 
of bugs.  It only work for small range and simple stuffs, from the point your 
start making real cases you face lots of troubles because it's root design is 
not really appropriate to support your business cases (translation support, 
hell hard to debug,...).

So, I ask for your opinion to you all : would you try to assume such module 
here ? I'm not convinced, but I'm open to discuss it with you all.

My main arguments in favor of rejecting it here is:

 * No atomic job to import object, if one failed, everything stop. We need 
Atomicity in the synchronization (as we do for the generic connector here 
https://launchpad.net/openerp-connector

 * Very difficult to debug as it's not atomic. When something fail, you have to 
investigate everything

 * As far as I know/remember you don't have any logs of what is done or not

 * As it was bad designed and abandoned by the editors, I will rather prefer to 
develop a clean one base on the community generic connector rather than trying 
to support this one.

What do you guys think ?

Regards,

Joël


-- 
https://code.launchpad.net/~gdgellatly/server-env-tools/base-synchro-7.0/+merge/200127
Your team Server Environment And Tools Core Editors is subscribed to branch 
lp:server-env-tools.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~the-clone-master/oemedical/oemedical_refactoring_step_I into lp:oemedical

2014-01-20 Thread Pedro Manuel Baeza

Review: Needs Information

Hi, Mario,

Thanks for your great efforts to bring this project to a usable state. Waiting 
for a deeper review, I have seen something that flash me and want you to tell: 
you told about a new module called oemedical_first_name to split personal names 
in two, but this functionality is already present in module partner_first_name 
on partner-contact-management OCA repository, so I would prefer to use this 
module to join efforts in its maintenance and adapt OE to its use when required.

What do you think?

Regards.
-- 
https://code.launchpad.net/~the-clone-master/oemedical/oemedical_refactoring_step_I/+merge/202240
Your team OEmedical Commiter is subscribed to branch lp:oemedical.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~yann-papouin/ocb-addons/6.1-bug-1267845-product-and-category-search-improved-usability into lp:ocb-addons/6.1

Review: Needs Fixing

18: add spaces between operators

21: this seems to be one line too much

33: that's not safe against searching for '  / ' or the like, I'd wrap that 
into an
if category_names:

33, 36: shouldn't strip(product_category_separator + ' ') be enough? (the space 
just to be safe if we ever change product_category_separator)

42: if ids and classic_ids are nondistinct sets and there's a limit, you'll get 
less than limit ids, which is particularly annoying for name_search. I think 
you should pass limit+len(ids), remove duplicates in a manner that preserves 
class_ids' order and then shorten it as necessary

53: why is this necessary? And if so, why only if name is set?

63: can't you integrate that in the regex above? If you'll only have '[bla' 
trigger searching for the default code, but not 'bla]', adding a '?' after the 
closing square bracket would be enough. (and I can't really think of a use case 
for 'bla]').

64: if you don't agree with 63, .strip('[] ') should be enough here
-- 
https://code.launchpad.net/~yann-papouin/ocb-addons/6.1-bug-1267845-product-and-category-search-improved-usability/+merge/201192
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~jeffery9/ocb-addons/ocb-addons into lp:ocb-addons

setting to work in progress due to inactivity
-- 
https://code.launchpad.net/~jeffery9/ocb-addons/ocb-addons/+merge/193883
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~jeffery9/ocb-addons/ocb-addons into lp:ocb-addons

The proposal to merge lp:~jeffery9/ocb-addons/ocb-addons into lp:ocb-addons has 
been updated.

Status: Needs review = Work in progress

For more details, see:
https://code.launchpad.net/~jeffery9/ocb-addons/ocb-addons/+merge/193883
-- 
https://code.launchpad.net/~jeffery9/ocb-addons/ocb-addons/+merge/193883
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~grupocitec/ocb-addons/report_webkit_custom_paper_size into lp:ocb-addons

any input from the webkit people?
-- 
https://code.launchpad.net/~grupocitec/ocb-addons/report_webkit_custom_paper_size/+merge/195418
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~camptocamp/partner-contact-management/remove_trailing_space_partner_mdh into lp:partner-contact-management

2014-01-20 Thread Leonardo Pistone @ camptocamp

Review: Approve code review

You're right Pedro, sorry for not coming back. I update my review, just for the 
record.
-- 
https://code.launchpad.net/~camptocamp/partner-contact-management/remove_trailing_space_partner_mdh/+merge/197400
Your team Partner and Contact Core Editors is subscribed to branch 
lp:partner-contact-management.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~hirt/ocb-addons/6.1-sort-events-mat into lp:ocb-addons/6.1

The proposal to merge lp:~hirt/ocb-addons/6.1-sort-events-mat into 
lp:ocb-addons/6.1 has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~hirt/ocb-addons/6.1-sort-events-mat/+merge/196434
-- 
https://code.launchpad.net/~hirt/ocb-addons/6.1-sort-events-mat/+merge/196434
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~yann-papouin/ocb-addons/6.1-bug-1104766-ignore-canceled-moves into lp:ocb-addons/6.1

The proposal to merge 
lp:~yann-papouin/ocb-addons/6.1-bug-1104766-ignore-canceled-moves into 
lp:ocb-addons/6.1 has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~yann-papouin/ocb-addons/6.1-bug-1104766-ignore-canceled-moves/+merge/197753
-- 
https://code.launchpad.net/~yann-papouin/ocb-addons/6.1-bug-1104766-ignore-canceled-moves/+merge/197753
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~pedro.baeza/ocb-addons/6.1-fix-935564 into lp:ocb-addons/6.1

The proposal to merge lp:~pedro.baeza/ocb-addons/6.1-fix-935564 into 
lp:ocb-addons/6.1 has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~pedro.baeza/ocb-addons/6.1-fix-935564/+merge/197737
-- 
https://code.launchpad.net/~pedro.baeza/ocb-addons/6.1-fix-935564/+merge/197737
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~therp-nl/ocb-addons/6.1-lp1244663_failing_test_purchase_double_validation into lp:ocb-addons/6.1

The proposal to merge 
lp:~therp-nl/ocb-addons/6.1-lp1244663_failing_test_purchase_double_validation 
into lp:ocb-addons/6.1 has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~therp-nl/ocb-addons/6.1-lp1244663_failing_test_purchase_double_validation/+merge/192708
-- 
https://code.launchpad.net/~therp-nl/ocb-addons/6.1-lp1244663_failing_test_purchase_double_validation/+merge/192708
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~yann-papouin/ocb-web/6.1-bug-1261322-useful-report-filename into lp:ocb-web/6.1

Review: Approve code review


-- 
https://code.launchpad.net/~yann-papouin/ocb-web/6.1-bug-1261322-useful-report-filename/+merge/27
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-web/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

2014-01-20 Thread Bharat Devnani (Open ERP)

** Changed in: openobject-addons
   Status: Fix Committed = Incomplete

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Incomplete

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

2014-01-20 Thread Acsone

Hello Bharat,

Why this status change?

-sbi

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Incomplete

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~the-clone-master/oemedical/oemedical_refactoring_step_I into lp:oemedical

2014-01-20 Thread Mario Arias

Hi Pedro,
In fact it is based on that one.
It just adds inherited fields on new views...

Regards
El 20/01/2014 04:09, Pedro Manuel Baeza pedro.ba...@gmail.com escribió:

 Review: Needs Information

 Hi, Mario,

 Thanks for your great efforts to bring this project to a usable state.
 Waiting for a deeper review, I have seen something that flash me and want
 you to tell: you told about a new module called oemedical_first_name to
 split personal names in two, but this functionality is already present in
 module partner_first_name on partner-contact-management OCA repository, so
 I would prefer to use this module to join efforts in its maintenance and
 adapt OE to its use when required.

 What do you think?

 Regards.
 --

 https://code.launchpad.net/~the-clone-master/oemedical/oemedical_refactoring_step_I/+merge/202240
 You are the owner of
 lp:~the-clone-master/oemedical/oemedical_refactoring_step_I.


-- 
https://code.launchpad.net/~the-clone-master/oemedical/oemedical_refactoring_step_I/+merge/202240
Your team OEmedical Commiter is subscribed to branch lp:oemedical.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~camptocamp/ocb-addons/ocb-7.0-fix_1264950-afe into lp:ocb-addons

The proposal to merge lp:~camptocamp/ocb-addons/ocb-7.0-fix_1264950-afe into 
lp:ocb-addons has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~camptocamp/ocb-addons/ocb-7.0-fix_1264950-afe/+merge/201028
-- 
https://code.launchpad.net/~camptocamp/ocb-addons/ocb-7.0-fix_1264950-afe/+merge/201028
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

+1 to Stéphane comment

Could you at least explain why it is passed to Incomplete and what is
missing

Like if you couldn't reproduced.

And if the bug disappeared link commit that fixed it

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Incomplete

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~agilebg/ocb-addons/7.0-bug-1198250-elbati into lp:ocb-addons

The proposal to merge lp:~agilebg/ocb-addons/7.0-bug-1198250-elbati into 
lp:ocb-addons has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~agilebg/ocb-addons/7.0-bug-1198250-elbati/+merge/194395
-- 
https://code.launchpad.net/~agilebg/ocb-addons/7.0-bug-1198250-elbati/+merge/194395
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~therp-nl/ocb-server/6.1_lp1260743_print_empty_lines into lp:ocb-server/6.1

The proposal to merge lp:~therp-nl/ocb-server/6.1_lp1260743_print_empty_lines 
into lp:ocb-server/6.1 has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~therp-nl/ocb-server/6.1_lp1260743_print_empty_lines/+merge/199120
-- 
https://code.launchpad.net/~therp-nl/ocb-server/6.1_lp1260743_print_empty_lines/+merge/199120
Your team OpenERP Community Backports Team is subscribed to branch 
lp:ocb-server/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

By the way I tested on runbot again passing around eight times the mouse
randomely over a graph in bar mode and I get this error

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Fix Committed

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

tested on runbot OpenERP 7.0

(Build 28025)
server (5208)
addons (9776)
web (4119)

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Fix Committed

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

2014-01-20 Thread Twinkle Christian(OpenERP)

** Changed in: openobject-addons
   Status: Incomplete = Fix Committed

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Fix Committed

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

2014-01-20 Thread Bharat Devnani (Open ERP)

Hello,

Sorry for the inconvenience, it was not done intentionally.
We have changed the status to Fix Committed.

Thanks  Regards,
Devnani Bharat R.

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Fix Committed

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~michelemilidoni/server-env-tools/it_tr into lp:server-env-tools

The proposal to merge lp:~michelemilidoni/server-env-tools/it_tr into 
lp:server-env-tools has been updated.

Status: Approved = Merged

For more details, see:
https://code.launchpad.net/~michelemilidoni/server-env-tools/it_tr/+merge/199557
-- 
https://code.launchpad.net/~michelemilidoni/server-env-tools/it_tr/+merge/199557
Your team Server Environment And Tools Core Editors is subscribed to branch 
lp:server-env-tools.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~initos.com/partner-contact-management/7.0 into lp:partner-contact-management

The proposal to merge lp:~initos.com/partner-contact-management/7.0 into 
lp:partner-contact-management has been updated.

Status: Needs review = Merged

For more details, see:
https://code.launchpad.net/~initos.com/partner-contact-management/7.0/+merge/195066
-- 
https://code.launchpad.net/~initos.com/partner-contact-management/7.0/+merge/195066
Your team Partner and Contact Core Editors is subscribed to branch 
lp:partner-contact-management.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Bug 1195904] Re: [trunk/7.0] [Firefox] graphs - TypeError cur is null

2014-01-20 Thread Sandy Carter (http://www.savoirfairelinux.com)

Thanks Bharat :-)

Cheers,

-- 
You received this bug notification because you are a member of OpenERP
Community Backports Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/1195904

Title:
  [trunk/7.0] [Firefox] graphs - TypeError cur is null

Status in OpenERP Community Backports (Addons):
  Fix Released
Status in OpenERP Community Backports (Addons) 7.0 series:
  Fix Released
Status in OpenERP Addons (modules):
  Fix Committed

Bug description:
  (Build 14827)
  server (5018)
  addons (9275)
  web (3989)

  Browser : Firefox 21.0
  (couldn't reproduce on Chrome)

  TypeError: cur is null

  http://7-0-14827.runbot.openerp.com/web/static/lib/jquery/jquery-1.8.3.js:3014

  Login with admin
  Go in Reporting - Dashboard - CRM

  Change the Opportunity by stage graph to bar display

  Play a bit with your mouse over the bars

To manage notifications about this bug go to:
https://bugs.launchpad.net/ocb-addons/+bug/1195904/+subscriptions

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~therp-nl/account-financial-report/6.1-analytic_entries_report_fiscalyear into lp:account-financial-report/6.1

2014-01-20 Thread Leonardo Pistone @ camptocamp

Review: Approve code review

Nothing wrong Holger! I would appreciate just a little comment that says that 
the query is identical, to save time to people evaluating the module in the 
future.

I'm not blocking it though, thanks for your work!
-- 
https://code.launchpad.net/~therp-nl/account-financial-report/6.1-analytic_entries_report_fiscalyear/+merge/201968
Your team Account Report Core Editors is subscribed to branch 
lp:account-financial-report/6.1.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~savoirfairelinux-openerp/partner-contact-management/city-move into lp:partner-contact-management

The proposal to merge 
lp:~savoirfairelinux-openerp/partner-contact-management/city-move into 
lp:partner-contact-management has been updated.

Status: Needs review = Rejected

For more details, see:
https://code.launchpad.net/~savoirfairelinux-openerp/partner-contact-management/city-move/+merge/196023
-- 
https://code.launchpad.net/~savoirfairelinux-openerp/partner-contact-management/city-move/+merge/196023
Your team Partner and Contact Core Editors is subscribed to branch 
lp:partner-contact-management.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

Re: [Openerp-community-reviewer] [Merge] lp:~trobz/web-addons/web-unleashed into lp:web-addons

Looks pretty good! I'm yet to try it in a serious project, but for the time 
being: Well done!

Some nits so far:

- your js tests will run twice, once from the web module, once triggered from 
tests/test_js.py. Is this possibly a leftover from development?

- any reason to deviate from putting qweb templates into static/src/xml?

- I understand the reasoning behind the name, but something more descriptive 
than web_unleashed would be better IMHO

- core/unleashed.js should use translated strings where appropriate

Now a serious question: Could you elaborate where the context you pass to 
sync() comes from? From my understanding, it's passed every time you'd call 
fetch() on the model, but where does that come from? UnleashedView gets it from 
the dataset (you shouldn't eval that then btw but a copy of it before passing 
it to the server in connector.js), which is fine, but I can't see where it's 
propagated further to the models? (I'm not a backbone expert if that's not 
obvious by now)
-- 
https://code.launchpad.net/~trobz/web-addons/web-unleashed/+merge/195542
Your team Web-Addons Core Editors is requested to review the proposed merge of 
lp:~trobz/web-addons/web-unleashed into lp:web-addons.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~serpentcs/web-addons/web_search_alphabetic into lp:web-addons

2014-01-20 Thread Serpent Consulting Services

Serpent Consulting Services has proposed merging 
lp:~serpentcs/web-addons/web_search_alphabetic into lp:web-addons.

Requested reviews:
  Web-Addons Core Editors (webaddons-core-editors)

For more details, see:
https://code.launchpad.net/~serpentcs/web-addons/web_search_alphabetic/+merge/202325
-- 
https://code.launchpad.net/~serpentcs/web-addons/web_search_alphabetic/+merge/202325
Your team Web-Addons Core Editors is requested to review the proposed merge of 
lp:~serpentcs/web-addons/web_search_alphabetic into lp:web-addons.
=== added directory 'web_search_alphabetic'
=== added file 'web_search_alphabetic/__init__.py'
--- web_search_alphabetic/__init__.py	1970-01-01 00:00:00 +
+++ web_search_alphabetic/__init__.py	2014-01-20 15:51:59 +
@@ -0,0 +1,23 @@
+# -*- coding: utf-8 -*-
+##
+#
+#OpenERP, Open Source Management Solution
+#Copyright (C) 2004-2010 Tiny SPRL (http://tiny.be).
+#Copyright (C) 2011-2014 Serpent Consulting Services (http://www.serpentcs.com)
+#
+#This program is free software: you can redistribute it and/or modify
+#it under the terms of the GNU Affero General Public License as
+#published by the Free Software Foundation, either version 3 of the
+#License, or (at your option) any later version.
+#
+#This program is distributed in the hope that it will be useful,
+#but WITHOUT ANY WARRANTY; without even the implied warranty of
+#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+#GNU Affero General Public License for more details.
+#
+#You should have received a copy of the GNU Affero General Public License
+#along with this program.  If not, see http://www.gnu.org/licenses/.
+#
+
+
+# vim:expandtab:smartindent:tabstop=4:softtabstop=4:shiftwidth=4:

=== added file 'web_search_alphabetic/__openerp__.py'
--- web_search_alphabetic/__openerp__.py	1970-01-01 00:00:00 +
+++ web_search_alphabetic/__openerp__.py	2014-01-20 15:51:59 +
@@ -0,0 +1,49 @@
+# -*- coding: utf-8 -*-
+##
+#
+#OpenERP, Open Source Management Solution
+#Copyright (C) 2004-2010 Tiny SPRL (http://tiny.be).
+#Copyright (C) 2011-2014 Serpent Consulting Services (http://www.serpentcs.com)
+#
+#This program is free software: you can redistribute it and/or modify
+#it under the terms of the GNU Affero General Public License as
+#published by the Free Software Foundation, either version 3 of the
+#License, or (at your option) any later version.
+#
+#This program is distributed in the hope that it will be useful,
+#but WITHOUT ANY WARRANTY; without even the implied warranty of
+#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+#GNU Affero General Public License for more details.
+#
+#You should have received a copy of the GNU Affero General Public License
+#along with this program.  If not, see http://www.gnu.org/licenses/.
+#
+
+
+{
+'name': 'Web Alphabetical Search',
+'author' : 'Serpent Consulting Services Pvt. Ltd.',
+'category' : 'Web',
+'website': 'http://www.serpentcs.com',
+'description': 
+OpenERP Web Search Extended.
+
+
+This module used for search record base on alphabetical character be default it will search on name field.
+User also is able to change search field name instead of name field.
+,
+'version': '1.0',
+'depends': ['web'],
+'js': [
+'static/src/js/web_search.js'
+],
+'css': [
+'static/src/css/web_search.css'
+],
+'qweb' : [
+'static/src/xml/web_search.xml',
+],
+'auto_install': False
+}
+
+# vim:expandtab:smartindent:tabstop=4:softtabstop=4:shiftwidth=4:

=== added directory 'web_search_alphabetic/static'
=== added directory 'web_search_alphabetic/static/src'
=== added directory 'web_search_alphabetic/static/src/css'
=== added file 'web_search_alphabetic/static/src/css/web_search.css'
--- web_search_alphabetic/static/src/css/web_search.css	1970-01-01 00:00:00 +
+++ web_search_alphabetic/static/src/css/web_search.css	2014-01-20 15:51:59 +
@@ -0,0 +1,44 @@
+.openerp .search_filter {
+background: #F0F0F0;
+width: 100%;
+border: 1px solid #999;
+background: -moz-linear-gradient(top, #F0F0F0 0%, #C0C0C0 100%);
+background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#F0F0F0), color-stop(100%,#C0C0C0));
+}
+
+.openerp .oe_filter_label {
+background: #F0F0F0;
+width: 3.35%;
+border: 1px solid #999;
+background: -moz-linear-gradient(top, #F0F0F0 0%, #C0C0C0 100%);
+background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#F0F0F0), color-stop(100%,#C0C0C0));
+filter:

[Openerp-community-reviewer] [Merge] lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr into lp:carriers-deliveries

The proposal to merge 
lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr
 into lp:carriers-deliveries has been updated.

Status: Merged = Needs review

For more details, see:
https://code.launchpad.net/~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr/+merge/202257
-- 
https://code.launchpad.net/~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr/+merge/202257
Your team Stock and Logistic Core Editors is requested to review the proposed 
merge of 
lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr
 into lp:carriers-deliveries.

-- 
Mailing list: https://launchpad.net/~openerp-community-reviewer
Post to : openerp-community-reviewer@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openerp-community-reviewer
More help   : https://help.launchpad.net/ListHelp

[Openerp-community-reviewer] [Merge] lp:~camptocamp/carriers-deliveries/7.0-delivery_carrier_label_postlogistics-imp-licenses-yvr into lp:carriers-deliveries