Bug 436998 - Electron apps and chromium browser show the same icon in the applet
Summary: Electron apps and chromium browser show the same icon in the applet
Status: RESOLVED UPSTREAM
Alias: None
Product: plasma-pa
Classification: Plasma
Component: applet (show other bugs)
Version: 5.21.4
Platform: Other Other
: NOR normal
Target Milestone: ---
Assignee: David Rosca
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-05-12 21:45 UTC by Podagric
Modified: 2021-05-13 16:30 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Podagric 2021-05-12 21:45:40 UTC 
STEPS TO REPRODUCE
1. Play some sound and / or video on the chromium
2. While the chromium is still playing, run an Electron program capable of doing the same thing (in my case, Freetube)

OBSERVED RESULT
The Applications tab of the applet will display the chromium icon for both, although the freetube has its own icon.

This happened with all the Electron bundled programs I tested, not just on freetube. And things can get a little difficult to distinguish when there are more than two (https://i.imgur.com/RRwqkWz.png)...

EXPECTED RESULT
Should each icon be displayed?


SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.81.0
Qt Version: 5.15.2
Kernel Version: 5.11.16-zen1-1-zen
OS Type: 64-bit
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-4440 CPU @ 3.10GHz
Memory: 4 GiB of RAM
Graphics Processor: Mesa DRI Intel® HD Graphics 4600
Comment 1 Nicolas Fella 2021-05-13 15:23:30 UTC 
Freetube presents itself to PulseAudio as "Chromium" with the icon "chromium-browser". This is something that needs to be fixed in Freetube and/or Electron. Please report it there.

From "pactl list sink-inputs":

Sink Input #103
        Driver: protocol-native.c
        Owner Module: 12
        Client: 33
        Sink: 3
        Sample Specification: float32le 2ch 44100Hz
        Channel Map: front-left,front-right
        Format: pcm, format.sample_format = "\"float32le\""  format.rate = "44100"  format.channels = "2"  format.channel_map = "\"front-left,front-right\""
        Corked: no
        Mute: no
        Volume: front-left: 65536 / 100% / 0.00 dB,   front-right: 65536 / 100% / 0.00 dB
                balance 0.00
        Buffer Latency: 38231 usec
        Sink Latency: 19381 usec
        Resample method: copy
        Properties:
                application.icon_name = "chromium-browser"
                media.name = "Playback"
                application.name = "Chromium"
                native-protocol.peer = "UNIX socket client"
                native-protocol.version = "33"
                application.process.id = "135"
                application.process.binary = "freetube"
                application.language = "C"
                window.x11.display = ":99.0"
                application.process.session_id = "2"
                module-stream-restore.id = "sink-input-by-application-name:Chromium"
Comment 2 Podagric 2021-05-13 16:22:58 UTC 
I understand.
I hope this report will help other people avoid bugging kde and go directly upstream.
thank you!
Comment 3 Podagric 2021-05-13 16:30:12 UTC 
The Electron repository already has an open issue informing this bug and with a proposal for the solution. In case anyone wanted to follow the discussion of this:
https://github.com/electron/electron/issues/27581