On Monday 15 March 2021 01:34, Michele Calgaro via tde-devels wrote:

On 2021/03/14 09:28 PM, Nigel Henry wrote:

...

OS: Xubuntu 16.04.7 (new install) (all updates installed) TDE version: TDE R14.0.9 (new install) (not an upgrade)

Hi all. I put konquerorsu on the desktop menu by changing "NoDisplay" from true to false in the .desktop file.

Clicked on the desktop icon, entered the password and konquerorsu opened but with no directory view. See attached screenshot.

Next I opened konquerorsu in Konsole with "sudo konqueror --profile filemanagement" Again it opened but with no directory view and a bunch of errors showing in Konsole. See attachment "Konsole-output-no-view-on-R14.0.9.txt"

I also opened it in Konsole with the --nocrashhandler option and got a bit of backtrace at the bottom of the Konsole output. See attachment "Konsole-output-(--nocrashhandler)-R14.0.9.txt"

There is also a crash report attached. This may not be relevant to the no directory view problem as it only crashed after I had tried various buttons on the konquerorsu menu bar. Home button for example brought up a "malformed url" popup.

Any suggestions or fixes would be very welcome.

Many thanks,

Nigel.

Hi Nigel, your backtrace seems incomplete. Could you install all tdebase debug symbols and send a new one?

Cheers Michele

Hi Michele. sorry for delay in sending this. problem with using gdb but got there in the end and it's attached.

perhaps means nothing but when I start konquerorsu the pid only shows for 3 or 4 seconds in "top" before it is dropped.

by the way the xubuntu 16.04.7 is i386 32bit

All the best Nigel.

On Tuesday 16 March 2021 02:40, Michele Calgaro via tde-devels wrote:

...

Hi Michele. sorry for delay in sending this. problem with using gdb but got there in the end and it's attached.

perhaps means nothing but when I start konquerorsu the pid only shows for 3 or 4 seconds in "top" before it is dropped.

by the way the xubuntu 16.04.7 is i386 32bit

All the best Nigel.

Hi Nigel,

here is a section from the log you sent thruogh:

cut

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.

As the program hangs and doesn't crash the SIGINT was necessary so I could continue on in (gdb)

A few questions to gather question.

1. is it a default TDE installation? or a partial package-limited

installation?

It's a default TDE installation but not including the suggested or recommended packages. See attachment "2021-03-10-tde-install"

2. have you tried deleting your konquerorrc config file and

test again?

Tried that but same results as with original file.

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

Created a new user but same result as other user. Havn't sorted out a root login so havn't tested as root.

4. are you building TDE with debug enabled yourself? AFAICT, kdDebug() does

nothing in standard DEB builds.

No

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.

When I got the tdebase-trinity-dbg package it pulled in other dbg packages including tdelibs-trinity-dbg. See attachment "tdebase-trinity-dbg-plus-dbg-deps.txt"

Having another look at the gdb output it mentions libglib-2.0 as having no symbol table info available so I got the dbg package for it and ran the test again with gdb and got what I hope may be better results for you. See attachment "gdb-konqueror --profile filemanagement--2021-03-17.txt"

Cheers Michele

Looking in ~/.trinity/apps/konqueror there is a locked directory named profiles there. I had a look inside using thunar in root mode (at least that works for root access) and the directory contains a file named "filemanagement" . I could not copy the file but copied the text off of it and that is in attachment "filemanagement-file-in-locked-profiles-dir.txt"

There is no such locked directory or any files for profiles in ~/.trinity/apps/konqueror in my xubuntu 12.04 with trinity version 3.5.13.2 or xubuntu 14.04 with TDE R14.0.4 and konquerorsu works just fine on those.

Hope that's enough to go on with.

Nigel.

On Friday 19 March 2021 12:15, Michele Calgaro via tde-devels wrote:

Hi Nigel,

...

...

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.> > As the program hangs and doesn't crash the

SIGINT was necessary so I could> continue on in (gdb) Yup, I guessed that :-)

...

When I got the tdebase-trinity-dbg package it pulled in other dbg packages including tdelibs-trinity-dbg. See attachment "tdebase-trinity-dbg-plus-dbg-deps.txt"

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 Michele Ok, I'll go for it. I've built quite a lot of stuff. I suppose it's better if I build it on the same machine as the one with the buggy konqueror. Now to find some drive space.

Which modules do I need to get a basic install, enough to try and debug konquerorsu?

Where do I find the build instructions?

All the best,

Nigel.

On Saturday 20 March 2021 06:00, Michele Calgaro via tde-devels wrote:

...

Hi Michele Ok, I'll go for it. I've built quite a lot of stuff. I suppose it's better if I build it on the same machine as the one with the buggy konqueror. Now to find some drive space.

