 [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago [FIX] privacy_consent: Separate automated emails send process
Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent.
To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient.
So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met:
* E-mail must be enqueued, no matter if there are less or more than 50 consents to send.
* The template must be processed per record.
* In an ideal world, a `cr.commit()` must be issued after each sent mail.
The metod that was being used:
* Didn't allow to use `auto_commit` mode.
* Only allowed to render the template per record if called with `composition_mode="mass_mail"`.
* Only allowed to enqueue emails if called with `composition_mode="mass_post"`.
Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used.
I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default:
* Renders the template per record
* Enqueues the email
* The email queue is cleared in `auto_commit=True` mode.
So, from now on, problems are gone:
* The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them.
* The mail queue manager will send them later, in `auto_commit` mode.
* After sending the e-mail, this module will set the `privacy.consent` record as `sent`.
* Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster.
* Instructions in the README and text in the "generate" button are updated to reflect this new behavior.
* Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot.
* No hardcoded commits.
* No locked transactions.
* BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message.
Note to self: never use again `post_message_with_template()`.
6 years ago |
|
# Translation of Odoo Server.# This file contains the translation of the following modules:# * privacy_consent#msgid ""msgstr """Project-Id-Version: Odoo Server 10.0\n""Report-Msgid-Bugs-To: \n""POT-Creation-Date: 2019-05-13 17:04+0000\n""PO-Revision-Date: 2019-05-13 18:08+0100\n""Last-Translator: Jairo Llopis <yajo.sk8@gmail.com>\n""Language-Team: \n""Language: es_ES\n""MIME-Version: 1.0\n""Content-Type: text/plain; charset=UTF-8\n""Content-Transfer-Encoding: 8bit\n""Plural-Forms: nplurals=2; plural=(n != 1);\n""X-Generator: Poedit 2.2.1\n"
#. module: privacy_consent#: model:mail.template,body_html:privacy_consent.template_consentmsgid """<?xml version=\"1.0\"?>\n""<div style=\"background:#F3F5F6;color:#515166;padding:25px 0px;font-family:""Arial,Helvetica,sans-serif;font-size:14px;\">\n"" <table style=\"width:600px;margin:5px auto;\">\n"" <tbody>\n"" <tr>\n"" <td>\n"" <a href=\"/\">\n"" <img src=\"/logo\" alt=\"${object.""activity_id.controller_id.display_name|safe}\" style=\"vertical-align:""baseline;max-width:100px;\"/>\n"" </a>\n"" </td>\n"" </tr>\n"" </tbody>\n"" </table>\n"" <table style=\"width:600px;margin:0px auto;background:white;""border:1px solid #e1e1e1;\">\n"" <tbody>\n"" <tr>\n"" <td colspan=\"2\" style=\"padding:15px 20px 0px ""20px; font-size:16px;\">\n"" <p>\n"" Hello, ${object.partner_id.name|safe}\n"" </p>\n"" <p>\n"" We contacted you to ask you to give us ""your explicit consent to include your data in a data processing activity ""called\n"" <b>${object.activity_id.display_name|""safe}</b>, property of\n"" <i>${object.activity_id.controller_id.""display_name|safe}</i>\n"" </p>\n"" ${object.description or \"\"}\n"" <p>\n"" % if object.state == \"answered\":\n"" The last time you answered, you\n"" % elif object.state == \"sent\":\n"" If you do nothing, we will assume ""you have\n"" % endif\n""\n"" % if object.accepted:\n"" <b>accepted</b>\n"" % else:\n"" <b>rejected</b>\n"" % endif\n"" such data processing.\n"" </p>\n"" <p>\n"" You can update your preferences below:\n"" </p>\n"" </td>\n"" </tr>\n"" <tr>\n"" <td style=\"padding:15px 20px 0px 20px; font-""size:16px; text-align:right;\">\n"" <a href=\"/privacy/consent/accept/\" style=""\"background-color: #449d44; padding: 12px; font-weight: 12px; text-""decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"" Accept\n"" </a>\n"" </td>\n"" <td style=\"padding:15px 20px 0px 20px; font-""size:16px; text-align:left;\">\n"" <a href=\"/privacy/consent/reject/\" style=""\"background-color: #d9534f; padding: 12px; font-weight: 12px; text-""decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"" Reject\n"" </a>\n"" </td>\n"" </tr>\n"" <tr>\n"" <td colspan=\"2\" style=\"padding:15px 20px 15px ""20px; font-size:16px;\">\n"" <p>\n"" If you need further information, please ""respond to this email and we will attend your request as soon as possible.\n"" </p>\n"" <p>\n"" Thank you!\n"" </p>\n"" </td>\n"" </tr>\n"" </tbody>\n"" </table>\n"" <table style=\"width:600px;margin:0px auto;text-align:center;""\">\n"" <tbody>\n"" <tr>\n"" <td style=\"padding-top:10px;font-size: 12px;""\">\n"" <p>\n"" Sent by\n"" <a href=\"/\" style=\"color:#717188;\">""${object.activity_id.controller_id.display_name|safe}</a>.\n"" </p>\n"" </td>\n"" </tr>\n"" </tbody>\n"" </table>\n"" </div>\n"" "msgstr """<?xml version=\"1.0\"?>\n""<div style=\"background:#F3F5F6;color:#515166;padding:25px 0px;font-family:""Arial,Helvetica,sans-serif;font-size:14px;\">\n"" <table style=\"width:600px;margin:5px auto;\">\n"" <tbody>\n"" <tr>\n"" <td>\n"" <a href=\"/\">\n"" <img src=\"/logo\" alt=\"${object.""activity_id.controller_id.display_name|safe}\" style=\"vertical-align:""baseline;max-width:100px;\"/>\n"" </a>\n"" </td>\n"" </tr>\n"" </tbody>\n"" </table>\n"" <table style=\"width:600px;margin:0px auto;background:white;""border:1px solid #e1e1e1;\">\n"" <tbody>\n"" <tr>\n"" <td colspan=\"2\" style=\"padding:15px 20px 0px ""20px; font-size:16px;\">\n"" <p>\n"" Hola, ${object.partner_id.name|safe}\n"" </p>\n"" <p>\n"" Le hemos contactado para pedirle su ""consentimiento explícito para incluir sus datos en una actividad de ""tratamiento llamada\n"" <b>${object.activity_id.display_name|""safe}</b>, propiedad de\n"" <i>${object.activity_id.controller_id.""display_name|safe}</i>\n"" </p>\n"" ${object.description or \"\"}\n"" <p>\n"" % if object.state == \"answered\":\n"" Según su última respuesta,\n"" % elif object.state == \"sent\":\n"" Si no recibimos respuesta, ""asumiremos que\n"" % endif\n""\n"" % if object.accepted:\n"" <b>ha aceptado</b>\n"" % else:\n"" <b>ha rechazado</b>\n"" % endif\n"" dicho procesamiento de datos.\n"" </p>\n"" <p>\n"" Puede cambiar sus preferencias aquí ""abajo:\n"" </p>\n"" </td>\n"" </tr>\n"" <tr>\n"" <td style=\"padding:15px 20px 0px 20px; font-""size:16px; text-align:right;\">\n"" <a href=\"/privacy/consent/accept/\" style=""\"background-color: #449d44; padding: 12px; font-weight: 12px; text-""decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"" Aceptar\n"" </a>\n"" </td>\n"" <td style=\"padding:15px 20px 0px 20px; font-""size:16px; text-align:left;\">\n"" <a href=\"/privacy/consent/reject/\" style=""\"background-color: #d9534f; padding: 12px; font-weight: 12px; text-""decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"" Rechazar\n"" </a>\n"" </td>\n"" </tr>\n"" <tr>\n"" <td colspan=\"2\" style=\"padding:15px 20px 15px ""20px; font-size:16px;\">\n"" <p>\n"" Si necesita más información, por favor ""responda a este correo electrónico y atenderemos su solicitud a la mayor ""brevedad posible.\n"" </p>\n"" <p>\n"" ¡Gracias!\n"" </p>\n"" </td>\n"" </tr>\n"" </tbody>\n"" </table>\n"" <table style=\"width:600px;margin:0px auto;text-align:center;""\">\n"" <tbody>\n"" <tr>\n"" <td style=\"padding-top:10px;font-size: 12px;""\">\n"" <p>\n"" Enviado por\n"" <a href=\"/\" style=\"color:#717188;\">""${object.activity_id.controller_id.display_name|safe}</a>.\n"" </p>\n"" </td>\n"" </tr>\n"" </tbody>\n"" </table>\n"" </div>\n"" "
#. module: privacy_consent#: model:mail.message.subtype,name:privacy_consent.mt_activity_acceptance_changedmsgid "Acceptance Changed"msgstr "Aceptación cambiada"
#. module: privacy_consent#: model:mail.message.subtype,name:privacy_consent.mt_consent_acceptance_changedmsgid "Acceptance Changed by Subject"msgstr "Aceptación cambiada por el interesado"
#. module: privacy_consent#: model:mail.message.subtype,description:privacy_consent.mt_consent_acceptance_changedmsgid "Acceptance status updated by subject"msgstr "Estado de aceptación modificado por el interesado"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_accepted#: model:ir.ui.view,arch_db:privacy_consent.consent_searchmsgid "Accepted"msgstr "Aceptado"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_default_consentmsgid "Accepted by default"msgstr "Aceptado por defecto"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_activemsgid "Active"msgstr "Activo"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_activity_id#: model:ir.ui.view,arch_db:privacy_consent.consent_searchmsgid "Activity"msgstr "Actividad"
#. module: privacy_consent#: selection:privacy.consent,state:0msgid "Answered"msgstr "Respondido"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.consent_searchmsgid "Archived"msgstr "Archivado"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.consent_formmsgid "Ask for consent"msgstr "Solicitar consentimiento"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_requiredmsgid "Ask subjects for consent"msgstr "Solicitar consentimiento a los interesados"
#. module: privacy_consent#: selection:privacy.activity,consent_required:0msgid "Automatically"msgstr "Automáticamente"
#. module: privacy_consent#: selection:privacy.consent,state:0msgid "Awaiting response"msgstr "Esperando respuesta"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.activity_formmsgid "Consent"msgstr "Consentimiento"
#. module: privacy_consent#: model:ir.model,name:privacy_consent.model_privacy_consentmsgid "Consent of data processing"msgstr "Consentimiento para tratamiento de datos"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_template_default_body_htmlmsgid "Consent template default body html"msgstr "HTML por defecto para el cuerpo de la plantilla de consentimiento"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_template_default_subjectmsgid "Consent template default subject"msgstr "HTML por defecto para el asunto de la plantilla de consentimiento"
#. module: privacy_consent#: model:ir.actions.act_window,name:privacy_consent.consent_action#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_count#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_ids#: model:ir.model.fields,field_description:privacy_consent.field_res_partner_privacy_consent_count#: model:ir.model.fields,field_description:privacy_consent.field_res_users_privacy_consent_count#: model:ir.ui.menu,name:privacy_consent.menu_privacy_consentmsgid "Consents"msgstr "Consents"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_create_uidmsgid "Created by"msgstr "Creado por"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_create_datemsgid "Created on"msgstr "Creado el"
#. module: privacy_consent#: model:ir.model,name:privacy_consent.model_privacy_activitymsgid "Data processing activities"msgstr "Actividades de tratamiento de datos"
#. module: privacy_consent#: model:mail.template,subject:privacy_consent.template_consentmsgid """Data processing consent request for ${object.activity_id.display_name|safe}"msgstr """Solicitud de consentimiento para el tratamiento de datos personales para ""${object.activity_id.display_name|safe}"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_display_namemsgid "Display Name"msgstr "Nombre a mostrar"
#. module: privacy_consent#: selection:privacy.consent,state:0msgid "Draft"msgstr "Borrador"
#. module: privacy_consent#: sql_constraint:privacy.consent:0msgid "Duplicated partner in this data processing activity"msgstr "Contacto duplicado en esta actividad de tratamiento"
#. module: privacy_consent#: model:ir.model,name:privacy_consent.model_mail_templatemsgid "Email Templates"msgstr "Plantillas de correo electrónico"
#. module: privacy_consent#: model:ir.model,name:privacy_consent.model_mail_compose_messagemsgid "Email composition wizard"msgstr "Asistente de redacción de correo electrónico"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_template_idmsgid "Email template"msgstr "Plantilla de correo electrónico"
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_activity_consent_template_idmsgid """Email to be sent to subjects to ask for consent. A good template should ""include details about the current consent request status, how to change it, ""and where to get more information."msgstr """Correo electrónico a enviar a los interesados para solicitarles el ""consentimiento. Una buena plantilla debería incluir detalles sobre el estado ""actual del consentimiento, cómo cambiarlo, y dónde obtener más información."
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_activity_consent_requiredmsgid """Enable if you need to track any kind of consent from the affected subjects"msgstr """Actívelo si necesita registrar cualquier tipo de consentimiento de los ""interesados"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.activity_formmsgid "Generate and enqueue missing consent requests"msgstr """Generar y colocar en la bandeja de salida las solicitudes de consentimiento ""que falten"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.activity_formmsgid "Generate missing draft consent requests"msgstr "Generar borradores de las solicitudes de consentimiento faltantes"
#. module: privacy_consent#: code:addons/privacy_consent/models/privacy_activity.py:139#, python-formatmsgid "Generated consents"msgstr "Consentimientos generados"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.consent_searchmsgid "Group By"msgstr "Agrupar por"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "Hello,"msgstr "Hola,"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "I <b>accept</b> this processing of my data"msgstr "<b>Acepto</b> este tratamiento de mis datos"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "I <b>reject</b> this processing of my data"msgstr "<b>Rechazo</b> este tratamiento de mis datos"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_idmsgid "ID"msgstr "ID"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "If it was a mistake, you can undo it here:"msgstr "Si ha sido un error, puede deshacerlo aquí:"
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_consent_acceptedmsgid """Indicates current acceptance status, which can come from subject's last ""answer, or from the default specified in the related data processing ""activity."msgstr """Indica el estado actual de la aceptación, el cual puede venir de la última ""respuesta del interesado, o del estado por defecto especificado en la ""actividad de tratamiento relacionada."
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent___last_updatemsgid "Last Modified on"msgstr "Última modificación en"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_write_uidmsgid "Last Updated by"msgstr "Última actualización por"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_write_datemsgid "Last Updated on"msgstr "Última actualización el"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_last_metadatamsgid "Last metadata"msgstr "Últimos metadatos"
#. module: privacy_consent#: selection:privacy.activity,consent_required:0msgid "Manually"msgstr "Manualmente"
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_consent_last_metadatamsgid "Metadata from the last acceptance or rejection by the subject"msgstr """Metadatos de la última aceptación o denegación por parte del interesado"
#. module: privacy_consent#: code:addons/privacy_consent/models/mail_template.py:25#, python-formatmsgid """Missing privacy consent link placeholders. You need at least these two ""links:\n""<a href=\"%s\">Accept</a>\n""<a href=\"%s\">Reject</a>"msgstr """Faltan los marcadores de posición de los enlaces para el consentimiento. ""Necesita al menos estos dos enlaces:\n""<a href=\"%s\">Aceptar</a>\n""<a href=\"%s\">Rechazar</a>"
#. module: privacy_consent#: model:mail.message.subtype,name:privacy_consent.mt_activity_consent_new#: model:mail.message.subtype,name:privacy_consent.mt_consent_consent_newmsgid "New Consent"msgstr "Nuevo consentimiento"
#. module: privacy_consent#: model:ir.model,name:privacy_consent.model_mail_mailmsgid "Outgoing Mails"msgstr "Correos electrónicos salientes"
#. module: privacy_consent#: model:ir.model,name:privacy_consent.model_res_partnermsgid "Partner"msgstr "Contacto"
#. module: privacy_consent#: model:mail.message.subtype,description:privacy_consent.mt_activity_acceptance_changedmsgid "Privacy consent request acceptance status changed"msgstr """El estado de aceptación de la solicitud de consentimiento para el ""tratamiento de datos ha cambiado"
#. module: privacy_consent#: model:mail.message.subtype,description:privacy_consent.mt_activity_consent_new#: model:mail.message.subtype,description:privacy_consent.mt_consent_consent_newmsgid "Privacy consent request created"msgstr """La solicitud de consentimiento para el tratamiento de datos ha sido creada"
#. module: privacy_consent#: model:mail.message.subtype,description:privacy_consent.mt_activity_state_changed#: model:mail.message.subtype,description:privacy_consent.mt_consent_state_changedmsgid "Privacy consent request state changed"msgstr """El estado de la solicitud de consentimiento para el tratamiento de datos ha ""cambiado"
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_res_partner_privacy_consent_count#: model:ir.model.fields,help:privacy_consent.field_res_users_privacy_consent_countmsgid "Privacy consent requests amount"msgstr "Cantidad de solicitudes de consentimiento para el tratamiento de datos"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_res_partner_privacy_consent_ids#: model:ir.model.fields,field_description:privacy_consent.field_res_users_privacy_consent_idsmsgid "Privacy consents"msgstr "Consentimientos para el tratamiento de datos"
#. module: privacy_consent#: code:addons/privacy_consent/models/privacy_activity.py:100#, python-formatmsgid "Require consent is available only for subjects in current database."msgstr """La opción de exigir consentimiento solo está disponible para interesados que ""se encuentren en esta misma base de datos."
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_activity_server_action_idmsgid """Run this action when a new consent request is created or its acceptance ""status is updated."msgstr """Ejecutar esta acción cuando se cree una nueva solicitud de consentimiento, o ""cuando su estado de aceptación cambie."
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_server_action_idmsgid "Server action"msgstr "Acción de servidor"
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_activity_default_consentmsgid "Should we assume the subject has accepted if we receive no response?"msgstr """¿Hay que asumir que el interesado ha aceptado si no recibimos respuesta?"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "Sincerely,<br/>"msgstr "Atentamente,<br/>"
#. module: privacy_consent#: code:addons/privacy_consent/models/privacy_activity.py:92#, python-formatmsgid "Specify a mail template to ask automated consent."msgstr """Especifique una plantilla de correo electrónico para solicitar ""automáticamente el consentimiento."
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_state#: model:ir.ui.view,arch_db:privacy_consent.consent_searchmsgid "State"msgstr "Estado"
#. module: privacy_consent#: model:mail.message.subtype,name:privacy_consent.mt_activity_state_changed#: model:mail.message.subtype,name:privacy_consent.mt_consent_state_changedmsgid "State Changed"msgstr "El estado ha cambiado"
#. module: privacy_consent#: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_partner_idmsgid "Subject"msgstr "Interesado"
#. module: privacy_consent#: model:ir.model.fields,help:privacy_consent.field_privacy_consent_partner_idmsgid "Subject asked for consent."msgstr "Interesado a quien se le pide el consentimiento."
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "Thank you!"msgstr "¡Gracias!"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "Thanks for your response."msgstr "Gracias por su respuesta."
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.activity_formmsgid "This could enqueue many consent emails, are you sure to proceed?"msgstr """Esto podría poner en la cola muchos correos electrónicos solicitando ""consentimiento para el tratamiento de datos, ¿seguro que quiere continuar?"
#. module: privacy_consent#: model:ir.actions.server,name:privacy_consent.update_opt_outmsgid "Update partner's opt out"msgstr "Sincronizar la opción del contacto para recibir o no envíos masivos"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid """We asked you to authorize us to process your data in this data processing ""activity:"msgstr """Le hemos solicitado que nos autorice para procesar sus datos personales en ""esta actividad de tratamiento:"
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "We have recorded this action on your side."msgstr "Hemos registrado esta acción por su parte."
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "You have <b class=\"text-danger\">rejected</b> such processing."msgstr "Ha <b class=\"text-danger\">rechazado</b> dicho tratamiento."
#. module: privacy_consent#: model:ir.ui.view,arch_db:privacy_consent.formmsgid "You have <b class=\"text-success\">accepted</b> such processing."msgstr "Ha <b class=\"text-success\">aceptado</b> dicho tratamiento."
|
