In pre-webenegine versions I could start konqueror and pass a local HTML file, e.g. konqueror file.html which was opened. This no longer works.
Works in Tumbleweed.
I should clarify: Works in Tumbleweed with KDE:Unstable:{Qt/Frameworks/Applications } repositories, with both KHTML and WebKit backend. I did not try WebEngine backend (too big :P)
I'm seeing this on the konqueror built in Fedora 26. If I do, say: konqueror https://www.bbc.co.uk/index.html I will be presented with a dialogue box asking me what app I want to use to view an HTML document! If I choose one of the apps, say Firefox, then it will start that up and display the webpage there, but if I press Cancel, konqueror crashes with the following backtrace: Application: Konqueror (konqueror), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f3c86b3f940 (LWP 24307))] Thread 4 (Thread 0x7f3c6f18d700 (LWP 24311)): #0 0x00007f3c92574d2d in poll () at /lib64/libc.so.6 #1 0x00007f3c8b0d9569 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007f3c8b0d967c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x00007f3c938e0e6b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #4 0x00007f3c9389160a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #5 0x00007f3c936e999a in QThread::exec() () at /lib64/libQt5Core.so.5 #6 0x00007f3c983224ff in KIO::NameLookUpThread::run() () at /lib64/libKF5KIOCore.so.5 #7 0x00007f3c936edc9e in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #8 0x00007f3c9005536d in start_thread () at /lib64/libpthread.so.0 #9 0x00007f3c92580e1f in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7f3c7056f700 (LWP 24310)): #0 0x00007f3c92574d2d in poll () at /lib64/libc.so.6 #1 0x00007f3c8b0d9569 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007f3c8b0d967c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x00007f3c938e0e6b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #4 0x00007f3c9389160a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #5 0x00007f3c936e999a in QThread::exec() () at /lib64/libQt5Core.so.5 #6 0x00007f3c99f28a39 in QDBusConnectionManager::run() () at /lib64/libQt5DBus.so.5 #7 0x00007f3c936edc9e in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #8 0x00007f3c9005536d in start_thread () at /lib64/libpthread.so.0 #9 0x00007f3c92580e1f in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7f3c70efe700 (LWP 24309)): #0 0x00007f3c9005b90b in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007f3c78fbff7b in util_queue_thread_func () at /usr/lib64/dri/nouveau_dri.so #2 0x00007f3c78fbfe97 in impl_thrd_routine () at /usr/lib64/dri/nouveau_dri.so #3 0x00007f3c9005536d in start_thread () at /lib64/libpthread.so.0 #4 0x00007f3c92580e1f in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7f3c86b3f940 (LWP 24307)): [KCrash Handler] #6 0x00007f3c99b74fc0 in KonqRun::foundMimeType(QString const&) () at /lib64/libkdeinit5_konqueror.so #7 0x00007f3c9865ebf2 in KRun::mimeTypeDetermined(QString const&) () at /lib64/libKF5KIOWidgets.so.5 #8 0x00007f3c98bfb1b9 in KParts::BrowserRun::slotBrowserMimetype(KIO::Job*, QString const&) () at /lib64/libKF5Parts.so.5 #9 0x00007f3c938b9b97 in QMetaObject::activate(QObject*, int, int, void**) () at /lib64/libQt5Core.so.5 #10 0x00007f3c982ff747 in KIO::TransferJob::mimetype(KIO::Job*, QString const&) () at /lib64/libKF5KIOCore.so.5 #11 0x00007f3c982ffe5f in KIO::TransferJob::slotMimetype(QString const&) () at /lib64/libKF5KIOCore.so.5 #12 0x00007f3c98300ebd in KIO::TransferJob::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) () at /lib64/libKF5KIOCore.so.5 #13 0x00007f3c938b9a73 in QMetaObject::activate(QObject*, int, int, void**) () at /lib64/libQt5Core.so.5 #14 0x00007f3c982cff15 in KIO::SlaveInterface::mimeType(QString const&) () at /lib64/libKF5KIOCore.so.5 #15 0x00007f3c982d2cbb in KIO::SlaveInterface::dispatch(int, QByteArray const&) () at /lib64/libKF5KIOCore.so.5 #16 0x00007f3c982d0087 in KIO::SlaveInterface::dispatch() () at /lib64/libKF5KIOCore.so.5 #17 0x00007f3c982d4e81 in KIO::Slave::gotInput() () at /lib64/libKF5KIOCore.so.5 #18 0x00007f3c938b9a73 in QMetaObject::activate(QObject*, int, int, void**) () at /lib64/libQt5Core.so.5 #19 0x00007f3c9827a0d9 in KIO::ConnectionPrivate::dequeue() [clone .part.12] () at /lib64/libKF5KIOCore.so.5 #20 0x00007f3c938ba8da in QObject::event(QEvent*) () at /lib64/libQt5Core.so.5 #21 0x00007f3c940dd5dc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #22 0x00007f3c940e4c74 in QApplication::notify(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #23 0x00007f3c93892627 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #24 0x00007f3c9389485b in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQt5Core.so.5 #25 0x00007f3c938e0dd3 in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5Core.so.5 #26 0x00007f3c8b0d9247 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #27 0x00007f3c8b0d95e8 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #28 0x00007f3c8b0d967c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #29 0x00007f3c938e0e4f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #30 0x00007f3c9389160a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #31 0x00007f3c9389927c in QCoreApplication::exec() () at /lib64/libQt5Core.so.5 #32 0x00007f3c99bee8f6 in kdemain () at /lib64/libkdeinit5_konqueror.so #33 0x00007f3c9249088a in __libc_start_main () at /lib64/libc.so.6 #34 0x00005588fdefbb4a in _start ()
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
(In reply to Justin Zobel from comment #4) > Thank you for reporting this issue in KDE software. As it has been a while > since this issue was reported, can we please ask you to see if you can > reproduce the issue with a recent software version? > > If you can reproduce the issue, please change the status to "REPORTED" when > replying. Thank you! Actually, it seems to work now (konqueror-22.04.1-1.fc36.x86_64).
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Still does not work. Running konqueror /tmp/test.html opens a konqueror window but empty grey background and _in addition_ opens a firefox window showing the actual html file. firefox is set to be my default web browser - but if I pass a file directly to konqueror, I expect it to open inside konqi. Operating System: openSUSE Tumbleweed 20221112 KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 Kernel Version: 6.0.8-1-default (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6300U CPU @ 2.40GHz Memory: 15,5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 520 Manufacturer: HP Product Name: HP ProBook 650 G2
It probably was some local misconfiguration, since with a different user it works.