openerp-community team mailing list archive

[Oscar Alca <oszckar@xxxxxxxxx>]

Seriously man, I am a customer and a coder, I have a Enterprise License and
this kind of answers are not helping, as a customer I'm really
disappointed, you sell a service (Enterprise License) that includes
maintenance of a list of features, and you are going to simpluy throw them
away?, what are you going to do on the migration process form V7 to V8, are
you going to simply tell to current customers that new version does not
have older USEFUL features and that they have to pay more money to have
OpenERP working the way it was?, if you are going to migrate my DBs to work
the same/similar way with base_action_rules I have no problem at all, but
if you don't, please be more careful with your words.


On Mon, Apr 28, 2014 at 9:54 PM, Nhomar Hernández <nhomar@xxxxxxxxx> wrote:

> Anthony,
>
>
> 2014-04-28 21:25 GMT-05:00 Antony Lesuisse <al@xxxxxxxxxxx>:
>
> Sorry for being rude, my point here was simply that if somebody really
>> wants something it's probably easier to work on it than to convince someone
>> else to do it.
>>
>
> Yes you where rude, me too! just understand your vision and mine are so
> likely then when I complain is because i need the best for the project and
> OpenERP and we as company. don't worry about it.
>
>>
>> For OpenERP Enterprise customers, our the migration service will find a
>> solution for a smooth upgrade path on specific basis. (most likely
>> base_action_rules). Maybe they will fix the module to make it work for v8.
>> But this will happen after june.
>>
>
> Ok, this is what I think we need to plan this migration to work for the
> future, can you point me with who I need to talk.
>
> Even, my initial point was that I think the end of the road will be
> audittrails like features (even with a new module re-using
> base_action_rule) this is my point.
>
> We administer several databases, and honestly our live without audittrail
> will be too difficult.
>
> Even, I was specting that you improve with more features audittrail in the
> re-write process like audit fields, access rules failures and so on.... but
> honestly I was really bad surprised with the total removal.
>
>
>>
>> We decided to move auditail to extra (with other modules) as we think
>> they dont meet the quality standard for a long term release and we have
>> alternative solutions to the use case (althought not fully equivalent).
>> Auditrail in trunk is broken since 1 year and the only MP about it was made
>> by Stefan Rijnhart 2 years ago.
>>
>
> And you can sum several open bugs over it.
>
> Honestly, I don't know if you did it intentional, but who kill Audittrail
> was your self not the technical problems, with a low encourga to solve bugs
> and no answer on it people stop use it.
>
>
>>
>> I want to close the merge window for v8 and we will merge wms this week
>> and new api next week (not sure 100% yet). So even if we fix auditrail it
>> will be later and the module wont be part of v8.
>>
>
> Understood
>
>>
>> Sometime i have to decide to stop supporting bad code because it increase
>> the technical debt too much. It then becomes a nightmare for the openerp
>> enterprise team to support. It happened with the gtk client, and caldav in
>> v7.
>>
>
> Yes I understand your point (but I can not be agreed) you have a paid
> service, and it is mandatory IMHO have a plan of migration feature per
> feature inmediatly a customer ask for it.
>
> You can not defend the "leak" of feature as little important directly
> without try to offer solutions on your side.
>
> I mean, taking this case as an example, you leak of 5 or 6 features to
> complay with everything, why not just do it instead discredit our PoV as
> "Community" and as "Customers" (at least it was my feeling).
>
>
>>
>> If i'm wrong, thanks to the open source nature of openerp, then i'm sure
>> people will come to fix and maintain the code. I'm actually interested by
>> the result of the survey. I just think that, often, time is better spent on
>> code than on twitter :)
>>
>
> The result of the survey here:
>
> https://es.surveymonkey.com/results/SM-BP53Q9R/
>
>>
>
>> The good news is that after the wms merge quentin and his team will work
>> full time on improving account and account localisations.
>
>
> On this point i REALLY ask you announce the branch to test new features.
>
> Our localizations has a lot of little features that are even included in a
> generic way we can explain that features.
>
> lp:openerp-mexico-localization
> lp:openerpvenezuela-localization
>
>
>>
>>
>> On 04/29/2014 02:14 AM, Antony Lesuisse wrote:
>>
>>> If someone wants a version of auditrail working for v8 it would be much
>>> more
>>> productive to fix it than to complaint about it, make surveys and spam
>>> twitter.
>>>
>>> The source code is on launchpad, i provided the guideline on how to fix
>>> it.
>>> Are you coders or whiners :) ?
>>>
>>> I also think lp:server-env-tools would be a good project candidate to
>>> adopt
>>> this module.
>>>
>>>
>>> On 04/29/2014 01:28 AM, Antony Lesuisse wrote:
>>>
>>>> The v8 release is nearing and we recently moved the auditrail module to
>>>> an
>>>> extra addons repository.
>>>>
>>>> We now have the _track_field mecanism and with base_action_rules you may
>>>> configure additional hooks to log events.
>>>>
>>>> The trunk version version auditrail is not just buggy it doesnt work at
>>>> all on
>>>> v8.
>>>>
>>>> The main reason is that we now call the orm directly inside controllers
>>>> and
>>>> templates, such calls dont pass anymore by the execute_cr layer. To fix
>>>> auditrail we would need to proxy the osv.Model object.
>>>>
>>>> I think that _track_fields and base_action_rules are enough for most of
>>>> the
>>>> needs but it doesnt offer the same level of reporting as auditrail.log
>>>> and
>>>> auditrail.log.line.
>>>>
>>>> If someone wants to fix auditrail i would recommend following:
>>>>
>>>> - add a depends on base_action_rules
>>>> - override _wrap_create and _wrap_write to call check_rules
>>>> - remove the dirty monkey patching of execute below.
>>>>
>>>> If read logging is really needed you would need to wrap read and
>>>> read_group
>>>> aswell. One should be aware that read logging is not complete since
>>>> v6.0 as it
>>>> doesnt log read_group.
>>>>
>>>> https://code.launchpad.net/openerp-extra
>>>>
>>>> I also moved project_long_term and document_* modules. For document_* i
>>>> have
>>>> made a proof of concept document_fs module that should cover most of
>>>> use case
>>>> of document_ftp/webdav.
>>>>
>>>> https://code.launchpad.net/~openerp-dev/openobject-addons/
>>>> trunk-document-fs-al
>>>>
>>>>
>>>> On 04/28/2014 10:38 PM, Nhomar Hernández wrote:
>>>>
>>>>> Hello All.
>>>>>
>>>>> We are so surprised about the exclusion of the features given by
>>>>> audittrail in
>>>>> OpenERP.
>>>>> Before make a public complain we exchange some comments with OpenERP
>>>>> and I
>>>>> want share with you the conclusions, but before create an opinion
>>>>> matrix about
>>>>> this change it is important for us answer this little survey
>>>>> <https://es.surveymonkey.com/s/JJHCZRJ>[1] to make assumptions based
>>>>> on better
>>>>> and real arguments.
>>>>>
>>>>> Can you help us to help you?
>>>>>
>>>>> Regards.
>>>>>
>>>>> [1] https://es.surveymonkey.com/s/JJHCZRJ
>>>>>
>>>>> --
>>>>> --------------------
>>>>> Saludos Cordiales
>>>>>
>>>>> Nhomar G. Hernandez M.
>>>>> +58-414-4110269
>>>>> Skype: nhomar00
>>>>> Web-Blog: http://geronimo.com.ve <http://geronimo.com.ve/>
>>>>> Servicios IT: http://vauxoo.com <http://vauxoo.com/>
>>>>> Linux-Counter: 467724
>>>>> Correos:
>>>>> nhomar@xxxxxxxxxxxxxx <mailto:nhomar@xxxxxxxxxxxxxx>
>>>>> nhomar@xxxxxxxxxx <mailto:nhomar@xxxxxxxxxx>
>>>>> twitter @nhomar
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~openerp-community
>>>>> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~openerp-community
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~openerp-community
>>>> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~openerp-community
>>>> More help   : https://help.launchpad.net/ListHelp
>>>>
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~openerp-community
>>> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~openerp-community
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-community
>> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openerp-community
>> More help   : https://help.launchpad.net/ListHelp
>>
>
>
>
> --
> --------------------
> 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:
> nhomar@xxxxxxxxxxxxxx
> nhomar@xxxxxxxxxx
> twitter @nhomar
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-community
> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-community
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 




Ing. Oscar Alcalá Rivera
*312-107-1704* · oszckar@xxxxxxxxx <ozckar@xxxxxxxxx>

Vauxoo SA
Tlf: *3123111122*

*Open Source Enthusiast*

*LinuxCounter:**566085*
     [image: twitter] <http://twitter.com/oscarolar> [image:
linkedIn]<http://www.linkedin.com/pub/oscar-alcal%C3%A1/3b/a79/922>
   [image: Google+] <http://plus.google.com/107659954580035981067/posts>

[image: eco] No me imprimas si no es necesario. Protejamos el medio ambiente