You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Cassandra Targett (JIRA)" <ji...@apache.org> on 2018/01/24 15:08:00 UTC
[jira] [Comment Edited] (SOLR-11895) Fix "no events available"
message on logging tab
[ https://issues.apache.org/jira/browse/SOLR-11895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16337718#comment-16337718 ]
Cassandra Targett edited comment on SOLR-11895 at 1/24/18 3:07 PM:
-------------------------------------------------------------------
At solr/webapp/web/partials/logging.html#L45, there is this bit of HTML:
{code}
<tfoot>
<tr ng-show="events.length==0">
<td colspan="4">No Events available</td>
</tr>
</thead>
{code}
This is a mismatched element ({{<tfoot>}} closed by {{</thead}}), but that's not causing the problem.
In solr/webapp/web/css/angular/logging.css#L179, there is this bit of CSS:
{code}
#content #logging #viewer .has-data tfoot
{
display: none;
}
{code}
That {{.has-data}} is a class that's given to the table in the aforementioned {{logging.html}}, and since the {{<tfoot>}} is part of the same table, the rule says not to show the {{tfoot}} element at all. The construct {{hasData}} is a real JQuery function, but I can't see that it's being used here.
I think that we could simplify this quite a bit by removing the CSS rule - in my testing removing it makes the "No Events available" text appear, but it disappears as soon as there is a log event to show.
I also think we should remove the spinner since it indicates that something is in progress instead of what it was intended to convey, which is that a refresh is happening regularly to check for new log events.
I'll cook up a quick patch in a few minutes.
was (Author: ctargett):
At solr/webapp/web/partials/logging.html#L45, there is this bit of HTML:
{code}
<tfoot>
<tr ng-show="events.length==0">
<td colspan="4">No Events available</td>
</tr>
</thead>
{code}
This is a mismatched element ({{<tfoot>}} closed by {{</thead}}), but that's not causing the problem.
In solr/webapp/web/css/angular/logging.css#L179, there is this bit of CSS:
{code}
#content #logging #viewer .has-data tfoot
{
display: none;
}
{code}
That {{.has-data}} is a class that's given to the table in the aforementioned {{logging.html}}, and since the {{<tfoot>}} is part of the same table, the rule says not to show the {{tfoot}} element at all. The construct {{hasData}} is a real JQuery function, but I can't see that it's being used here.
I think that we could simplify this quite a bit by removing the CSS rule - in my testing removing it makes the "No Events available" text appear, but it disappears as soon as there is a log event to show.
I also think we should remove the spinner since it indicates that something is in progress instead of what it was intended to convey, which is that a refresh is happening regularly to check for new log events.
> Fix "no events available" message on logging tab
> ------------------------------------------------
>
> Key: SOLR-11895
> URL: https://issues.apache.org/jira/browse/SOLR-11895
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Shawn Heisey
> Priority: Major
>
> A properly running Solr server with a very clean configuration may have absolutely no messages logged at WARN or ERROR. When this happens, clicking on the logging tab produces a screen with no messages and a spinning cursor, which looks like the page is hung.
> It has come to my attention that there is a "No events available" message already in the UI, but it doesn't work. I can think of two ways to fix the problem:
> * Fix the detection in the UI so that the "No events available" message actually works. Also, the spinner could be removed. The spinner is a big reason that the page looks broken.
> * Solr could log a "startup complete" message at WARN so that there is always something to display.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org