| Age | Commit message (Collapse) | Author |
|
|
|
|
|
Purpose:
Having the res_group defined in base and sales_team auto installed
with mail doens't make sense.
- Move the empty res_config class and the related view from
base_setup to sales_team (base_setup only contains the 'General Settings'
model and views
- Move the 'sale' related content from product to sale module (Access rights,
menuitems,...)
- Set sales_team at autoinstall False. The module is installed when needed by
crm or sale for example
- Set sales_team as a dependency of voip. (Access rights defined for configuration
purpose)
- Set sales_team ad a dependency of subscription (Access rights issue too)
[FIX] account: move some ir.model.access to sale module
[FIX] payment: Move some ir.rule to website_sale
[FIX] stock: move some ir.model.access rule to sale_stock
[FIX] project: Move some ir.model.access rules to crm_project_issue
[FIX] mrp: Move some ir.model.access rules to sale_mrp
[FIX] calendar: move some ir.model.access rules to crm
Rename xmlids accordingly. Example: 'base.group_sale_manager' becomes
sales_team.group_sale_manager.
[ADD] sales_team: See own documents => See only his sales team
Moved the "User: Own Leads Only", "User: All Leads" and "Manager" groups from sale and crm
into sales_team module. Add the record rules so that user can see only his Own Sales Team
if "See Own Leads" is sales right and can see all sales teams if he is having sales rights
of "See All Leads" or manager.
|
|
This branch need more testing instead of doing 10 fixes. A lot of issues are occuring
when installing modules in different orders.
This reverts commit fa6e415cdb23ce9494487ed672792186157b40e0.
|
|
Purpose:
Having the res_group defined in base and sales_team auto installed
with mail doens't make sense.
- Move the empty res_config class and the related view from
base_setup to sales_team (base_setup only contains the 'General Settings'
model and views
- Move the 'sale' related content from product to sale module (Access rights,
menuitems,...)
- Set sales_team at autoinstall False. The module is installed when needed by
crm or sale for example
- Set sales_team as a dependency of voip. (Access rights defined for configuration
purpose)
- Set sales_team ad a dependency of subscription (Access rights issue too)
Rename xmlids accordingly. Example: 'base.group_sale_manager' becomes
sales_team.group_sale_manager.
|
|
This distinction is useless and confusing.
|
|
This additional administration group was formerly used to hide
the configuration menuitems for the common users.
Being manager should be enough to access these items
|
|
debug mode
|
|
|
|
Just reordering the final sequences, until next iteration.
|
|
Removed marketing_user and marketing_manager groups, replaced by more
specific groups. Those are lead_automation_user and manager groups.
Previous commits have removed the use of marketing groups in other
modules (event, mass mailing, utm, ...). Those groups can now be
safely used in lead automation modules.
|
|
Link survey user and manager group to the survey module category and update
their label to match the labels used in the various Odoo groups.
|
|
Define a new mass_mailing_user group that is used in the mass mailing module
instead of using the marketing user group.
|
|
Move the module category declaration in base to fit the other categories
declaration. Use event groups instead of marketing groups.
|
|
Subscription: moved access rights from tools to sales groups. As this was the
last module to use the tools module category, it has been removed. This
category was used like a misc group. However now we try to better classify
modules.
|
|
- removed unused categories, aka report designer, CRM and knowledge management
- renamed Warehouse to Inventory
- defined all user groups in base_security, instead of having most of them in
base_security and 3 others defined in other files. Portal, public and
partner_manager groups are now present in base_security. This uniformize
the declaration of groups and module categories.
- define a new Extra / Other category, holding those 3 groups, to ease the
classification and display
- rename Usability ot Extra Rights[IMP] base: config: module category cleaning
- removed unused categories, aka report designer, CRM and knowledge management
- renamed Warehouse to Inventory
- defined all user groups in base_security, instead of having most of them in
base_security and 3 others defined in other files. Portal, public and
partner_manager groups are now present in base_security. This uniformize
the declaration of groups and module categories.
- define a new Extra / Other category, holding those 3 groups, to ease the
classification and display
- rename Usability ot Extra Rights
|
|
|
|
|
|
This commit adds a way to configure scheduled emails on events. It replaces
existing automatic emails at confirmation and subscription. It proposes to
configure some schedulers, based on subscription or event, using a template
and a configurable timedelta.
A cron is added that regularly checks for event mailing schedulers to execute
and launch them. The granularity of send emails is therefore limited to the
granularity of the cron, aka 1 hour.
[TEST] Added tests for this feature.
Also cleaned a bit event, country_id is now a pure related instead
of a computed field trying to be a related. Also removed default templates
on event category. Configuration in the event itself should be easy
enough for most use cases.
|
|
website.snippet: The methods described in javascript will be called automatically from the data-method_name = value on li snippets options. The methods are called in the order relative to children of xml (eg: <li data-method1=value1> ... <li data-method2=value2> ... </ li>, the method1 is then called method2). Methods receive two arguments: type (over, click, reset) and value. data-snippet-id-option becomes data-snippet-id. Several xml options can use the same data-snippet-id.
add a new gallery snippet
convert website_sale to the new option system
|
|
Rebranding has been done in:
- data/demo files
- html templates
- help notices
- comments
- logger messages
- and other various messages
(Commit taken from odoo-dev:8.0-improve-openerp-odoo-rlu at rev 7deaa08)
Closes #1260
|
|
=====================
'Survey' module is now listed under 'Marketing' category
bzr revid: rim@openerp.com-20140121075235-6c6y49i0s76q5wu5
|
|
bzr revid: fp@tinyerp.com-20130811135837-66wgnhzux3js9uvm
|
|
bzr revid: vmt@openerp.com-20130603115436-35z1rfvxtgdggryn
|
|
bzr revid: kbh@tinyerp.com-20121122132418-59o5he9rjur5dw2g
|
|
bzr revid: hsa@tinyerp.com-20120924110855-fra11dgo924bit25
|
|
bzr revid: hsa@tinyerp.com-20120921070656-5k5s1xci12v5vw7x
|
|
bzr revid: hsa@tinyerp.com-20120919085204-2cqnwkprzbnfkf70
|
|
bzr revid: pso@tinyerp.com-20120903065124-yk2zglil8s6h7efz
|
|
bzr revid: stw@openerp.com-20120802080132-6pt5s43sn6je9bul
|
|
bzr revid: mdi@tinyerp.com-20120703121438-fjk54s9cnu892x1e
|
|
bzr revid: rco@openerp.com-20120425145012-k0wlks5azzgb0yjb
|
|
bzr revid: vmt@openerp.com-20120130095307-cqhysxf6pzovikog
|
|
bzr revid: rco@openerp.com-20111220083716-n5ri0z1re0c62jzv
|
|
bzr revid: rco@openerp.com-20111202161456-esv3hil2ricovi7u
|
|
bzr revid: rco@openerp.com-20111202155624-hp2p1md2y4s4zcw0
|
|
bzr revid: al@openerp.com-20111108223621-nla01e2csohbbggb
|
|
bzr revid: stw@openerp.com-20111026121134-pbfwvs5b6aq6sybx
|
|
bzr revid: stw@openerp.com-20111026111855-p4gczm9skol0lmox
|
|
bzr revid: stw@openerp.com-20111006142946-qebop8c2gs620ma7
|
|
bzr revid: al@openerp.com-20111005165259-2xbmw8vo5k1neikn
|
|
be used by the new base.setup.installer
bzr revid: stw@openerp.com-20111005142315-r9ypz1jeqbi8rfpo
|
|
bzr revid: stw@openerp.com-20111003121021-hmf0xs2wod6rjkwr
|
|
bzr revid: stw@openerp.com-20110930154911-r3cyw94au06b4xse
|
|
bzr revid: stw@openerp.com-20110929123705-zm5518i1odwv06fb
|
|
autogenerated xml-id during the creation of the database
[IMP] base: Create the records for the categories of OpenERP
bzr revid: stw@openerp.com-20110929115515-rqlwqfzndxblxqtz
|
|
- Some logging code moved from netsvc.py to loglevels.py
- Changed imports to use the new openerp module
- config and netsvc initialization calls move to openerp-server.py
- Moved openerp-server.py outside the old bin directory
- Some imports in tools moved inside the methods to break mutual-dependencies
bzr revid: vmt@openerp.com-20110207125723-ooee7d7ng5elmkso
|