Hi
what should I do to update .gitmodules and the commands so that I get new
submodules checkout. I tried this and that, but can not get the new xdg
portal checked out.
Thanks in advance
BR
--
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0
Hi Team,
First patch in a long time ;) hope this is an ok way to do it since I do not have repo rights. Anyway, here it is. See attached screenshot
This allows you to click through links in events in description fields
wherever the description field is displayed from libkcal.
This is useful since links to virtual meetings are often attached in the
description field in recent years.
See attached image for example.
Thanks,
Calvin
TDE Devs,
I stumbled onto an issue that breaks the file-open/file-save dialog display
on Firefox/Thunderbird using the openSUSE builds and the vscode/vscodium
dialogs. The problem is the apps have begun to use the Flatpak
xdg-desktop-portal interface to invoke the native desktop file dialogs. A good
idea, but only half-baked because they break the file dialogs on desktops that
do not support the latest options to the native file choosers.
For openSUSE kde3, that means the dialogs fail when the portal inteface
passes the --attach option to kdialog which does not exist for kde3 kdialog.
The following is the e-mail sent to the openSUSE kde3 list as well as a link
to the bug filed against vscodium. If you have new unexplained "the file
dialogs are not appearing issue in some non-TDE app XYZ" -- this is a prime
suspect.
== Original Message ==
The kde3 kdialog source needs to be updated to accept an `--attach` option
to be compatible with the current KDE kdialog. This is critical as more apps
move to using the xdg-desktop-portal features for using native file-dialogs.
Recently this has broken Firefox/Thunderbird and vscode/vscodium under
KDE3. The problem is the xdg-desktop-portal fileChooser implementations use
kdialog for the chooser. They use options for the current Plasma kdialog
implementation that includes options that do not exist in KDE3 kdialog like
the --attach option.
See vscodium BUG (bottom comments): Linux - vscodium no longer displays
file-dialog after update to Ver. 1.90.0 #1927
https://github.com/VSCodium/vscodium/issues/1927
In the case of both Firefox/Thunderbird and vscode/vscodium there was no
way to open or save files. The dialog in the case of vscode/vscodium would
fail to open and no fallback file-dialog was provided in case of failure. I
didn't fully debug Firefox/Thunderbird, but mozilla provides an option to turn
the portal chooser interface off with:
widget.use-xdg-desktop-portal.file-picker=0
(1: always on, 2: auto)
Apparently this is set to 1 by default in openSUSE so KDE will use the
native file dialogs, but breaks the dialogs completely for KDE3.
In vscode/vscodium the portal/kdialog open string is formed from:
kdialog --attach=22020099 --title=Open File --multiple --separate-output
--getopenfilename /path/to/file
This fails in KDE3 for 2 reason (1) no --attach option and (2) "Open File"
must be quoted. The debug (--verbose --vmodule=*/ui/*=2) options for
vscode/vscodium shows:
[main 2024-11-17T00:53:51.814Z] [DialogMainService]: request to acquire file
dialog lock {
title: 'Open File',
buttonLabel: undefined,
filters: undefined,
defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr',
properties: [ 'multiSelections', 'openFile', 'createDirectory' ]
}
[main 2024-11-17T00:53:51.815Z] [DialogMainService]: new file dialog lock
created {
title: 'Open File',
buttonLabel: undefined,
filters: undefined,
defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr',
properties: [ 'multiSelections', 'openFile', 'createDirectory' ]
}
[2127:1116/185351.853415:VERBOSE1:select_file_dialog_linux_kde.cc(425)]
KDialog command line: kdialog --attach=22020099 --title=Open File --multiple
--separate-output --getopenfilename
/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr
[2127:1116/185351.883868:VERBOSE1:select_file_dialog_linux_kde.cc(568)]
[kdialog] MultiFileResponse:
[main 2024-11-17T00:53:51.884Z] [DialogMainService]: file dialog lock disposed {
title: 'Open File',
buttonLabel: undefined,
filters: undefined,
defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr',
properties: [ 'multiSelections', 'openFile', 'createDirectory' ]
}
Here the dialog is created and destroyed in 69 ms (difference between
T00:53:51.884Z and T00:53:51.815Z)
This issue will only get worse as more apps try and implement this portal
chooser interface that was intended for Flatpak to avoid sandbox issues.
We probably just need to include the current KDE/Plasma options for kdialog
like --attach and can simple have those invoke a stub function to prevent an
error. That should allow these portal chooser implementations to work with
KDE3 and keep the dialog from throwing an exception for unknown options.
This likely will effect TDE as well. I'll forward to the devel list.
== End Original ==
So if you have already fixed k/tdialog, then you are good. If not, I'll
pass along anything we come up with.
--
David C. Rankin, J.D.,P.E.
https://paste.opensuse.org/pastes/4c28d42fa827
Can anyone tell from the pasted journal or data below whether this is a Plasma
problem, an openSUSE problem, or a TDE/TDM problem? I try to start Plasma session,
but screens go black for a while, 60 seconds maybe, then the TDM background paints,
but not the greeter. All is good for a TDE session.
# cat .xsession-errors
Environment variable $XAUTHORITY not set, ignoring.
dbus-update-activation-environment: error: unable to connect to D-Bus: /usr/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
/etc/trinity/tdm/Xsession: Checking whether an input method should be started.
sourcing /etc/sysconfig/language to get the value of INPUT_METHOD
INPUT_METHOD is not set or empty (no user selected input method).
Trying to start a default input method for the locale POSIX ...
There is no default input method for the current locale.
Dummy input method "none" (do not use any fancy input method by default)
gpg-connect-agent: no gpg-agent running in this session
gpg-connect-agent: no gpg-agent running in this session
/var/log/tdm.log is over 600k, with a zillion FIXMEs:
# tail -n22 /var/log/tdm.log
[FIXME] UNCLASSIFIED DEVICE name: serial8250:0.4 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/platform/serial8250/serial8250:0/serial8250:0.4] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: serial8250:0.5 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/platform/serial8250/serial8250:0/serial8250:0.5] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: serial8250:0.6 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/platform/serial8250/serial8250:0/serial8250:0.6] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: serial8250:0.7 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/platform/serial8250/serial8250:0/serial8250:0.7] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: serial8250:0.8 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/platform/serial8250/serial8250:0/serial8250:0.8] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: serial8250:0.9 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/platform/serial8250/serial8250:0/serial8250:0.9] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: wakeup19 type: (null) subsystem: wakeup driver: i8042 kbd [Node Path: (null)] [Syspath: /sys/devices/pnp0/00:04/wakeup/wakeup19] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: 00:05:0 type: ctrl subsystem: serial-base driver: ctrl [Node Path: (null)] [Syspath: /sys/devices/pnp0/00:05/00:05:0] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: 00:05:0.0 type: port subsystem: serial-base driver: port [Node Path: (null)] [Syspath: /sys/devices/pnp0/00:05/00:05:0/00:05:0.0] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: wakeup21 type: (null) subsystem: wakeup driver: alarmtimer [Node Path: (null)] [Syspath: /sys/devices/pnp0/00:08/rtc/rtc0/alarmtimer.0.auto/wakeup/wakeup21] [(null):(null)]
[FIXME] UNCLASSIFIED DEVICE name: wakeup20 type: (null) subsystem: wakeup driver: rtc_cmos [Node Path: (null)] [Syspath: /sys/devices/pnp0/00:08/wakeup/wakeup20] [(null):(null)]
warning: output DP-1 not found; ignoring
/usr/bin/iceauth: creating new authority file /tmp/0742946904/.ICEauthority
[2024/11/01 02:32:02.205] TQThreadInstance::start: Setting thread storage to 0x2e8afff0
[2024/11/01 02:32:02.813] TQObject::activate_signal: Invoking cross-thread method from object 0x2e948600 (member 2 receiver 0x2e948390) (1)
[2024/11/01 02:32:13.507] TQThreadInstance::finish: In TQThreadInstance::finish for thread 0x2e8afff0
[2024/11/01 02:32:13.508] TQObject::moveToThread: Cannot move objects with a parent
(process:2855): GLib-CRITICAL **: 02:32:13.574: g_source_unref_internal: assertion 'source != NULL' failed
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
I apologize if this has already been addressed in the mailing list or on the
wiki, but what are some best practices when doing TDE/TQt development? I'm
fairly new to programming, although I know enough to be dangerous with git
and have a general understanding of programming concepts such as data types,
OOP, etc. I haven't used C++ before but interested in learning.
What does your programming environment look like? Do you code in a VM or
container so that you don't mess with your main system's configuration?
What's your favorite editor or IDE? I'm curious what you're typical workflow
looks like.
Thanks,
Mike
I opened Kate to paste some text. It put up a message about saving existing
files or data (the message is gone now of course) and when I declined to save
it, the desktop shut down, the system shutdown sequence started, and my
machine powered off.
I'm not sure what logs might have pertinent information about this.
Leslie
--
Platform: Linux
Distribution: openSUSE Leap 15.6 - x86_64
Desktop Environment: Trinity
Qt: 3.5.0
TDE: R14.1.2
tde-config: 1.0
Hi all!
I'm (again) in the process of optimizing my laptops power consumption. I noticed that "tdepowersafe" consumes ~ 2.5% of all CPU cycles - this is more than Xorg (1.6%) but less than htop (6.3%). So my question is: does tdepowersafe do constant polling? IMO it should take almost no CPU cycles (<1%)?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...