Hi Nigel, here is a section from the log you sent thruogh: [2021/03/15 13:46:06.884] [konqueror] WARNING: Profile Loading Error: Less than two children in Container0 ASSERT: debug output not ended with \n [ #0 0xb71c5423 in kdBacktrace(int) from /opt/trinity/lib/libtdecore.so.14:0x000a7423 #1 0xb71c6db5 in kdbgstream::~kdbgstream() from /opt/trinity/lib/libtdecore.so.14:0x000a8db5 #2 0xb7f0e87b in ?? from /opt/trinity/lib/libtdeinit_konqueror.so:0x0005787b #3 0xb7f0dfad in ?? from /opt/trinity/lib/libtdeinit_konqueror.so:0x00056fad #4 0xb7f0bb64 in ?? from /opt/trinity/lib/libtdeinit_konqueror.so:0x00054b64 #5 0xb7f146e5 in ?? from /opt/trinity/lib/libtdeinit_konqueror.so:0x0005d6e5 #6 0xb7ee271a in kdemain from /opt/trinity/lib/libtdeinit_konqueror.so:0x0002b71a Few notes/questions. 1) you can see an ASSERT message there. That is likely a bug in TDE code, but the missing symbols are making it difficult to know where it is. You need tdelibs debug symbols installed for that, my bad I assumed it was the tdebase symbols at first. If you can retest, it will help to identify that spot. Note that it is not a true ASSERT failure, it is just a message. 2) I guess the SIGINT is something you manually generated with CTRL-C, so nothing to worry about. It wasn't there in you original trace as well. A few questions to gather question. 1) is it a default TDE installation? or a partial package-limited installation? 2) have you tried deleting your konquerorrc config file and test again? 3) have you tried with a new user to see if there is any difference? And if allowed, can you try as root as well, only for comparison 4) are you building TDE with debug enabled yourself? AFAICT, kdDebug() does nothing in standard DEB builds. 5) if you are doing 4), run tdedebugdialog from CLI. In the dialog that opens type konq and then select 1201-1202-1203. This will print a lot more info in your .xsession-errors file, which will allow to follow through the code being executed in konqueror. Please share that if you don't mind Overall, it is a strange issue, there must be some specific things going on in your installation. It will probably take time to track it down. Cheers Michele

Hi Nigel, SIGINT was necessary so I could> continue on in (gdb) Yup, I guessed that :-) Thanks for all the other answers. Unfortunately, there isn't much very useful. It seems quite weird. Somehow Konqueror is running (no crash) but not showing up anything. The only way that comes to my mind to troubleshoot this would be to see what Konqueror is doing and that requires packages built with debug on. Then we would be able to enable kdDebug tracing and try to figure out what is going on. Any chance you are able to build your own packages? We do have a set of build scripts that makes building TDE quite easy on debian/ubuntu if you want to give it a go. Cheers Michele

Hi Nigel, building scripts available here: https://mirror.git.trinitydesktop.org/gitea/TDE/tde-packaging/src/branch/ma… Make sure to read the README.txt file, it explains the process in detail. The scripts are part of the master branch, not R14.0.x. So make sure to copy the folder before you switch to R14.0.x. If you have any issues with the scripts, let me know. To build tdelibs and tdebase with debug, you can edit the file 01_base_01.sh and add "-d" to the call to build_module, like this: build_module -d "core/tdelibs" build_module -d "core/tdebase" Having said all the above, the problem may not be related to konqueror per se but instead of how it is called through sudo. Before you start rebuilding all on your own, it may be worth to understand better where the problem is. 1) Can you explain how you put konquerorsu on desktop? which file did you copy and edit? I refer to your first email where you mentioned you changed "NoDisplay" but I don't see that in konquerorsu.desktop. 2) does konqueror (without su) works fine? 3) it would be useful if you setup your root account and try running konqueror from a root session for comparison. 4) anything strange in .xsession-errors? Cheers Michele

