-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support upload trace in Zipkin Lens UI #2424
Conversation
color: $dark-2; | ||
font-size: $font-size-xs; | ||
position: absolute; | ||
left: -20px; | ||
|
||
&.first { | ||
&--first { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Use BEM notation
@@ -1,37 +1,37 @@ | |||
.mini-trace-viewer { | |||
.mini-timeline { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rename trace-viewer
-> timeline
@@ -0,0 +1,3 @@ | |||
.trace-page { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sine there is a possibility of writing later, I made a file
@@ -4,8 +4,9 @@ import { BrowserRouter, Route } from 'react-router-dom'; | |||
|
|||
import Layout from './Layout'; | |||
import BrowserContainer from '../../containers/Browser/BrowserContainer'; | |||
import DetailedTraceSummaryContainer from '../../containers/DetailedTraceSummary/DetailedTraceSummaryContainer'; | |||
import TracePageContainer from '../../containers/TracePage/TracePageContainer'; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I refactored to reuse DetailedTraceSummary
.
- Remove a process of fetching trace data from
DetailedTraceSummary
component. - Make a new component
TracePage
, and add that process andDetailedTraceSummary
component to the new component.
|
||
const renderTickLines = () => { | ||
const renderTimeMarkers = () => { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rename ticks → timeMarker
@@ -98,8 +98,8 @@ class Timeline extends React.Component { | |||
serviceNameColumnWidth={serviceNameColumnWidth} | |||
spanNameColumnWidth={spanNameColumnWidth} | |||
numTimeMarkers={defaultNumTimeMarkers} | |||
onServiceNameColumnWidthChange={this.handleServiceNameColumnChange} | |||
onSpanNameColumnWidthChange={this.handleSpanNameColumnChange} | |||
onServiceNameColumnWidthChange={this.handleServiceNameColumnWidthChange} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I mistook method name...
These are overlooked bugs...
Maybe current lens does not work correctly... 😭
|
||
this.setState({ | ||
startTs: 0, | ||
endTs: traceSummary.duration, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
startTs
and endTs
must be set when traceSummary
is changed.
If I don't do so, MiniTimeline's range will be displayed as the previous range...
style={styles} | ||
> | ||
<input {...getInputProps()} /> | ||
<p>Choose file</p> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure the right verbosity here, but I think we should guide users more. The classic UI has a "Browse" button at least, which I think gives more an indication that clicking it will allow one to select a file from their computer to upload. An improvement on that might be to reword with something like "Upload a file by drag/drop or click to browse".
As an aside, we haven't gotten any reports of confusion, but maybe even more explanation somehow about what kind of file/contents are expected would be good. Anyways, that could be a separate discussion from this pull request.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tried it out locally with some of our test data. I left one comment about UI text, but I'm happy to consider it post-merge as well.
Does the trace lookup header have any purpose in this screen? |
@jcarres-mdsol do you mean the search bar at the top where you can select criteria to search? If so, I agree it doesn't have a use on this page and could be confusing, but I think it is there for consistency as a global search context. I'm not a designer so not sure what's best to do about it (hide it for this view only? show it as disabled in this view?), but thank you for bringing it up. What do others think? Maybe something to spin off into a separate issue so we don't block adding this functionality that helps bring Lens up to feature parity with the classic UI. |
If it has no use, then should not be there. That would make sense, this would be the place where you look at one single trace, either by searching by its traceid in the storage or uploading it from outside storage |
@jcarres-mdsol Thank you for your feedback.
Lens already has that feature. I tried implementing the feature to upload JSON in the same way as above. cc: @shakuzen |
It is an intriguing idea, to me it is less discoverable as UI (I did not even see the traceid search option there) but I can see the appeal of a single search bar, something like the browser. |
what I like about this is we can also do a dependency graph of that
one trace selected...
…On Thu, Mar 7, 2019 at 3:31 AM Jordi Polo Carres ***@***.***> wrote:
It is an intriguing idea, to me it is less discoverable as UI (I did not even see the traceid search option there) but I can see the appeal of a single search bar, something like the browser.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub, or mute the thread.
|
ohh and the index graph and screen could work equally with multiple
files.. ex json + a trace ID, shows in the index screen, and
dependency graph
…On Thu, Mar 7, 2019 at 3:35 AM Adrian Cole ***@***.***> wrote:
what I like about this is we can also do a dependency graph of that
one trace selected...
On Thu, Mar 7, 2019 at 3:31 AM Jordi Polo Carres
***@***.***> wrote:
>
> It is an intriguing idea, to me it is less discoverable as UI (I did not even see the traceid search option there) but I can see the appeal of a single search bar, something like the browser.
>
> —
> You are receiving this because your review was requested.
> Reply to this email directly, view it on GitHub, or mute the thread.
|
to be clear.. I like the universal search bar approach with a "traceJSON" button |
Personally, I worry that if we put a json option in the universal search dropdown, we're overloading the meaning of options there too much. Currently you select a property of a span (in some sense). Putting "fromJSON" or something similar there feels a bit confusing. If we want the JSON upload to be part of the universal search instead of a dedicated view/tab, maybe we should make a dedicated upload button in the universal search? Though that might give the impression that the uploaded JSON is saved. |
I guess we need to think on this a bit more?
|
@shakuzen I agree that there could be some confusion about the query aspect of this. Though it does seem to be in some means related to traceId field... that's how it made sense to me. Also, what we are optimizing for. For example, by putting the concept of locally sourced (which is indeed a bit icky), into the background.. we benefit by retaining the universal search capability which is what I think we want in the foreground. Maybe we can down-rank the "from json" criteria to the bottom, or possibly quasi hide it as most users won't be using this? For example, if you "expert mode" or click something, then the from json option appears, but remains in a place where it is universally considered. wdyt? |
added for 9am tokyo time monday as that's the only time reasonable and in the schedule. We can collect local feedback even if it is too early. https://cwiki.apache.org/confluence/display/ZIPKIN/2019-03-11+Tapping+into+Zipkin+data |
Personally I agree with @shakuzen...
umm... I think it would be better to add another dropdown menu for traceId and upload JSON like the following. |
sounds good to me. this would move trace id out if the universal search
then right? and the action of this form will be like old ui where it takes
you to expanded trace screen?
…On Mon, Mar 11, 2019, 1:07 AM tacigar ***@***.***> wrote:
Personally I agree with @shakuzen <https://github.com/shakuzen>...
I think it would be better to add another dropdown menu for traceId and
upload JSON like the following.
[image: dropdown]
<https://user-images.githubusercontent.com/19551419/54108718-1268a180-4420-11e9-961e-c6bff23bf6b6.png>
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
<#2424 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAD61yB9xx-pEBKBMbIirnQi24XAjgeXks5vVg6ygaJpZM4bbrHk>
.
|
Yes |
I'll close this pr |
#2350