(@sponsi ; may may be incorrectly "clocking time" against this issue btw)

I agree with the spirit of this ask ; Mozilla (Firefox) is no longer trustworthy, (their actions ... of 2017 and prior have added up to conclude this - only a significant management change and public statement could save them now... ). Google (Chrome) was never trustworthy. Brave is possibly a leading contender.

In T4138#97776, @JoshStrobl wrote:

Solus-GNOME "always visible on workspace"

This isn't anything that can't already be done with GNOME itself, don't really see why it needs to be packed in with the Mattermost application

Thanks for following up (and cleaning up the other ticket); I can understand the reasoning.

(left a message on IRC)
I am confused as the result of this task's triage. if T1876 isn't for the server side component of Mattermost, and we have T4138 ... one is clearly a duplicate of the other. We are seemingly left with a contradiction if we close T4138 as "no value add", yet T1876 is accepted.

Here follows my analysis for the Mattermost desktop application into Solus, as per the above-mentioned package inclusion policy:

In T4138#97748, @JoshStrobl wrote:

@fermulator Because the task indicates "Needs Triage" instead of being a particular priority and in the Accepted for Inclusion column of the Software tag.

What is the value add of this over just opening up a browser? Excluding notifications, which can already be "native". As per our Package Inclusion Policy.

In T4138#97745, @JoshStrobl wrote:

@fermulator This hasn't been accepted for inclusion yet.

my first contribution to Solus, firing up virtual guest for compiling and etc. as per https://solus-project.com/articles/packaging/guide/en/

Required for anyone who leverages enterprise Mattermost solution. (i.e. for someone who works at a company that uses Mattermost as their internal Engineering message/channel system for technical discussions) - the is _the_ most popular Slack alternative for it's internal server capabilities.