Details

    • Type: Sub-task
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.12.0-b1
    • Component/s: Plugins, Staff Interface
    • Labels:
      None

      Description

      If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

      On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click here." Where %1$s is the email pending verification.

      Create a new controller client_verify.php

      This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

      It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

      Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until email verification is complete. To resend your verification email, click here." This link can point to ClientVerify::send().

      On the client in the admin interface a new keyword Validated should be added to the info box under Autosuspension if the setting is enabled. If the client has and pending email verification and the email to be verified is the same as the client's current email, it should show FALSE in red text, else show TRUE in green if the verification is accepted or it is for an email change.

      In the client email log we need to not display the activation link
      I can think of 3 ways to do this:

      1. Don't log the activation email at all
      2. Exclude those emails from the client email log (maybe a new bool column on the email_logs table)
      3. Filter out activation links (probably when logging rather than when displaying)

      #3 is ideal

        Activity

        jonathan Jonathan Reissmueller created issue -
        jonathan Jonathan Reissmueller made changes -
        Field Original Value New Value
        Component/s Plugins [ 10007 ]
        Component/s Staff Interface [ 10000 ]
        jonathan Jonathan Reissmueller made changes -
        Description If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.
        If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevents and should display a message "Payment is unavailable until your email is verified. To resend your verification email, click here." This link can point to ClientVerify::send().
        jonathan Jonathan Reissmueller made changes -
        Description If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevents and should display a message "Payment is unavailable until your email is verified. To resend your verification email, click here." This link can point to ClientVerify::send().
        If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until your email is verified. To resend your verification email, click here." This link can point to ClientVerify::send().
        jonathan Jonathan Reissmueller made changes -
        Description If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until your email is verified. To resend your verification email, click here." This link can point to ClientVerify::send().
        If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until email verification is complete. To resend your verification email, click here." This link can point to ClientVerify::send().
        jonathan Jonathan Reissmueller made changes -
        Description If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until email verification is complete. To resend your verification email, click here." This link can point to ClientVerify::send().
        If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until email verification is complete. To resend your verification email, click here." This link can point to ClientVerify::send().

        On the client in the admin interface a new keyword Validated should be added to the info box under Autosuspension if the setting is enabled. If the client has and pending email verification and the email to be verified is the same as the client's current email, it should show FALSE in red text, else show TRUE in green if the verification is accepted or it is for an email change.
        jonathan Jonathan Reissmueller made changes -
        Description If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until email verification is complete. To resend your verification email, click here." This link can point to ClientVerify::send().

        On the client in the admin interface a new keyword Validated should be added to the info box under Autosuspension if the setting is enabled. If the client has and pending email verification and the email to be verified is the same as the client's current email, it should show FALSE in red text, else show TRUE in green if the verification is accepted or it is for an email change.
        If the setting is enabled, email changes initiated by the client should not take effect immediately. Instead the email should be saved to the email_verifications table, maintaining the current email in the contacts table.

        On the client profile page in the client interface a notice should be displayed if the email for the current contact has a pending verification. "Your email is currently unverified. A verification email has been sent to %1$s. To resend, click *here*." Where %1$s is the email pending verification.

        Create a new controller client_verify.php

        This should include a method that accepts a get parameter token=[emailverificationtoken] and mark the associated verification record as verified. At this time the associated contact should have their email updated to the verified email. It should then redirect using the record's redirect url or to the client dashboard if null.

        It should also include a send() method that can be used to send new email verification emails. The date_sent for that email should be updated at this time.

        Client payment should be updated to respect the setting for unverified payment prevention and should display a message "Payment is unavailable until email verification is complete. To resend your verification email, click here." This link can point to ClientVerify::send().

        On the client in the admin interface a new keyword Validated should be added to the info box under Autosuspension if the setting is enabled. If the client has and pending email verification and the email to be verified is the same as the client's current email, it should show FALSE in red text, else show TRUE in green if the verification is accepted or it is for an email change.


        In the client email log we need to not display the activation link
        I can think of 3 ways to do this:
        # Don't log the activation email at all
        # Exclude those emails from the client email log (maybe a new bool column on the email_logs table)
        # Filter out activation links (probably when logging rather than when displaying)

        #3 is ideal
        abdy Abdy Franco made changes -
        Assignee Abdy Franco [ abdy ]
        Automated transition triggered when Abdy Franco created a branch in Stash -
        Status Open [ 1 ] In Progress [ 3 ]
        abdy Abdy Franco made changes -
        Remaining Estimate 0 minutes [ 0 ]
        Time Spent 7 hours, 47 minutes [ 28020 ]
        Worklog Id 13835 [ 13835 ]
        abdy Abdy Franco made changes -
        Time Spent 7 hours, 47 minutes [ 28020 ] 1 day, 5 hours, 1 minute [ 46860 ]
        Worklog Id 13861 [ 13861 ]
        abdy Abdy Franco made changes -
        Time Spent 1 day, 5 hours, 1 minute [ 46860 ] 2 days, 4 hours, 16 minutes [ 72960 ]
        Worklog Id 13865 [ 13865 ]
        Automated transition triggered when Abdy Franco created pull request #921 in Stash -
        Status In Progress [ 3 ] In Review [ 5 ]
        Resolution Fixed [ 1 ]
        Automated transition triggered when Abdy Franco merged pull request #921 in Stash -
        Status In Review [ 5 ] Closed [ 6 ]
        abdy Abdy Franco made changes -
        Resolution Fixed [ 1 ]
        Status Closed [ 6 ] Reopened [ 4 ]
        abdy Abdy Franco made changes -
        Time Spent 2 days, 4 hours, 16 minutes [ 72960 ] 3 days, 4 hours [ 100800 ]
        Worklog Id 13869 [ 13869 ]
        abdy Abdy Franco made changes -
        Status Reopened [ 4 ] Closed [ 6 ]
        Resolution Fixed [ 1 ]

          People

          • Assignee:
            abdy Abdy Franco
            Reporter:
            jonathan Jonathan Reissmueller
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:
              Fix Release Date:
              17/Sep/20

              Time Tracking

              Estimated:
              Original Estimate - Not Specified
              Not Specified
              Remaining:
              Remaining Estimate - 0 minutes
              0m
              Logged:
              Time Spent - 3 days, 4 hours
              3d 4h

                Agile