When event is created/finished/cancelled, event registration page shows same error message.
It shouldn't be same. So changed error message for finished/cancelled event.
Also:
- keeps unticked filters unticked when deleting a filter or adding a new one
- correctly tick filters when clicking on the partner's name (that code was
broken)
- remove reference to instance.web introduced by a forwardport
- wrong use of self in CalendarView's init()
When loading a calendar view with a partner_id in the context, the sidebar's
filters should be disabled by default to only display events related to that
partner.
Before this rev., the events were loaded twice:
- once with the date range as domain (and optionally the content of the search
view),
- once with the date range and the partner_ids of the sidebar's filters (and
content of search view).
The first loading was therefore useless, and might also be very costly.
>Remove the Sale Service option, because 'sale_service' module doesn't exist anymore.
>Remove the option "Time on Tasks" and link the Time Scheduling (resource_calendar_id) to Forecast.
>Hide the Timesheets section if the 'hr_timesheet_sheet' app is not installed.
>Change the label "Timesheets on Issues" instead of "Timesheets Invoicing".
>"Timesheets on Issues" shouldn't appear if hr_timesheet_sheet + project_issue apps are not installed.
- Only SAFE CODES (specified in openerp/tools/safe_eval.py) are allowed in server actions
- Validating basic python errors eg. SyntaxError, IndentationError etc.
An availability selection field with 3 values :
- Display nothing
- In stock
- Warning + a warning message that could be something like 'available with
a variable delay of 15 days
The object ir.filters has no security rules. anyone can access and
delete other people rules.
Add several rules:
- The administrators have all the rights on ir_filters
- An employee can create/modify a filter for him or everyone. But not for someone else
- An employee can delete only delete the filters he created
- A portal/public user can only access the filters for which he's the user
In the sales receipts :
- In Sales Receipts : Change the String Date into Bill Date
- Always display the Journal Items tab
- In the Journal Items tab : Display the date. the string should be Accounting Date
- In draft : There should be an onchange on the accounting date when the bill date is changed
- In draft : It should be possible to change indenpendently the accounting date
- The entries should be posted at the accounting date
In the purchase receipts :
- Always display the Journal Items tab
- In the Journal Items tab : Change the string Date into Accounting Date
- In draft : There should be an onchange on the accounting date when the bill date is changed
- In draft : It should be possible to change indenpendently the accounting date
- The entries should be posted at the accounting date
The attendance module needs to know if the user is an employee before
putting itself in the systray. This commit add the information in the
session infos, and use it directly.
This commit introduces a mechanism to add information into the session
from a different module, without having to fetch it manually with a rpc.
This is intended to be used with small pieces of info required at the
start of the web client, such as currency informations.
To add information to the session, one can simply inherit from ir.http
and modify the session_info method.
This particular report was broken for a long time. Instead of fixing it
it was removed because the use case for it is unclear and noone seems to
actually be using it anyway.
Ravi Patel