cooperative-market

History

Rémy Taymans 520890dd2b [IMP] website_shift: Refactor and fix bugs (s0030g) [IMP] website_shift: Next shifts for regular Refactor the generation of the next shift for regular worker. Fix: no next shifts shown when the worker is a new worker and doesn't have any past shift Fix: no next shifts shown when the next shift of the worker is not generated yet. [ADD] website_shift: Help texts [FIX] website_shift: Help texts Fix help text for the status based on the input from the members office [IMP] website_shift: Help texts translation Add translation for the help texts. [IMP] website_shift: Future alert date The future alert date has moved to beesdoo_shift module. So we use this one instead of re-compute it in the controller. [IMP] website_shift: Update manifest [FIX] website_shift: Better position for help text On a small screen help texts appear on the top of the page leaving useful info on the bottom. Now help texts is moved on the bottom of the page. [ADD] website_shift: Feedback when subscribing Add a feedback to the user about the successfulness of the subscription. [FIX] website_shift: Super-cooperator info modal The modal showing the super-cooperator information didn't work for the 'fictive' shift generated for regular workers. It's due to the fact that a 'fictive' shift doesn't have an id. So we should not use it to generate xml ids. Instead we use the index of the foreach loop. [FIX] website_shift: Wrong time when crossing DST The issue: There was a time difference of one hour when the fictive shifts cross the DST (Daylight Saving Time). Explanation: Python works with two types of datetime. The datetime without a timezone called naive and the one with a timezone called non-naive. `timedelta()` is used to add a number of day to a datetime. However, changing a non-naive datetime with `timedelta` just change the date but leave the timezone unchanged. That's no correct because the new date may not be in the same timezone because of the DST. If the new date is after a change of time, due to DST, the timezone of the non-naive datetime should be updated. Python don't do that because `timedelta` doesn't realy add days but add the corresponding hours ! So when adding hours it's consistent to not change the timezone (you can use `normalize()` to get your datetime in the right timezone after a cross of DST). To fix this, after adding a `timedelta` the timezone of the datetime should be set to none and the relocalized with the `localize()` function of the `pytz` corresponding timezone. [FIX] website_shift: Translations		7 years ago
..
data	[FIX] differed the send of the ticket, since it can cause crash and wkhtmltopdf deadlock, clicking on the button in the pos just tell the system to print the ticket later	7 years ago
i18n	[ADD] translation file for each individual module	8 years ago
models	[IMP] pos: Don't show customer balance	7 years ago
security	[FIX] task 0039 : Access right for user	8 years ago
static/src	[IMP] pos: Don't show customer balance	7 years ago
views	[CLEAN] Format XML	9 years ago
__init__.py	[ADD,CLEAN] change name of pos module to be consistant and add security for bill value	9 years ago
__openerp__.py	[FIX] differed the send of the ticket, since it can cause crash and wkhtmltopdf deadlock, clicking on the button in the pos just tell the system to print the ticket later	7 years ago