<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 9 May 2016 at 12:29, Marek Posolda <span dir="ltr">&lt;<a href="mailto:mposolda@redhat.com" target="_blank">mposolda@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Currently we support admin events just for &#39;success&#39; cases. We don&#39;t<br>
log any error situations or missing permissions. Is it sufficient?<br></blockquote><div><br></div><div>+1 To errors, create a jira for 2.0.cr1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
* Some minor usability issues:<br>
** For both classic events and admin events, there is filtering by Date<br>
(from or to). Couldn&#39;t we add some &quot;nice&quot; component for easily select<br>
date? Also the &quot;from&quot; date is included, but &quot;to&quot; date is excluded. This<br>
may not be obvious. Shouldn&#39;t we somehow  mention it in tooltips?<br></blockquote><div><br></div><div>+1 PatternFly was about to add one when we did this, but it wasn&#39;t ready yet. JIRA for 2.0.cr1 please.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
** In &quot;Auth details&quot; for admin events, there is filtering by &quot;Realm&quot; ,<br>
&quot;Client&quot; or &quot;User&quot;. It may not be obvious, that this points to IDs. To<br>
be even more confusing, in &quot;classic&quot; events there is &quot;Client&quot; too, but<br>
that points to clientId (not database ID). Also in many situations,<br>
admins don&#39;t know the UserID or client database ID, so there is<br>
additional action required from them that they need to lookup ID it<br>
first. For clients, the client database ID is not even visible in admin<br>
console, so they need to decode either from URL or from some existing<br>
event. I wonder if we should add possibility to filter by &quot;username&quot; or<br>
&quot;clientId&quot;? For users maybe even filtering by email? In case that<br>
&quot;username&quot; or &quot;email&quot; or &quot;clientId&quot; is filled, admin will need to fill<br>
the &quot;realm&quot; too.<br></blockquote><div><br></div><div>Events doesn&#39;t always have username, username can also change over time. So user id isn&#39;t the reliable thing to use. We could add something to allow looking up userid by username or something though.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
_______________________________________________<br>
keycloak-dev mailing list<br>
<a href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br>
</blockquote></div><br></div></div>