[konqueror] [Bug 494287] Can't create new file after deleting a directory
https://bugs.kde.org/show_bug.cgi?id=494287 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I tried to reproduce it following the steps you mentioned, but for me everything worked correctly. Just to be sure I'm doing the same you did: - how did you delete the directory? Using the "Delete" menu entry (Shift+Del)? Using "Move to Trash"? Some other way? I used both "Delete" and "Move to Trash" with the same result - how did you create the new file? I tried both the "Create new/Text File" and "Create new/Empty File" context menu entry - in which directory did you do all this? I tried both in /tmp/ and in my home directory - was there anything special in the name of the directories (both the one you were in and the one you deleted)? I find it very strange, as I think Konqueror delegates all file managing (including creating and deleting files and directories) to the Dolphin part, which is the same used by Dolphin itself. Could you please try creating a new user and checking whether the same problem happens with the new user? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493748] kf.kio.core: couldn't create worker: "Unbekanntes Protokoll „konq“
https://bugs.kde.org/show_bug.cgi?id=493748 --- Comment #5 from Stefano Crocco --- The problem is that I can't answer your question until I manage to reproduce the problem and can investigate it find out what is the root cause. What makes things more difficult is that the message isn't displayed by Konqueror itself but from one of the libraries it uses and I'm not familiar enough with the way they work to be able determine what is going on simply by looking at the result. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493748] kf.kio.core: couldn't create worker: "Unbekanntes Protokoll „konq“
https://bugs.kde.org/show_bug.cgi?id=493748 --- Comment #3 from Stefano Crocco --- I tried creating a virtual machine with Fedora (using the image downloaded from https://fedoraproject.org/workstation/) and installed Konqueror and Kate on it, but I couldn't reproduce the bug. I tried again using Fedora KDE (from https://fedoraproject.org/spins/kde/download), thinking that maybe the issue only appeared when using a full Plasma Desktop, but the result was the same (in this case, both Konqueror and Kate were installed from Flatpaks, since when I tried installing it using RPM I got an error about conflicting files: as I've never used Fedora I had no idea how to fix it). Just to rule out some configuration problem, have you checked whether you have the same problem with a new user? Are there significant differences between your system and a default Fedora system? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493748] kf.kio.core: couldn't create worker: "Unbekanntes Protokoll „konq“
https://bugs.kde.org/show_bug.cgi?id=493748 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I'm not sure I understand the description of the issue you have. Do you mean that every time you launch Konqueror or open a new tab in it, Kate opens and you get the error message? If so, I've never seen something like that and I don't really know what could be causing it. I'd say it's either a configuration problem or you're missing the library Konqueror uses to display the introduction page (by the way, do you have Konqueror configured to show the introduction page when creating a new tab? You can see it in the Konqueror settings dialog: it's the first entry in the "General" page). Could you please - check that you have the webenginepart.so file? It should be in /usr/lib64/qt6/plugins/kf6/parts or a similar directory. You can find it using `find` from the command line: `find /usr -name webenginepart.so` - try creating a new user and see if you see the same behavior. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493125] Use protocols in Konqueror
https://bugs.kde.org/show_bug.cgi?id=493125 --- Comment #13 from Stefano Crocco --- I tried with Kali on a virtual machine and it worked correctly. I noticed, however, that Kali still uses version of Konqueror which is quite old (from 2022) and it's still based on Qt 5. All my other comments refer to Konqueror 24.08 instead (you said that you had the same problem with Plasma 6, so I assumed it also meant you were using a recent Konqueror version, using Qt 6). At this point, I'm afraid I can only advise you to ask for help in the Kali community or report a bug on the Kali website. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493125] Use protocols in Konqueror
https://bugs.kde.org/show_bug.cgi?id=493125 --- Comment #11 from Stefano Crocco --- Yes, I changed the defaults: I've had Konqueror as default file manager since forever. I just checked again with a new user, in case this issue only affected users who changed the defaults recently, but it still works. Could you please tell me exactly which Ubuntu version are you using? I'll try to install it in a virtual machine and see whether I can reproduce the issue. Otherwise, I'm really out of ideas. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493125] Use protocols in Konqueror
https://bugs.kde.org/show_bug.cgi?id=493125 --- Comment #8 from Stefano Crocco --- (In reply to lipun from comment #7) > Created attachment 173687 [details] > attachment-1872766-0.html > > It's sad, but I can't create a user from the GUI. There should be a page in SystemSettings to do so (of course, you need to have administrator rights). In my distribution (Gentoo), you need both the SystemSettings package and the Plasma Workspace package. I don't know how it is in Ubuntu. Could you tell me what Ubuntu version are you using? If I have time, I'll try creating a virtual machine with it installed and see whether Konqueror works correctly there. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493125] Use protocols in Konqueror
https://bugs.kde.org/show_bug.cgi?id=493125 --- Comment #6 from Stefano Crocco --- (In reply to lipun from comment #5) > Created attachment 173684 [details] > image.png Just to be sure: do you have Dolphin installed? Konqueror relies on it to display both the filesystem and the protocols you mentioned. If you do, then this should either be a packaging problem or a configuration problem, because I can assure you that using Konqueror as file manager works correctly (while I don't use the remote:/, trash:/, ... protocols, I do use Konqueror as a file manager so I would have noticed it breaking). To find out if it is a configuration problem, could you please try creating a new user and checking whether it also has this problem? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493125] Use protocols in Konqueror
https://bugs.kde.org/show_bug.cgi?id=493125 --- Comment #3 from Stefano Crocco --- (In reply to lipun from comment #2) > I also observe the same problem in plazma 6, in kubuntu on plazma 5 it works Could you please post the version of Konqueror and the version of the Qt libraries Konqueror uses in Plasma 6? You can find both of them in the Help/About Konqueror menu entry. The Qt version is in the "Components" tab of the dialog while the Konqueror version is at the top of the dialog. Can you please tell me whether you can successfully browse your file system using Konqueror? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 493125] Use protocols in Konqueror
https://bugs.kde.org/show_bug.cgi?id=493125 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I tried with Konqueror 24.08 and it works correctly. The error message you posted doesn't seem to be related to protocols but to the fact that Konqueror can't open directories. Are you able to browse your file system from Konqueror? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 492864] New: KDevelop crashes when clicking the "show uses" link in a C++ function tooltip
https://bugs.kde.org/show_bug.cgi?id=492864 Bug ID: 492864 Summary: KDevelop crashes when clicking the "show uses" link in a C++ function tooltip Classification: Applications Product: kdevelop Version: unspecified Platform: Gentoo Packages OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: stefano.cro...@alice.it Target Milestone: --- Application: kdevelop (6.0.240800 (24.08.0)) Qt Version: 6.7.2 Frameworks Version: 6.5.0 Operating System: Linux 6.10.8 x86_64 Windowing System: X11 Distribution: "Gentoo Linux" DrKonqi: 6.1.4 [KCrashBackend] -- Information about the crash: I clicked on the "show uses" link in the tool tip I got while hovering on the definition of a C++ member function and KDevelop crashed. This crash doesn't happen every time I click on the "show uses" link, but it has happened several times. The crash can be reproduced sometimes. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault [KCrash Handler] #4 0x7fbbbc272835 in QBoxLayout::itemAt (this=0x557e9e8a3b30, index=0) at /var/tmp/portage/dev-qt/qtbase-6.7.2-r4/work/qtbase-everywhere-src-6.7.2/src/widgets/kernel/qboxlayout.cpp:692 #5 0x7fbbb90b0536 in KDevelop::NavigatableWidgetList::items (this=0x557e9e6b9470) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/useswidget.cpp:317 #6 0x7fbbb90b0819 in KDevelop::UsesWidget::countAllUses (this=) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/useswidget.cpp:635 #7 0x7fbbb90b0939 in KDevelop::UsesWidget::headerLineText (this=) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/useswidget.cpp:625 #8 0x7fbbb90b0c77 in KDevelop::UsesWidget::redrawHeaderLine (this=) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/useswidget.cpp:620 #9 0x7fbbb90b4259 in KDevelop::UsesWidget::UsesWidgetCollector::processUses (this=0x557e9e608840, topContext=...) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/useswidget.cpp:732 #10 KDevelop::UsesWidget::UsesWidgetCollector::processUses (this=this@entry=0x557e9e608840, topContext=...) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/useswidget.cpp:712 #11 0x7fbbb90b98df in KDevelop::UsesCollector::updateReady (this=this@entry=0x557e9e608840, url=, topContext=...) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/navigation/usescollector.cpp:438 #12 0x7fbbb90ba11c in KDevelop::UsesCollector::qt_static_metacall (_o=0x557e9e608840, _c=, _id=, _a=0x7ffc10f1a330) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0_build/kdevplatform/language/KDevPlatformLanguage_autogen/include/moc_usescollector.cpp:122 #13 0x7f12294e in QMetaMethodInvoker::invokeImpl (self=..., target=target@entry=0x557e9e608840, connectionType=connectionType@entry=Qt::DirectConnection, paramCount=paramCount@entry=3, parameters=parameters@entry=0x7ffc10f1a330, typeNames=0x7ffc10f1a348, metaTypes=0x7ffc10f1a360) at /var/tmp/portage/dev-qt/qtbase-6.7.2-r4/work/qtbase-everywhere-src-6.7.2/src/corelib/kernel/qmetaobject.cpp:2754 #14 0x7f123441 in QMetaObject::invokeMethodImpl (obj=obj@entry=0x557e9e608840, member=member@entry=0x7fbbb913d28f "updateReady", type=type@entry=Qt::DirectConnection, paramCount=paramCount@entry=3, parameters=parameters@entry=0x7ffc10f1a330, typeNames=typeNames@entry=0x7ffc10f1a348, metaTypes=0x7ffc10f1a360) at /var/tmp/portage/dev-qt/qtbase-6.7.2-r4/work/qtbase-everywhere-src-6.7.2/src/corelib/kernel/qmetaobject.cpp:1604 #15 0x7fbbb8fabe59 in QMetaObject::invokeMethod (obj=0x557e9e608840, member=0x7fbbb913d28f "updateReady", c=Qt::DirectConnection, r=...) at /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/array:282 #16 QMetaObject::invokeMethod (obj=0x557e9e608840, member=0x7fbbb913d28f "updateReady", c=Qt::DirectConnection) at /usr/include/qt6/QtCore/qobjectdefs.h:389 #17 KDevelop::DUChain::updateContextForUrl (this=, document=..., minFeatures=minFeatures@entry=..., notifyReady=notifyReady@entry=0x557e9e608840, priority=priority@entry=1) at /var/tmp/portage/dev-util/kdevelop-24.08.0/work/kdevelop-24.08.0/kdevplatform/language/duchain/duchain.cpp:1882 #18 0x7fbbb90bc7eb in KDevelop::UsesCollector::startCollecting (this=) at /usr/include/qt6/QtCore/qflags.h:74 #19 0x7fbbb90b0ec9 in KDevelop::UsesWidget::UsesWidget (this=this@entry=0x557e9e6b9470, declaration=..., customCollector=...) at /usr/include/qt6/QtCore/qsharedpo
[Akonadi] [Bug 492547] Akonadi crashes while automatic mail check in KMail
https://bugs.kde.org/show_bug.cgi?id=492547 --- Comment #1 from Stefano Crocco --- Created attachment 173230 --> https://bugs.kde.org/attachment.cgi?id=173230&action=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 492547] New: Akonadi crashes while automatic mail check in KMail
https://bugs.kde.org/show_bug.cgi?id=492547 Bug ID: 492547 Summary: Akonadi crashes while automatic mail check in KMail Classification: Frameworks and Libraries Product: Akonadi Version: unspecified Platform: Gentoo Packages OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: server Assignee: kdepim-b...@kde.org Reporter: stefano.cro...@alice.it CC: c...@carlschwan.eu Target Milestone: --- Application: akonadiserver (6.2.0 (24.08.0)) Qt Version: 6.7.2 Frameworks Version: 6.5.0 Operating System: Linux 6.10.7 x86_64 Windowing System: X11 Distribution: "Gentoo Linux" DrKonqi: 6.1.4 [KCrashBackend] -- Information about the crash: I have configured KMail to check mail from several accounts at given intervals (5 and 30 minutes, depending on the accounts). Starting with akonadi-24.08.0, when KMail is doing this, akonadi sometime crashes. I've configure akonadi to use the postgresql backend, using postgresql 15.8. Unfortunately, since this happens during automatic mail checks I don't know if there's a specific account which triggers this behavior. The crash can be reproduced sometimes. -- Backtrace (Reduced): #4 std::__detail::_List_node_base::_M_unhook (this=this@entry=0x7f571802baf0) at /var/tmp/portage/sys-devel/gcc-14.2.1_p20240817/work/gcc-14-20240817/libstdc++-v3/src/c++98/list.cc:143 #7 (anonymous namespace)::Cache::query (this=0x7f571800c5e0, queryStatement=...) at /var/tmp/portage/kde-apps/akonadi-24.08.0/work/akonadi-24.08.0/src/server/storage/querycache.cpp:50 #8 Akonadi::Server::QueryCache::query (queryStatement=...) at /var/tmp/portage/kde-apps/akonadi-24.08.0/work/akonadi-24.08.0/src/server/storage/querycache.cpp:97 #9 0x5605503fc0d3 in Akonadi::Server::QueryBuilder::exec (this=this@entry=0x7f5729ff8740) at /var/tmp/portage/kde-apps/akonadi-24.08.0/work/akonadi-24.08.0/src/server/storage/querybuilder.cpp:515 #10 0x560550368db4 in Akonadi::Server::Flag::retrieveByName (store=store@entry=0x7f5718002010, name=...) at /var/tmp/portage/kde-apps/akonadi-24.08.0/work/akonadi-24.08.0_build/src/server/entities.cpp:5822 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 491256] Browser displays graphical glitches instead of webpage (HW acceleration issue?)
https://bugs.kde.org/show_bug.cgi?id=491256 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I've never seen something like it and I don't really know what could be causing it. You could try installing the Falkon web browser, which uses the same web engine as Konqueror and see whether the same issue happens with it. Keep in mind, however, that you're using a quite old version of Konqueror: it's possible that upgrading it would fix the issue. One thing I noticed in your bug report is that you mentioned Qt 6.4: versions of Konqueror before 24 don't use Qt 6. I don't think your version of Konqueror is really trying to use Qt 6, because I think it would crash but, just to be sure, could you please: - go to the Konquerpr help menu - choose the "About Konqueror" entry - go to the "Components" tab - report the version of KDE Frameworks and Qt mentioned there. By the way, KDE Frameworks is the name used to refer to a series of library provided by KDE which are used by all the KDE applications: you won't find a single kde-frameworks package but you'll find one package for each framework: kio, kparts, kwidgetaddons, ... . Before KDE 5, there was a single library called (if I remember correctly) kdelibs, which was then split in many frameworks for ease of use. The correct way to determine the KDE Frameworks version to use in a bug report is to follow the procedure described above. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 491616] Crash when opening Configure toolbars
https://bugs.kde.org/show_bug.cgi?id=491616 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- Unfortunately, Konqueror 23.08 is not developed anymore, as it uses the old version (5) of the KDE Frameworks, so I'm unable to test it. However, I tried opening the toolbar configuration dialog in the current version of Konqueror and it worked without problems. Did the crash happen immediately when you chose the "configure toolbar" menu entry or after you did something in the dialog? -- 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 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.
[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.
[konqueror] [Bug 482436] Konqueror crahes upon selection of "vi mode" as soon as I select the X button.
https://bugs.kde.org/show_bug.cgi?id=482436 Stefano Crocco changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #3 from Stefano Crocco --- (In reply to iwm from comment #2) > As soon as I select Esc and enter q! in vi mode...it crashes. Ok, now I can reproduce it. I'll investigate it as soon as I have time -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 482436] Konqueror crahes upon selection of "vi mode" as soon as I select the X button.
https://bugs.kde.org/show_bug.cgi?id=482436 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I can't reproduce this bug using Frameworks 5.115.0. Just to be clear, when you say "I select the X button", which button are you referring to? The x key on the keyboard, the X button on the title bar which closes the window, or something else? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480878] show terminal opens pane bellow file window in koqueror, but it's a blank pane.
https://bugs.kde.org/show_bug.cgi?id=480878 --- Comment #5 from Stefano Crocco --- If the workaround solves your problem, you could create a bug report for your distribution, asking to backport the fix. This is the link to the commit which fixes the issue: https://invent.kde.org/network/konqueror/-/commit/355437048df407d41cd39fdd72205dfd2e972e42 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480878] show terminal opens pane bellow file window in koqueror, but it's a blank pane.
https://bugs.kde.org/show_bug.cgi?id=480878 --- Comment #4 from Stefano Crocco --- That version is quite old and I have no way to test it. However, from your description, I think it has indeed been fixed in 23.08. The problem was that konsole didn't install its part where parts are supposed to be. A workaround you can apply until you can upgrade to a more recent version of Konqueror is to symlink the konsolepart.so (usually located in /usr/lib64/qt5/plugins) to /usr/lib64/qt5/plugins/kf5/parts (if your distribution put konsolepart.so in another directory, then the symlink should go to the kf5/parts subdirectory of the directory containing konsolepart.so). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 480878] show terminal opens pane bellow file window in koqueror, but it's a blank pane.
https://bugs.kde.org/show_bug.cgi?id=480878 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #2 from Stefano Crocco --- Which Konqueror version are you using? It works correctly for me with Konqueror 23.08.5. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 477352] Unable to make sftp connection from konqueror
https://bugs.kde.org/show_bug.cgi?id=477352 Stefano Crocco changed: What|Removed |Added Resolution|--- |DUPLICATE CC||stefano.cro...@alice.it Status|REPORTED|RESOLVED --- Comment #3 from Stefano Crocco --- I think this is related to bug https://bugs.kde.org/show_bug.cgi?id=460944 *** This bug has been marked as a duplicate of bug 460944 *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 460944] KIO::MimeTypeFinderJob doesn't display authentication dialog
https://bugs.kde.org/show_bug.cgi?id=460944 Stefano Crocco changed: What|Removed |Added CC||eddie.how...@sky.com --- Comment #2 from Stefano Crocco --- *** Bug 477352 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #4 from Stefano Crocco --- (In reply to avlas from comment #3) > Hmm, what do they mean by the page remains the same? I don't get it. The URL > is different and the content is too. I can see how konqueror loads the new > content with the progress bar. According to their answer, GitHub uses the History API (https://developer.mozilla.org/en-US/docs/Web/API/History_API), in particular the pushState and/or replaceState methods. They allow the web page to simulate navigating to a new URL without actually doing so. According to the Chromium documentation (on which QtWebEngine is based), this isn't treated as navigating to a new page (https://chromium.googlesource.com/chromium/src/+/main/docs/navigation_concepts.md#Same_Document-and-Cross_Document-Navigations). This is treated the same way navigating to another fragment (the part after the # of an URL) of the current document is. Unfortunately, from the user's point of view this is rather unintuitive (unlike the fragment case, where it's clear that we're still in the same page). By the way, when clicking on the pull requests link from https://github.com/KDE/konqueror I don't see the progress bar in Konqueror (the one on the bottom right of the status bar), but only a thin progress bar at the top of the page which is provided by the GitHub page itself. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #2 from Stefano Crocco --- (In reply to Stefano Crocco from comment #1) > (In reply to avlas from comment #0) > > SUMMARY > > > > History fails to remember internal browsing in some sites such as GitHub. It > > works fine in other browsers such as Firefox > > > > STEPS TO REPRODUCE > > 1. open a new tab > > 2. go to https://github.com/KDE/konqueror > > 3. click on pull requests (it moves to > > https://github.com/KDE/konqueror/pulls) > > 4. go back (button or alt+left) > > > > OBSERVED RESULT > > > > it comes back to new tab > > > > EXPECTED RESULT > > > > it should go back to https://github.com/KDE/konqueror instead > > This is caused by the underlying web engine (QtWebEngine) not informing > Konqueror that a new page has been loaded. I created a bug report for > QtWebEngine (https://bugreports.qt.io/browse/QTBUG-115589), because I think > this is not supposed to happen: let's see if it gets some answers. > > Unfortunately, working around this issue would either require heavy changes > in the way Konqueror manages history or using different ways to detect that > a different page has been loaded, which could have unwanted side effects. > I'll wait for some answers to my bug report before trying any of these > workarounds. According to Qt, this is not a bug because even if the URL changes, the page actually remains the same. This means that I'll have to find out how to change how WebEnginePart handles history to account for situations like this. I fear it won't be easy: I already tried the most obvious approach (reacting to the change in the URL rather than to the loading of a new page) but it doesn't work. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 481135] New: Closing KMail window with system tray icon enabled doesn't always close the window
https://bugs.kde.org/show_bug.cgi?id=481135 Bug ID: 481135 Summary: Closing KMail window with system tray icon enabled doesn't always close the window Classification: Applications Product: kmail2 Version: 5.240.95 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: stefano.cro...@alice.it Target Milestone: --- SUMMARY In KF5, when the system tray icon is enabled in KMail, closing the window with Alt+F4 or with the X button on the title bar used to close the window, leaving only the system tray icon. However, with KF6 version of KMail, this only happens a few times (often only once) after the application has been launched. After that, closing the window minimizes it instead, leaving it on the task bar. When this starts to happen, there's no way to restore the correct behaviour except quitting KMail altogether (using the File/Quit menu entry). This doesn't seem to happen if closing the window by clicking on the KMail icon in the system tray. When the behaviour described above starts happening, clicking on the KMail icon in the system tray shows the window again, but it forget its maximized state. This doesn't happen when restoring it by clicking on the corresponding entry in the task. STEPS TO REPRODUCE 1. Launch KMail and ensure that the "enable system tray icon" option is checked 2. Close the KMail window using the X button on the title bar or the Alt+F4 shortcut. It may be necessary to display the window and repeat this a couple of times to trigger the bug OBSERVED RESULT KMail window is minimized and still visible in the task bar. When clicking on the system tray icon to show it again, the window is not maximized, even if it was maximized when I closed it EXPECTED RESULT KMail window gets closed and it disappear from the task bar. When clicking on its system tray icon, KMail window is restored keeping the previous maximized state. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo Linux KDE Plasma Version: 5.93.0 KDE Frameworks Version: 5.249.0 Qt Version: 6.6.1 ADDITIONAL INFORMATION Gentoo doesn't provide official packages for the KF6 version of KDE Gear, so I installed them using the Gentoo KDE overlay -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 479122] New: Konqueror on KF6 can't display PDFs using Okular part
https://bugs.kde.org/show_bug.cgi?id=479122 Bug ID: 479122 Summary: Konqueror on KF6 can't display PDFs using Okular part Classification: Applications Product: okular Version: 24.01.85 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: stefano.cro...@alice.it Target Milestone: --- I setup Konqueror so that it embeds PDF files using Okular part instead of opening them in the Okular application. However, with the KF6 versions of both Konqueror and Okular, this doesn't work: clicking on a PDF file results in Okular being launched. This happens because Konqueror uses KParts::PartLoader::partsForMimeType("application/pdf") and (at least on my system) the returned list doesn't contain "okularpart", despite Okular being installed and okularpart.so existing in the system. I think this is caused by two factors: - okularpart.so (at least on my system) is installed in /usr/lib64/qt6/plugins, while other parts (dolphinpart.so, arkpart.so and katepart.so) are installed in /usr/lib64/qt6/plugins/kf6/parts - okular_part.json only lists application/vnd.kde.okular-archive as mimetype After adding "application/pdf" to the list of mimetypes in okular_part.json, recompiling Okular and moving (actually, linking) okularpart.so to /usr/lib64/qt6/plugins/kf6/parts made KParts::PartLoader::partsForMimeType find okularpart correctly. I think that this problem doesn't only happen for PDFs but also for the other mimetypes supported by okularpart but not explicitly listed in okular_part.json. Note: in the bug report, I chose "Gentoo Packages" as platform: however, since the official Gentoo repository doesn't currently have packages for the KF6 versions of Okular and Konqueror, I installed them from the Gentoo KDE overlay (https://github.com/gentoo-mirror/kde.git). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 390631] On middle-click, open file with second application in list with applications for this file type
https://bugs.kde.org/show_bug.cgi?id=390631 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #4 from Stefano Crocco --- I just realized that the implementation of this feature request broke the integration with Konqueror (and, I think, with any other application which embeds Dolphin part). For example, Konqueror used to preview the file in a new tab when the user middle-clicked on it. Now, it does nothing. I created a merge request (https://invent.kde.org/system/dolphin/-/merge_requests/691) attempting to restore the previous behavior when a Dolphin part is embedded in another application, while keeping the new one inside Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/94fe ||eeec7bef391c3e48d9c8f884bb0 ||a68e1c7ea --- Comment #11 from Stefano Crocco --- Git commit 94fc7bef391c3e48d9c8f884bb0a68e1c7ea by Stefano Crocco. Committed on 22/12/2023 at 19:50. Pushed by stefanocrocco into branch 'master'. Don't delay loading of views which aren't in the tab container Delay loading of views which aren't in the tab container doesn't make sense because they are always visible. Besides, it didn't work because they were never actually loaded. M +56 -4src/konqviewmanager.cpp M +12 -0src/konqviewmanager.h https://invent.kde.org/network/konqueror/-/commit/94fc7bef391c3e48d9c8f884bb0a68e1c7ea -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478661] Restore tabs setting should make an exception when there is only one window with a single blank tab
https://bugs.kde.org/show_bug.cgi?id=478661 Stefano Crocco changed: What|Removed |Added Status|REPORTED|CONFIRMED CC||stefano.cro...@alice.it Ever confirmed|0 |1 --- Comment #1 from Stefano Crocco --- You're perfectly right. I'll look into it as soon as I have time. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #9 from Stefano Crocco --- (In reply to avlas from comment #8) > > What I mean is that when konqueror restarts the sidebar is not seen but the > > space for it is there. You then can reactivate the sidebar and it appears. > > > > If you repeat the cycle, the empty space grows 1 sidebar-length each time, > > accumulating space for sidebar after sidebar. In fact, if you then checkout > > to the commit previous to kf6 and open konqueror, you can see n sidebars one > > after the other. > > If you cannot reproduce this, try with the setting that restores tabs on > startup Ok. Now I can reproduce the issue. I'll try to find out the cause -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #5 from Stefano Crocco --- (In reply to avlas from comment #4) > I use kf5. See the effect here: https://i.imgur.com/PbJLzDQ.png > > The way to show this is: activate the sidebar and restart konqueror Just to be clear, is this what you mean? - open Konqueror - turn on "Show sidebar" - close Konqueror - start Konqueror again. The sidebar is not visible anymore - turn on "Show sidebar" again. The sidebar doesn't become visibile but the space of the main view is reduced to make place for it. If It is so, I can't reproduce your issue. Or rather, I can confirm that the sidebar status isn't remembered from one session to the next (which shouldn't happen), but toggling it on again works correctly. Regarding the location bar issue, I found the cause and created a merge request for it: https://invent.kde.org/network/konqueror/-/merge_requests/266 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 Stefano Crocco changed: What|Removed |Added Keywords|qt6 | -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #3 from Stefano Crocco --- (In reply to avlas from comment #2) > The issue with the sidebar returned. Unsure what triggers it but the active > status is not hold and more and more space is created for the sidebars when > reactivated (loops of open konqueror, reactivate the sidebar, close > konqueror and open again). After this, if you go back with git checkout to > the commit previous to the kf6 merge you can see several sidebars being > active. Are you testing with KF5 or KF6? I just discovered a bug which would cause (among other things) the sidebar not to load in KF6. There's a merge request for it at https://invent.kde.org/network/konqueror/-/merge_requests/265 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #7 from Stefano Crocco --- (In reply to avlas from comment #6) > Sure, imagine you have a window with some tabs and you close it. Then open > an external URL. The expected behavior (when restore tabs is enabled) is > that a window is opened with all previous tabs in the background plus the > external URL in the foreground. Instead what I saw was just the external URL > without the previous tabs in the background. Pressing "Shift + Ctrl + T" I > could restore the previous tabs in a new window, so tabs were not lost, but > still, I think the expected behavior should be that the new URL is a tab in > addition to the other tabs as mentioned above. > > Thank you for your work, very appreciated! Are you sure of this? I couldn't reproduce the issue. Have you just turned on the restore tabs option? While trying to reproduce what you described, I noticed that Konqueror doesnt' save the session the first time you quit after having turned on that option (of course, this is a bug). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #5 from Stefano Crocco --- (In reply to avlas from comment #3) > This works great, thank you. > > However, it seems that now external links are opened in new windows besides > the settings (and previous tabs are not restored if konqueror was not > active). Could you please check this out? Regarding external links always being opened in a new window, could you please check whether the existing window was visible in all activities? I found a bug which caused windows visible in all activities to be ignored when checking whether to open a new tab or a new window. I created a merge request with a fix for this (https://invent.kde.org/network/konqueror/-/merge_requests/261). If the existing window wasn't visible in all activities, then I'll have to investigate further. As for the second issue, previous tabs are not restored if konqueror was not active, I don't understand what exactly you mean. Could you be a bit more detailed, please? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #4 from Stefano Crocco --- (In reply to avlas from comment #3) > This works great, thank you. > > However, it seems that now external links are opened in new windows besides > the settings (and previous tabs are not restored if konqueror was not > active). Could you please check this out? I'll look into it in the weekend. Stefano -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/fef7 ||7006fecfb26941f38a7c82a8dac ||170435e73 Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit fef77006fecfb26941f38a7c82a8dac170435e73 by Stefano Crocco. Committed on 28/11/2023 at 19:36. Pushed by stefanocrocco into branch 'master'. Delay loading of multiple tabs when restoring a session When a session is restored, only the visible tab should be load immediately. All other tabs are only loaded when they become active. M +1-0src/CMakeLists.txt M +12 -5src/konqframe.cpp M +1-1src/konqframe.h M +9-0src/konqframevisitor.cpp M +4-0src/konqmainwindow.cpp M +5-0src/konqmainwindow.h M +139 -16 src/konqview.cpp M +64 -4src/konqview.h M +60 -50 src/konqviewmanager.cpp M +9-0src/konqviewmanager.h A +60 -0src/placeholderpart.cpp [License: GPL(v2.0+)] A +95 -0src/placeholderpart.h [License: GPL(v2.0+)] M +1-0webenginepart/src/webenginepart_ext.cpp https://invent.kde.org/network/konqueror/-/commit/fef77006fecfb26941f38a7c82a8dac170435e73 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 205276] Feature request: Vertical tabs & additional tab functionality for Konqueror
https://bugs.kde.org/show_bug.cgi?id=205276 --- Comment #11 from Stefano Crocco --- (In reply to Heimen Stoffels from comment #10) > (In reply to Stefano Crocco from comment #9) > > (In reply to Heimen Stoffels from comment #8) > > > Okay, I got kdesrc-build to work now and checked out Konqueror, but this > > > is > > > not a proper vertical tab bar and also not as requested. Have you guys > > > even > > > looked at what was proposed? The proposal was for a vertical tab bar like > > > Tree Style Tab, akin to what Falkon has (as a default, but disabled > > > plugin). > > > So no, this is not resolved/fixed. > > > > Sorry, I misunderstood what was requested. Just so I understand correctly, > > as I never used this feature in Falkon or other browsers: would a sidebar > > entry with all the currently open tabs work? What features should it have? > > Thanks for answering. :) > > Yes, a sidebar with all currently open tabs and optionally (though > preferably) a way to fold tabs like a tree. Here's a screenshot of Falkon > with vertical tree tabs that I made for you: > https://i.postimg.cc/JzRTK1yb/Schermfoto-20231112-164904.png Ok. I'll see what I can do. It'll take time, however, because right now I need to finalize the port to Qt6 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 205276] Feature request: Vertical tabs & additional tab functionality for Konqueror
https://bugs.kde.org/show_bug.cgi?id=205276 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #9 from Stefano Crocco --- (In reply to Heimen Stoffels from comment #8) > Okay, I got kdesrc-build to work now and checked out Konqueror, but this is > not a proper vertical tab bar and also not as requested. Have you guys even > looked at what was proposed? The proposal was for a vertical tab bar like > Tree Style Tab, akin to what Falkon has (as a default, but disabled plugin). > So no, this is not resolved/fixed. Sorry, I misunderstood what was requested. Just so I understand correctly, as I never used this feature in Falkon or other browsers: would a sidebar entry with all the currently open tabs work? What features should it have? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 205276] Feature request: Vertical tabs & additional tab functionality for Konqueror
https://bugs.kde.org/show_bug.cgi?id=205276 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/c882 ||08af023b100d408952f3d115e1a ||c46ea3408 --- Comment #5 from Stefano Crocco --- Git commit c88208af023b100d408952f3d115e1ac46ea3408 by Stefano Crocco. Committed on 12/11/2023 at 09:03. Pushed by stefanocrocco into branch 'kf6'. Allow the user to choose where to put the tab bar M +3-0settings/konqhtml/tabs/tabsoptions.cpp M +200 -113 settings/konqhtml/tabs/tabsoptions.ui M +1-0src/konqmainwindow.cpp M +15 -3src/konqtabs.cpp M +8-0src/konqtabs.h M +3-3src/konqueror.kcfg M +8-0src/konqviewmanager.cpp M +5-0src/konqviewmanager.h https://invent.kde.org/network/konqueror/-/commit/c88208af023b100d408952f3d115e1ac46ea3408 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 475042] Stylesheets don't work
https://bugs.kde.org/show_bug.cgi?id=475042 Stefano Crocco changed: What|Removed |Added Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/fb91 ||1806cd0261ae7e50e897bff07e4 ||25ae6f9bf Resolution|--- |FIXED --- Comment #2 from Stefano Crocco --- Git commit fb911806cd0261ae7e50e897bff07e425ae6f9bf by Stefano Crocco. Committed on 05/11/2023 at 10:33. Pushed by stefanocrocco into branch 'kf6'. Make WebEnginePart honor user stylesheet settings A +15 -0webenginepart/src/applyuserstylesheet.js M +7-0webenginepart/src/webenginepage.cpp M +10 -0webenginepart/src/webenginepage.h M +1-0webenginepart/src/webenginepart.qrc M +70 -0webenginepart/src/webenginepartcontrols.cpp M +20 -0webenginepart/src/webenginepartcontrols.h https://invent.kde.org/network/konqueror/-/commit/fb911806cd0261ae7e50e897bff07e425ae6f9bf -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476202] Konqueror crashes following plasmashell
https://bugs.kde.org/show_bug.cgi?id=476202 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #2 from Stefano Crocco --- Unfortunately, I can't reproduce this issue. Plasma doesn't crash for me, so I can't test it directly. I tried to trigger the same behavior by killall -9 plasmashell, but Konqueror didn't crash. Looking at your backtrace, it seems that the crash happens from QCoreApplication::exec(), but it doesn't seem to involve Konqueror-related code (there's nothing which has to do with Konqueror above the call to QCoreApplication::exec()), so I don't think the issue could be solved by Konqueror itself. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #10 from Stefano Crocco --- Since the problem doesn't happen for a new user, it means that it's a configuration problem. First of all, make sure that Ad Block filters are disabled (settings dialog, "AdBlock Filters" page): it should only block images related to ads and similar, but better to be sure. If that's already disabled or disabling it doesn't solve your problem, you'll need to find out what configuration setting(s) are causing your issue. Unfortunately, there isn't a systematic way to do this. To avoid losing data, my advice is to work as the new user: remove that user ~/.config directory and copy your main user's ~/.config directory there. This should duplicate your main user's configuration. Check that the images aren't displayed for the new user, too. If they are, try replacing the new user's ~/.local/share directory with your main user's and repeat the test. Once you've reproduced the issue with the new user, try removing (or better, renaming it to something else) its ~/.config/konquerorrc file: this should revert all Konqueror settings to default. If the issue has disappeared it means it was an issue with the configuration of Konqueror itself. You can now try gradually changing the default settings to match your preferences, checking regularly whether images still work correctly. This way, you should be able to find what you need to change in your main user's konquerorrc file. If, after finished configuration images still work correctly, overwrite your main user's ~/.config/konquerorrc file with the new user's. Now everything should work. If removing ~/.config/konquerorrc doesn't solve the problem, it means that the cause is deeper in the configuration system. In this case, restore the konquerorrc file and try removing/renaming other files, especially those which, according to their names, are clearly related KDE. Another thing you can try is removing directory from .local/share/, in particular ~/.local/share/konqueror and ~/.local/share/kioslave5/QtWebEngine. To avoid data loss, always work in the new user's home directory (after copying the files from your main user's home directory). Remember that ~/.local/share/konqueror contains your bookmarks: to avoid losing them if you are forced to remove this directory, make a copy of ~/.local/share/konqueror/bookmarks.xml and restore it later. I'm sorry I can't give you more detailed information, but I really have no idea of what can cause the issue you're experiencing -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #7 from Stefano Crocco --- Then, I really don't know what is happening. If you can create a new user, can you check whether this issue also happens with it? If it doesn't, it means it's a configuration problem. Another thing you can try is to enable debug output and run Konqueror from a terminal emulator like Konsole. To enable debugging output in Konqueror, run the following command: QT_LOGGING_RULES="org.kde.konqueror.debug=true;org.kde.webenginepart.debug=true; org.kde.libkonq.debug=true" konqueror Please, post here any output you get. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #5 from Stefano Crocco --- This is strange. What is your default web engine? You can see it in the "General" page of the settings dialog. It should be WebEngine, as both the others are deprecated. If you have another default engine, I suggest you to switch to WebEngine. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 --- Comment #3 from Stefano Crocco --- Could you please check make sure you haven't disabled the "Automatically load images" checkbox in the "Appearance" page of the configuration dialog? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476201] Images
https://bugs.kde.org/show_bug.cgi?id=476201 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- Could you give some more details, please? In what situation images aren't displayed? In web pages? When clicking on an image file in the file manager? What do you see where images should be? Thanks -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 475126] Konqueror: Allow to stop loading in all tabs
https://bugs.kde.org/show_bug.cgi?id=475126 Stefano Crocco changed: What|Removed |Added Severity|normal |wishlist CC||stefano.cro...@alice.it -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #10 from Stefano Crocco --- (In reply to Thomas Wunder from comment #9) > At the time of this writing, this bug is still persistent in Debian 12 > Bookworm (on amd64). > > konsolepart.so is to be found in /usr/lib/x86_64-linux-gnu/qt5/plugins/ > whereas other parts such as the arkpart.so and some others reside in > /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/parts . > It seems that if a particular kpart is not found, the first kpart in that > directory would be loaded instead. > > I solved the issue by simply creating a symlink > ln -s /usr/lib/x86_64-linux-gnu/qt5/plugins/konsolepart.so > /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/parts/ It shouldn't use the first part it found: I checked and it should explicitly ask for konsolepart. If konsolepart is found, it should use it. Which version of Konqueror are you using? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #31 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #30) > Hi, > > Today the problem #12/#20 was back. BUT I found out what I can do about it, > without disturbing you again ;). Maybe this information helps you in any > way!? > > If I remove the folder '~/.local/share/konqueror/autosave' konqueror starts > normal again (with and without a session). A reinstall and reboot beforehand > doesn't do the trick. Thanks for this information. Right now, I'm busy porting Konqueror to Qt6, but when I'll finish with that, I'll take a look again at this. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 434173] Konqueror automatic spell checking not working with WebEngine
https://bugs.kde.org/show_bug.cgi?id=434173 --- Comment #10 from Stefano Crocco --- (In reply to Miikka from comment #9) > (In reply to Stefano Crocco from comment #8) > > Oh, Ok. So it's not using Sonnet as its spell checking library then, like > almost all other KDE apps are using? > > I'm willing to have Finnish spell checking (besides to the English), but > Finnish language can't be spell checked by using static dictionaries, and > that's why there's a separate library called libvoikko to spell check > Finnish properly. But that's not an issue for Sonnet (or for libenchant), > because they are able to use libvoikko and couple of other special spell > checking libraries as their "backend" besides to those static dictionaries. > > To sum up: Konqueror supports only those static dictionaries, and there's no > plans to implement Sonnet in Konqueror / in its web engine? If so, then I > guess I'm out of luck to achieve my goal... I think it would be impossible to use Sonnet in Konqueror, because QtWebEngine (the web engine Konqueror uses) only provides very basic functionality for it to interact with the page. This has caused several other issues (for example, Konqueror can't support all proxy options supported by other KDE applications). Regarding spell checking, the documentation (https://doc.qt.io/qt-5.15/qtwebengine-features.html#spellchecker) states: "To be able to check the spelling, the spellchecker needs dictionaries. It supports dictionaries from the Hunspell project, but they have to be compiled into a special binary format. A Hunspell dictionary consists of two files: a .dic file [...] an .aff file " If Hunspell doesn't support Finnish, I think there's no way to make Konqueror have it as a spellchecking language. You could try creating a bug report for QtWebEngine at https://bugreports.qt.io/secure/Dashboard.jspa (you'll need to register before doing so). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 434173] Konqueror automatic spell checking not working with WebEngine
https://bugs.kde.org/show_bug.cgi?id=434173 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #8 from Stefano Crocco --- (In reply to Miikka from comment #7) > This bug is still present in Debian 12 Konqueor (v. 4:22.12.3-1). The spell > checking is not working. > > I checked that the patch (which was mentioned in comment #6) is present in > the Debian 12 Konqueror's source code, but the Spelling -> Languages context > menu is still empty and it does nothing, even I can see my installed spell > checking languages in "Spell Checking Configuration" window, see the > screenshots: https://imgur.com/a/IDFHA1p > > In Kate the spell checking is working just fine. Unfortunately, even if it uses the same configuration dialog, spellchecking in Konqueror uses a different engine than other KDE applications, one which is included in the web engine itself. That engine needs dictionary files in a specific format and this has caused several bugs in the past (even if they haven't been posted here). These bugs have been fixed in a more recent version of Konqueror than you are using. Depending on how Debian builds Konqueror, it's likely that there's no way to fix your issue except by building Konqueror from source yourself. The first thing you need to check is whether you have dictionary files with a .bdic extension. You can look for them using the command find /usr -name '*.bdic' -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 458646] First time open konqueror after clean install
https://bugs.kde.org/show_bug.cgi?id=458646 Stefano Crocco changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/netw ||ork/konqueror/-/commit/5d3c ||ec3d7fe5cedcb8061d4e9ba1fac ||3eacf1879 Status|ASSIGNED|RESOLVED --- Comment #6 from Stefano Crocco --- Git commit 5d3cec3d7fe5cedcb8061d4e9ba1fac3eacf1879 by Stefano Crocco. Committed on 13/08/2023 at 08:53. Pushed by stefanocrocco into branch 'master'. Add mimetype option to kfmclient This fixes the issue where kfmclient_html is clicked by the user in the Favorite section of the K menu. Since no URL is passed to it in that situation, it called `kfmclient openURL text/html`, causing text/html to be considered as the URL. To avoid this, a new mimetype option is introduced, so that the mimetype can be specified separately from the URL M +21 -5client/kfmclient.cpp M +1-1kfmclient_dir.desktop M +1-1kfmclient_html.desktop M +1-1kfmclient_war.desktop https://invent.kde.org/network/konqueror/-/commit/5d3cec3d7fe5cedcb8061d4e9ba1fac3eacf1879 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 472931] Konqueror opens search for text/html as introduction page
https://bugs.kde.org/show_bug.cgi?id=472931 Stefano Crocco changed: What|Removed |Added CC||stefano.cro...@alice.it --- Comment #2 from Stefano Crocco --- How are you starting Konqueror? Are you launching it using the quick launch icon in the bottom panel or from the "Favorites" section of the K menu? If so, does the same happens if you launch it from the "Internet" section of the K menu, using KRunner (Alt+F2) or from a terminal emulator such as Konsole? If the answers are respectively "yes" and "no", the problem is that somehow the Favorites section of the K menu and the quick launch widget pick up a wrong entry for Konqueror (one which should only be called internally and not by the user), with the result that Konqueror doesn't start correctly. Unfortunately, I don't know how the K menu and the quick launch widget choose their entries (on my system, the quick launcher also has an icon for an application which isn't installed at all), so I don't know how to fix this. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #1 from Stefano Crocco --- (In reply to avlas from comment #0) > SUMMARY > > History fails to remember internal browsing in some sites such as GitHub. It > works fine in other browsers such as Firefox > > STEPS TO REPRODUCE > 1. open a new tab > 2. go to https://github.com/KDE/konqueror > 3. click on pull requests (it moves to > https://github.com/KDE/konqueror/pulls) > 4. go back (button or alt+left) > > OBSERVED RESULT > > it comes back to new tab > > EXPECTED RESULT > > it should go back to https://github.com/KDE/konqueror instead This is caused by the underlying web engine (QtWebEngine) not informing Konqueror that a new page has been loaded. I created a bug report for QtWebEngine (https://bugreports.qt.io/browse/QTBUG-115589), because I think this is not supposed to happen: let's see if it gets some answers. Unfortunately, working around this issue would either require heavy changes in the way Konqueror manages history or using different ways to detect that a different page has been loaded, which could have unwanted side effects. I'll wait for some answers to my bug report before trying any of these workarounds. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #28 from Stefano Crocco --- I attached a patch to be applied to Konqueror 23.04 source code to increase the debug output of the code which handles session management. If you can reproduce your problem with Konqueror built from source, could please apply this patch to the source and run Konqueror, as described in comment 24 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #27 from Stefano Crocco --- Created attachment 160212 --> https://bugs.kde.org/attachment.cgi?id=160212&action=edit Patch for Konqueror 23.04 to increase debug output -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #26 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #25) > Created attachment 160066 [details] > New konqueror log file. > > No konqueror process was running. > > Now it's the output of: > > QT_LOGGING_RULES="org.kde.konqueror.debug=true" konqueror Unfortunately, I can't find anything suspicious in the output you posted. Since you said It happens with the Arch package, could you please try to build Konqueror 23.04.2 from source (downloading the source code from https://invent.kde.org/network/konqueror/-/tree/release/23.04?ref_type=heads) and check whether the same issue happens with it? If it does, during the weekend, during the weekend I'll try to create a patch for the source code with more debug information to help find out what's happening. If the problem doesn't happen with the manually built version of Konqueror, it may be that Arch itself added some patch which is causing this strange situation, even if I think it's unlikely. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #24 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #23) > Created attachment 160052 [details] > The command line output from konqueror > > This is the output of > > QT_LOGGING_RULES="konqueror.debug=true;libkonq.debug=true" konqueror Sorry, I made a mistake: the correct command to display debugging output is QT_LOGGING_RULES="org.kde.konqueror.debug=true" konqueror Also, before executing it, close all Konqueror windows and issue a killall konqueror command to ensure that no existing konqueror process exists. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463358] I updated KDE/Plasma on my Arch installation and now I can't start Konqueror anymore
https://bugs.kde.org/show_bug.cgi?id=463358 --- Comment #21 from Stefano Crocco --- (In reply to Pietro Pizzi from comment #20) > Hi, > > For me the Problem from "Comment 12" > (https://bugs.kde.org/show_bug.cgi?id=463358#c12) is back (in the normal > Arch build). The only difference is that it didn't closes the "oldest" > windows. So I killed all after 30 dopend windows. I have no crashlog to > provide because they are not crashing on there own. > > My actual konqueror version is: 23.04.2-1 > > What should/could I provide? I really can't understand what's going on. Just to be clear: has this started happening again suddenly or after a version update? One thing you can do to get more information is to enable debug output for Konqueror you can do this running the following command from a terminal emulator: QT_LOGGING_RULES="konqueror.debug=true;libkonq.debug=true" konqueror You should copy the output and post it here as an attachment. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 471300] Konqueror Docs point to non-existent setting to set User-Agent
https://bugs.kde.org/show_bug.cgi?id=471300 Stefano Crocco changed: What|Removed |Added Ever confirmed|0 |1 CC||stefano.cro...@alice.it Status|REPORTED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #16 from Stefano Crocco --- I fixed the issue with session restoring not working when preloading is enabled. I also made a change which makes Konqueror work more like Dolphin in this regard: now, when launching Konqueror with one or more URLs, it will both restore the previous state and open the given URLs. Previously, in this situation, the saved state was ignored (my reasoning was that if the user asked for a specific URL, he didn't want others). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #15 from Stefano Crocco --- > Well, actually restore tabs functionality does not work at all if keeping a > preloaded instance is active, meaning that the link is opened but previous > tabs are not I'll look into this -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 470768] Firefox plugins support in Konqueror
https://bugs.kde.org/show_bug.cgi?id=470768 Stefano Crocco changed: What|Removed |Added Severity|normal |wishlist CC||stefano.cro...@alice.it --- Comment #1 from Stefano Crocco --- I haven't looked into it, but I doubt that it can be done (or at least, I think it would be very difficult) because Konqueror and Firefix use two completely different web engines. Keep in mind that, despite the fact that Konqueror web engine (QtWebEngine) is based on chromium, it doesn't even support Chrome plugins because it doesn't provide all the necessary functionality (see, for example, https://bugreports.qt.io/browse/QTBUG-51185 and https://bugreports.qt.io/browse/QTBUG-61676). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #11 from Stefano Crocco --- (In reply to avlas from comment #10) > (In reply to Stefano Crocco from comment #9) > > (In reply to avlas from comment #8) > > > (In reply to Stefano Crocco from comment #7) > > > I guess that to reproduce the issue you probably need to: > > > > > > 1. check the option to restore tabs in settings > > > 2. open some tabs > > > 3. close konqueror > > > 4. click on the email link > > > > > > Could you please try to reproduce following these steps? > > > > That's what I already tried. I checked again, with both my current user and > > a new user and the results are the same I already described: a new window > > with only the page corresponding to the link. I'll look again into this > > issue during the weekend, but I really can't think of something leading to > > the behavior you're describing. > > I see. I think you may also need to check the setting to open links in new > tabs instead of in new windows. Can you try? I always have it enabled, so that's not the problem. Could you please try with a new user? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #9 from Stefano Crocco --- (In reply to avlas from comment #8) > (In reply to Stefano Crocco from comment #7) > I guess that to reproduce the issue you probably need to: > > 1. check the option to restore tabs in settings > 2. open some tabs > 3. close konqueror > 4. click on the email link > > Could you please try to reproduce following these steps? That's what I already tried. I checked again, with both my current user and a new user and the results are the same I already described: a new window with only the page corresponding to the link. I'll look again into this issue during the weekend, but I really can't think of something leading to the behavior you're describing. -- You are receiving this mail because: You are watching all bug changes.