Hi Nigel, Ok thanks for the clarification. Have you tried removing such line from konquerorsu.desktop, just to see if it makes any difference? You need to enable root login in tdm for that. In debian's TDE Control Center (which may be different from te ubuntu one) there is a Login Manager under System Administration. In the Convenience tab at the very bottom there is a "Allow Root Login" checkbox that you need to tick. You will need of course admin rights to change that. the You would have to build those versions on your own, for example using those scripts I pointed you to (happy to help if needed). But I do not think this issue is specific to R14.0.9, I would be surprised if that is the case. Another things you could check is whether the same issue happens on another computer or within a VM installation. Cheers Michele

I correct a typo of mine: generate the ksmserver.mo and replace it in /opt/trinity/share/locale/es/LC_MESSAGES ----- Hello Despite the interest in improving something as fundamental as the translation of TDE, the shutdown/restart window ('ksmserver') still appears half English, half Spanish on a desktop configured as Spanish. Specifically half of the buttons are in English and all the explanatory popup messages are in English (attached "screenshot.png" and also uploaded to https://pasteall.org/pic/e03c2883252643a9803aecb9c7a8dde2 ). Although the easiest hypothesis is that these strings are untranslated, they seem to be correctly translated but not working (attached "screenshot_translation_1.png" and "screenshot_translation_2.png", also uploaded to https://pasteall.org/pic/73497eb576674b3c8db17128dab28152 and https://pasteall.org/pic/ef69f09ae0fd40d4820fe95575ba1c02 ). Note that it is translated "&Freeze" but not "&Freeze Computer" (which is the text of the fourth button), although certainly in shutdowndlg.cpp is 'i18n("&Freeze")' and not "&Freeze Computer". Testing, if I enter by hand msgid "&Freeze Computer msgstr "&Freeze computer" in ksmserver.po, generate the ksmserver.mo and replace it in /opt/trinity/share/locale/en/LC_MESSAGES then the fourth button does appear translated. Moreover, KTip messages appear untranslated but the corresponding strings appear to be translated into Spanish. Moreover, in the window indicating the closing of the desktop that appears after selecting Shutdown, Restart or Logout, its title is also in English "Please wait...". Searching for the string "Please wait..." in the translations of all tdebase, this string does not appear. So the display of untranslated English texts in a Spanish configuration seems to be due to different causes (strings not available for translation, strings apparently well translated,...), which makes it difficult for me to report one or more bugs, in case I have not made a mistake in my own research. That's why I consult the mailing list. Thank you very much!

Hi Michele. this is a reply to your reply which is on the web interface for the list but can't get on my email client as my isp SFR.fr appears to have serious problems with their webserver and the their pop3 server. I can send ok using smtp for my email account at orange, but please reply using the fizzog.z9m23(a)orange.fr as CC. Now to the reply. Item 1: I havn't tried removing the line from the desktop file as On the same machine I have Kubuntu 8.04 (kde3), xubuntu 12.04 with TDE, xubuntu 14.04 with TDE and it was only neccessary to change true to false on the line in the desktop file, for konquerorsu to appear on the desktop menu then open faultlessly when clicking on the desktop icon. Item 2: Right I've got the root login working and when logged in as root konquerorsu opens correctly when using the desktop icon. Using Konsole to open it, it again opens correctly displaying the filemanager profile. One warning in Konsole re [libkonq] could not find background wallpaper. that seems irrelevant. Item 3: I'll have a go at building the modules for R14.0.6. the page for the source downloads "http://mirror.ppa.trinitydesktop.org/trinity/releases/R14.0.6/downloads.html" has a whole bunch of packages. can I get a working TDE from, tdebase tdelibs R14.0.6-core.tar applications/tdesudo item 4: I do need to install xubuntu 16.04 on another computer but that has the same motherboard on it and I don't want to be working on too many things at the same time. This problem is quite strange if I'm the only one who has seen this konquerorsu behaviour on various flavours of ubuntu 16.04. Perhaps it's because they don't know that konquerorsu exists. after all it is a hidden desktop file. All the best. Nigel.