[konqueror] [Bug 487188] /tmp/closeditems directory with fixed name used - problems with multiple users and potential security issues
https://bugs.kde.org/show_bug.cgi?id=487188 Stefano Crocco changed: What|Removed |Added Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/da58 ||3c03d85274586925dd3a9cd3e5c ||2a63affeb Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit da583c03d85274586925dd3a9cd3e5c2a63affeb by Stefano Crocco. Committed on 26/05/2024 at 07:59. Pushed by stefanocrocco into branch 'master'. Fix and simplify KonqClosedWindowsManager class Since there's only one Konqueror instance, regardless of the number of windows, remove all the code used to synchronize closed windows information between instances. Also, use a QTemporaryFile instead of files in closditems directory to store temporary information about closed windows. M +0-47 src/konqcloseditem.cpp M +0-35 src/konqcloseditem.h M +11 -208 src/konqclosedwindowsmanager.cpp M +5-38 src/konqclosedwindowsmanager.h M +1-6src/konqundomanager.cpp https://invent.kde.org/network/konqueror/-/commit/da583c03d85274586925dd3a9cd3e5c2a63affeb -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484437] white page shown before opening pages
https://bugs.kde.org/show_bug.cgi?id=484437 Stefano Crocco changed: What|Removed |Added Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/58f9 |ork/konqueror/-/commit/1cee |72a3ea82065884dd6af7a0992d8 |a2895f3a6b69cbf14e7e97cc71e |59211670a |97a1c9114 --- Comment #7 from Stefano Crocco --- Git commit 1ceea2895f3a6b69cbf14e7e97cc71e97a1c9114 by Stefano Crocco. Committed on 25/04/2024 at 09:00. Pushed by stefanocrocco into branch 'release/24.05'. Add settings to customize the background color for WebEnginePage (cherry picked from commit 58f972a3ea82065884dd6af7a0992d859211670a) 58f972a3 Add settings to customize the background color for WebEnginePage M +120 -61 settings/konqhtml/css/cssconfig.ui M +50 -0settings/konqhtml/css/kcmcss.cpp M +7-0settings/konqhtml/css/kcmcss.h M +19 -0webenginepart/src/settings/webenginesettings.cpp M +2-0webenginepart/src/settings/webenginesettings.h M +2-0webenginepart/src/webenginepage.cpp M +8-1webenginepart/src/webenginepartcontrols.cpp M +1-0webenginepart/src/webenginepartcontrols.h https://invent.kde.org/network/konqueror/-/commit/1ceea2895f3a6b69cbf14e7e97cc71e97a1c9114 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484437] white page shown before opening pages
https://bugs.kde.org/show_bug.cgi?id=484437 Stefano Crocco changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/9411 |ork/konqueror/-/commit/58f9 |9d46f96c60045147c297db11c6e |72a3ea82065884dd6af7a0992d8 |3c6742409 |59211670a --- Comment #6 from Stefano Crocco --- Git commit 58f972a3ea82065884dd6af7a0992d859211670a by Stefano Crocco. Committed on 25/04/2024 at 08:47. Pushed by stefanocrocco into branch 'master'. Add settings to customize the background color for WebEnginePage M +120 -61 settings/konqhtml/css/cssconfig.ui M +50 -0settings/konqhtml/css/kcmcss.cpp M +7-0settings/konqhtml/css/kcmcss.h M +19 -0webenginepart/src/settings/webenginesettings.cpp M +2-0webenginepart/src/settings/webenginesettings.h M +2-0webenginepart/src/webenginepage.cpp M +8-1webenginepart/src/webenginepartcontrols.cpp M +1-0webenginepart/src/webenginepartcontrols.h https://invent.kde.org/network/konqueror/-/commit/58f972a3ea82065884dd6af7a0992d859211670a -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 485670] Konqueror crashes upon clicking a bookmark folder from the bookmark toolbar
https://bugs.kde.org/show_bug.cgi?id=485670 Stefano Crocco changed: What|Removed |Added Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/791a |ork/konqueror/-/commit/e908 |14f78a693cd923b0056ad50184a |b1ead2a971b7b04c32416d1b1fb |18b24fc03 |684b9e047 --- Comment #3 from Stefano Crocco --- Git commit e908b1ead2a971b7b04c32416d1b1fb684b9e047 by Stefano Crocco. Committed on 24/04/2024 at 20:48. Pushed by stefanocrocco into branch 'release/24.05'. Fix crash when clicking on bookmark toolbar and allow configuring add bookmark shortcut (cherry picked from commit 791a14f78a693cd923b0056ad50184a18b24fc03) 25b41598 Fix crash when clicking on bookmark toolbar and allow configuring add bookmark shortcut M +1-1src/konqbookmarkbar.cpp M +0-1src/konqbookmarkbar.h M +1-3src/konqbookmarkmenu.cpp M +3-6src/konqbookmarkmenu.h M +3-10 src/konqmainwindow.cpp M +0-1src/konqmainwindow.h https://invent.kde.org/network/konqueror/-/commit/e908b1ead2a971b7b04c32416d1b1fb684b9e047 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 485670] Konqueror crashes upon clicking a bookmark folder from the bookmark toolbar
https://bugs.kde.org/show_bug.cgi?id=485670 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/791a ||14f78a693cd923b0056ad50184a ||18b24fc03 Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit 791a14f78a693cd923b0056ad50184a18b24fc03 by Stefano Crocco. Committed on 24/04/2024 at 20:42. Pushed by stefanocrocco into branch 'master'. Fix crash when clicking on bookmark toolbar and allow configuring add bookmark shortcut M +1-1src/konqbookmarkbar.cpp M +0-1src/konqbookmarkbar.h M +1-3src/konqbookmarkmenu.cpp M +3-6src/konqbookmarkmenu.h M +3-10 src/konqmainwindow.cpp M +0-1src/konqmainwindow.h https://invent.kde.org/network/konqueror/-/commit/791a14f78a693cd923b0056ad50184a18b24fc03 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484437] white page shown before opening pages
https://bugs.kde.org/show_bug.cgi?id=484437 Stefano Crocco changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #5 from Stefano Crocco --- Then I misunderstood your problem. I removed my previous changes, as they wouldn't solve your problem. What I'll do is to add an option in the Stylesheet page which allows you to change the background of the page: setting this to the same colour you use as background in your stylesheet should fix your issue. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484437] white page shown before opening pages
https://bugs.kde.org/show_bug.cgi?id=484437 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #3 from Stefano Crocco --- Unfortunately, the changes I made to make the white flash disappear had several unwanted consequences, so I'll have to remove or at least refine them. However, I'd like to better understand something: when you say you use a dark theme in Konqueror, do you mean you set a custom stylesheet (using the appearance page in Konqueror configuration dialog) or that you chose a dark colour theme for your desktop environment? In my tests, using a dark desktop theme doesn't have any effect on the colour of web pages: page background is still white and text is still black. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 482436] Konqueror crahes upon selection of "vi mode" as soon as I select the X button.
https://bugs.kde.org/show_bug.cgi?id=482436 --- Comment #6 from Stefano Crocco --- The crash has been fixed in version 6.1 of the KDE Frameworks, but I don't know if the fix will be ported back to version 5. In any case, the fix they applied make the :q command do nothing in Konqueror, rather than closing the view as one could expect. Is this acceptable to you? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484509] Not open direrctory -crash
https://bugs.kde.org/show_bug.cgi?id=484509 Stefano Crocco changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Stefano Crocco --- I think the problem is that your distribution ships Konqueror in a way incompatible with Dolphin. To display directories, Konqueror relies on a component of Dolphin: to use it, however, the two programs need to be compatible. When they aren't, the results is what you experienced. To be more specific, the situation is the following: currently KDE applications and libraries are switching from using version 5 of the Qt library to using version 6. Some applications have already switched to version 6 while some others are still on the old version. From version 24.0.2, Dolphin can only use version 6; Konqueror, on the other hand, can use either version, but this is a decision which is taken at build time, not when it is used: this means that it is a decision made by your distribution. If Konqueror is built using Qt 5, however, it can't interact correctly with Dolphin, which uses version 6 of Qt. I don't know why your distribution chose to ship Konqueror this way. This situation should resolve itself when Konqueror 24.05 is released next month, as it won't support Qt 5 anymore. In the meanwhile, you could try creating a bug report for your distribution asking them to build Konqueror using Qt 6 instead of Qt 5. By the way, could you please tell me which distribution you are using? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484437] white page shown before opening pages
https://bugs.kde.org/show_bug.cgi?id=484437 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/9411 ||9d46f96c60045147c297db11c6e ||3c6742409 --- Comment #2 from Stefano Crocco --- Git commit 94119d46f96c60045147c297db11c6e3c6742409 by Stefano Crocco. Committed on 21/04/2024 at 08:19. Pushed by stefanocrocco into branch 'master'. Choose background color of WebEnginePage according to default palette M +9-0webenginepart/src/webenginepage.cpp M +5-0webenginepart/src/webenginepage.h M +18 -0webenginepart/src/webenginepartcontrols.cpp M +10 -0webenginepart/src/webenginepartcontrols.h M +1-0webenginepart/src/webengineview.cpp https://invent.kde.org/network/konqueror/-/commit/94119d46f96c60045147c297db11c6e3c6742409 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/ae2a ||79e933fe6dc7be87a5142a7514c ||1513a1eb5 Status|ASSIGNED|RESOLVED --- Comment #7 from Stefano Crocco --- Git commit ae2a79e933fe6dc7be87a5142a7514c1513a1eb5 by Stefano Crocco. Committed on 21/04/2024 at 08:18. Pushed by stefanocrocco into branch 'master'. Fix history when there's an URL change without a corresponding loadStarted signal This happens, for example, when the page uses the history API to trigger a navigation. See https://bugreports.qt.io/browse/QTBUG-115589. M +1-2src/konqview.cpp M +20 -1webenginepart/src/webenginepart.cpp M +34 -1webenginepart/src/webenginepart.h M +19 -2webenginepart/src/webenginepart_ext.cpp M +27 -0webenginepart/src/webenginepart_ext.h https://invent.kde.org/network/konqueror/-/commit/ae2a79e933fe6dc7be87a5142a7514c1513a1eb5 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 485670] Konqueror crashes upon clicking a bookmark folder from the bookmark toolbar
https://bugs.kde.org/show_bug.cgi?id=485670 Stefano Crocco changed: What|Removed |Added Ever confirmed|0 |1 CC||stefano.cro...@alice.it Status|REPORTED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484509] Not open direrctory -crash
https://bugs.kde.org/show_bug.cgi?id=484509 --- Comment #3 from Stefano Crocco --- Does this problem arises only when going to the home directory or just with the home directory? If it's for every directory, could you please check the following: - you have Dolphin installed - Dolphin and Konqueror use the same versions of Qt and KDE framework. You can find what version each application uses by going to its Help menu, choosing the "About Konqueror" or "About Dolphin" entry then going to the "Components" tab. Thanks -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480186] Crashing at starting
https://bugs.kde.org/show_bug.cgi?id=480186 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- Given that Konqueror works correctly when run with sudo, it seems this is a permission issue. Konqueror itself doesn't perform any permission check, so I think the problem is with some of the underlying libraries. Are you experiencing this problem only with Konqueror? Could you please attach a backtrace? Without it it's impossible for me to attempt to find out what's happening. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484683] After transition from Plasma 5 to Plasma 6 Konqi isn't usable with 'Webengine"
https://bugs.kde.org/show_bug.cgi?id=484683 Stefano Crocco changed: What|Removed |Added Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/8ddc |ork/konqueror/-/commit/f67c |27d773e40cb9457350927c96024 |f6801febd305a68a7a4e37ac346 |885038da0 |f8848d03c --- Comment #3 from Stefano Crocco --- Git commit f67cf6801febd305a68a7a4e37ac346f8848d03c by Stefano Crocco. Committed on 01/04/2024 at 08:19. Pushed by stefanocrocco into branch 'release/24.02'. Fix crash when choosing the default web engine (cherry picked from commit 8ddc27d773e40cb9457350927c96024885038da0) 7ee50533 Fix crash when choosing the default web engine M +1-1settings/konqhtml/generalopts.cpp https://invent.kde.org/network/konqueror/-/commit/f67cf6801febd305a68a7a4e37ac346f8848d03c -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484683] After transition from Plasma 5 to Plasma 6 Konqi isn't usable with 'Webengine"
https://bugs.kde.org/show_bug.cgi?id=484683 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/8ddc ||27d773e40cb9457350927c96024 ||885038da0 Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit 8ddc27d773e40cb9457350927c96024885038da0 by Stefano Crocco. Committed on 01/04/2024 at 07:59. Pushed by stefanocrocco into branch 'master'. Fix crash when choosing the default web engine M +1-1settings/konqhtml/generalopts.cpp https://invent.kde.org/network/konqueror/-/commit/8ddc27d773e40cb9457350927c96024885038da0 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 460944] KIO::MimeTypeFinderJob doesn't display authentication dialog
https://bugs.kde.org/show_bug.cgi?id=460944 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/fram ||eworks/kio/-/commit/682b09c ||21553cd47230fb2c948a944a47a ||b0252e Status|ASSIGNED|RESOLVED --- Comment #5 from Stefano Crocco --- Git commit 682b09c21553cd47230fb2c948a944a47ab0252e by Stefano Crocco. Committed on 29/03/2024 at 13:32. Pushed by stefanocrocco into branch 'master'. Fix authentication prompt not being shown Calling job->setUiDelegate(nullptr) prevents the authentication prompt from being displayed, even if it's been enabled M +0-2src/core/mimetypefinderjob.cpp https://invent.kde.org/frameworks/kio/-/commit/682b09c21553cd47230fb2c948a944a47ab0252e -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 484509] Not open direrctory -crash
https://bugs.kde.org/show_bug.cgi?id=484509 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I don't think I can reproduce your issue. Could you please be more detailed in your description? How do you "open Home"? Do you enter the path in the address bar (and, if so, do you write ~ or the full path)? Do you click on the "home folder" link in the starting page? Could you please include a backtrace of your crash (see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports)? Unless I can reproduce the bug, there's nothing I can do without a backtrace. Thanks -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 482436] Konqueror crahes upon selection of "vi mode" as soon as I select the X button.
https://bugs.kde.org/show_bug.cgi?id=482436 --- Comment #5 from Stefano Crocco --- Here's a more complete backtrace (for Konqueror 24.02 and KTextEditor 6.0.0): #0 KateVi::AppCommands::closeCurrentDocument() at /usr/src/debug/kde-frameworks/ktexteditor-6.0.0/ktexteditor-6.0.0/src/vimode/appcommands.cpp:302 #1 QObject::event() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qobject.cpp:1.437 #2 QApplicationPrivate::notify_helper() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/widgets/kernel/qapplication.cpp:3.296 #3 QCoreApplication::notifyInternal2() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qcoreapplication.cpp:1.121 #4 QCoreApplication::sendEvent() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qcoreapplication.cpp:1.539 #5 QCoreApplicationPrivate::sendPostedEvents() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qcoreapplication.cpp:1.901 #6 QCoreApplication::sendPostedEvents() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qcoreapplication.cpp:1.760 #7 postEventSourceDispatch() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qeventdispatcher_glib.cpp:243 #8 g_main_dispatch() at /usr/lib64/libglib-2.0.so.0 #9 g_main_context_iterate_unlocked.isra() at /usr/lib64/libglib-2.0.so.0 #10 g_main_context_iteration() at /usr/lib64/libglib-2.0.so.0 #11 QEventDispatcherGlib::processEvents() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/kernel/qeventdispatcher_glib.cpp:393 #12 QEventLoop::exec() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/global/qflags.h:34 #13 QCoreApplication::exec() at /var/tmp/portage/dev-qt/qtbase-6.6.2/work/qtbase-everywhere-src-6.6.2/src/corelib/global/qflags.h:74 #14 KonquerorApplication::startFirstInstance() at /home/stefano/documenti/programmi/konqueror-development/konqueror/src/konqapplication.cpp:272 #15 KonquerorApplication::start() at /home/stefano/documenti/programmi/konqueror-development/konqueror/src/konqapplication.cpp:335 #16 main() at /home/stefano/documenti/programmi/konqueror-development/konqueror/src/konqmain.cpp:18 As far as I can tell, the crash happens inside KTextEditor, because it tries to access the active view without checking whether it's valid or not. Here, the view is invalid and so the program crashes. I don't know whether this is caused by Konqueror doing something wrong with the Kate part or whether the bug is caused by the part itself. I'll try asking the part's developers for more informations. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 477010] Pop up Window fails to show up in Konqueror
https://bugs.kde.org/show_bug.cgi?id=477010 Stefano Crocco changed: What|Removed |Added Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/6386 |ork/konqueror/-/commit/6981 |a41306dcd223ade34358b6e656f |4a239ce50473bd01d5ceca4c99a |6a7213593 |9e8681704 --- Comment #5 from Stefano Crocco --- Git commit 69814a239ce50473bd01d5ceca4c99a9e8681704 by Stefano Crocco. Committed on 24/03/2024 at 09:11. Pushed by stefanocrocco into branch 'release/24.02'. Ensure that popup windows are shown on Wayland (cherry picked from commit 6386a41306dcd223ade34358b6e656f6a7213593) 6386a413 Ensure that popup windows are shown on Wayland M +37 -29 src/konqmainwindow.cpp M +9-0src/konqmainwindow.h https://invent.kde.org/network/konqueror/-/commit/69814a239ce50473bd01d5ceca4c99a9e8681704 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 477010] Pop up Window fails to show up in Konqueror
https://bugs.kde.org/show_bug.cgi?id=477010 Stefano Crocco changed: What|Removed |Added Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/6386 ||a41306dcd223ade34358b6e656f ||6a7213593 Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #4 from Stefano Crocco --- Git commit 6386a41306dcd223ade34358b6e656f6a7213593 by Stefano Crocco. Committed on 24/03/2024 at 08:50. Pushed by stefanocrocco into branch 'master'. Ensure that popup windows are shown on Wayland M +37 -29 src/konqmainwindow.cpp M +9-0src/konqmainwindow.h https://invent.kde.org/network/konqueror/-/commit/6386a41306dcd223ade34358b6e656f6a7213593 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 482436] Konqueror crahes upon selection of "vi mode" as soon as I select the X button.
https://bugs.kde.org/show_bug.cgi?id=482436 Stefano Crocco changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #3 from Stefano Crocco --- (In reply to iwm from comment #2) > As soon as I select Esc and enter q! in vi mode...it crashes. Ok, now I can reproduce it. I'll investigate it as soon as I have time -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 482436] Konqueror crahes upon selection of "vi mode" as soon as I select the X button.
https://bugs.kde.org/show_bug.cgi?id=482436 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I can't reproduce this bug using Frameworks 5.115.0. Just to be clear, when you say "I select the X button", which button are you referring to? The x key on the keyboard, the X button on the title bar which closes the window, or something else? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480878] show terminal opens pane bellow file window in koqueror, but it's a blank pane.
https://bugs.kde.org/show_bug.cgi?id=480878 --- Comment #5 from Stefano Crocco --- If the workaround solves your problem, you could create a bug report for your distribution, asking to backport the fix. This is the link to the commit which fixes the issue: https://invent.kde.org/network/konqueror/-/commit/355437048df407d41cd39fdd72205dfd2e972e42 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480878] show terminal opens pane bellow file window in koqueror, but it's a blank pane.
https://bugs.kde.org/show_bug.cgi?id=480878 --- Comment #4 from Stefano Crocco --- That version is quite old and I have no way to test it. However, from your description, I think it has indeed been fixed in 23.08. The problem was that konsole didn't install its part where parts are supposed to be. A workaround you can apply until you can upgrade to a more recent version of Konqueror is to symlink the konsolepart.so (usually located in /usr/lib64/qt5/plugins) to /usr/lib64/qt5/plugins/kf5/parts (if your distribution put konsolepart.so in another directory, then the symlink should go to the kf5/parts subdirectory of the directory containing konsolepart.so). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480878] show terminal opens pane bellow file window in koqueror, but it's a blank pane.
https://bugs.kde.org/show_bug.cgi?id=480878 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #2 from Stefano Crocco --- Which Konqueror version are you using? It works correctly for me with Konqueror 23.08.5. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 477352] Unable to make sftp connection from konqueror
https://bugs.kde.org/show_bug.cgi?id=477352 Stefano Crocco changed: What|Removed |Added Resolution|--- |DUPLICATE CC||stefano.cro...@alice.it Status|REPORTED|RESOLVED --- Comment #3 from Stefano Crocco --- I think this is related to bug https://bugs.kde.org/show_bug.cgi?id=460944 *** This bug has been marked as a duplicate of bug 460944 *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 460944] KIO::MimeTypeFinderJob doesn't display authentication dialog
https://bugs.kde.org/show_bug.cgi?id=460944 Stefano Crocco changed: What|Removed |Added CC||eddie.how...@sky.com --- Comment #2 from Stefano Crocco --- *** Bug 477352 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #4 from Stefano Crocco --- (In reply to avlas from comment #3) > Hmm, what do they mean by the page remains the same? I don't get it. The URL > is different and the content is too. I can see how konqueror loads the new > content with the progress bar. According to their answer, GitHub uses the History API (https://developer.mozilla.org/en-US/docs/Web/API/History_API), in particular the pushState and/or replaceState methods. They allow the web page to simulate navigating to a new URL without actually doing so. According to the Chromium documentation (on which QtWebEngine is based), this isn't treated as navigating to a new page (https://chromium.googlesource.com/chromium/src/+/main/docs/navigation_concepts.md#Same_Document-and-Cross_Document-Navigations). This is treated the same way navigating to another fragment (the part after the # of an URL) of the current document is. Unfortunately, from the user's point of view this is rather unintuitive (unlike the fragment case, where it's clear that we're still in the same page). By the way, when clicking on the pull requests link from https://github.com/KDE/konqueror I don't see the progress bar in Konqueror (the one on the bottom right of the status bar), but only a thin progress bar at the top of the page which is provided by the GitHub page itself. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #2 from Stefano Crocco --- (In reply to Stefano Crocco from comment #1) > (In reply to avlas from comment #0) > > SUMMARY > > > > History fails to remember internal browsing in some sites such as GitHub. It > > works fine in other browsers such as Firefox > > > > STEPS TO REPRODUCE > > 1. open a new tab > > 2. go to https://github.com/KDE/konqueror > > 3. click on pull requests (it moves to > > https://github.com/KDE/konqueror/pulls) > > 4. go back (button or alt+left) > > > > OBSERVED RESULT > > > > it comes back to new tab > > > > EXPECTED RESULT > > > > it should go back to https://github.com/KDE/konqueror instead > > This is caused by the underlying web engine (QtWebEngine) not informing > Konqueror that a new page has been loaded. I created a bug report for > QtWebEngine (https://bugreports.qt.io/browse/QTBUG-115589), because I think > this is not supposed to happen: let's see if it gets some answers. > > Unfortunately, working around this issue would either require heavy changes > in the way Konqueror manages history or using different ways to detect that > a different page has been loaded, which could have unwanted side effects. > I'll wait for some answers to my bug report before trying any of these > workarounds. According to Qt, this is not a bug because even if the URL changes, the page actually remains the same. This means that I'll have to find out how to change how WebEnginePart handles history to account for situations like this. I fear it won't be easy: I already tried the most obvious approach (reacting to the change in the URL rather than to the loading of a new page) but it doesn't work. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 481135] New: Closing KMail window with system tray icon enabled doesn't always close the window
https://bugs.kde.org/show_bug.cgi?id=481135 Bug ID: 481135 Summary: Closing KMail window with system tray icon enabled doesn't always close the window Classification: Applications Product: kmail2 Version: 5.240.95 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: stefano.cro...@alice.it Target Milestone: --- SUMMARY In KF5, when the system tray icon is enabled in KMail, closing the window with Alt+F4 or with the X button on the title bar used to close the window, leaving only the system tray icon. However, with KF6 version of KMail, this only happens a few times (often only once) after the application has been launched. After that, closing the window minimizes it instead, leaving it on the task bar. When this starts to happen, there's no way to restore the correct behaviour except quitting KMail altogether (using the File/Quit menu entry). This doesn't seem to happen if closing the window by clicking on the KMail icon in the system tray. When the behaviour described above starts happening, clicking on the KMail icon in the system tray shows the window again, but it forget its maximized state. This doesn't happen when restoring it by clicking on the corresponding entry in the task. STEPS TO REPRODUCE 1. Launch KMail and ensure that the "enable system tray icon" option is checked 2. Close the KMail window using the X button on the title bar or the Alt+F4 shortcut. It may be necessary to display the window and repeat this a couple of times to trigger the bug OBSERVED RESULT KMail window is minimized and still visible in the task bar. When clicking on the system tray icon to show it again, the window is not maximized, even if it was maximized when I closed it EXPECTED RESULT KMail window gets closed and it disappear from the task bar. When clicking on its system tray icon, KMail window is restored keeping the previous maximized state. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo Linux KDE Plasma Version: 5.93.0 KDE Frameworks Version: 5.249.0 Qt Version: 6.6.1 ADDITIONAL INFORMATION Gentoo doesn't provide official packages for the KF6 version of KDE Gear, so I installed them using the Gentoo KDE overlay -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 479122] New: Konqueror on KF6 can't display PDFs using Okular part
https://bugs.kde.org/show_bug.cgi?id=479122 Bug ID: 479122 Summary: Konqueror on KF6 can't display PDFs using Okular part Classification: Applications Product: okular Version: 24.01.85 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: stefano.cro...@alice.it Target Milestone: --- I setup Konqueror so that it embeds PDF files using Okular part instead of opening them in the Okular application. However, with the KF6 versions of both Konqueror and Okular, this doesn't work: clicking on a PDF file results in Okular being launched. This happens because Konqueror uses KParts::PartLoader::partsForMimeType("application/pdf") and (at least on my system) the returned list doesn't contain "okularpart", despite Okular being installed and okularpart.so existing in the system. I think this is caused by two factors: - okularpart.so (at least on my system) is installed in /usr/lib64/qt6/plugins, while other parts (dolphinpart.so, arkpart.so and katepart.so) are installed in /usr/lib64/qt6/plugins/kf6/parts - okular_part.json only lists application/vnd.kde.okular-archive as mimetype After adding "application/pdf" to the list of mimetypes in okular_part.json, recompiling Okular and moving (actually, linking) okularpart.so to /usr/lib64/qt6/plugins/kf6/parts made KParts::PartLoader::partsForMimeType find okularpart correctly. I think that this problem doesn't only happen for PDFs but also for the other mimetypes supported by okularpart but not explicitly listed in okular_part.json. Note: in the bug report, I chose "Gentoo Packages" as platform: however, since the official Gentoo repository doesn't currently have packages for the KF6 versions of Okular and Konqueror, I installed them from the Gentoo KDE overlay (https://github.com/gentoo-mirror/kde.git). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 390631] On middle-click, open file with second application in list with applications for this file type
https://bugs.kde.org/show_bug.cgi?id=390631 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #4 from Stefano Crocco --- I just realized that the implementation of this feature request broke the integration with Konqueror (and, I think, with any other application which embeds Dolphin part). For example, Konqueror used to preview the file in a new tab when the user middle-clicked on it. Now, it does nothing. I created a merge request (https://invent.kde.org/system/dolphin/-/merge_requests/691) attempting to restore the previous behavior when a Dolphin part is embedded in another application, while keeping the new one inside Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/94fe ||eeec7bef391c3e48d9c8f884bb0 ||a68e1c7ea --- Comment #11 from Stefano Crocco --- Git commit 94fc7bef391c3e48d9c8f884bb0a68e1c7ea by Stefano Crocco. Committed on 22/12/2023 at 19:50. Pushed by stefanocrocco into branch 'master'. Don't delay loading of views which aren't in the tab container Delay loading of views which aren't in the tab container doesn't make sense because they are always visible. Besides, it didn't work because they were never actually loaded. M +56 -4src/konqviewmanager.cpp M +12 -0src/konqviewmanager.h https://invent.kde.org/network/konqueror/-/commit/94fc7bef391c3e48d9c8f884bb0a68e1c7ea -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478661] Restore tabs setting should make an exception when there is only one window with a single blank tab
https://bugs.kde.org/show_bug.cgi?id=478661 Stefano Crocco changed: What|Removed |Added Status|REPORTED|CONFIRMED CC||stefano.cro...@alice.it Ever confirmed|0 |1 --- Comment #1 from Stefano Crocco --- You're perfectly right. I'll look into it as soon as I have time. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #9 from Stefano Crocco --- (In reply to avlas from comment #8) > > What I mean is that when konqueror restarts the sidebar is not seen but the > > space for it is there. You then can reactivate the sidebar and it appears. > > > > If you repeat the cycle, the empty space grows 1 sidebar-length each time, > > accumulating space for sidebar after sidebar. In fact, if you then checkout > > to the commit previous to kf6 and open konqueror, you can see n sidebars one > > after the other. > > If you cannot reproduce this, try with the setting that restores tabs on > startup Ok. Now I can reproduce the issue. I'll try to find out the cause -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #5 from Stefano Crocco --- (In reply to avlas from comment #4) > I use kf5. See the effect here: https://i.imgur.com/PbJLzDQ.png > > The way to show this is: activate the sidebar and restart konqueror Just to be clear, is this what you mean? - open Konqueror - turn on "Show sidebar" - close Konqueror - start Konqueror again. The sidebar is not visible anymore - turn on "Show sidebar" again. The sidebar doesn't become visibile but the space of the main view is reduced to make place for it. If It is so, I can't reproduce your issue. Or rather, I can confirm that the sidebar status isn't remembered from one session to the next (which shouldn't happen), but toggling it on again works correctly. Regarding the location bar issue, I found the cause and created a merge request for it: https://invent.kde.org/network/konqueror/-/merge_requests/266 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 Stefano Crocco changed: What|Removed |Added Keywords|qt6 | -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #3 from Stefano Crocco --- (In reply to avlas from comment #2) > The issue with the sidebar returned. Unsure what triggers it but the active > status is not hold and more and more space is created for the sidebars when > reactivated (loops of open konqueror, reactivate the sidebar, close > konqueror and open again). After this, if you go back with git checkout to > the commit previous to the kf6 merge you can see several sidebars being > active. Are you testing with KF5 or KF6? I just discovered a bug which would cause (among other things) the sidebar not to load in KF6. There's a merge request for it at https://invent.kde.org/network/konqueror/-/merge_requests/265 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #7 from Stefano Crocco --- (In reply to avlas from comment #6) > Sure, imagine you have a window with some tabs and you close it. Then open > an external URL. The expected behavior (when restore tabs is enabled) is > that a window is opened with all previous tabs in the background plus the > external URL in the foreground. Instead what I saw was just the external URL > without the previous tabs in the background. Pressing "Shift + Ctrl + T" I > could restore the previous tabs in a new window, so tabs were not lost, but > still, I think the expected behavior should be that the new URL is a tab in > addition to the other tabs as mentioned above. > > Thank you for your work, very appreciated! Are you sure of this? I couldn't reproduce the issue. Have you just turned on the restore tabs option? While trying to reproduce what you described, I noticed that Konqueror doesnt' save the session the first time you quit after having turned on that option (of course, this is a bug). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #5 from Stefano Crocco --- (In reply to avlas from comment #3) > This works great, thank you. > > However, it seems that now external links are opened in new windows besides > the settings (and previous tabs are not restored if konqueror was not > active). Could you please check this out? Regarding external links always being opened in a new window, could you please check whether the existing window was visible in all activities? I found a bug which caused windows visible in all activities to be ignored when checking whether to open a new tab or a new window. I created a merge request with a fix for this (https://invent.kde.org/network/konqueror/-/merge_requests/261). If the existing window wasn't visible in all activities, then I'll have to investigate further. As for the second issue, previous tabs are not restored if konqueror was not active, I don't understand what exactly you mean. Could you be a bit more detailed, please? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #4 from Stefano Crocco --- (In reply to avlas from comment #3) > This works great, thank you. > > However, it seems that now external links are opened in new windows besides > the settings (and previous tabs are not restored if konqueror was not > active). Could you please check this out? I'll look into it in the weekend. Stefano -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/fef7 ||7006fecfb26941f38a7c82a8dac ||170435e73 Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit fef77006fecfb26941f38a7c82a8dac170435e73 by Stefano Crocco. Committed on 28/11/2023 at 19:36. Pushed by stefanocrocco into branch 'master'. Delay loading of multiple tabs when restoring a session When a session is restored, only the visible tab should be load immediately. All other tabs are only loaded when they become active. M +1-0src/CMakeLists.txt M +12 -5src/konqframe.cpp M +1-1src/konqframe.h M +9-0src/konqframevisitor.cpp M +4-0src/konqmainwindow.cpp M +5-0src/konqmainwindow.h M +139 -16 src/konqview.cpp M +64 -4src/konqview.h M +60 -50 src/konqviewmanager.cpp M +9-0src/konqviewmanager.h A +60 -0src/placeholderpart.cpp [License: GPL(v2.0+)] A +95 -0src/placeholderpart.h [License: GPL(v2.0+)] M +1-0webenginepart/src/webenginepart_ext.cpp https://invent.kde.org/network/konqueror/-/commit/fef77006fecfb26941f38a7c82a8dac170435e73 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 205276] Feature request: Vertical tabs & additional tab functionality for Konqueror
https://bugs.kde.org/show_bug.cgi?id=205276 --- Comment #11 from Stefano Crocco --- (In reply to Heimen Stoffels from comment #10) > (In reply to Stefano Crocco from comment #9) > > (In reply to Heimen Stoffels from comment #8) > > > Okay, I got kdesrc-build to work now and checked out Konqueror, but this > > > is > > > not a proper vertical tab bar and also not as requested. Have you guys > > > even > > > looked at what was proposed? The proposal was for a vertical tab bar like > > > Tree Style Tab, akin to what Falkon has (as a default, but disabled > > > plugin). > > > So no, this is not resolved/fixed. > > > > Sorry, I misunderstood what was requested. Just so I understand correctly, > > as I never used this feature in Falkon or other browsers: would a sidebar > > entry with all the currently open tabs work? What features should it have? > > Thanks for answering. :) > > Yes, a sidebar with all currently open tabs and optionally (though > preferably) a way to fold tabs like a tree. Here's a screenshot of Falkon > with vertical tree tabs that I made for you: > https://i.postimg.cc/JzRTK1yb/Schermfoto-20231112-164904.png Ok. I'll see what I can do. It'll take time, however, because right now I need to finalize the port to Qt6 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 205276] Feature request: Vertical tabs & additional tab functionality for Konqueror
https://bugs.kde.org/show_bug.cgi?id=205276 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #9 from Stefano Crocco --- (In reply to Heimen Stoffels from comment #8) > Okay, I got kdesrc-build to work now and checked out Konqueror, but this is > not a proper vertical tab bar and also not as requested. Have you guys even > looked at what was proposed? The proposal was for a vertical tab bar like > Tree Style Tab, akin to what Falkon has (as a default, but disabled plugin). > So no, this is not resolved/fixed. Sorry, I misunderstood what was requested. Just so I understand correctly, as I never used this feature in Falkon or other browsers: would a sidebar entry with all the currently open tabs work? What features should it have? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 205276] Feature request: Vertical tabs & additional tab functionality for Konqueror
https://bugs.kde.org/show_bug.cgi?id=205276 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/c882 ||08af023b100d408952f3d115e1a ||c46ea3408 --- Comment #5 from Stefano Crocco --- Git commit c88208af023b100d408952f3d115e1ac46ea3408 by Stefano Crocco. Committed on 12/11/2023 at 09:03. Pushed by stefanocrocco into branch 'kf6'. Allow the user to choose where to put the tab bar M +3-0settings/konqhtml/tabs/tabsoptions.cpp M +200 -113 settings/konqhtml/tabs/tabsoptions.ui M +1-0src/konqmainwindow.cpp M +15 -3src/konqtabs.cpp M +8-0src/konqtabs.h M +3-3src/konqueror.kcfg M +8-0src/konqviewmanager.cpp M +5-0src/konqviewmanager.h https://invent.kde.org/network/konqueror/-/commit/c88208af023b100d408952f3d115e1ac46ea3408 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 475042] Stylesheets don't work
https://bugs.kde.org/show_bug.cgi?id=475042 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/fb91 ||1806cd0261ae7e50e897bff07e4 ||25ae6f9bf Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit fb911806cd0261ae7e50e897bff07e425ae6f9bf by Stefano Crocco. Committed on 05/11/2023 at 10:33. Pushed by stefanocrocco into branch 'kf6'. Make WebEnginePart honor user stylesheet settings A +15 -0webenginepart/src/applyuserstylesheet.js M +7-0webenginepart/src/webenginepage.cpp M +10 -0webenginepart/src/webenginepage.h M +1-0webenginepart/src/webenginepart.qrc M +70 -0webenginepart/src/webenginepartcontrols.cpp M +20 -0webenginepart/src/webenginepartcontrols.h https://invent.kde.org/network/konqueror/-/commit/fb911806cd0261ae7e50e897bff07e425ae6f9bf -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476202] Konqueror crashes following plasmashell
https://bugs.kde.org/show_bug.cgi?id=476202 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #2 from Stefano Crocco --- Unfortunately, I can't reproduce this issue. Plasma doesn't crash for me, so I can't test it directly. I tried to trigger the same behavior by killall -9 plasmashell, but Konqueror didn't crash. Looking at your backtrace, it seems that the crash happens from QCoreApplication::exec(), but it doesn't seem to involve Konqueror-related code (there's nothing which has to do with Konqueror above the call to QCoreApplication::exec()), so I don't think the issue could be solved by Konqueror itself. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #10 from Stefano Crocco --- Since the problem doesn't happen for a new user, it means that it's a configuration problem. First of all, make sure that Ad Block filters are disabled (settings dialog, "AdBlock Filters" page): it should only block images related to ads and similar, but better to be sure. If that's already disabled or disabling it doesn't solve your problem, you'll need to find out what configuration setting(s) are causing your issue. Unfortunately, there isn't a systematic way to do this. To avoid losing data, my advice is to work as the new user: remove that user ~/.config directory and copy your main user's ~/.config directory there. This should duplicate your main user's configuration. Check that the images aren't displayed for the new user, too. If they are, try replacing the new user's ~/.local/share directory with your main user's and repeat the test. Once you've reproduced the issue with the new user, try removing (or better, renaming it to something else) its ~/.config/konquerorrc file: this should revert all Konqueror settings to default. If the issue has disappeared it means it was an issue with the configuration of Konqueror itself. You can now try gradually changing the default settings to match your preferences, checking regularly whether images still work correctly. This way, you should be able to find what you need to change in your main user's konquerorrc file. If, after finished configuration images still work correctly, overwrite your main user's ~/.config/konquerorrc file with the new user's. Now everything should work. If removing ~/.config/konquerorrc doesn't solve the problem, it means that the cause is deeper in the configuration system. In this case, restore the konquerorrc file and try removing/renaming other files, especially those which, according to their names, are clearly related KDE. Another thing you can try is removing directory from .local/share/, in particular ~/.local/share/konqueror and ~/.local/share/kioslave5/QtWebEngine. To avoid data loss, always work in the new user's home directory (after copying the files from your main user's home directory). Remember that ~/.local/share/konqueror contains your bookmarks: to avoid losing them if you are forced to remove this directory, make a copy of ~/.local/share/konqueror/bookmarks.xml and restore it later. I'm sorry I can't give you more detailed information, but I really have no idea of what can cause the issue you're experiencing -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #7 from Stefano Crocco --- Then, I really don't know what is happening. If you can create a new user, can you check whether this issue also happens with it? If it doesn't, it means it's a configuration problem. Another thing you can try is to enable debug output and run Konqueror from a terminal emulator like Konsole. To enable debugging output in Konqueror, run the following command: QT_LOGGING_RULES="org.kde.konqueror.debug=true;org.kde.webenginepart.debug=true; org.kde.libkonq.debug=true" konqueror Please, post here any output you get. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #5 from Stefano Crocco --- This is strange. What is your default web engine? You can see it in the "General" page of the settings dialog. It should be WebEngine, as both the others are deprecated. If you have another default engine, I suggest you to switch to WebEngine. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #3 from Stefano Crocco --- Could you please check make sure you haven't disabled the "Automatically load images" checkbox in the "Appearance" page of the configuration dialog? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- Could you give some more details, please? In what situation images aren't displayed? In web pages? When clicking on an image file in the file manager? What do you see where images should be? Thanks -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 475126] Konqueror: Allow to stop loading in all tabs
https://bugs.kde.org/show_bug.cgi?id=475126 Stefano Crocco changed: What|Removed |Added Severity|normal |wishlist CC||stefano.cro...@alice.it -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #10 from Stefano Crocco --- (In reply to Thomas Wunder from comment #9) > At the time of this writing, this bug is still persistent in Debian 12 > Bookworm (on amd64). > > konsolepart.so is to be found in /usr/lib/x86_64-linux-gnu/qt5/plugins/ > whereas other parts such as the arkpart.so and some others reside in > /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/parts . > It seems that if a particular kpart is not found, the first kpart in that > directory would be loaded instead. > > I solved the issue by simply creating a symlink > ln -s /usr/lib/x86_64-linux-gnu/qt5/plugins/konsolepart.so > /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/parts/ It shouldn't use the first part it found: I checked and it should explicitly ask for konsolepart. If konsolepart is found, it should use it. Which version of Konqueror are you using? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #31 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #30) > Hi, > > Today the problem #12/#20 was back. BUT I found out what I can do about it, > without disturbing you again ;). Maybe this information helps you in any > way!? > > If I remove the folder '~/.local/share/konqueror/autosave' konqueror starts > normal again (with and without a session). A reinstall and reboot beforehand > doesn't do the trick. Thanks for this information. Right now, I'm busy porting Konqueror to Qt6, but when I'll finish with that, I'll take a look again at this. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 434173] Konqueror automatic spell checking not working with WebEngine
https://bugs.kde.org/show_bug.cgi?id=434173 --- Comment #10 from Stefano Crocco --- (In reply to Miikka from comment #9) > (In reply to Stefano Crocco from comment #8) > > Oh, Ok. So it's not using Sonnet as its spell checking library then, like > almost all other KDE apps are using? > > I'm willing to have Finnish spell checking (besides to the English), but > Finnish language can't be spell checked by using static dictionaries, and > that's why there's a separate library called libvoikko to spell check > Finnish properly. But that's not an issue for Sonnet (or for libenchant), > because they are able to use libvoikko and couple of other special spell > checking libraries as their "backend" besides to those static dictionaries. > > To sum up: Konqueror supports only those static dictionaries, and there's no > plans to implement Sonnet in Konqueror / in its web engine? If so, then I > guess I'm out of luck to achieve my goal... I think it would be impossible to use Sonnet in Konqueror, because QtWebEngine (the web engine Konqueror uses) only provides very basic functionality for it to interact with the page. This has caused several other issues (for example, Konqueror can't support all proxy options supported by other KDE applications). Regarding spell checking, the documentation (https://doc.qt.io/qt-5.15/qtwebengine-features.html#spellchecker) states: "To be able to check the spelling, the spellchecker needs dictionaries. It supports dictionaries from the Hunspell project, but they have to be compiled into a special binary format. A Hunspell dictionary consists of two files: a .dic file [...] an .aff file " If Hunspell doesn't support Finnish, I think there's no way to make Konqueror have it as a spellchecking language. You could try creating a bug report for QtWebEngine at https://bugreports.qt.io/secure/Dashboard.jspa (you'll need to register before doing so). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 434173] Konqueror automatic spell checking not working with WebEngine
https://bugs.kde.org/show_bug.cgi?id=434173 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #8 from Stefano Crocco --- (In reply to Miikka from comment #7) > This bug is still present in Debian 12 Konqueor (v. 4:22.12.3-1). The spell > checking is not working. > > I checked that the patch (which was mentioned in comment #6) is present in > the Debian 12 Konqueror's source code, but the Spelling -> Languages context > menu is still empty and it does nothing, even I can see my installed spell > checking languages in "Spell Checking Configuration" window, see the > screenshots: https://imgur.com/a/IDFHA1p > > In Kate the spell checking is working just fine. Unfortunately, even if it uses the same configuration dialog, spellchecking in Konqueror uses a different engine than other KDE applications, one which is included in the web engine itself. That engine needs dictionary files in a specific format and this has caused several bugs in the past (even if they haven't been posted here). These bugs have been fixed in a more recent version of Konqueror than you are using. Depending on how Debian builds Konqueror, it's likely that there's no way to fix your issue except by building Konqueror from source yourself. The first thing you need to check is whether you have dictionary files with a .bdic extension. You can look for them using the command find /usr -name '*.bdic' -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 458646] First time open konqueror after clean install
https://bugs.kde.org/show_bug.cgi?id=458646 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/5d3c ||ec3d7fe5cedcb8061d4e9ba1fac ||3eacf1879 Status|ASSIGNED|RESOLVED --- Comment #6 from Stefano Crocco --- Git commit 5d3cec3d7fe5cedcb8061d4e9ba1fac3eacf1879 by Stefano Crocco. Committed on 13/08/2023 at 08:53. Pushed by stefanocrocco into branch 'master'. Add mimetype option to kfmclient This fixes the issue where kfmclient_html is clicked by the user in the Favorite section of the K menu. Since no URL is passed to it in that situation, it called `kfmclient openURL text/html`, causing text/html to be considered as the URL. To avoid this, a new mimetype option is introduced, so that the mimetype can be specified separately from the URL M +21 -5client/kfmclient.cpp M +1-1kfmclient_dir.desktop M +1-1kfmclient_html.desktop M +1-1kfmclient_war.desktop https://invent.kde.org/network/konqueror/-/commit/5d3cec3d7fe5cedcb8061d4e9ba1fac3eacf1879 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 472931] Konqueror opens search for text/html as introduction page
https://bugs.kde.org/show_bug.cgi?id=472931 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #2 from Stefano Crocco --- How are you starting Konqueror? Are you launching it using the quick launch icon in the bottom panel or from the "Favorites" section of the K menu? If so, does the same happens if you launch it from the "Internet" section of the K menu, using KRunner (Alt+F2) or from a terminal emulator such as Konsole? If the answers are respectively "yes" and "no", the problem is that somehow the Favorites section of the K menu and the quick launch widget pick up a wrong entry for Konqueror (one which should only be called internally and not by the user), with the result that Konqueror doesn't start correctly. Unfortunately, I don't know how the K menu and the quick launch widget choose their entries (on my system, the quick launcher also has an icon for an application which isn't installed at all), so I don't know how to fix this. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #1 from Stefano Crocco --- (In reply to avlas from comment #0) > SUMMARY > > History fails to remember internal browsing in some sites such as GitHub. It > works fine in other browsers such as Firefox > > STEPS TO REPRODUCE > 1. open a new tab > 2. go to https://github.com/KDE/konqueror > 3. click on pull requests (it moves to > https://github.com/KDE/konqueror/pulls) > 4. go back (button or alt+left) > > OBSERVED RESULT > > it comes back to new tab > > EXPECTED RESULT > > it should go back to https://github.com/KDE/konqueror instead This is caused by the underlying web engine (QtWebEngine) not informing Konqueror that a new page has been loaded. I created a bug report for QtWebEngine (https://bugreports.qt.io/browse/QTBUG-115589), because I think this is not supposed to happen: let's see if it gets some answers. Unfortunately, working around this issue would either require heavy changes in the way Konqueror manages history or using different ways to detect that a different page has been loaded, which could have unwanted side effects. I'll wait for some answers to my bug report before trying any of these workarounds. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #28 from Stefano Crocco --- I attached a patch to be applied to Konqueror 23.04 source code to increase the debug output of the code which handles session management. If you can reproduce your problem with Konqueror built from source, could please apply this patch to the source and run Konqueror, as described in comment 24 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #27 from Stefano Crocco --- Created attachment 160212 --> https://bugs.kde.org/attachment.cgi?id=160212=edit Patch for Konqueror 23.04 to increase debug output -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #26 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #25) > Created attachment 160066 [details] > New konqueror log file. > > No konqueror process was running. > > Now it's the output of: > > QT_LOGGING_RULES="org.kde.konqueror.debug=true" konqueror Unfortunately, I can't find anything suspicious in the output you posted. Since you said It happens with the Arch package, could you please try to build Konqueror 23.04.2 from source (downloading the source code from https://invent.kde.org/network/konqueror/-/tree/release/23.04?ref_type=heads) and check whether the same issue happens with it? If it does, during the weekend, during the weekend I'll try to create a patch for the source code with more debug information to help find out what's happening. If the problem doesn't happen with the manually built version of Konqueror, it may be that Arch itself added some patch which is causing this strange situation, even if I think it's unlikely. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #24 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #23) > Created attachment 160052 [details] > The command line output from konqueror > > This is the output of > > QT_LOGGING_RULES="konqueror.debug=true;libkonq.debug=true" konqueror Sorry, I made a mistake: the correct command to display debugging output is QT_LOGGING_RULES="org.kde.konqueror.debug=true" konqueror Also, before executing it, close all Konqueror windows and issue a killall konqueror command to ensure that no existing konqueror process exists. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #21 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #20) > Hi, > > For me the Problem from "Comment 12" > (https://bugs.kde.org/show_bug.cgi?id=463358#c12) is back (in the normal > Arch build). The only difference is that it didn't closes the "oldest" > windows. So I killed all after 30 dopend windows. I have no crashlog to > provide because they are not crashing on there own. > > My actual konqueror version is: 23.04.2-1 > > What should/could I provide? I really can't understand what's going on. Just to be clear: has this started happening again suddenly or after a version update? One thing you can do to get more information is to enable debug output for Konqueror you can do this running the following command from a terminal emulator: QT_LOGGING_RULES="konqueror.debug=true;libkonq.debug=true" konqueror You should copy the output and post it here as an attachment. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 471300] Konqueror Docs point to non-existent setting to set User-Agent
https://bugs.kde.org/show_bug.cgi?id=471300 Stefano Crocco changed: What|Removed |Added Ever confirmed|0 |1 CC||stefano.cro...@alice.it Status|REPORTED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #16 from Stefano Crocco --- I fixed the issue with session restoring not working when preloading is enabled. I also made a change which makes Konqueror work more like Dolphin in this regard: now, when launching Konqueror with one or more URLs, it will both restore the previous state and open the given URLs. Previously, in this situation, the saved state was ignored (my reasoning was that if the user asked for a specific URL, he didn't want others). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #15 from Stefano Crocco --- > Well, actually restore tabs functionality does not work at all if keeping a > preloaded instance is active, meaning that the link is opened but previous > tabs are not I'll look into this -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 470768] Firefox plugins support in Konqueror
https://bugs.kde.org/show_bug.cgi?id=470768 Stefano Crocco changed: What|Removed |Added Severity|normal |wishlist CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I haven't looked into it, but I doubt that it can be done (or at least, I think it would be very difficult) because Konqueror and Firefix use two completely different web engines. Keep in mind that, despite the fact that Konqueror web engine (QtWebEngine) is based on chromium, it doesn't even support Chrome plugins because it doesn't provide all the necessary functionality (see, for example, https://bugreports.qt.io/browse/QTBUG-51185 and https://bugreports.qt.io/browse/QTBUG-61676). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #11 from Stefano Crocco --- (In reply to avlas from comment #10) > (In reply to Stefano Crocco from comment #9) > > (In reply to avlas from comment #8) > > > (In reply to Stefano Crocco from comment #7) > > > I guess that to reproduce the issue you probably need to: > > > > > > 1. check the option to restore tabs in settings > > > 2. open some tabs > > > 3. close konqueror > > > 4. click on the email link > > > > > > Could you please try to reproduce following these steps? > > > > That's what I already tried. I checked again, with both my current user and > > a new user and the results are the same I already described: a new window > > with only the page corresponding to the link. I'll look again into this > > issue during the weekend, but I really can't think of something leading to > > the behavior you're describing. > > I see. I think you may also need to check the setting to open links in new > tabs instead of in new windows. Can you try? I always have it enabled, so that's not the problem. Could you please try with a new user? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #9 from Stefano Crocco --- (In reply to avlas from comment #8) > (In reply to Stefano Crocco from comment #7) > I guess that to reproduce the issue you probably need to: > > 1. check the option to restore tabs in settings > 2. open some tabs > 3. close konqueror > 4. click on the email link > > Could you please try to reproduce following these steps? That's what I already tried. I checked again, with both my current user and a new user and the results are the same I already described: a new window with only the page corresponding to the link. I'll look again into this issue during the weekend, but I really can't think of something leading to the behavior you're describing. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #7 from Stefano Crocco --- (In reply to avlas from comment #6) > Hi Stefano, there is one issue with this new feature (that otherwise is > working great!), which is when opening a link while Konqueror is closed. > > The expected behavior would be to load all previous tabs and the new link in > an additional tab. > > The observed behavior is that only the previous tabs are opened, so I need > to open the link again to load the new tab. I can't reproduce this behavior. If I click on a link, for example in an e-mail, Konqueror opens with a single tab displaying that link, which is the opposite of what you are experiencing. Are you doing something specific to open the link? I tried by clicking a link in an e-mail. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 468511] [kfmclient/XAMPP] kfmclient crashes when is used by XAMPP to open a link to its web interface
https://bugs.kde.org/show_bug.cgi?id=468511 Stefano Crocco changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #4 from Stefano Crocco --- Note that the option is disabled by default. You must enable it in the "General" page of the settings dialog. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/commit/6393fa ||fc2633ef2a4112b10abcd841025 ||29bd587 Status|ASSIGNED|RESOLVED --- Comment #3 from Stefano Crocco --- Git commit 6393fafc2633ef2a4112b10abcd84102529bd587 by Stefano Crocco. Committed on 07/05/2023 at 09:49. Pushed by stefanocrocco into branch 'master'. Add option to restore last window when starting Konqueror again M +10 -1settings/konqhtml/generalopts.cpp M +2-0settings/konqhtml/generalopts.h M +10 -3src/konqapplication.cpp M +13 -0src/konqmainwindow.h M +34 -0src/konqsessionmanager.cpp M +17 -0src/konqsessionmanager.h https://invent.kde.org/network/konqueror/commit/6393fafc2633ef2a4112b10abcd84102529bd587 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 469075] Browser Closes itself when you click on Configure Konqueror
https://bugs.kde.org/show_bug.cgi?id=469075 --- Comment #8 from Stefano Crocco --- (In reply to Stefano Crocco from comment #7) > (In reply to kc365 from comment #6) > > Hi Stefano > > > > I am running Konqeuror 23.04 on Ubuntu 23.04 64 bit > > GUI is Gnome 44 > > Thanks. I'll try to setup a virtual machine and see if I can reproduce the > error. I think the problem is caused from the fact that by default Ubuntu installs Konqueror as a Snap package rather than a standard package. My guess is that the crash is caused by the fact that the configuration dialog uses DBus to create its pages and that the way Snap packages work interfere with this. I don't know anything about Snap so I can't tell whether this is a hard limitation of Snap packages or if there's a way to make it work. Unfortunately, right now I don't have time to further investigate the issue. My advice is to create a bug report for Ubuntu because, in my opinion, this is a packaging bug. I noticed that another application (SystemSettings) which uses the same mechanism as Konqueror to load its contents is installed as a normal package rather than as a Snap package. For the time being, you can try installing Konqueror as a regular package with the following command (run using sudo): apt-get install konqueror When I tried, the configuration dialog worked correctly, but there were other problems (such as the introduction page not being shown correctly), but I think they can be resolved. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 469075] Browser Closes itself when you click on Configure Konqueror
https://bugs.kde.org/show_bug.cgi?id=469075 --- Comment #7 from Stefano Crocco --- (In reply to kc365 from comment #6) > Hi Stefano > > I am running Konqeuror 23.04 on Ubuntu 23.04 64 bit > GUI is Gnome 44 Thanks. I'll try to setup a virtual machine and see if I can reproduce the error. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 469075] Browser Closes itself when you click on Configure Konqueror
https://bugs.kde.org/show_bug.cgi?id=469075 --- Comment #5 from Stefano Crocco --- (In reply to kc365 from comment #4) > Launched Konqueror in terminal output is : > > Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use > > QT_QPA_PLATFORM=wayland to run on Wayland anyway. > /usr/share/libdrm/amdgpu.ids: Permission denied > Qt: Session management error: Could not open network socket > Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes. > kf.sonnet.clients.hspell: HSpellDict::HSpellDict: Init failed > kf.sonnet.core: No language dictionaries for the language: "en_US" > kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/konq" > not found > > > > > > > Launched kdebugdialog5 output is: > > Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use > QT_QPA_PLATFORM=wayland to run on Wayland anyway. > /usr/share/libdrm/amdgpu.ids: Permission denied > Qt: Session management error: Could not open network socket > Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes. > kf.sonnet.clients.hspell: HSpellDict::HSpellDict: Init failed > kf.sonnet.core: No language dictionaries for the language: "en_US" > kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/konq" > not found > QCommandLineParser: argument list cannot be empty, it should contain at > least the executable name > kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/konq" > not found > kf.kio.core: mimeType() not emitted when sending first data!; job URL = > QUrl("https://www.grammarly.com/favicon.ico;) data size = 0 > dbus[11811]: arguments to dbus_message_new_method_call() were incorrect, > assertion "_dbus_check_is_valid_path (path)" failed in file > ../../../dbus/dbus-message.c line 1366. > This is normally a bug in some application using the D-Bus library. > > D-Bus not built with -rdynamic so unable to print a backtrace > Aborted (core dumped) Did you get this just after starting Konqueror, or have you tried to display the configuration dialog? In the first case, did Konqueror window show? From the "Ignoring ..." line, I assume you're using Gnome: is this correct? This could change matters a bit, as I don't use Gnome and I never tried running Konqueror on it. What distribution are you using? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 469075] Browser Closes itself when you click on Configure Konqueror
https://bugs.kde.org/show_bug.cgi?id=469075 --- Comment #3 from Stefano Crocco --- (In reply to kc365 from comment #2) > Hi > > How do I get Konqueror to run from a terminal emulator and post any > > output? Launch any terminal emulator (Konsole, Yakuake, xterm, ...), enter `konqueror` (without the `) and press Enter: it will start Konqueror and print on the screen any output from Konqueror. You can select it with the mouse, copy it (the exact way depends on the terminal emulator: for example, with Konsole and Yakuake you can do it pressing Ctrl+Shift+C or using the right-button menu), then paste it in this bug report. If nothing is shown, you'll need to enable debug output as described below. > How do I enable debug output using kdebugdialog5 ? > > > > Thanks > > Kevin Launch kdebugdialog5 using KRunner or any tool your desktop environment provides to run commands, then in the "Search" field insert "konq" and check everything except "drkonqi" and "konquest", then press OK. After pasting the output from Konqueror in the bug report, most likely you'll want to repeat this procedure to uncheck the same entries to avoid useless debugging output. Note that kdebugdialog5 may not be installed by default: in this case, you'll need to install it yourself. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 469075] Browser Closes itself when you click on Configure Konqueror
https://bugs.kde.org/show_bug.cgi?id=469075 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- Sorry, I can't reproduce the issue. Do you get a crash (for instance a crash report from DrKonqi)? If so, could you please attach the backtrace? If not, could you please try running Konqueror from a terminal emulator and post any output? You may need to enable debug output using kdebugdialog5 and selecting anything with "konq" in its name (except drkonqi and konquest). Thanks -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 468960] Konqueror disappears when told to go without a proxy
https://bugs.kde.org/show_bug.cgi?id=468960 Stefano Crocco changed: What|Removed |Added Resolution|FIXED |WAITINGFORINFO -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 468960] Konqueror disappears when told to go without a proxy
https://bugs.kde.org/show_bug.cgi?id=468960 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it Resolution|--- |FIXED Status|REPORTED|NEEDSINFO --- Comment #1 from Stefano Crocco --- Could you please be more specific on how automatic proxy detection on your system is set up? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 468511] [kfmclient/XAMPP] kfmclient crashes when is used by XAMPP to open a link to its web interface
https://bugs.kde.org/show_bug.cgi?id=468511 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- The problem is that kfmclient can't connect to your DBus session, which is needed to find out whether an instance of Konqueror is already running or not. If you don't have an active DBus session, you need to start one. If you do, then for some reason the kfmclient program launched by XAMPP can't access it. I have no knowledge of XAMPP, but, given this problem and the fact that it doesn't attempt to launch your default browser, I'm wondering whether XAMPP is running as your current user or another one. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 456683] Adblock
https://bugs.kde.org/show_bug.cgi?id=456683 --- Comment #8 from Stefano Crocco --- (In reply to avlas from comment #7) > (In reply to Stefano Crocco from comment #6) > > (In reply to avlas from comment #5) > > > I think the main problem is that adblock does not work in WebEngine, it > > > only > > > works in WebKit as far as I can tell > > > > To be more precise, it also works in WebEngine, but for images only. I don't > > know whether there was a specific reason to restrict it to images only > > (maybe for performance). In any case, even on WebKit, Konqueror supports > > only the most basic features of AdBlock. I'm woking on improving this, but > > it means rewriting the AdBlock engine, so it's not easy. > > Thanks for your work, Stefano, it's very appreciated! > > Regarding adblock images in WebEngine, how does it work exactly? Does it > mean images of ads should not be displayed? I'm not sure it is a bug or > something but this doesn't work in my end, for instance here > https://www.ccma.cat/esport3 (sometimes it seems to work once but refreshing > makes all images, videos, etc appear). I tried loading the site you mention and, enabling all automatic filters, only one image was blocked: https://tpc.googlesyndication.com/generate_204?DBDfQw The way it should work is that images displayed in an html element and which match one of the enabled filters are blocked. Images displayed in other ways may not be filtered. I just realized that, for some reason, the list of automatic filters in the adblock configuration page is completely empty, meaning you can't use any of the predefined lists that can be found online and you're forced to manually create your own filters. I don't know why and when this happened (I don't think it was intentional), but I'll try to fix this issue. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 Stefano Crocco changed: What|Removed |Added Ever confirmed|0 |1 Severity|normal |wishlist CC||stefano.cro...@alice.it Status|REPORTED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 456683] Adblock
https://bugs.kde.org/show_bug.cgi?id=456683 Stefano Crocco changed: What|Removed |Added Severity|normal |wishlist -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 456683] Adblock
https://bugs.kde.org/show_bug.cgi?id=456683 --- Comment #6 from Stefano Crocco --- (In reply to avlas from comment #5) > I think the main problem is that adblock does not work in WebEngine, it only > works in WebKit as far as I can tell To be more precise, it also works in WebEngine, but for images only. I don't know whether there was a specific reason to restrict it to images only (maybe for performance). In any case, even on WebKit, Konqueror supports only the most basic features of AdBlock. I'm woking on improving this, but it means rewriting the AdBlock engine, so it's not easy. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it Status|REPORTED|CONFIRMED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467936] Weird behavior of pinned konqueror application in plasma's task manager
https://bugs.kde.org/show_bug.cgi?id=467936 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it Ever confirmed|0 |1 Status|REPORTED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #7 from Stefano Crocco --- (In reply to avlas from comment #6) > Excellent, thanks Stefano for fixing the issue! > > I still see ark parts around (please see https://i.imgur.com/Ie9UQS9.png). > Is there a way to close those (better than simply hide them)? Tha t would be > great! Are they leftover from before the fix or do they keep appearing? In the first case, I think the only option is to close the Konqueror window: unfortunately since they have been created because of an error, Konqueror doesn't know how to close them. If instead they are new, it means there's something else which isn't working as it should. > > Also, would it be possible to show the terminal to the right side instead at > the bottom? If you'd like me to open a new feature request for this please > let me know. Thanks! It would be better to open a new feature request. Currently, the terminal is opened at the bottom because Konsole part itself specifies an horizontal orientation. From a quick look at the code, it doesn't seem too difficult to have the terminal be on the right, but I'd need to implement a GUI where the user can choose whether he wants it on the bottom, on the left or on the right, and that could be require a bit more work. As a workaround, you could try to edit the file /usr/share/kservices5/konsolepart.desktop and, in the line starting with X-KDE-BrowserView-ToggableView-Orientation, replace the part after the = with vertical. This should make Konqueror display the terminal emulator on the left (there's no way to have it on the right without editing Konqueror source code); however, this will likely affect other programs displaying a terminal emulator, such as Dolphin or Kate. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 Stefano Crocco changed: What|Removed |Added Version Fixed In||23.04 Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467723] Okular part does not get activated when directly opening a PDF
https://bugs.kde.org/show_bug.cgi?id=467723 --- Comment #3 from Stefano Crocco --- (In reply to avlas from comment #2) > However, the SSL error I talked about is still triggered, this time inside > Konqueror. The WebEngine PDF viewer worked fine. Could you reproduce this > error? You didn't mention so I guess not. I wonder why I get that problem... > Any clue? I got a dialog saying that there was an SSL error: "The server failed the authenticity check (www.aei.gob.es).", but the dialog allowed me to choose whether to go on despite the error or not. Choosing to ignore the error allowed the Okular part to correctly open the file. Did you see such a dialog? If not, maybe you saw it in the past and checked the option not to show it again. Unfortunately, I'm not aware of a way to re-enable it using a GUI. You can do that editing a configuration file in ~/.config but I don't know which one (all of this is not part of Konqueror, so I'm not familiar with how it works). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467723] Okular part does not get activated when directly opening a PDF
https://bugs.kde.org/show_bug.cgi?id=467723 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I can't reproduce your issue. Is this the only PDF which Konqueror doesn't open by itself? If not, it is possible that you configured Konqueror so that PDFs files are opened externally (actually, this is the default behavior). To check whether this is the case, open the "File Association" tab of Konqueror settings dialog and, in the list of known types, choose "application" and, from within it, "pdf". On the right side of the page, choose the "Embedding" tab and make sure that the entry "show the file in embedded viewer" is selected. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #4 from Stefano Crocco --- I think I found the cause of the bug. Unfortunately, it seems that the problem is not caused by Konqueror itself, but by the interactions between Konsole and the KDE Frameworks. I'll investigate the matter this weekend. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #3 from Stefano Crocco --- (In reply to avlas from comment #2) > (In reply to Stefano Crocco from comment #1) > > I think I can reproduce the issue, even if on my system I get a Dolphin part > > rather than an Ark part. Moreover, it seems that this part can't be closed > > in any way. I'll look into it as soon as I can. > > Thank you! > > The trick to make it disappear is to drag the height of the kpart panel and > set it to zero by pushing it down to the very bottom. Hope you understand > what I mean :) Thanks for the information -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 Stefano Crocco changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I think I can reproduce the issue, even if on my system I get a Dolphin part rather than an Ark part. Moreover, it seems that this part can't be closed in any way. I'll look into it as soon as I can. -- You are receiving this mail because: You are watching all bug changes.
[cantor] [Bug 467094] New: Typeset using LaTeX option need to be disabled and enabled again every time
https://bugs.kde.org/show_bug.cgi?id=467094 Bug ID: 467094 Summary: Typeset using LaTeX option need to be disabled and enabled again every time Classification: Applications Product: cantor Version: 22.12.3 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: maxima-backend Assignee: cantor-b...@kde.org Reporter: stefano.cro...@alice.it Target Milestone: --- I'm using the Maxima backend and I have LaTeX typesetting enabled in Cantor settings. In the Worksheet/Settings menu, the "Typeset using LaTeX" option is enabled. However, when I evaluate an entry, the result is not typeset using LaTeX. If I disable the "Typeset using LaTeX" option in the menu, then enable it again, LaTeX typesetting starts working and keeps going (for that worksheet) until I exit Cantor. I'm not sure whether this issue is specific to the Maxima backend or not, since of all backends I have, only Maxima seems to support the "Typeset using LaTeX" options (the other backends are: Qalculate, KAlgebra and Lua) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 466828] New: Not all parts for a given filetype are listed in the "Embedding" tab
https://bugs.kde.org/show_bug.cgi?id=466828 Bug ID: 466828 Summary: Not all parts for a given filetype are listed in the "Embedding" tab Classification: Applications Product: systemsettings Version: 5.27.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_filetypes Assignee: fa...@kde.org Reporter: stefano.cro...@alice.it CC: plasma-b...@kde.org Target Milestone: --- Several parts which are installed on my system aren't shown in the "Embedding" tab of the dialog for the corresponding mime types. For example, for the "inode/directory" mimetype, I see the Konqueror sidebar and Konsole part but not Dolphin part. For "application/pdf" there's nothing listed at all, despite Okular part being installed and working correctly. Parts which aren't listed can still work, but there's no way to manipulate, for example, the preference order. I think this is related to the switching from .desktop files for parts to json-based plugins (see, for example https://invent.kde.org/system/dolphin/-/commit/1618a3ed21761648b20a14d7477aa065a2239fa7 for Dolphin). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 461746] Unknown error when starting Konqueror
https://bugs.kde.org/show_bug.cgi?id=461746 --- Comment #6 from Stefano Crocco --- > After creating a new user and starting Konqueror it is working fine. > Here it is. Thus it's a configuration issue, > I guess introduced during migration to a new version? > > I have deleted $HOME/.config/konquerorrc and restarted Konqueror, > but unfortunately this does not help. > > Please could you give an advice which configuration files may cause the > problem? There's also a konqueror directory in ~/.local/share which contains some Konqueror settings, but I don't think it contains anything related to your problem. You can try renaming it and check whether something changes, however. Take care because bookmarks are also stored in this directory (in .local/share/konqueror/bookmarks.xml). Another file you could try is .config/mimeapps.list, which contains settings about the applications used to open different kind of files. Aside from this, unfortunately I don't have any other suggestions. By the way, could you please post a screenshot Konqueror when you launch it with a directory as argument? I'm not completely sure I understood what you're seeing. Thanks -- You are receiving this mail because: You are watching all bug changes.