Bug 1920298 - Falkon should be the default browser on the KDE Spin
Summary: Falkon should be the default browser on the KDE Spin
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: LiveCD - KDE
Version: 40
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Rex Dieter
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-01-26 01:31 UTC by Kevin Kofler
Modified: 2025-05-16 07:37 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-05-16 07:37:52 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
f34-falkon-vs-firefox.png (102.68 KB, image/png)
2021-01-26 01:31 UTC, Kevin Kofler
no flags Details

Description Kevin Kofler 2021-01-26 01:31:53 UTC
Created attachment 1750736 [details]
f34-falkon-vs-firefox.png

The attached screenshot from an unmodified, out of the box Fedora-KDE-Live-x86_64-Rawhide-20210124.n.0.iso says it all.

Given that Falkon is actually the more standards-conforming browser (see screenshot), what rationale is there for defaulting to the non-KDE browser? Why did I have to dig up the more standards-conforming, official KDE browser from the menu whereas the less standards-conforming, non-KDE browser is offered as a shortcut in the task bar?

Comment 1 Kevin Kofler 2021-01-26 01:37:08 UTC
Spoiler:

HTML5test – How well does your browser support HTML5? – Falkon
[https://html5test.com/]
YOUR BROWSER SCORES 519 OUT OF 555 POINTS
You are using Falkon 3.1.0 on Linux

HTML5test – How well does your browser support HTML5? – Firefox
[https://html5test.com]
YOUR BROWSER SCORES 506 OUT OF 555 POINTS
You are using Firefox 84.0 on Fedora

Comment 2 Ben Cotton 2021-02-09 16:19:16 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle.
Changing version to 34.

Comment 3 Kevin Kofler 2021-09-06 17:38:35 UTC
We are never going to get critical showstopper bugs such as bug 2001261 accepted as blockers (as opposed to only freeze exceptions that may or may not get fixed in time – thankfully, this time, the fix is already queued) unless there is a clear statement by the KDE SIG that Falkon is the default browser, and ideally Firefox gets kicked out of the KDE/Plasma Spin altogether (or at least the preference order is set such that Falkon is the default, which is currently not the case). This hurts the KDE/Plasma Spin as a whole because QtWebEngine is also used by other KDE applications such as KMail.

Comment 4 Ben Cotton 2022-02-08 21:41:05 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle.
Changing version to 36.

Comment 5 Ben Cotton 2023-02-07 14:51:47 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle.
Changing version to 38.

Comment 6 marcdeop 2023-02-14 16:19:57 UTC
This is unrealistic.

KDE developers comment Falkon is not in the best shape, even suggest Konqueror is better right now ( I myself consider this the only browser to really fit into KDE "theming"

Regardless, the kde-sig is not going to replace Firefox with Falkon.

Comment 7 Kevin Kofler 2023-02-14 23:24:19 UTC
If you think Konqueror is in a better shape, then make Konqueror the default (defaulting to the KWebEnginePart, of course). But Firefox does not make sense as the default browser on a KDE Spin.

The KDE SIG keeps coming up with new excuses to not default to a KDE browser:
* First it was that KHTML was outdated. KDE came up with KWebKitPart and also with pure QtWebKit browsers such as Rekonq. Still nothing happened in Fedora.
* Then it was that QtWebKit was also outdated. Then the QupZilla QtWebEngine port (which is now Falkon) came out. I have been maintaining QupZilla/Falkon since then, and it was pretty clear from the outstart that that browser fulfilled every criterion previously demanded by the KDE SIG. It was still not good enough for the KDE SIG. In fact:
* The next excuse was that the new QupZilla was not officially released.
* Then that the release was too new.
* Then that the rename to Falkon was imminent and that we should not confuse users with a rename of the default browser, so let's wait for Falkon.
* Then that Falkon was too new (no kidding).
* Now you come up with "KDE developers comment Falkon is not in the best shape" as the latest excuse.
* Other excuses in the past, at least for KHTML and QtWebKit, were that not enough websites are compatible with it. But QtWebEngine is actually compatible with MORE websites than Firefox!

I am really fed up of this bullsh*t. I do not understand why Fedora KDE keeps shipping a non-KDE browser, and the KDE SIG keeps piling up excuse after excuse for it. It is the application many users will probably use the most, and there is a native KDE application available, so I see no justification for shipping a foreign one. Shipping a non-KDE application makes sense for niche applications which have no KDE equivalent, but surely not for the web browser.

Comment 8 marcdeop 2023-02-14 23:32:27 UTC
> I am really fed up of this bullsh*t.

Please, show some respect.

I will kindly point you to follow Fedora's Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/

At this point, your comments are unnacceptable:
* Initiating controversy for controversy’s sake (repeatedly asking disingenuous questions under a guise of sincerity)
* Saying insulting/derogatory comments and making personal attacks.
* Repeatedly instigating conflict, and baiting people into arguments
* Excessive swearing

Comment 9 Kevin Kofler 2023-02-15 00:00:10 UTC
You are the one personally accusing me of dishonesty ("repeatedly asking disingenuous questions under a guise of sincerity"). My questions are sincere, I really do not understand why Falkon or Konqueror keep not being good enough for the KDE SIG for always new reasons. Each time one reason is no longer valid, a new one comes up, so I am asking why.

"Excessive swearing", LOL, I used ONE swear word, and censored even. It is not directed against a person, project or even company.

I am sorry, but it looks to me like you do not know how to reply to the content of the post, so you attack the form instead.

Comment 10 Kevin Kofler 2023-02-15 00:55:08 UTC
I also do not see what is "unrealistic" about expecting a KDE Spin to default to a KDE browser.

Comment 11 Kevin Kofler 2023-12-17 23:44:25 UTC
Also consider that, at the time the decision for Firefox was made, Firefox had a sizable market share and the brand recognition that goes with it, which the KDE browsers did not have. Nowadays, Firefox is about to fade into irrelevance: https://www.brycewray.com/posts/2023/11/firefox-brink/ with a market share around 2%, and dropping below that will accelerate the decline. Falkon or Konqueror, being built on QtWebEngine, actually use the Chromium engine, which has 25 to 30 times the market share of Firefox. So the numbers are reversed now.

Can the decision to ship a non-KDE browser as the default PLEASE be revisited for Fedora 40, or whenever a Qt-6-based Falkon and/or Konqueror makes the release? (I understand that the Qt5WebEngine is aging and increasingly has issues with several websites. Moving to Qt 6 fixes that.)

Comment 12 Kevin Kofler 2023-12-30 03:31:42 UTC
More about Firefox obsolescence:
https://lunduke.locals.com/post/5053290/mozilla-2023-annual-report-ceo-pay-skyrockets-while-firefox-marketshare-nosedives

Whereas Falkon is already Qt-6-based in Rawhide, which means it is again on a recent Chromium and hence compatible with more websites than Firefox.

Comment 13 Kevin Kofler 2023-12-30 03:32:25 UTC
Reopening to get this decision revisited for Fedora 40, given the above new facts.

Comment 14 Aoife Moloney 2024-02-15 22:53:46 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle.
Changing version to 40.

Comment 15 Aoife Moloney 2025-04-25 10:00:42 UTC
This message is a reminder that Fedora Linux 40 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '40'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 40 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Comment 16 Aoife Moloney 2025-05-16 07:37:52 UTC
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13.

Fedora Linux 40 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.