Which modules do I need to get a basic install, enough to try and debug konquerorsu?

Where do I find the build instructions?

Hi Nigel, building scripts available here: https://mirror.git.trinitydesktop.org/gitea/TDE/tde-packaging/src/branch/ma ster/debian/_buildscripts/local 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.

Hi Michele, Sorry for slow reply.

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.

This appears to be how the konquerorsu.desktop file is set up on ubuntu installs. I first posted this problem to the users list and Thierry de Coulon who is using debian and R14.0.10 (development) cannot find that line in his konquerorsu.desktop file. It appears that debian and fedora (at least my old fedora core 3 that I'm mailing from) do not need that line in the desktop file as the super user file manager is put on the desktop menu as default. Anyway I've attached my desktop file and you can see for yourself. At the bottom of the file you will see the line in question which I changed from true to false which is how it shows now. Having done that I log out and back in and a new entry "Superuser" which extends to "File Manager - Super User Mode" is added to the "System" part of the menu. See attachment

2. does konqueror (without su) works fine?

Yes konqueror, both as a file manger and for webbrowsing works without anyu problems whatsoever.

3. it would be useful if you setup your root account and try running

konqueror from a root session for comparison.

Ok. I've got a problem here. I created a root password then unlocked the password file (which removed the lock (lower case L) but cannot find out how to add a root login user to the login menu. So at the moment I'm a bit stuck on being able to login as root.

4. anything strange in .xsession-errors?

Nothing more that the same output that Konsole kicks out when trying to open konquerorsu with "sudo konqueror --profile filemanagement" which you have already seen.

Cheers Michele

Now a question. Is there a way to install an earlier TDE release (R14.0.6) for example on xubuntu 16.04? I thought that I might be able to work my way up through the releases until this konquerorsu problem occured on one of them. My xubuntu 14.04 trusty has R14.0.4 and that has no problems with konquerorsu opening as it should. At least we would the know if this problem is specific to R14.0.9 or is present on some earlier releases as well.

All the best, Nigel.

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%C2%A0).

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%C2%A0and%C2%A0http...).

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!

On Friday 02 of April 2021 20:51:37 Alexis PM via tde-devels wrote:

Hello

Despite the interest in improving something as fundamental as the transl ation of TDE, the shutdown/restart window ('ksmserver') still appears hal f 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://p asteall.org/pic/e03c2883252643a9803aecb9c7a8dde2 ).

Although the easiest hypothesis is that these strings are untranslated,  they seem to be correctly translated but not working (attached "screensho t_translation_1.png" and "screenshot_translation_2.png", also uploaded to  https://pasteall.org/pic/73497eb576674b3c8db17128dab28152%C2%A0and%C2%A0http... steall.org/pic/ef69f09ae0fd40d4820fe95575ba1c02 ).

Note that it is translated "&Freeze" but not "&Freeze Computer" (which i s the text of the fourth button), although certainly in shutdowndlg.cpp i s '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/trinit y/share/locale/en/LC_MESSAGES then the fourth button does appear translat ed.

Moreover, KTip messages appear untranslated but the corresponding string s appear to be translated into Spanish.

Moreover, in the window indicating the closing of the desktop that appea rs after selecting Shutdown, Restart or Logout, its title is also in Engl ish "Please wait...". Searching for the string "Please wait..." in the tr anslations 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 translatio n, 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 ow n research. That's why I consult the mailing list.

Thank you very much!

Hi Alexis,

translations in TDE Weblate are based on master branch. As a result, strings that are in stable branch, but are no longer in master branch, cannot be translated using TDE Weblate. Because it concerns quite small quantities of strings, we currently did not do a solution that would combine translations from all branches into one template, as it would be disproportionately complicated.

For translations that are not available in master branch, you can do pull-request for r14.0.x branch in TGW or send mail here on ML.

I firmly hope this little problem does not deter you from your willingness to devote efforts to translations!

Cheers

Hi Nigel,

Item 2: Right I've got the root login working and when logged in as root konquerorsu opens correctly when using the desktop icon.

Thanks. It seems the problem may be with permission or loading of modules when using tdesudo. Just to be sure, in previous installation this worked fine with tdesudo, right?

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

You would need all the modules up to tdebase (see here: https://mirror.git.trinitydesktop.org/gitea/TDE/tde-packaging/src/branch/mas...) + tdesudo. That should be enough I think.

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.

Maybe you can try an installation inside a VirtualBox VM. If you give me the exact steps to reproduce this (what you installed, what you changed and so on), I may even try installing the same here in a VM. Please document any non-default choice you made in such installation, so I can duplicate the same process here.

Cheers Michele