Follow log doesn't work

Question

Follow log doesn't work

Closed this issue 7 years ago · 20 comments

franziskuskiefer commented 7 years ago

Ticking the follow log box in "Run Logs" unticks itself when the log is updated.

helfi92 commented 7 years ago

\o/

djmitche commented 7 years ago

I'll try

Answer 1 · 2017-08-11T14:54:01.000Z

Hmm, I don't seem to replicate. Did you happen to scroll the container by chance?

Answer 2 · 2017-08-11T14:59:37.000Z

I think this occurs when the log finishes, and it reloads lazy_backing.log.

Answer 3 · 2017-08-11T15:04:07.000Z

Ah ok, I see the problem.

Answer 4 · 2017-08-14T09:02:58.000Z

Is this in production yet? I still have the same issue.

Answer 5 · 2017-08-14T14:48:06.000Z

@franziskuskiefer this particular patch is, but if you are still experiencing this, could you please provide more details about the circumstances, or possibly steps to replicate? Thanks.

Answer 6 · 2017-08-14T14:54:21.000Z

Take for example task LhS8sZkcSJu3bb3_h6uUsQ. Looking at the Run Logs tab and setting the Follow log doesn't work for me (you can retrigger it to test). The follow log tick disappears every time the run log content is scrolled.
So another test case is just enabling follow log and then scrolling the log. This disables follow log.

Answer 7 · 2017-08-14T14:59:35.000Z

This is expected. We purposefully shut off the following of the log if you scroll it since if you scroll, you are desiring to not be kept at the bottom of the log.

Answer 8 · 2017-08-14T15:33:12.000Z

Ok, but it's also disabled when I click it the first time and it jumps down to the bottom.

Answer 9 · 2017-08-15T12:48:40.000Z

franziskuskiefer commented 7 years ago

Answer 10 · 2017-08-15T15:05:57.000Z

@franziskuskiefer can you provide details on what browser, version, and OS you are using?

Answer 11 · 2017-08-15T15:14:28.000Z

This is Firefox Nightly (any recent version) on Arch Linux x64.

Answer 12 · 2017-08-17T13:12:45.000Z

I have experienced this with both Nightly and DevEdition but not on Chrome. it seems that as the log is streaming continuously the box can't be selected at all. If the log is slowly streaming (some pauses in between chunks), it looks like I can select the checkbox, it will follow that current chunk displayed, but when new text is rendered the checkbox is unchecked and it stops following

Answer 13 · 2017-09-20T14:55:06.000Z

@franziskuskiefer Has the issue been resolved?

Answer 14 · 2017-09-20T15:07:03.000Z

I think so. It's working for me now.

Answer 15 · 2017-11-30T09:24:28.000Z

Looks like this is back? At least on Linux with Nightly scrolling is broken again for me.

Answer 16 · 2017-11-30T21:00:26.000Z

@franziskuskiefer It's working for me on Nightly with macOS. Could you provide more information perhaps on how I could perhaps replicate.

Answer 17 · 2017-12-01T07:27:39.000Z

@helfi92 right it's working for me on macOS as well. But not on Linux. So this might as well be some Nightly issue. Can you try to reproduce with Nightly on Linux?

Answer 18 · 2017-12-01T14:08:15.000Z

It works for me -- I just ran the default task from "task creator" which prints 600 digits, one per second, and with "follow log" checked, it indeed follows.

It still has that somehow-incurable horizontal scrollbar covering the last line, but I've given up reporting that issue as it seems to never stay fixed.