Bugzilla

(In reply to Julien Cristau [:jcristau] from comment #38)
> Should be from https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/firefox-135.0a1.en-US.linux-aarch64.tar.xz or equivalent, outside the package manager.  That said, the .deb package doesn't have ffmpeg dependencies either.
> 
> The bit that's unclear to me is whether anything here is arm64 specific; I'd expect the same situation on amd64, unless the OS install was different.  Does a default ubuntu desktop come with libavcodec et al?  Was the install on the QA hardware somehow stripped down?

We've received a second ARM device, another MacBook with a fresh install of Ubuntu 24.04.
It had a default installation of Firefox Release SNAP canonical v133.0.3 installed by default, so it might be tied up to a package manager.

This device has shown the same behavior as mine: Firefox Release SNAP canonical 133.0.3 has played back videos correctly, while Nightly v133 could not play back correctly from the specific sources mentioned in this report AND it also needed to install ffmpeg before being able to playback as expected in Nightly v135.0a1 aarch64. 

Unfortunately, we can't determine whether this is specific to our installations of Ubuntu on ARM devices or whether it is an issue general to Ubuntu.  As I remember from setting up older Ubuntu test machines, we usually had to install codecs before using them for testing.

Please feel free to close it if you believe it invalid.

(In reply to Julien Cristau [:jcristau] from comment #38)
> Should be from https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/firefox-135.0a1.en-US.linux-aarch64.tar.xz or equivalent, outside the package manager.  That said, the .deb package doesn't have ffmpeg dependencies either.
> 
> The bit that's unclear to me is whether anything here is arm64 specific; I'd expect the same situation on amd64, unless the OS install was different.  Does a default ubuntu desktop come with libavcodec et al?  Was the install on the QA hardware somehow stripped down?

We've received a second ARM device, another MacBook with a fresh install of Ubuntu 24.04.
It had a default installation of Firefox Release SNAP canonical v133.0.3 installed by default, so it might be tied up to a package manager.

This device has shown the same behavior as mine: Firefox Release SNAP canonical 133.0.3 has played back videos correctly, while Nightly v135.0a1 aarch64 (.tar.xz) could not play back correctly from the specific sources mentioned in this report AND it also needed to install ffmpeg before being able to playback as expected in Nightly v135.0a1 aarch64. 

Unfortunately, we can't determine whether this is specific to our installations of Ubuntu on ARM devices or whether it is an issue general to Ubuntu.  As I remember from setting up older Ubuntu test machines, we usually had to install codecs before using them for testing.

Please feel free to close it if you believe it invalid.

(In reply to Julien Cristau [:jcristau] from comment #38)
> Should be from https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/firefox-135.0a1.en-US.linux-aarch64.tar.xz or equivalent, outside the package manager.  That said, the .deb package doesn't have ffmpeg dependencies either.
> 
> The bit that's unclear to me is whether anything here is arm64 specific; I'd expect the same situation on amd64, unless the OS install was different.  Does a default ubuntu desktop come with libavcodec et al?  Was the install on the QA hardware somehow stripped down?

We've received a second ARM device, another MacBook with a fresh install of Ubuntu 24.04.
It had a default installation of Firefox Release SNAP canonical v133.0.3 installed by default, so it might be tied up to a package manager.

This device has shown the same behavior as mine: Firefox Release SNAP canonical 133.0.3 has played videos correctly, while Nightly v135.0a1 aarch64 (.tar.xz) could not play videos correctly from the specific sources mentioned in this report AND it also needed to install ffmpeg before being able to playback as expected in Nightly v135.0a1 aarch64. 

Unfortunately, we can't determine whether this is specific to our installations of Ubuntu on ARM devices or whether it is an issue general to Ubuntu.  As I remember from setting up older Ubuntu test machines, we usually had to install codecs before using them for testing.

Please feel free to close it if you believe it invalid.

(In reply to Julien Cristau [:jcristau] from comment #38)
> Should be from https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/firefox-135.0a1.en-US.linux-aarch64.tar.xz or equivalent, outside the package manager.  That said, the .deb package doesn't have ffmpeg dependencies either.
> 
> The bit that's unclear to me is whether anything here is arm64 specific; I'd expect the same situation on amd64, unless the OS install was different.  Does a default ubuntu desktop come with libavcodec et al?  Was the install on the QA hardware somehow stripped down?

We've received a second ARM device, another MacBook with a fresh install of Ubuntu 24.04.1 from [Asahi](https://ubuntuasahi.org/).
It had a default installation of Firefox Release SNAP canonical v133.0.3 installed by default, so it might be tied up to a package manager.

This device has shown the same behavior as mine: Firefox Release SNAP canonical 133.0.3 has played videos correctly, while Nightly v135.0a1 aarch64 (.tar.xz) could not play videos correctly from the specific sources mentioned in this report AND it also needed to install ffmpeg before being able to playback as expected in Nightly v135.0a1 aarch64. 

Unfortunately, we can't determine whether this is specific to our installations of Ubuntu on ARM devices or whether it is an issue general to Ubuntu.  As I remember from setting up older Ubuntu test machines, we usually had to install codecs before using them for testing.

Please feel free to close it if you believe it invalid.

(In reply to Julien Cristau [:jcristau] from comment #38)
> Should be from https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central/firefox-135.0a1.en-US.linux-aarch64.tar.xz or equivalent, outside the package manager.  That said, the .deb package doesn't have ffmpeg dependencies either.
> 
> The bit that's unclear to me is whether anything here is arm64 specific; I'd expect the same situation on amd64, unless the OS install was different.  Does a default ubuntu desktop come with libavcodec et al?  Was the install on the QA hardware somehow stripped down?

We've received a second ARM device, another MacBook with a fresh install of Ubuntu 24.04.1 from [Asahi](https://ubuntuasahi.org/).
It had a default installation of Firefox Release SNAP canonical v133.0.3 by default, so it might be tied up to a package manager.

This device has shown the same behavior as mine: Firefox Release SNAP canonical 133.0.3 has played videos correctly, while Nightly v135.0a1 aarch64 (.tar.xz) could not play videos correctly from the specific sources mentioned in this report AND it also needed to install ffmpeg before being able to playback as expected in Nightly v135.0a1 aarch64. 

Unfortunately, we can't determine whether this is specific to our installations of Ubuntu on ARM devices or whether it is an issue general to Ubuntu.  As I remember from setting up older Ubuntu test machines, we usually had to install codecs before using them for testing.

Please feel free to close it if you believe it invalid.