[kwin] [Bug 438883] Re-implement Desktop Cube effect with modern effects API
https://bugs.kde.org/show_bug.cgi?id=438883 Don Robertson changed: What|Removed |Added CC||d...@robertson.net.nz --- Comment #48 from Don Robertson --- Hi - would love to see the desktop cube back, but I believe the problem is that the new api's mean the effect would have to be completely re-written, and that it is not an easy task. The KDE desktop is brilliant, and although in the past I have found things like pulse audio to be frustrating, it is still the best desktop around. I switched to KDE from Afterstep back in the days of the Kandalf mascot. SO really appreciate all the hard work that has gone into the desktop, and, while I'm sad to see the cube go, if we need to loose some eye-candy to keep the desktop evolving, I'll have to live with it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 419511] Alt + tab doesn't work with a maori keyboard layout
https://bugs.kde.org/show_bug.cgi?id=419511 --- Comment #2 from Don Robertson --- I guess that should be "Even if I am not using the Maori keyboard, or if the Maori keyboard is the only keyboard installed" -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 419511] Alt + tab doesn't work with a maori keyboard layout
https://bugs.kde.org/show_bug.cgi?id=419511 Don Robertson changed: What|Removed |Added CC||d...@robertson.net.nz --- Comment #1 from Don Robertson --- Just reporting the same issue - using Kubuntu SUMMARY After installing the Maori keyboard, Left-Alt-Tab no longer switches between windows. Even if I am not using the Maori keyboard, and if the Maori keyboard is the only keyboard installed, Left-Alt-Tab no longer works. Seems to me that the Left-Alt key stops working. STEPS TO REPRODUCE 1. Install Maori Keyboard 2. 3. OBSERVED RESULT Cannot switch windows with Left-Alt-Tab. Left-Alt seems to not work at all. EXPECTED RESULT left alt work SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Currently on Kubuntu 21.10. Same problem with 21.04. I have tried reassigning the compose key - but can't find a lot of information about what these various keys are - such as third level shortcut keys and so on. Also - using Xorg. If I use Weyland, the alt tab thing works but the keyboard doesn't, and there are other annoyances with Weyland. Or who is responsible for the layouts. So reporting here. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 407170] New: Akonadi won't start for Domain Users
https://bugs.kde.org/show_bug.cgi?id=407170 Bug ID: 407170 Summary: Akonadi won't start for Domain Users Product: Akonadi Version: 5.10.3 Platform: unspecified OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: d...@robertson.net.nz Target Milestone: --- SUMMARY When logging into Kubuntu 18.xx and 19.04 with a domain login, Akonadi won't start. It will start if logging in as a local user. I am running Nethserver - a CentOS based server - with Samba 4 set to act as a Active Directory and DOmain Controller. Nethserver sets the home directory to /var/lib/nethserver/home/USERNAME STEPS TO REPRODUCE 1. Install and configure domain controller, get Kubuntu to use DC to authenticate and log in. I used the instructions on this (https://bitsofwater.com/2018/05/08/join-ubuntu-18-04-to-active-directory/) page to join the Kubuntu client to the domain. 2. Attempt to start Akonadi OBSERVED RESULT When starting Akonadi: usern...@domain.name@machinename:~$ akonadictl start Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) usern...@domain.name@machinename:~$ org.kde.pim.akonadiserver: Starting up the Akonadi Server... mysqld: [ERROR] Could not open required defaults file: /var/lib/nethserver/home/username/ mysqld: [ERROR] Fatal error in defaults handling. Program aborted! org.kde.pim.akonadiserver: database server stopped unexpectedly org.kde.pim.akonadiserver: Database process exited unexpectedly during initial connection! org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld-akonadi" org.kde.pim.akonadiserver: arguments: ("--defaults-file=/var/lib/nethserver/home/username/.local/share/akonadi/mysql.conf", "--datadir=/var/lib/nethserver/home/username/.local/share/akonadi/db_data/", "--socket=/tmp/akonadi-...@rnet.duckdns.org.46qsbJ/mysql.socket", "--pid-file=/tmp/akonadi-...@rnet.duckdns.org.46qsbJ/mysql.pid") org.kde.pim.akonadiserver: stdout: "" org.kde.pim.akonadiserver: stderr: "mysqld: [ERROR] Could not open required defaults file: /var/lib/nethserver/home/username/.local/share/akonadi/mysql.conf\nmysqld: [ERROR] Fatal error in defaults handling. Program aborted!\n" org.kde.pim.akonadiserver: exit code: 1 org.kde.pim.akonadiserver: process error: "Unknown error" org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadiserver: Shutting down AkonadiServer... org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally... usern...@domain.name@machinename:~$ Permissions on /var/lib/nethserver/home/username/ seem to be okay - it is the users home directory, and the users have no other (software related) problems. The user can also read the ~/.local/share/akonadi/mysql.conf file and access the ~./local/share/akonadi/db_data/ directory. Listing the ~/.local/share/akonadi/ directory gives: usern...@domain.name@machinename:~$ ll ~/.local/share/akonadi/ total 28 drwxr-xr-x 2 usern...@domain.name domain us...@domain.name 4096 Apr 11 10:36 ./ drwxr-xr-x 34 usern...@domain.name domain us...@domain.name 4096 Apr 11 09:53 ../ -rw-r--r-- 1 usern...@domain.name domain us...@domain.name 150 Apr 11 10:36 akonadi_control.error -rw-r--r-- 1 usern...@domain.name domain us...@domain.name 150 Apr 11 10:36 akonadi_control.error.old -rw-r--r-- 1 usern...@domain.name domain us...@domain.name0 Apr 11 10:36 akonadictl.error -rw-r--r-- 1 usern...@domain.name domain us...@domain.name0 Apr 11 10:36 akonadictl.error.old -rw-r--r-- 1 usern...@domain.name domain us...@domain.name 734 Apr 11 10:36 akonadiserver.error -rw-r--r-- 1 usern...@domain.name domain us...@domain.name 734 Apr 11 10:36 akonadiserver.error.old -rw-r--r-- 1 usern...@domain.name domain us...@domain.name 3660 Apr 3 09:30 mysql.conf lrwxrwxrwx 1 usern...@domain.name domain us...@domain.name 40 Apr 11 10:02 socket-machinename -> '/tmp/akonadi-usern...@domain.name.KhWSEz'/ If I have a look in /tmp, I see: usern...@domain.name@machinename:~$ ll /tmp/ total 88 drwxrwxrwt 16 root root 4096 Apr 11 10:53 ./ drwxr-xr-x 24 root root 4096 Apr 3 12:22 ../ drwx-- 2 usern...@domain.name domain us...@domain.name 4096 Apr 11 10:02 'akonadi-usern...@domain.name.KhWSEz'/ For local users, Akonadi/ Kontact works, and listing ~.local/share/akonadi/ gives usern...@domain.name@machinename:~$ ll ~/.local/share/akonadi/ total 28 drwxrwxr-x 4 username usergroup 4096 Apr 3 09:29 ./ drwxr-xr-x 21 username usergroup 4096 Apr 3 09:29 ../ -rw-rw-r-- 1 username usergroup 827 Apr 3 09:30 akonadi_control.error -rw-rw-r-- 1 username usergroup0 Apr 3 09:29 akonadictl.error -rw-rw-r-- 1 username usergroup0 Apr 3 09:29 akonadictl.error.old -rw-rw-r-- 1 username usergroup 230 Apr 3 09:29 akonadiserver.error drwxr-x--- 6
[amarok] [Bug 396590] New: Amarok crashes when trying to configure ampache
https://bugs.kde.org/show_bug.cgi?id=396590 Bug ID: 396590 Summary: Amarok crashes when trying to configure ampache Product: amarok Version: 2.9.0 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: amarok-bugs-d...@kde.org Reporter: d...@robertson.net.nz Target Milestone: kf5 Application: amarok (2.9.0) KDE Platform Version: 4.14.38 Qt Version: 4.8.7 Operating System: Linux 4.15.0-24-generic x86_64 Distribution: Ubuntu 18.04 LTS -- Information about the crash: - What I was doing when the application crashed: Trying to set up Ampache plugin in Amarok. If i do not include the https:// in the server url, Amarok crashes. If I do include it, I get an incorrect username/password error. The crash can be reproduced every time. -- Backtrace: Application: Amarok (amarok), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fb627170b80 (LWP 11178))] Thread 41 (Thread 0x7fb54a7fc700 (LWP 11273)): #0 0x7fb623d66bf9 in __GI___poll (fds=0x7fb51c004330, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7fb61b924439 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7fb61b92454c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fb62458c22e in QEventDispatcherGlib::processEvents (this=0x7fb51c000b20, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #4 0x7fb62455a12f in QEventLoop::processEvents (this=this@entry=0x7fb54a7fb9e0, flags=...) at kernel/qeventloop.cpp:149 #5 0x7fb62455a495 in QEventLoop::exec (this=this@entry=0x7fb54a7fb9e0, flags=...) at kernel/qeventloop.cpp:204 #6 0x7fb624449549 in QThread::exec (this=this@entry=0x5609f7febec0) at thread/qthread.cpp:538 #7 0x7fb62453a1c3 in QInotifyFileSystemWatcherEngine::run (this=0x5609f7febec0) at io/qfilesystemwatcher_inotify.cpp:265 #8 0x7fb62444be3c in QThreadPrivate::start (arg=0x5609f7febec0) at thread/qthread_unix.cpp:352 #9 0x7fb6223f36db in start_thread (arg=0x7fb54a7fc700) at pthread_create.c:463 #10 0x7fb623d7388f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 40 (Thread 0x7fb54affd700 (LWP 11272)): #0 0x7fb6223f99f3 in futex_wait_cancelable (private=, expected=0, futex_word=0x5609f7febf80) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5609f7febf30, cond=0x5609f7febf58) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5609f7febf58, mutex=0x5609f7febf30) at pthread_cond_wait.c:655 #3 0x7fb62444c3a6 in QWaitConditionPrivate::wait (time=18446744073709551615, this=0x5609f7febf30) at thread/qwaitcondition_unix.cpp:86 #4 QWaitCondition::wait (this=this@entry=0x5609f7f34958, mutex=mutex@entry=0x5609f7f34950, time=time@entry=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #5 0x7fb624fa731c in QFileInfoGatherer::run (this=0x5609f7f34940) at dialogs/qfileinfogatherer.cpp:214 #6 0x7fb62444be3c in QThreadPrivate::start (arg=0x5609f7f34940) at thread/qthread_unix.cpp:352 #7 0x7fb6223f36db in start_thread (arg=0x7fb54affd700) at pthread_create.c:463 #8 0x7fb623d7388f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 39 (Thread 0x7fb54bfff700 (LWP 11258)): #0 0x7fb6223f99f3 in futex_wait_cancelable (private=, expected=0, futex_word=0x5609f6e47500) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x5609f6e474b0, cond=0x5609f6e474d8) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x5609f6e474d8, mutex=0x5609f6e474b0) at pthread_cond_wait.c:655 #3 0x7fb62444c3a6 in QWaitConditionPrivate::wait (time=18446744073709551615, this=0x5609f6e474b0) at thread/qwaitcondition_unix.cpp:86 #4 QWaitCondition::wait (this=this@entry=0x5609f6e473b8, mutex=0x5609f6e47630, time=time@entry=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #5 0x7fb61f41fd7f in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x5609f6e47390, th=0x5609f77afb10) at ./threadweaver/Weaver/WeaverImpl.cpp:370 #6 0x7fb61f4229bb in ThreadWeaver::WorkingHardState::applyForWork (this=0x5609f6e476c0, th=0x5609f77afb10, previous=0x0) at ./threadweaver/Weaver/WorkingHardState.cpp:68 #7 0x7fb61f421497 in ThreadWeaver::Thread::run (this=0x5609f77afb10) at ./threadweaver/Weaver/Thread.cpp:98 #8 0x7fb62444be3c in QThreadPrivate::start (arg=0x5609f77afb10) at thread/qthread_unix.cpp:352 #9 0x7fb6223f36db in start_thread (arg=0x7fb54bfff700) at pthread_create.c:463 #10 0x7fb623d7388f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 38 (Thread 0x7fb560e8a700 (LWP 11257)): #0 0x7fb6223f99f3 in futex_wait_cancelable