Well, looking more closely that seems to be unlikely.
Prelude
Even though a couple of sailors sounded quite definite at the start,
- at Jolla’s blog on 2020-07-20 by @vige
- in this forum (“FSO”) on 2020-07-20 by @Mariusmssj
No information should be lost. We will migrate the old posts from TJC. There is no need to copy information manually.
I had severe doubts with regard to
- technical feasibility of this migration
- the schedule / order of this migration:
Opening the new forum first and still leaving the old one open, while starting to develop a migration strategy and tools for the migration.
Side note
Obviously this approach did not make much sense, while the opposite order would have:
Develop the tools, migrate the content, open the new forum with the old content pre-deployed, then close the old forum.
In hindsight I doubt, that there was much will to migrate, because no efforts ever became visible, but a will to create facts without much discussion and complaints from the community was clearly perceivable.
Also note, that the developer mailing-list was also closed (2020-10-06) and the Sailfish OS bug-tracker was announced to be closed, because this new forum is supposed to suit all aspects of community interaction with Jolla (which is impossible for a forum software):
To me the whole approach appears to be an uninformed manager decision, implementing the idea to employ a single tool for all kinds of community interactions (bug reports, discussions, announcements etc.) and all kinds of community members (beginners, power users, app developers, OS component developers, infrastructure developers etc.), in order to minimise maintenance efforts as much as possible.
E.g., for bugs it makes much sense for simple users to report them in a general forum, but it also would make a lot of sense for Jolla to provide a developer, who has analysed the bug and knows which software component is buggy, to file a bug (maybe accompanied with a merge request) where the corresponding source code is hosted: This is why GitHub and Gitlab offer an integrated issue tracker, but Jolla switched it off for almost all software components (with exceptions).
Results so far (> 1 year)
Logically, this awkward approach created a lot of confusion:
Also Jolla discovered that the “one tool fits all tasks and all people” is not really feasible, but still has not altered the ill concept. Instead they deviate only where it hurts most: For example the extremely buggy “Sailfish OS browser” has an open issue tracker at GitHub, maybe because otherwise this forum would be flooded with bug reports.
One definite outcome is that most old and still valid bug reports at TJC are practically gone, because most users do not take the effort to search for bugs at TJC, anymore.
While this may look nicer at first sight (less bugs reported at FSO), nothing is gained (these bugs are still present in the product: Sailfish OS), but the bug reports and extant analysis of them are practically lost.
Jolla’s current stance
Still Jolla does not communicate anything about all of this, their perspective, the experience from their point of view, their plans how to resolve the obvious issues and mismatches, etc.:
As usual for Jolla, intransparency (or rather: opaqueness) is paramount!
This is why I praised @veskuh’s side note in another thread so much, because after months of silence, he provided at least a hint:
This would need a proper update on the related thread. To put it short: this has been on hold as it was more complicated than originally thought.
Well, this is the “related thread”, and by denoting “this has been on hold” he is stating the obvious (because obviously nothing happened).
Listening to Jolla’s euphemisms for 8 years, this reads as “we decided to do nothing” for me.
But unfortunately (or maybe “expectedly”) no sailor has ever posted something at “this related thread”. I sincerely hope this may change, and it does not need to be a full “proper update”; simply addressing the two most crucial points at the end of this post would suffice.
Expectations / Future
I still do expect Jolla to clarify how they intend to proceed, as it has become long obvious that no migration of the content at TJC is happening anytime soon.
I also would like to see some adjustments to the “one tool fits all purposes and people approach”, which has shown its limitations (as expected).
Specifically, I ask Jolla to clearly state that:
- TJC in its current state (read-only) will not be switched off, as long as its entire content is not successfully migrated to a functionally equivalent place, including searchability, links between posts, ratings (likes / dislikes) etc.
I also ask Jolla to open the issue tracker for all sub-projects at Sailfish OS · GitHub, because filing bugs at developer level (with proper analysis, knowing the affected component, and maybe accompanied with a merge request) does not make much sense in a user-oriented forum, which FSO factually is.
The current approach only clutters this forum with entries incomprehensible for non-developers, and loses synergy-effects due to the integration of tools at GitHub, while Jolla already deviates from the original approach for the “Sailfish OS browser”, which is inconsistent.
P.S.:
Most important to me is to receive any contentual reaction from Jolla (i.e., by a sailor) at all!
Staying mum about almost everything, which is not a positive announcement, is a strange policy, which has resulted in lots of negative perception and feedback (since 2013!), but a true constant in Jolla’s communication strategy.