Bring back JACK support for proper Linux Modularity
S5 - Suggestion
Musescore 4 has dropped the ability to select JACK as an audio engine. This affects the way some musescore users are able to use and take advantage of the software. To be clear, I do not use musescore as a sequencer, but being part of the open source family and running in linux allows users to compose with musescore in different and interesting ways (algoritmic composition through MIDI, real time processing aspects can also be worked on with JACK). I wonder if musescore 4 is pursuing the idea of making musescore a closed and centralized system. I would really like to suggest no to take good useful features out of the software. Unfortunately musescore 4 for me will now be limited compared to how I was able to use Musecore before.
In https://github.com/musescore/MuseScore/issues/12775 Tantacrul said:
"I'm moving Jack issues to 4.x, which is when we will begin to address them."
But now, it seems that the "community" (of Windows and Mac users) has decided that Jack is not needed anymore. (because it's way too complicated to setup, as i understand it)
"The Needs of the Many Outweigh the Needs of the Few" seems to be the general idea.
In reply to In https://github.com… by graffesmusic
hmmm.. so windows and mac users end up dictating how a software that was initially Linux native continues to be developed? It is not like windows and mac can´t just ignore jack and use the built in OS audio system. The point is to still keep it as an option for Linux users.. or any users that do USE that feature. This definitely puts a stop to how I was using this software and the great advantages that it had over others. But thanks for the clarification, as I stated in my comments, it is scary when these projects just abandon good features just because they are not widely used. That is why I asked if there is any way of knowing what features come back and which don´t, it seems we are at the mercy of the markets (even if the implementation already exists, it is just not what all people want)... that is what converts this into a monolithic approach and that is unfortunately what will make me stick with version 3.6 for now. I will start to be on the look out for alternative software although it will be hard as MS is the only relevant tool of this kind in Linux... I guess back to Lilypond and Frescobaldi
My comment was just that of another long-term Linux MS user (since version 0.x). Just what i think. MS is indeed the only relevant tool on Linux.
I really wish jack support can be reintegrated soon.
The MuseScore 4.0 release doesn't have all the components of earlier versions, JACK is just one of the missing ones. I believe the missing parts and some new tools too will begin to appear one by one, once the developers have cleaned the code of the current release. Linux is a strong platform of free software. By my opinion, MuseScore will certainly get JACK.
MuseScore and Tracktion Waveform are a good pair of linux software, but the great number of vst plugins keeps me on windows.
Bring a good selection of the most necessary vst plugins for free into linux and great many music producers will follow, then the commercial software developers.
In reply to The MuseScore 4.0 release… by talshiar
hmmmm... you see,
"Bring a good selection of the most necessary vst plugins for free into linux and great many music producers will follow, then the commercial software developers."
has to do more with the lack of knowledge about open source and the tools that are already available in Linux. The availability of VSTs that are "the most necessary vst plugins for free" does not depend on the linux community but instead of the desire of the owners/companies to do that, many already do. Linux has been compatible with VST for a while, and there a great collection of plugins that are compiled for all 3 systems, some are free some are not. But even if there are none of these "most important plugins for free" there are extensive collections of professional and free VST, not to forget that formats like LV2 also exist. There is also the ability to use your own paid plugins inside Linux with tools like yabridge or carla. Linux is a very productive environment that is not subordinate to the development in Windows and Mac, this is a big mistake that represents audio in Linux incorrectly but also seems to say that Linux is still waiting for professional audio... which it is not... professional music and audio already is made in Linux, it already has many music producers that precisely have used the uniqueness of Linux to create interesting music.
I subscribe to these expressions of disappointment. I find it really unfortunate for Musescore to no longer allow Linux users to use Jack as in previous versions. I hope the message will be received!
This is a known limitation already being tracked on GitHub. See https://github.com/musescore/MuseScore/discussions/13745 for a workaround.
In reply to This is a known limitation… by Marc Sabatella
Yes, @Sabatella I found that post, but unfortunately, it does not work in my system. The post lacks info to dig on my own. So no workaround for all disappointed users. Although when I have time I will give it another try.
In reply to (No subject) by Jojo-Schmitz
This really is not a valid workaround. It only routes audio to jack. But it does nothing else you can do with jack. e.g. midi routing or timecode for video sync, and so on.
I thought it was just me doing something wrong . . . . Linux JACK support is very important to me. I use Carla with WINE to host a bunch of VSTs, including Kontakt 7 which is required for a few sound libraries I've got. Note this howto: https://musescore.org/en/node/273531, and see the topic "Connecting via JACK (recommended)".
Bring back JACK.
If the developers aren't Linux users and aren't doing film scoring... then they won't get it. Musescore is the only serious option for notation on Linux. For years, it was an extremely capable tool for film scoring because of its integration with Jack transport. All of the major Mac and Windows proprietary notation tools that Musescore is supposed to rival utilize some sort of rewire capability and/or onboard video player for sync.
I have an audio lecture that Bernard Herrmann gave (in the 60's) regarding the place of film music in the work of a serious composer. He rightly regarded film score work as a staple of composition and suggested that every composer should do at least a little bit of it. Here it is, archived online:
As I attended graduate school for music composition over 20 years ago, I noted that every single composer in the studio worked on at least one film project, on their own, outside of their instruction and studio work. Most of us scored multiple films during that time and continued in that work well after.
In this regard, Jack transport and/or video sync is a necessary tool for Linux users... It doesn't matter if the platform can't be applied to Mac and Windows, just as it doesn't matter that VST and effects support aren't available for Linux while it is functioning on Mac/Win. If cross platform means equal treatment... then make it so. Frankly, it seems to me that being cross platform in this sense will require a couple of forks to really make the software most usable. If Mac/Win get VST, then Linux should get LV2. If Linux gets Jack (or even just simple midi timecode sockets) then Mac/Win can get the same in their rewire format.
OR!... we can just recognize that "equal" isn't the definition of "fair" and allow platforms like Linux to retain their basic benefits while other platforms are permitted to have their own (like VST), etc.
We are pleading and begging here for the urgent return of some pretty basic expectations that have existed for years. We are begging. Otherwise, we are merely left with a 'hot new sports car' of a play engine that simply can't be used without jumping through a whole bunch of long-antiquated "hoops" for the work that we do.
In reply to (No subject) by Jojo-Schmitz
is only for audio. Jack is a rewire/sync platform that communicates midi timecode. The option posted here accomplishes none of that communication with Jack. Without access to the midi timecode coming from M4, Jack is merely rendered an audio output platform (for which there is really no point, as audio can already be routed using other tools without Jack). The folks that see this as a usable workaround don't really understand how Jack is used by Jack users.
Workaround should be listed as "NO". The implementation is not even partial and fails to utilize Jack for its purpose.
In reply to That workaround is only for… by cfirwin3
A few years back Jack was a pain to install and configure. Which made it both a nich use case and a pain to develop and test.
But today jack support is ready out of the box on main distributions using Pipewire (fedora and ubuntu at least). Which makes it both easy to test and develop and usefull to a larger amont of user.
I won't uprade without Jack support, which i found sad because from what i tested i like what has been done on musescore4.
I depend on Jack transport for the work that I do with musescore and would be disappointed if this feature did not return in a future patch. For what it's worth I'm also a musescore pro subscriber. The ability to work with Jack transport to synchronously drive musescore together with other software was a primary motivation in choosing to support Musescore via paid subscription.
It is being asked for time and time again
I would say that the reasonable rule to guide the development of MuseScore would be to first serve the many, later the few. Another reasonable rule would be that the few must be reasonably many to have their needs served. So does any one have the numbers of windows/mac/linux users and the number of jack users?
In reply to I would say that the… by talshiar
"Il est fou de confier au nombre la garde de la liberté". Georges Bernanos dans La France contre les robots.
I don't have the numbers, but have some recollection of numbers posted a couple years ago, there MuseScore for Windows was some 70%, for Mac some 20%, for Linux less than 10%
MusesSore has 5 million users (dixit Tantacrul https://www.youtube.com/watch?v=XGo4PJd1lng ).
So half a million Linux users.
Just what is the mission of MuseScore (MuseCy)? Selling subscriptions on musescore.com?
In reply to Probably. But MusesSore has… by graffesmusic
If I remember correctly, the percentage of Linux users was initially 100%.
Well, that was before Lasconic joined, well before version 0.9x, some 15 years ago
In reply to If I remember correctly, the… by tuxan
If I remember correctly, MuseScore has a 100% share of music composition on Linux. It's the only option, people. The fact that so many Windows and Mac users get to use MueScore is a gift from Linux. Heck, the fact that so many people have android devices and Chrombooks is a gift from Linux... The very day to day operation of the Internet is largely gift from Linux. Let's not make priorities on platform market share. Could we just take major regressions seriously and avoid them like the plague? Certain regressions, like the one discussed here, have way of bringing work to an absolute halt. Some of us aren't merely hobbyists and we have invested enormous amounts of time and resources to keeping our work in Linux. Then the rug gets pulled out from under our feet with the only solution being the use of a legacy build that the company doesn't believe in anymore and won't support in the future.
Well, this is exactly the attitude that I was asking if Musescore was going to take (monolithic), even worse as it seem it will start to get aggressive towards linux users (the place where I believe musescore started).
There is a big difference between what you are saying to be reasonable and what is going on with jack in linux, in linux you NEED jack to open up your system to true modularity. To illustrate, imagine taking out a wheel of a car for some people just because some other people don't need it (as crazy as it sounds this is what happened here). Professional audio is done in Linux through jack. It has been adopted that way because free and open source dev has found it as a great way to think of audio. (And it is going to get even greater with pipewire). So not considering jack is a big mistake if you are trying to build a professional tool. On top of that... Jack was already implemented!!! Even if you are changing code and need to rewrite something, you shouldn't just take of a wheel from someone's car, just because you found that some other people don't need it. This is not about feautures, its about putting back the wheel back.
It was strange for me to consider this version of ms4 a final release because of this. So i got nervous and went fishing for info. If this is the new MS4, then unfortunately I can't use it like i used to anymore, if jack and linux users are still being considered then I would have gladly waited for ms4 for longer, I believe there is a bit of a "rushed technology" epidemic that contributes to a lot of planned obsolescence, so waiting a bit longer doesn't bother me.
I opened this feature request to get information on how the musescore project is going to handle these things. I love this project, i was locked in using apple just because I couldn't find a score editor in linux, i wanted out of the Mac environment for personal reasons. When I finally sat down with MS I loved it and finally decided to switch to linux. Linux for me means not only freedom but I can extend the life of hardware using older computers that do the job just fine. This is better for the environment and for my pocket. I Live in a place of the world where it is hard and expensive to access "latest equipment". The main reason for this discussion from my end was to get some answers, I want to know where this is going. Should I be prepared to look for alternative ways of doing something i am used to doing another way? Honesty is crucial, I prefer to be prepared if this project has decided to shift towards a way of thinking that is way off from what I need or even worse, does not even consider my needs.
Regarding the majority rule part, I think that it only proves that you can't really change the world this way, can you? And if you experience life through others you find out that the world is still not perfect, we haven't gotten there yet. Lots of animals jump to the abyss because of the majority rule. Of course musescore has the freedom to whatever they want. And i respect that, again i am just asking to prepare myself. It is the only wysiwyg alternative for Linux, so believe me this worries me. I am just a concerned "customer".
In reply to Well, this is exactly the… by JRSV
It's also worth noting that rewire and sync is pretty standard on other platforms. Jack in Linux is the environment for that. Likewise, Jack is not on its way out with Pipewire emulation... just the opposite. Jack capabilities have never worked better with so little intervention than it has since being emulated by Pipewire. Jack sync is the yesterday, today and future for rewire capabilities on Linux (and some without the experience of working in Jack simply aren't aware). I can tell you that if M4 gets a rewire feature on Windows without Jack support... a big chunk of Linux users will go "nuclear". But I suppose it doesn't matter if they account for less than 10% of users, right?
Where's that eyeroll emoji... I know I left it around here somewhere...
This thread won't really be a good place to get answers from the design or development team; this site is more community-based. The development discussions happen on GitHub and Discord. That said, as a long-time volunteer on the project (and a Linux user myself), I'm happy to give my own perspective.
First, there is pretty much no chance that the number of Linux users within the MuseScore community currently is anywhere near 10% - likely closer to 1%. And even within that small subset of Linux users, only a small subset of that small subset actually do anything that would rely on JACK. That doesn't mean these users aren't important, but it's surely a much smaller number than the "half a million" figure being tossed about.
Also, no one - absolutely no one - is being "aggressive" toward Linux users. I am a Linux user myself, as are a number of the other developers and designers. Again it's just a matter of priorities and whether it was a good idea to hold up the release for the vast majority of users who don't rely on JACK just for the sake of the small percentage who do. JACK would have to wait anyhow, as implementing it in the new architecture would be a huge job. The question then becomes, is it fair to ask everyone else to wait also? That would be an aggressive act, I would say. The vast majority who don't need JACK can enjoy MuseScore 4 today, and meanwhile, those who do rely on JACK can continue to use a version that works for them. Going forward, the open source community can work toward a solution as it always has. Everyone wins.
And for the record MuseScore is not the only software for music composition on Linux. LilyPond and the various systems built around it also have a very large following (for good reason), and there is also a variety of DAW software.
Anyhow, it is clear that a large number of users - not just Linux users, not just people who currently rely on JACK - would benefit from some sort of synchronization. So it seems clear that this should be a priority. Whether it happens to be accomplished via JACK or by other means (e.g., a built-in video player) is an open question for continued discussion, and I suspect the design team already has ideas there. But whatever the solution is, I would hope it would not be something that is Linux-centric, but one that is truly cross-platform.
"Il est fou de confier au nombre la garde de la liberté"
Free software is an ideological movement and MuseScore is part of that movement, no doubt. But that lofty statement is a shot high over the goal. MuseScore with jack or no jack has nothing to do with any noble Liberty.
In reply to "Il est fou de confier au… by talshiar
It would help if those in command would publish a roadmap of further developments.
I simply cannot believe there are no plans.
But in the MU4.1 project on github, no trace of jack. Nor VST for Linux.
Since only 1% are Linux users, it seems logical
In reply to And https://github.com… by Jojo-Schmitz
Sure, that's what Tantacrul said.
But no trace in https://github.com/musescore/MuseScore/projects/63
In reply to See https://github.com… by Jojo-Schmitz
The talk of VST integration is a bit of salt in the wound for Linux as it implies a conformity to a non-native plugin format. We have a robust library of .LV2 effects and instruments that we don't want to ignore for complex and janky implementation of non-native plugins that we don't otherwise use.
In reply to This thread won't really be… by Marc Sabatella
What percentage of Finale and Sibelius users work with rewire sync?
The number is probably smaller than the share of Linux users that use Jack.
Nonetheless, rewire is essential to notation programs in their most high profile uses apart from engraving for publishers.
The concept of percentage lead priorities is wrong-headed.
Lastly, there is one sentiment that is always more destructive than aggression... and that is neglect. A published road map solves this. Hearsay is not productive in the de-escalation of concerns.
Yes, it has already been announced that plans will be published after the meetings this month.
Sad to see the comments that Linux users are few and hence don't matter that much. imho Linux makes a far greater impact in the software world than the number of desktop users implies. I've been using Linux for years and have made good use of Musescore 3.x. However now due to the lack of Jack I can't use 4.x. My fellow musicians are on 4.x and I cannot use the scores they are creating for our joint work. I've been forced to dual boot to Windows to work with them. Windows updates are already causing PC problems and I have spent far more time on win problems than I care to because of this decision by MS. Consider the responses you would get if you took a decision that forced MAC users to use Windows. Please reconsider.
I'm confused. Are there Linux distributions that provide no other way to use audio other than JACK? That's not the norm, and I'm using MuseScore 4 on Linux (Debian) completely successfully. If your particular distribution for some reason refuses to support any other audio method and blocks all attempts at installing one yourself, I'd recommend simply switching to a more full-featured and open Linux distribution. No reason to resort to Windows. After all, MuseScore doens't support JACK there either.
In reply to I'm confused. Are there… by Marc Sabatella
I can't answer for the previous poster, but I don't think the issue is merely about audio output. Jack is not needed for audio output and the "workaround" that was initially posted for Jack support only provided audio connection (which isn't exclusively what Jack does). The previous poster may be conflating the Jack issue, re: timecode routing, with the additional complaints, re: a lag in Linux feature implementation and what looks like a potential restriction on Linux development to only implement Win and Mac features (VST).
On this topic, what he says is true. A collaboration on projects requires Linux folks to dual boot or work in Win VM to load projects that utilize missing features (unrelated to Jack).
The larger argument is that Linux has become proverbial 'chopped liver'.
Still waiting patiently on those imminent development updates that some are hedging their bets on! 😉
Just warning, it's going to be rough if the next news release and road map doesn't prioritize getting Linux features congruent with Win/Mac development (at the very least).
I get why some percentage of users - on Linux as well as on other systemns - used JACK to enable certain synchonization features. What I don't understand is how lack of those synchronization features somehow renders MuseScore completely inoperable on Windows as the person to whom I was responding seemed to be implying. or how switching to a different OS that also lacks JACK support would somehow fix it. So I am actually suspecting they simply hadn't tried yet, and somehow misread this discussion as suggesting MuseScore just wasn't supported on Linux, which is of course not true at all.
The only missing feature I know of that might at first glance seem to require one to resort to Windows for in order to collaborate is lack of VST support. But that's a bit of a red herring as well. You can still collaborate even if you end up hearing the sounds differently. I guess it depends on the unique noature your specific collaboration.
In reply to I get why some percentage of… by Marc Sabatella
The poster would have to clarify, but I would bet that your last statement is the issue for him. I have had this collaboration problem with students since M4. It does change the sounds, but this is an issue when trading files back and forth. I just don't think that any recommendation for a user to merely dual boot (a recommendation that I know you aren't making) is a realistic solution. That's quite a 'sledgehammer' answer to the problem.
Personally, I would prefer that the distribution releases lean into the capabilities of their respective distributions rather than take the approach of a level playing field or a rule by popularity with respect to features. To that end, I agree with you regarding the limitations in file to file collaboration across distributions. Such limitations are not new just because Linux development is behind. I'm merely suggesting that the lag makes the optics poor and the recognition of 'problems' inflated. Someone in development really needs to break the silence on these issues soon.
I came on here to find out where selecting JACK had been hidden in MS4 only to find out that support has been deprecated - what a massive backward step.
In reply to I'm confused. Are there… by Marc Sabatella
I confess to having only skimmed through the thread so I might have the wrong end of the stick here but here's why I pretty desperately need jack support: I'll often be writing backing vocals and my preferred method is to record the tune and then improvise the BVs and then notate what I've written. With MS3 I can have ardour going via JACK to do all the recording I need and then have MS open too with the sound outputted properly via jack and also jack passing my midi keyboard through to MS so I can quickly switch and notate what I'm doing. That won't work with MS4 because JACK hogs the sound output so that MS won't play and because MS doesn't see JACK I also can't use an external midi keyboard - don't get me wrong I can still use it just not hear it or input from an external device. And, yes, when I'm not using JACK MS works exactly as you'd expect but that's still a pretty big let down for me. I can think of quite a few other use cases too.
In reply to I confess to having only… by mrmjb
Are you running Pipewire on your system or are you using the actual Alsa, Pulse and Jack engines?
You 'might' find that Pipewire emulation allows you to run everything simultaneously... which us why Jack isn't going away and why it is more powerful than ever as the rewire platform for Linux that it is. Pipewire is the future.
I keep preaching from my soapbox but I fear that some folks have their 'Jack is dead' blinders on (because they don't really know the diverse applications that put Linux on par with Mac/Win rewire capabilities).
On Windows, the goal is to have everything sync with Cubase or ProTools. On Mac... Logic. On Linux... Ardour or Qtractor. It's a serious need for serious musicians on every platform. So many top line Linux music tools work only on Jack. M4 is a kick in the face to the Linux workflow and pipeline. I really want to showcase their hot new play engine... but they created far too many hoops to jump through with the removal of Jack to make it worthwhile.
Insert a call for patience and a reminder here about upcoming announcements (without any apparent knowledge of their content). Instead, we need a messenger to the developers to say, "hey guys, you might want to browse this thread and consider the arguments".
I just read through the Berklee Master Of Film Music resource prerequisites
Like Blender in Linux satisfies all industry grade software for animation and VFX (some studios and degree programs actually use Blender now)... there are capable Linux alternatives for everything on their list, except for the notation category.
While M4 could easily help to satisfy the instrument library requirements, it can't be used outside of the M4 platform. VPO, Versillian, and other libraries can handle that. But, when it comes to notation, M3 is the only capable option. M4 isn't capable enough due to the lack of sync with the other software that Sibelius, Dorico and Finale have. But M3 is dead and no longer an option going forward.
Drumbeat, drumbeat, drumbeat, drumbeat...
The current philosophy on Linux/Jack at MuseScore is misguided and unaware. It even prevents the new, marvelous play engine and library from being showcased in many instances.
thank you developers of MS4, great work !
except that the missing JACK support kicked me back to version 3.6
It's a pity !
I'm using it with Ubuntu Studio, together with hydrogen for drum automation and so I need jack for synchronization.
Please bring back Jack to Musescore !
In reply to [inline:jackmeme.png] by msfp
It's been weeks... and weeks now. No announcements (which were suggested to have been imminently coming, weeks ago) that I have seen regarding a road map forward on Jack. No mention of work on missing capabilities on the Linux version either (missing mixer/effects capabilities of any kind/format). I don't think a call for 'patience' is a valid recommendation any more. The reluctance to directly address plans on these issues (unless I have missed an announcement somewhere) is deeply disappointing and seemingly confirming for suspicions that many of us have.
Not to say that I don't appreciate bug fixes and a more stable composing environment. But how hard is it to say "We have a plan to implement X,Y, Z in Linux... it will be done and it will work" OR "We will not implement X, Y, Z in Linux without community development branching for that platform"
It's not like they don't have an opinion on this. They just aren't sharing. I can't find a single post on the subject since a vague mention to investigate options that was posted prior to release.
Iceberg! Dead ahead!
If you head over to GitHub, you'll see that over the past week or so, they have indeed been posting issues and/or tasks outlining the plans for 4.1. It's still a work in progress, which is why they aren't announcing firm plans for other features before there are any - what would the point of that be?
Once again, if you wish to engage in discussions with the developers, the place is GitHub, not here. The reason they haven't responded to you is that you haven't actually asked them. You've only asked fellow users here on the defunct/obsolete musescore.org issue tracker that has been retired.
In reply to If you head over to GitHub,… by Marc Sabatella
I haven't seen any GitHub discussions on the topics in question. Please post a link if you know of a recent update. Would love to read it... not so much interested in searching for a needle-in-a-haystack mention of Jack or LV2/VST, however.
As for the defunct/obsolete issue tracker, why is it still there? Other portions of the Musescore enterprise that have been called defunct and obsolete (like Jack services) have been removed. Why leave up a forum area that calls for input only to be redirected by a moderator to post issues in the "proper place" as if the poster is the one in error? Lock the forum and put a notice at the top with a link to the appropriate forum venue for issue tracking. Why leave it open?
As for why would I post on the .com forum? Because that's what it's for. It might not be where developers are looking (they should, because it is THE .com space that users are called to) but it is also where users can see sentiment that they resonate with. It's a place to vent.
If it shouldn't be a place to vent, if it isn't a place where developers check, and if it is merely a redundant location to get help from users, then why have it?
There is nothing new GitHub about this specific topic, but lots on other topics relating to 4.1 planning. The point being, things are being actively posted as there is information to share. I would think people interested in the subject would be sufficiently motivated to find and follow discussions there. Thwt would be one way of establish whether this is truly important or not.
As for this issue tracker, it's still here to be able to research history of issues. But it's not intended to be used any more for new issues, which is why the links are is removed from the main menu structure of the site. The developers decided quite some time ago to focus on GitHub instead - this was long before the release of 4.0. Maintaining two separate trackers wasn't working for anyone - not for the developers who would then miss issues, not or users who would perceive their issues were being ignored, and definitely not for folks like me trying their best to help users and developers alike and having to resort to copying information manually from one place to another.
Not sure what you mean about "the .com forum" - I'm not aware of any such thing, and I certainly didn't mention anything like that.
I agree with cfirwin3 and understand exactly what he means about this being the .com forum. What he means is that if you google musescore issue tracker you arrive here not anywhere near github. If you google musescore help or musescore manual or anything like that it's here you get to. This is the public face of the musescore community and the community will come here first and therefore it would make sense for devs to keep one eye on it. I mean certainly if you think of, or if I think of at least, the users that I know on non linux platforms most of barely any of them will have even heard of github. For myself I am that fabled desktop linux user who is not a technical user - I'm on the terminal very seldomly, I'm going to delay upgrading from ubuntustudio LTS xfce version as late as possible because I don't want to spend time learning KDE: the level of activity that I can bring to a community is getting into forums and kicking some where-with-all to projects when I can - when I have a question or issue my first port of call is to google the project's forum - maybe I've been conditioned by canonical back in the early days to believe that the forums are where you get help or learn the answers to your problems.
Sorry, I was confused, since of course this is musescore.org, not musescore.com. It's true the forum on musescore.org - not this defunct issue tracker, but the actual forum - is a good place to discuss MsueScore with fellow users. So yes, a great place to get help in general, but not the place to track issues formally.
Unfortunately, it's hard to control what Google shows when you do searches. I can merely report the facts - this issue tracker is retired, and that is why it is removed from the menus. It presumably will stop showing up in searches too over time, but that's up to the search engines. But anyhow, when reporting bugs, please use GitHub.
If there were unlimited resources in the world, then ys, there would be enough developers and enough time to monitor multiple locations for issues. But as it is, please let's all do our best to simplify things and follow the procedures.