[konqueror] [Bug 487952] Konqueror crashes on session restore
https://bugs.kde.org/show_bug.cgi?id=487952 Stefano Crocco changed: What|Removed |Added Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/bc24 |ork/konqueror/-/commit/f59f |fd2f95113dce7540da0f2cb02dc |dea2e137dd7e30ecf1e1d80a108 |8737dd4da |d6e3b9468 --- Comment #5 from Stefano Crocco --- Git commit f59fdea2e137dd7e30ecf1e1d80a108d6e3b9468 by Stefano Crocco. Committed on 04/08/2024 at 07:32. Pushed by stefanocrocco into branch 'release/24.08'. Avoid crash when restoring the session after a logout (cherry picked from commit bc24fd2f95113dce7540da0f2cb02dc8737dd4da) Co-authored-by: Stefano Crocco M +0-23 src/konqview.cpp M +0-1src/konqview.h M +15 -6src/konqviewmanager.cpp https://invent.kde.org/network/konqueror/-/commit/f59fdea2e137dd7e30ecf1e1d80a108d6e3b9468 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 487952] Konqueror crashes on session restore
https://bugs.kde.org/show_bug.cgi?id=487952 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/bc24 ||fd2f95113dce7540da0f2cb02dc ||8737dd4da Resolution|--- |FIXED --- Comment #4 from Stefano Crocco --- Git commit bc24fd2f95113dce7540da0f2cb02dc8737dd4da by Stefano Crocco. Committed on 04/08/2024 at 07:10. Pushed by stefanocrocco into branch 'master'. Avoid crash when restoring the session after a logout M +0-23 src/konqview.cpp M +0-1src/konqview.h M +15 -6src/konqviewmanager.cpp https://invent.kde.org/network/konqueror/-/commit/bc24fd2f95113dce7540da0f2cb02dc8737dd4da -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 487952] Konqueror crashes on session restore
https://bugs.kde.org/show_bug.cgi?id=487952 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #3 from Stefano Crocco --- Debugging crashes on session load is difficult, so I haven't been able to find the cause of the problem. However, I found a workaround which seems to prevent the crash. It needs a bit more testing, however, to make sure it actually works and it doesn't break something else. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 488751] Konquerer came up and gave me this error and asked me to send a report
https://bugs.kde.org/show_bug.cgi?id=488751 --- Comment #5 from Stefano Crocco --- Sorry for not answering sooner. When you speak of version 21, do you mean the Mint version or the Konqueror version? If it's the Konqueror version, it's very old (KDE application versions start with the year number, so version 21 would mean from three years ago) and you should ask for help using the Mint support channels to find out how to obtain a more recent version. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 490465] JPEG-XL support for Konqueror and Falkon
https://bugs.kde.org/show_bug.cgi?id=490465 --- Comment #5 from Stefano Crocco --- Thanks. I had tried in Firefox, Chrome and Vivaldi and none of them were able to display the images. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 490465] JPEG-XL support for Konqueror and Falkon
https://bugs.kde.org/show_bug.cgi?id=490465 --- Comment #3 from Stefano Crocco --- What I meant is that if you open a JPEG-XL image on your hard disk, it will be correctly displayed in a Konqueror tab (using functionality provided by Gwenview). Your example is a web page and wont work until QtWebEngine starts supporting it. By the way, do you know whether other browsers support this image format? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 490465] JPEG-XL support for Konqueror and Falkon
https://bugs.kde.org/show_bug.cgi?id=490465 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- Support for displaying JPEG-XL images in web pages should be implemented in QtWebEngine, which is the web engine both Konqueror and Falkon use to render web pages. It's not something that the application themselves can add, since QtWebEngine does all the rendering by itself. You could try creating an issue in the Qt bug tracker with this request. You can find the bug tracker at https://bugreports.qt.io/secure/Dashboard.jspa. Displaying JPEG-XL images in a Konqueror tab already works, provided you have Gwenview installed and that it supports this image format. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 490321] Javascript accept policy ignored on first page load
https://bugs.kde.org/show_bug.cgi?id=490321 Stefano Crocco changed: What|Removed |Added Latest Commit|https://invent.kde.org/netw |https://invent.kde.org/netw |ork/konqueror/-/commit/4f1c |ork/konqueror/-/commit/135e |2378453a287e9c7058319fa |d489debdb6eb3d39228c91f9ca3 |63ea0fc9c |4c477c8a2 --- Comment #3 from Stefano Crocco --- Git commit 135ed489debdb6eb3d39228c91f9ca34c477c8a2 by Stefano Crocco. Committed on 28/07/2024 at 07:34. Pushed by stefanocrocco into branch 'release/24.08'. Apply URL-specific javascript policy in WebEnginePage::acceptNavigationRequest, too (cherry picked from commit 4f1c2378453a287e9c7058319fa63ea0fc9c) Co-authored-by: Stefano Crocco M +3-0webenginepart/src/webenginepage.cpp https://invent.kde.org/network/konqueror/-/commit/135ed489debdb6eb3d39228c91f9ca34c477c8a2 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 490321] Javascript accept policy ignored on first page load
https://bugs.kde.org/show_bug.cgi?id=490321 Stefano Crocco changed: What|Removed |Added Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/4f1c ||2378453a287e9c7058319fa ||63ea0fc9c Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #2 from Stefano Crocco --- Git commit 4f1c2378453a287e9c7058319fa63ea0fc9c by Stefano Crocco. Committed on 28/07/2024 at 07:21. Pushed by stefanocrocco into branch 'master'. Apply URL-specific javascript policy in WebEnginePage::acceptNavigationRequest, too M +3-0webenginepart/src/webenginepage.cpp https://invent.kde.org/network/konqueror/-/commit/4f1c2378453a287e9c7058319fa63ea0fc9c -- You are receiving this mail because: You are watching all bug changes.
[kcalc] [Bug 489027] Doesn't subtract percentages correctly
https://bugs.kde.org/show_bug.cgi?id=489027 Stefano changed: What|Removed |Added CC||stefan.ann...@gmail.com --- Comment #2 from Stefano --- The same applies for percentage additions (also in version 24.05.1): 10+20%=10.2 instead of 12 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 489195] Konqueror WebGL redraw bug
https://bugs.kde.org/show_bug.cgi?id=489195 Stefano Crocco changed: What|Removed |Added See Also||https://bugreports.qt.io/br ||owse/QTBUG-126701 Status|REPORTED|RESOLVED CC||stefano.cro...@alice.it Resolution|--- |UPSTREAM --- Comment #1 from Stefano Crocco --- Unfortunately, this is not a bug in Konqueror itself, but by QtWebEngine, the web engine used by Konqueror and provided by Qt. Other browsers using QtWebEngine, such as Falkon, QuteBrowser and the example browser included in QtWebEngine itself. I created a bug report for this issue in the Qt bugtracker (https://bugreports.qt.io/browse/QTBUG-126701) and I'll close this one as an upstream issue. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 489188] Konqueror hang when hovering mouse over bookmark menu
https://bugs.kde.org/show_bug.cgi?id=489188 Stefano Crocco changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED CC||stefano.cro...@alice.it Version Fixed In||24.08 --- Comment #1 from Stefano Crocco --- It should be fixed by this commit: https://invent.kde.org/network/konqueror/-/commit/0cc9150f8c74d3c23bcba0a8a19485324d674f99 which will be included in version 24.08. If you find that the bug still exists in version 24.08, please reopen this bug report. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 488751] Konquerer came up and gave me this error and asked me to send a report
https://bugs.kde.org/show_bug.cgi?id=488751 --- Comment #3 from Stefano Crocco --- (In reply to Scott from comment #2) > Created attachment 170661 [details] > attachment-1486103-0.html > > It looks like the problem is that I cannot upgrade to the latest version. > I am using KDE on top of linux-mint. I have tried several different ways > to get the latest KDE and Plasma, but they just don't seem to be available. You don't need the latest version. The bug has been fixed in version 23.08. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 488751] Konquerer came up and gave me this error and asked me to send a report
https://bugs.kde.org/show_bug.cgi?id=488751 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- (In reply to Scott from comment #0) > The requested operation could not be completed > Undocumented Error > Details of the Request: > URL: > Date and Time: Wednesday, June 19, 2024 12:17:20 PM MDT > Additional Information: > Description: > Unknown error code -448,918,640 Please send a full bug report at > https://bugs.kde.org. Do you see this as soon as you launch Konqueror? In this case, are you launching it using the quick launch icon in the panel? If so the issue should have been fixed a few versions ago. Which version of Konqueror are you using? -- You are receiving this mail because: You are watching all bug changes.
[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.
[kate] [Bug 483487] Kate crash clicking on "empty" horizontal scroll bar line
https://bugs.kde.org/show_bug.cgi?id=483487 --- Comment #3 from Stefano --- I'm sorry but I'm not familiar with backtrace, I add a video and the journalctl output: mar 14 19:05:20 dell systemd-coredump[6091]: [] Process 6067 (kate) of user 1000 dumped core. Stack trace of thread 6067: #0 0x72654f78b005 _ZNK7QObject8propertyEPKc (libQt6Core.so.6 + 0x18b005) #1 0x7265436461a0 n/a (breeze6.so + 0x3f1a0) #2 0x726543651c7a n/a (breeze6.so + 0x4ac7a) #3 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #4 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #5 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #6 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #7 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #8 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #9 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #10 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #11 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #12 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #13 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #14 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #15 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #16 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #17 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #18 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #19 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #20 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #21 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #22 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #23 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #24 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #25 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #26 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #27 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #28 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #29 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #30 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #31 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #32 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #33 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #34 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #35 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #36 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #37 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #38 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #39 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #40 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #41 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #42 0x726543651ee2 n/a (breeze6.so + 0x4aee2) #43 0x72654f737d18 _ZN23QCoreApplicationPrivate34sendThroughApplicationEventFiltersEP7QObjectP6QEvent (libQt6Core.so.6 + 0x137d18) #44 0x7265508f4462 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf4462) #45 0x7265508f6a40 _ZN12QApplication6notifyEP7QObjectP6QEvent (libQt6Widgets.so.6 + 0xf6a40) #46 0x72654f739818 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt6Core.so.6 + 0x139818) #47 0x726543651ee2 n/a (breeze6.so + 0x4aee2
[kate] [Bug 483487] Kate crash clicking on "empty" horizontal scroll bar line
https://bugs.kde.org/show_bug.cgi?id=483487 --- Comment #2 from Stefano --- Created attachment 167198 --> https://bugs.kde.org/attachment.cgi?id=167198=edit Kate crash -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 483487] New: Kate crash clicking on "empty" horizontal scroll bar line
https://bugs.kde.org/show_bug.cgi?id=483487 Bug ID: 483487 Summary: Kate crash clicking on "empty" horizontal scroll bar line Classification: Applications Product: kate Version: 24.02.0 Platform: Arch Linux OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: stefan.ann...@gmail.com Target Milestone: --- SUMMARY By clicking on the gray line of the horizontal scroll bar, Kate crashes without saving any open files. STEPS TO REPRODUCE 1. Open Kate 2. Click on the horizontal scroll bar place OBSERVED RESULT App crash EXPECTED RESULT Nothing has to happen SOFTWARE/OS VERSIONS Linux: Arch Linux x86_64 - 6.7.9-arch1-1 KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 -- 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.
[okular] [Bug 463647] Slow start on network mounts because of image icon lookups + may broken UI
https://bugs.kde.org/show_bug.cgi?id=463647 --- Comment #5 from Stefano Rosellini --- I'm using Debian 12. Okular version is 22.12.3. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 463647] Slow start on network mounts because of image icon lookups + may broken UI
https://bugs.kde.org/show_bug.cgi?id=463647 Stefano Rosellini changed: What|Removed |Added Platform|Ubuntu |Debian stable Version|22.08.3 |22.12.3 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 463647] Slow start on network mounts because of image icon lookups + may broken UI
https://bugs.kde.org/show_bug.cgi?id=463647 Stefano Rosellini changed: What|Removed |Added CC||stefano.rosellini@informati ||cavaldinievole.com --- Comment #3 from Stefano Rosellini --- I notice the performance problem on sshfs mount point. If I execute "strace okular filename.pdf" using remote mount point as current work directory I see that okular try to open a bunch of file named "bookmark-new.*", "help-about.", "kde.*". "okular.*" without path (these seems to be the slow part). If I open the same remote file but using as current work directory a local one the open is fast. So the problem seems to be that okular try to open these files without path. I hope this can help to fix the problem. -- 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.
[valgrind] [Bug 474332] aligned_alloc under Valgrind returns nullptr when alignment is not a multiple of sizeof(void *)
https://bugs.kde.org/show_bug.cgi?id=474332 --- Comment #8 from Stefano Bonicatti --- (In reply to Paul Floyd from comment #7) > With this: > > char *p = aligned_alloc(3, 4); > > I get > > standalone: > Allocation failed! > > Valgrind 3.21: > Allocation failed! > > Valgrind git head: > ==1279== Invalid alignment value: 3 (should be a power of 2) > ==1279==at 0x4848D82: aligned_alloc (vg_replace_malloc.c:2242) > ==1279==by 0x10915F: main (aa.c:5) > ==1279== > Allocation failed! > > Did you re-run autogeh.sh and configure? I'm a dummy, I confused myself looking at the wrong ALIGNED_ALLOC (the one that received the modification) and missed that I had to re-run autogen. Sorry for the time lost. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 474332] aligned_alloc under Valgrind returns nullptr when alignment is not a multiple of sizeof(void *)
https://bugs.kde.org/show_bug.cgi?id=474332 --- Comment #5 from Stefano Bonicatti --- (In reply to Paul Floyd from comment #4) > Should be fixed with this. Tested in Debian with an older libc, ArchLinux > latest and FreeBSD. > > commit ae413f79b24de558ac9ab925babd1fb86e0d21c7 (HEAD -> master, > origin/users/paulf/try-bug474332, origin/master, origin/HEAD, bug474332) > Author: Paul Floyd > Date: Sun Sep 10 15:05:57 2023 +0200 > > Bug 474332 - aligned_alloc under Valgrind returns nullptr when alignment > is not a multiple of sizeof(void *) > > At configure time use glibc version to set a HAVE flag for C17 > aligned_alloc. > The use the HAVE flag to select which redir macro to use. > Also make the (normally unused) glibc ALIGNED_ALLOC macro Thanks for such quick turnaround! A question though, I built the new version and now the behavior of aligned_alloc with an alignment that is not a power of 2 is not consistent with glibc, meaning that Valgrind succeeds and glibc fails. ==68409== Memcheck, a memory error detector ==68409== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al. ==68409== Using Valgrind-3.22.0.GIT and LibVEX; rerun with -h for copyright info ==68409== Command: ./test2 ==68409== ==68409== Invalid alignment value: 3 (should be a power of 2) ==68409==at 0x4848D47: aligned_alloc (vg_replace_malloc.c:2242) ==68409==by 0x10915F: main (in /home/smjert/Development/test-valgrind/test2) ==68409== Allocation succeeded! While Valgrind does report that an alignment of 3 is incorrect, shouldn't it also fail the allocation, to not change the program behavior (at least in this case where Valgrind can emulate glibc easily)? Again this is what glibc does: https://sourceware.org/git/?p=glibc.git;a=blob;f=malloc/malloc.c;h=e2f1a615a4fc7b036e188a28de9cfb132b2351df;hb=36f2487f13e3540be9ee0fb51876b1da72176d3f#l3548 -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 474332] aligned_alloc under Valgrind returns nullptr when alignment is not a multiple of sizeof(void *)
https://bugs.kde.org/show_bug.cgi?id=474332 --- Comment #3 from Stefano Bonicatti --- Created attachment 161528 --> https://bugs.kde.org/attachment.cgi?id=161528=edit Glibc 2.38 nm output I'm using glibc 2.38, sorry for not specifying! I've attached the full output. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 474339] New: aligned_alloc with alignment less than VG_MIN_MALLOC_SZB causes Valgrind to panic
https://bugs.kde.org/show_bug.cgi?id=474339
Bug ID: 474339
Summary: aligned_alloc with alignment less than
VG_MIN_MALLOC_SZB causes Valgrind to panic
Classification: Developer tools
Product: valgrind
Version: unspecified
Platform: Archlinux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: memcheck
Assignee: jsew...@acm.org
Reporter: smj...@gmail.com
Target Milestone: ---
SUMMARY
This is somewhat connected to https://bugs.kde.org/show_bug.cgi?id=474332,
because if I do a workaround for this here:
https://sourceware.org/git/?p=valgrind.git;a=blob;f=coregrind/m_mallocfree.c;h=44beb3d8b57cc3d7859a2966b4f5824e255fb6d4;hb=23250889de4e2079ad1ede6874cc824bc9dd92db#l2258,
by removing the panic and setting req_alignB to VG_MIN_MALLOC_SZB, I hit the
other issue.
I'm using Valgrind on master, at commit:
d4c9a98527afdbd67b25a1300339a42b9e0a24c2
STEPS TO REPRODUCE
1. Compile and run the following C snippet:
#include
#include
int main() {
char *p = aligned_alloc(4, 4);
if(p == NULL) {
printf("Allocation failed!\n");
return 1;
}
printf("Allocation succeeded!\n");
return 0;
}
2. Then run it again under Valgrind
OBSERVED RESULT
The allocation succeeds when run on its own, but with Valgrind fails:
VG_(arena_memalign)(0x58889810, 4, 4)
bad alignment value 4
(it is too small, below the lower limit of 16)
valgrind: the 'impossible' happened:
VG_(arena_memalign)
EXPECTED RESULT
Both succeeds.
ADDITIONAL INFORMATION
The issue seems to be similar to the other bug I linked above, but here the
requirement on the alignment seems to be more strict and actually connected to
what's required from malloc, but not aligned_alloc, which again is
implementation dependent and on glibc the only limit seems to be that it has to
be a power of 2.
--
You are receiving this mail because:
You are watching all bug changes.
[valgrind] [Bug 474332] aligned_alloc under Valgrind returns nullptr when alignment is not a multiple of sizeof(void *)
https://bugs.kde.org/show_bug.cgi?id=474332 Stefano Bonicatti changed: What|Removed |Added Version|unspecified |3.21.0 -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 474332] aligned_alloc under Valgrind returns nullptr when alignment is not a multiple of sizeof(void *)
https://bugs.kde.org/show_bug.cgi?id=474332 Stefano Bonicatti changed: What|Removed |Added Summary|aligned_alloc under |aligned_alloc under |Valgrind returns nullptr|Valgrind returns nullptr |when alignment <|when alignment is not a |sizeof(void *) |multiple of sizeof(void *) -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 474332] New: aligned_alloc under Valgrind returns nullptr when alignment < sizeof(void *)
https://bugs.kde.org/show_bug.cgi?id=474332
Bug ID: 474332
Summary: aligned_alloc under Valgrind returns nullptr when
alignment < sizeof(void *)
Classification: Developer tools
Product: valgrind
Version: unspecified
Platform: Archlinux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: memcheck
Assignee: jsew...@acm.org
Reporter: smj...@gmail.com
Target Milestone: ---
STEPS TO REPRODUCE
1. Compile and run the following C snippet:
#include
#include
int main() {
char *p = aligned_alloc(4, 4);
if(p == NULL) {
printf("Allocation failed!\n");
return 1;
}
printf("Allocation succeeded!\n");
return 0;
}
2. Then run it again under Valgrind
OBSERVED RESULT
When running on its own the allocation succeeds, when running under Valgrind it
fails
EXPECTED RESULT
Both cases succeed.
ADDITIONAL INFORMATION
Looking at the source code the problem seems to be highlighted in the comment
here (and then the subsequent check);
https://sourceware.org/git/?p=valgrind.git;a=blob;f=coregrind/m_replacemalloc/vg_replace_malloc.c;hb=23250889de4e2079ad1ede6874cc824bc9dd92db#l2179
Valgrind expects the alignment to be a multiple of sizeof(void *), but this is
not true in glibc
https://sourceware.org/git/?p=glibc.git;a=blob;f=malloc/malloc.c;hb=a43003ebf674f7af8c4b8d6d1b682244f1a28719#l3548,
which only checks that it's a power of two (and then internally adjusts if it's
smaller than some constant, but it doesn't make it fail).
That limit seems to be for posix_memalign, but as far as I know the C standard
says that a valid alignment is implementation dependent, and I would expect for
Valgrind on Linux to be the same as for glibc.
--
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.
[kde-cli-tools] [Bug 429408] kde-open5 changes case of argument
https://bugs.kde.org/show_bug.cgi?id=429408 --- Comment #16 from Stefano Forli --- (In reply to Hans-Peter Jansen from comment #14) > Hi Nigel, > > you may want to try my slackfix hack - that provides a -v option, allowing > you to prove, if it's Qt to blame here, or something else... Hi Hans, any hints on how to use the script? I am tempted to replace the /usr/bin/slack symlink but that doesn't seem to be the right way to do it. -- You are receiving this mail because: You are watching all bug changes.
[kde-cli-tools] [Bug 429408] kde-open5 changes case of argument
https://bugs.kde.org/show_bug.cgi?id=429408 Stefano Forli changed: What|Removed |Added CC||ntro...@gmail.com -- 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.
