Trac Hacks - Plugins Macros etc.: Ticket #10741: [Patch] Provide indicator for verification status of email addresses on the Manage User Accounts pagehttps://trac-hacks.org/ticket/10741
<p>
The verification status of an email address for an individual user can be seen by navigating to the <em>Account Details</em> page. However, on installations with many users, it would be nice to be able to see which accounts haven't been verified while viewing the <em>Manage User Accounts</em> page.
</p>
<p>
The initial idea I have for this is to the use the light grey color that is used for missing permissions (see <a class="ext-link" href="http://trac.edgewall.org/intertrac/%2310752" title="#10752 in Edgewall's Trac for Trac"><span class="icon">​</span>t:#10752</a>) on the Manage Permissions and Groups page. How does that sound? Any better ideas?
</p>
en-usTrac Hacks - Plugins Macros etc.https://trac-hacks.org/chrome/hacks/png/trachacks_banner.pnghttps://trac-hacks.org/ticket/10741
Trac 1.2.2Steffen HoffmannSun, 30 Dec 2012 21:15:13 GMTseverity changed; keywords sethttps://trac-hacks.org/ticket/10741#comment:1
https://trac-hacks.org/ticket/10741#comment:1
<ul>
<li><strong>keywords</strong>
<em>web-UI</em> <em>CSS</em> added
</li>
<li><strong>severity</strong>
changed from <em>normal</em> to <em>minor</em>
</li>
</ul>
<p>
I agree.
</p>
<p>
In fact I'm already working on related improvements for the account table. But this is WiP and dedicated to adding some more tiny icons like for account locking. Suggestions welcome. A gray-out looks like a good one.
</p>
TicketRyan J OllosSun, 30 Dec 2012 21:21:27 GMThttps://trac-hacks.org/ticket/10741#comment:2
https://trac-hacks.org/ticket/10741#comment:2
<p>
Thanks for the quick feedback. The patch in <a class="ext-link" href="http://trac.edgewall.org/intertrac/%2310742" title="#10742 in Edgewall's Trac for Trac"><span class="icon">​</span>t:#10742</a> just applied the <code>missing</code> class to inactive permissions. This is the same class used for missing tickets, wiki pages, etc. So the first thought I had was to do the same for email addresses that haven't been validated and I'll work up a patch for this.
</p>
TicketRyan J OllosSun, 30 Dec 2012 21:25:08 GMThttps://trac-hacks.org/ticket/10741#comment:3
https://trac-hacks.org/ticket/10741#comment:3
<p>
The icons for locked accounts sound very useful, btw. Looking forward to seeing that.
</p>
TicketRyan J OllosMon, 31 Dec 2012 19:53:29 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>Accounts.png</em>
</li>
</ul>
TicketRyan J OllosMon, 31 Dec 2012 19:54:15 GMThttps://trac-hacks.org/ticket/10741#comment:4
https://trac-hacks.org/ticket/10741#comment:4
<p>
<a style="padding:0; border:none" href="https://trac-hacks.org/attachment/ticket/10741/Accounts.png"><img width="100%" crossorigin="anonymous" src="https://trac-hacks.org/raw-attachment/ticket/10741/Accounts.png" /></a>
</p>
TicketRyan J OllosMon, 31 Dec 2012 19:59:39 GMThttps://trac-hacks.org/ticket/10741#comment:5
https://trac-hacks.org/ticket/10741#comment:5
<p>
It looks like <code>fetch_user_data</code> could be called in <code>_do_acct_details</code> to eliminate some redundant code. I'll investigate that in another ticket later on.
</p>
TicketRyan J OllosMon, 31 Dec 2012 20:00:26 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>th10741-r12500-1.patch</em>
</li>
</ul>
<p>
Patch against <a class="changeset" href="https://trac-hacks.org/changeset/12500" title="AccountManagerPlugin: Change button label 'Update' to 'Refresh' for ...">r12500</a> of the trunk.
</p>
TicketRyan J OllosMon, 31 Dec 2012 20:00:53 GMTsummary changedhttps://trac-hacks.org/ticket/10741#comment:6
https://trac-hacks.org/ticket/10741#comment:6
<ul>
<li><strong>summary</strong>
changed from <em>Provide indicator for verification status of email addresses on the Manage User Accounts page</em> to <em>[Patch] Provide indicator for verification status of email addresses on the Manage User Accounts page</em>
</li>
</ul>
TicketSteffen HoffmannTue, 01 Jan 2013 19:02:51 GMThttps://trac-hacks.org/ticket/10741#comment:7
https://trac-hacks.org/ticket/10741#comment:7
<p>
This looks like a good start, but because users with unverified account are treated similar to users in an anonymous session, I'll alter this into graying text of the whole row.
</p>
<p>
And the upcoming account approval/ban feature will use the same representation, probably with different tool-tip (title <acronym title="Hyper-Text Markup Language">HTML</acronym> tag). And different icon, that is what I've been working on before diving more into substantial enhancements with AcctMgr lately.
</p>
TicketRyan J OllosTue, 01 Jan 2013 19:39:39 GMThttps://trac-hacks.org/ticket/10741#comment:8
https://trac-hacks.org/ticket/10741#comment:8
<p>
I guess that graying out the whole row is okay. I rather liked the idea of just having an explicit indicator on the email, but I'm not too wed to either approach.
</p>
TicketSteffen HoffmannTue, 01 Jan 2013 21:18:58 GMThttps://trac-hacks.org/ticket/10741#comment:9
https://trac-hacks.org/ticket/10741#comment:9
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:8" title="Comment 8">rjollos</a>:
</p>
<blockquote class="citation">
<p>
I guess that graying out the whole row is okay. I rather liked the idea of just having an explicit indicator on the email, but I'm not too wed to either approach.
</p>
</blockquote>
<p>
Seen that and I like the idea too, but <acronym title="On the other hand...">OTOH</acronym> this might suggest an almost usable account, while quite the contrary is true: Until email is verify, there's hardly a difference to an unauthenticated session, given all elevated permissions are wiped for each request.
</p>
TicketRyan J OllosWed, 02 Jan 2013 05:33:46 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>EntireRowGrey.png</em>
</li>
</ul>
TicketRyan J OllosWed, 02 Jan 2013 05:35:34 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>th10741-r12501-1.patch</em>
</li>
</ul>
TicketRyan J OllosWed, 02 Jan 2013 05:36:38 GMThttps://trac-hacks.org/ticket/10741#comment:10
https://trac-hacks.org/ticket/10741#comment:10
<p>
I've implemented the suggestion of graying out the entire row in <a class="attachment" href="https://trac-hacks.org/attachment/ticket/10741/th10741-r12501-1.patch" title="Attachment 'th10741-r12501-1.patch' in Ticket #10741">th10741-r12501-1.patch</a><a class="trac-rawlink" href="https://trac-hacks.org/raw-attachment/ticket/10741/th10741-r12501-1.patch" title="Download">​</a>. The patch also implements <a class="closed ticket" href="https://trac-hacks.org/ticket/10743" title="#10743: enhancement: [Patch] Email addresses should be mailto links (closed: fixed)">#10743</a>, and adds a title to the link for reviewing user attributes. Now that I've seen the change in action, I do prefer graying out the entire row rather than just the email address.
</p>
<p>
<a style="padding:0; border:none" href="https://trac-hacks.org/attachment/ticket/10741/EntireRowGrey.png"><img src="https://trac-hacks.org/raw-attachment/ticket/10741/EntireRowGrey.png" crossorigin="anonymous" /></a>
</p>
TicketRyan J OllosWed, 02 Jan 2013 06:34:45 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>MoreInfo-Expanded.png</em>
</li>
</ul>
TicketRyan J OllosWed, 02 Jan 2013 06:34:55 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>MoreInfo-Unexpanded.png</em>
</li>
</ul>
TicketRyan J OllosWed, 02 Jan 2013 06:39:12 GMThttps://trac-hacks.org/ticket/10741#comment:11
https://trac-hacks.org/ticket/10741#comment:11
<p>
I'm thinking that eventually we should replace the link on the account name with a <em>More details</em> icon in the far right column.
</p>
<p>
Alternatively, we could drop the <em>Review user account details</em> page and show those details on the <em>Manage user accounts</em> page when expanding a <em>More info</em> section. Here is an example from a site that I use:
</p>
<p>
<a style="padding:0; border:none" href="https://trac-hacks.org/attachment/ticket/10741/MoreInfo-Unexpanded.png"><img src="https://trac-hacks.org/raw-attachment/ticket/10741/MoreInfo-Unexpanded.png" crossorigin="anonymous" /></a>
</p>
<p>
<a style="padding:0; border:none" href="https://trac-hacks.org/attachment/ticket/10741/MoreInfo-Expanded.png"><img src="https://trac-hacks.org/raw-attachment/ticket/10741/MoreInfo-Expanded.png" crossorigin="anonymous" /></a>
</p>
<p>
I'm partial to the latter idea at the moment, though it looks like it will only work when JavaScript is enabled, so we'd probably want to leave the <em>Review user account details</em> in place as a fallback when JavaScript is not enabled.
</p>
TicketSteffen HoffmannWed, 02 Jan 2013 15:56:39 GMThttps://trac-hacks.org/ticket/10741#comment:12
https://trac-hacks.org/ticket/10741#comment:12
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:10" title="Comment 10">rjollos</a>:
...
</p>
<blockquote class="citation">
<p>
Now that I've seen the change in action, I do prefer graying out the entire row rather than just the email address.
</p>
</blockquote>
<p>
I'm glad that we agree on this, but I've been unable to reproduce the gray-out be adding 'missing' class to 'tr' <acronym title="Hyper-Text Markup Language">HTML</acronym> tag. While I succeeded after adding a custom <acronym title="Cascading Style Sheet">CSS</acronym> rule, it still doesn't apply to the link labels, so could you investigate, where this <acronym title="Cascading Style Sheet">CSS</acronym> is coming from in your setup, please?
</p>
TicketRyan J OllosWed, 02 Jan 2013 16:11:23 GMThttps://trac-hacks.org/ticket/10741#comment:13
https://trac-hacks.org/ticket/10741#comment:13
<p>
Yeah, I'll investigate. I'm not very proficient with <acronym title="Cascading Style Sheet">CSS</acronym>, so I wouldn't be surprised if the rule could be coded better. What version(s) of Trac did you test with?
</p>
TicketanonymousWed, 02 Jan 2013 17:42:41 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>Chrome23-CSS.png</em>
</li>
</ul>
TicketSteffen HoffmannWed, 02 Jan 2013 19:34:08 GMThttps://trac-hacks.org/ticket/10741#comment:14
https://trac-hacks.org/ticket/10741#comment:14
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:13" title="Comment 13">rjollos</a>:
</p>
<blockquote class="citation">
<p>
Yeah, I'll investigate. I'm not very proficient with <acronym title="Cascading Style Sheet">CSS</acronym>, so I wouldn't be surprised if the rule could be coded better. What version(s) of Trac did you test with?
</p>
</blockquote>
<p>
I've been testing with Trac-1.0 by now, but I'm fine with a few extra <acronym title="Cascading Style Sheet">CSS</acronym> rules in acct_mgr.css, and it's actually working fine now. So don't dig for it too long - just make sure to test, if my final version is working for you as well.
</p>
TicketRyan J OllosWed, 02 Jan 2013 19:50:31 GMThttps://trac-hacks.org/ticket/10741#comment:15
https://trac-hacks.org/ticket/10741#comment:15
<p>
Am I reading your comment correct then that it works with the <acronym title="Cascading Style Sheet">CSS</acronym> added in <code>admin.css</code>, and just didn't have that included in your initial testing?
</p>
<p>
I was about to post the following:
</p>
<p>
I've tested with several browsers on Debian 6 with Trac <code>1.1.1dev-r11483</code>: Chrome 23, FF 17, Epiphany 3.4.2.
</p>
<p>
Here is what I see in Chrome 23:
</p>
<p>
<a style="padding:0; border:none" href="https://trac-hacks.org/attachment/ticket/10741/Chrome23-CSS.png"><img src="https://trac-hacks.org/raw-attachment/ticket/10741/Chrome23-CSS.png" crossorigin="anonymous" /></a>
</p>
TicketSteffen HoffmannWed, 02 Jan 2013 19:57:26 GMThttps://trac-hacks.org/ticket/10741#comment:16
https://trac-hacks.org/ticket/10741#comment:16
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:15" title="Comment 15">rjollos</a>:
</p>
<blockquote class="citation">
<p>
Am I reading your comment correct then that it works with the <acronym title="Cascading Style Sheet">CSS</acronym> added in <code>admin.css</code>, and just didn't have that included in your initial testing?
</p>
</blockquote>
<p>
Sorry, I had overseen that, because I just extracted parts of the proposed changes at a time, so nevermind.
</p>
TicketSteffen HoffmannWed, 02 Jan 2013 19:57:45 GMThttps://trac-hacks.org/ticket/10741#comment:17
https://trac-hacks.org/ticket/10741#comment:17
<p>
I like the idea about moving the link to a dedicated column and label.
</p>
<p>
But the further it goes into implementation detail the more I get discouraged by the growing complexity. As witnessed with the email link issue (<a class="closed ticket" href="https://trac-hacks.org/ticket/10743" title="#10743: enhancement: [Patch] Email addresses should be mailto links (closed: fixed)">#10743</a>) AcctMgr has already quite complex code structures, and I'd like to keep it at a reasonable level for now.
</p>
<p>
I don't say 'Never', but these changes won't happen in the near future. For now it works well, and the only thing that could force that change would be the introduction of some dedicated user page, like we have it at t-h.o, but this is not yet a generally agreed pattern.
</p>
TicketRyan J OllosWed, 02 Jan 2013 19:59:46 GMThttps://trac-hacks.org/ticket/10741#comment:18
https://trac-hacks.org/ticket/10741#comment:18
<p>
That's fine. I'll probably be doing custom templates for bloodhound anyway, and can just keep the work over there if you don't wish to include it in AccountManager core.
</p>
TicketSteffen HoffmannWed, 02 Jan 2013 21:20:33 GMThttps://trac-hacks.org/ticket/10741#comment:19
https://trac-hacks.org/ticket/10741#comment:19
<p>
(In <a class="changeset" href="https://trac-hacks.org/changeset/12505" title="AccountManagerPlugin: Some enhancements regarding approval/ban ...">[12505]</a>) <a class="wiki" href="https://trac-hacks.org/wiki/AccountManagerPlugin">AccountManagerPlugin</a>: Some enhancements regarding approval/ban feature, refs <a class="new ticket" href="https://trac-hacks.org/ticket/843" title="#843: enhancement: Make admin approval required for account registration (new)">#843</a>, <a class="closed ticket" href="https://trac-hacks.org/ticket/8595" title="#8595: enhancement: Ability to ban accounts (closed: fixed)">#8595</a> and <a class="closed ticket" href="https://trac-hacks.org/ticket/10741" title="#10741: enhancement: [Patch] Provide indicator for verification status of email addresses ... (closed: fixed)">#10741</a>.
</p>
<p>
Adding the registration approval configuration option to config admin panel.
Taking care for marking all potential message parts for translation as well.
A recent suggestion by Ryan J Ollos is merged in here too, so that all kinds
of restricted accounts are clearly visible in user listings now.
</p>
TicketRyan J OllosThu, 03 Jan 2013 21:27:50 GMThttps://trac-hacks.org/ticket/10741#comment:20
https://trac-hacks.org/ticket/10741#comment:20
<p>
I've tested with Trac <code>1.1.1dev</code> and everything is working well. I like that the configuration panel is starting to take shape now, with multiple options per fieldset. Before, it seemed overly boxed, but along with the change in <a class="changeset" href="https://trac-hacks.org/changeset/12506" title="AccountManagerPlugin: Tweak config admin panel, for clarity as well as ...">[12506]</a> in which two fieldsets were combined, it is starting to look nice, and logically organized.
</p>
<p>
I'll have to remember to take care in the future for translations. So far I have trained myself to remember to do this in Python code, but frequently tend to forget when working in the templates.
</p>
TicketRyan J OllosFri, 04 Jan 2013 14:35:53 GMThttps://trac-hacks.org/ticket/10741#comment:21
https://trac-hacks.org/ticket/10741#comment:21
<p>
Here is a potential issue with <a class="changeset" href="https://trac-hacks.org/changeset/12506" title="AccountManagerPlugin: Tweak config admin panel, for clarity as well as ...">[12506]</a>. The <code>system-message</code> wasn't moved when the <em>Password Reset</em> fieldset was moved:
</p>
<p>
<a style="padding:0; border:none" href="https://trac-hacks.org/attachment/ticket/10741/SystemMessage.png"><img src="https://trac-hacks.org/raw-attachment/ticket/10741/SystemMessage.png" crossorigin="anonymous" /></a>
</p>
TicketanonymousFri, 04 Jan 2013 14:36:16 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>SystemMessage.png</em>
</li>
</ul>
TicketRyan J OllosFri, 04 Jan 2013 17:48:58 GMThttps://trac-hacks.org/ticket/10741#comment:22
https://trac-hacks.org/ticket/10741#comment:22
<p>
Although the more I look at this, I think maybe the <code>system-message</code> should be displayed in the location shown in <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:21" title="Comment 21">comment:21</a>. On first look, it just appears slightly out of place, particularly since <code>add_notice</code> is usually used to position similar messages at the top of the page.
</p>
TicketSteffen HoffmannFri, 04 Jan 2013 19:37:06 GMThttps://trac-hacks.org/ticket/10741#comment:23
https://trac-hacks.org/ticket/10741#comment:23
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:20" title="Comment 20">rjollos</a>:
</p>
<blockquote class="citation">
<p>
I've tested with Trac <code>1.1.1dev</code> and everything is working well. I like that the configuration panel is starting to take shape now, with multiple options per fieldset. Before, it seemed overly boxed, but along with the change in <a class="changeset" href="https://trac-hacks.org/changeset/12506" title="AccountManagerPlugin: Tweak config admin panel, for clarity as well as ...">[12506]</a> in which two fieldsets were combined, it is starting to look nice, and logically organized.
</p>
</blockquote>
<p>
Ah well, you're welcome. It just occurred to me, that there was a more logical order, and binding related options would make it look even clearer, and I took the chance.
</p>
TicketSteffen HoffmannFri, 04 Jan 2013 19:41:13 GMThttps://trac-hacks.org/ticket/10741#comment:24
https://trac-hacks.org/ticket/10741#comment:24
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:22" title="Comment 22">rjollos</a>:
</p>
<blockquote class="citation">
<p>
Although the more I look at this, I think maybe the <code>system-message</code> should be displayed in the location shown in <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:21" title="Comment 21">comment:21</a>. On first look, it just appears slightly out of place, particularly since <code>add_notice</code> is usually used to position similar messages at the top of the page.
</p>
</blockquote>
<p>
I agree, that this is an odd place according to all standards. No wonder, I didn't take care for it. I would rather have it above the new Refresh/Reset, or even better: <a class="attachment" href="https://trac-hacks.org/attachment/ticket/10741/20130104_admin_acctcfg-SystemMessage.png" title="Attachment '20130104_admin_acctcfg-SystemMessage.png' in Ticket #10741">inside the section</a><a class="trac-rawlink" href="https://trac-hacks.org/raw-attachment/ticket/10741/20130104_admin_acctcfg-SystemMessage.png" title="Download">​</a>, just to make clear what you did right now. Or the standard location on-top of the page, sure. But it looks a bit too far away.
</p>
TicketSteffen HoffmannFri, 04 Jan 2013 19:50:12 GMTattachment sethttps://trac-hacks.org/ticket/10741
https://trac-hacks.org/ticket/10741
<ul>
<li><strong>attachment</strong>
set to <em>20130104_admin_acctcfg-SystemMessage.png</em>
</li>
</ul>
<p>
suggestion: restart-confirmation replaced right above dedicated button
</p>
TicketRyan J OllosFri, 04 Jan 2013 20:24:04 GMThttps://trac-hacks.org/ticket/10741#comment:25
https://trac-hacks.org/ticket/10741#comment:25
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:24" title="Comment 24">hasienda</a>:
</p>
<blockquote class="citation">
<p>
Or the standard location on-top of the page, sure. But it looks a bit too far away.
</p>
</blockquote>
<p>
Yeah, I agree, it would be too far away at the top of the page. I like the placement you propose in <a class="attachment" href="https://trac-hacks.org/attachment/ticket/10741/20130104_admin_acctcfg-SystemMessage.png" title="Attachment '20130104_admin_acctcfg-SystemMessage.png' in Ticket #10741">20130104_admin_acctcfg-SystemMessage.png</a><a class="trac-rawlink" href="https://trac-hacks.org/raw-attachment/ticket/10741/20130104_admin_acctcfg-SystemMessage.png" title="Download">​</a>.
</p>
<p>
In fact, I've been considering a patch to the Trac core for the plugin admin page that is patterned after your inline notices. After enabling or disabling a component, there is a notice at the top of the page, but it is usually out of site since the redirect contains a fragment that lands the user on the plugin for which the action was invoked.
</p>
TicketSteffen HoffmannFri, 04 Jan 2013 21:17:46 GMThttps://trac-hacks.org/ticket/10741#comment:26
https://trac-hacks.org/ticket/10741#comment:26
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:25" title="Comment 25">rjollos</a>:
</p>
<blockquote class="citation">
<p>
Replying to <a class="ticket" href="https://trac-hacks.org/ticket/10741#comment:24" title="Comment 24">hasienda</a>:
</p>
<blockquote class="citation">
<p>
Or the standard location on-top of the page, sure. But it looks a bit too far away.
</p>
</blockquote>
<p>
Yeah, I agree, it would be too far away at the top of the page. I like the placement you propose in <a class="attachment" href="https://trac-hacks.org/attachment/ticket/10741/20130104_admin_acctcfg-SystemMessage.png" title="Attachment '20130104_admin_acctcfg-SystemMessage.png' in Ticket #10741">20130104_admin_acctcfg-SystemMessage.png</a><a class="trac-rawlink" href="https://trac-hacks.org/raw-attachment/ticket/10741/20130104_admin_acctcfg-SystemMessage.png" title="Download">​</a>.
</p>
</blockquote>
<p>
Ok, will commit that one.
</p>
<blockquote class="citation">
<p>
In fact, I've been considering a patch to the Trac core for the plugin admin page that is patterned after your inline notices. After enabling or disabling a component, there is a notice at the top of the page, but it is usually out of site since the redirect contains a fragment that lands the user on the plugin for which the action was invoked.
</p>
</blockquote>
<p>
I know what you mean. This has occurred to me many times before as well with similar uneasy feelings.
</p>
TicketSteffen HoffmannFri, 04 Jan 2013 21:20:45 GMThttps://trac-hacks.org/ticket/10741#comment:27
https://trac-hacks.org/ticket/10741#comment:27
<p>
(In <a class="changeset" href="https://trac-hacks.org/changeset/12513" title="AccountManagerPlugin: Move hash refresh procedure restart message, ...">[12513]</a>) <a class="wiki" href="https://trac-hacks.org/wiki/AccountManagerPlugin">AccountManagerPlugin</a>: Move hash refresh procedure restart message, refs <a class="closed ticket" href="https://trac-hacks.org/ticket/10741" title="#10741: enhancement: [Patch] Provide indicator for verification status of email addresses ... (closed: fixed)">#10741</a>.
</p>
<p>
I feel that it looks much better now, close to the command button.
</p>
TicketRyan J OllosTue, 06 Dec 2016 04:31:57 GMTstatus changed; resolution sethttps://trac-hacks.org/ticket/10741#comment:28
https://trac-hacks.org/ticket/10741#comment:28
<ul>
<li><strong>status</strong>
changed from <em>new</em> to <em>closed</em>
</li>
<li><strong>resolution</strong>
set to <em>fixed</em>
</li>
</ul>
Ticket