Closed Bug 1594409 Opened 4 years ago Closed 3 years ago

[Windows] The video turns darker when interacting with the seekbar on linkedin.com

Categories

(Core :: Audio/Video: Playback, defect, P3)

All
Windows
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox71 --- wontfix
firefox72 --- wontfix
firefox73 --- fix-optional

People

(Reporter: obotisan, Assigned: alwu)

References

(Regression, )

Details

(Keywords: regression)

Attachments

(1 file)

Attached image ezgif.com-optimize.gif

https://www.linkedin.com/learning/writing-with-flair-how-to-become-an-exceptional-writer
Affected versions

  • Firefox 71.0b7
  • DevED 71.0b7
  • Firefox 72.0a1

Affected platforms

  • Windows 10 x64
  • Windows 7 x64

Steps to reproduce

  1. Go to this link: https://www.linkedin.com/learning/writing-with-flair-how-to-become-an-exceptional-writer
  2. Let the video play for a while.
  3. Click on the seekbar to the beginning of the video.

Expected result

  • The video is played correctly.

Actual result

  • The video turns darker.

Regression range

  • First bad: 2019-09-04
  • Last good: 2019-09-03
  • Potentially regressed by: Mozregression concluded that bug 1539182 might have caused the issue.

Notes

  • Please look at the attached video.
Keywords: regression

This doesn't reproduce on macOS, so it's likely not a compat issue.

Given the potential Bug 1539182 regression, can you take a look Alastor?

Component: Desktop → Audio/Video: Playback
Flags: needinfo?(alwu)
Product: Web Compatibility → Core
Has Regression Range: --- → yes
Has STR: --- → yes

I couldn't reproduce this issue on Win10 with today's Nightly. It seems like the video covered by an extra dark transparent layer, which is less possible caused by the change in the bug 1539182. So I guess this issue might be a website's issue.

Flags: needinfo?(alwu)

(In reply to Alastor Wu [:alwu] from comment #2)

I couldn't reproduce this issue on Win10 with today's Nightly. It seems like the video covered by an extra dark transparent layer, which is less possible caused by the change in the bug 1539182. So I guess this issue might be a website's issue.

The fade in appears to be in the video, I had wondered if it was done in JS and was getting stuck some how, but seems unlikely.

This appears to be a raw link to the video (not sure if it will expire). Oana, does the issue repro if watching there?

Flags: needinfo?(oana.botisan)

I can't access the link. It gives me the Forbidden Error page. I think it might have expired.

Flags: needinfo?(oana.botisan) → needinfo?(bvandyk)

If you open the original page and look at the network tab in the Firefox dev tools when you play the media you should be able to find the location of the media resource and by able to open that raw link.

Flags: needinfo?(bvandyk) → needinfo?(oana.botisan)

I manage to see the raw link to the video and I can see it reproducing there too. On the other hand the issue is not reproducing only on that video, but on all the videos from linkedin.com. Isn't that a mark of another issue?

Flags: needinfo?(oana.botisan)
Priority: -- → P3

(In reply to Oana Botisan, Desktop Release QA from comment #6)

I manage to see the raw link to the video and I can see it reproducing there too. On the other hand the issue is not reproducing only on that video, but on all the videos from linkedin.com. Isn't that a mark of another issue?

Let me make sure I understand correctly:

  • The issue happens when opening the video directly?
  • The issue happens on all videos on LinkedIn?

If that is correct, could you save one of the videos from the direct links to disk, make sure that the issue reproduces with the file, then try mozregression again to confirm the range from comment 0?

Flags: needinfo?(oana.botisan)

Yes, the issue is reproducing on all of the videos from LinkedIn and when it's opened directly.
However, I saved the video from the direct link to my computer and the issue still appeared. So I think that you might be right that the video is corrupted somehow.
But on the other hand, on Chrome I can't reproduce the issue.
I tried to find the regression again and I got the same result. It says that bug 1539182 - check slice type to decide frame type, might have caused the issue.

Flags: needinfo?(oana.botisan)

Ok, based on comment8, the issue can be reproduced by visiting video url directly, NI my self to investigate it again.

Flags: needinfo?(alwu)
Regressed by: 1539182

We have shipped our last beta for 71, since this is a P3, this is a wontfix for 71.

I still can't reproduce this issue on my Windows10 64 with latest Nightly 72.0a1 (2019-11-26). I've tried to play it from LinkedIn, visiting video URL directly or play the saved video from disk, and none of them can show the issue.

Can you still reproduce this issue?

Thank you.

Flags: needinfo?(alwu) → needinfo?(oana.botisan)

Chipping in that it may be interesting to test this with hardware acceleration togged on and off to see if that makes a difference.

Weird, now I can reproduce this issue suddenly, no matter I turn on or off the hardware acceleration. Will take a look.

Assignee: nobody → alwu
Flags: needinfo?(oana.botisan)

Any luck?

Flags: needinfo?(alwu)

Sorry, I'm still busy on other stuffs, I will check it later after finishing other tasks. (Keep NI)

This is a different site, but the issue seems very similar, so maybe this can help alastor to find a pattern (if related)
https://github.com/webcompat/web-bugs/issues/52777

(In reply to Karl Dubost💡 :karlcow from comment #16)

This is a different site, but the issue seems very similar, so maybe this can help alastor to find a pattern (if related)
https://github.com/webcompat/web-bugs/issues/52777

I hate to be that guy, but it's been a year since I reported this and it's still happening :( Here's a new example (top is Chrome, bottom is Firefox): https://imgur.com/a/6necr6f and https://imgur.com/a/bJ2bc69

Screenshots made from https://www.twitch.tv/videos/1046684321?t=02h37m11s

I can't reproduce the original issue on latest Nightly (90.0a1), but I did see your issue on Twitch and that not only appears on Windows, I can also reproduce that on Ubuntu. However, on MacOS, the issue doesn't show up, the video is as bright as the video showing on Chrome.

I think those two are not the same issue, so I will file another bug (bug 1715085) for the Twitch issue. In addition, as the original issue could be reproduced on both Firefox Release 88 and Nightly 90, I think the issue has been fixed (maybe on render side) So I will close this bug and feel free to reopen this if anyone can reproduce the original issue again.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(alwu)
Resolution: --- → WORKSFORME
See Also: → 1715085
You need to log in before you can comment on or make changes to this bug.