[kdeconnect] [Bug 446908] KDEConnect sees my Ubuntu laptop, connects, then disconnects within 1 minute
https://bugs.kde.org/show_bug.cgi?id=446908 Juan E. Jot changed: What|Removed |Added CC||pbdz8...@duck.com --- Comment #1 from Juan E. Jot --- >From what I can tell under the TestFlight app, the KDE Connect developers are aware, at least as of builds 0.2.0(2) and 0.2.0(5) of the iOS app, that LTS kernels (but not non-LTS kernels such as those shipped with Ubuntu 20.10, 21.04 & 21.10) disconnect intermittently from the iOS app. I myself had been running GSConnect (a Gnome build of KDEConnect) on Pop!_OS 21.10 (based on Ubuntu 21.10), as well as KDEConnect on Manjaro XFCE 21.2.1 without issue, and then tried KDEConnect on Linux Mint 20.3 (based on Ubuntu 20.04 LTS), finding the same issue as you did (more detail below*). I set up a KDE Connect account the same as you to report the bug, then read the 0.2.0(2 and 5) release notes, only to find it known to the KDE developers. Good job being on it as to current limitations, folks! But let me add my voice to yours, michael.hubbard999, just to ask KDE developers whether there is progress being made or a timeline, for update to this behavior. I imagine that with 22.04 LTS coming up in April (for mainline Ubuntu, not for derivatives like Pop!_OS and Linux Mint right off the bat), that fixing it for the 22.04 LTS kernel is the goalpost. But I would love to hear of testing a solution for 20.04 LTS or failing that, a good backport of a solution for 22.04 LTS. That way, we'll be able to use KDEConnect on 20.04 LTS & its derivatives (such as my Linux Mint 20.3 installation) before they eventually update the kernel base. This is an individual hope partially due to other (graphical; see below) limitations^ of my aged system. === * Essentially as release notes have described, on my Linux Mint 20.3 (with kernel 5.4.x) partition, KDEConnect cannot successfully initiate connection. KDE Connect 0.2.0(5) on iOS *can* initiate it to Linux Mint, but Linux Mint announces a disconnection randomly within a few seconds, and KDE Connect on iOS never moves Linux Mint from the blue list of Discovered Devices to a green hue of connection (likewise, never having connected, it never shows up as a red Remembered Device). This is true with the firewall on or off, with ports 1714:1764 allowed or not, UDP or TCP. Neither any applets nor gnome-shell-extension-gsconnect help this behavior, as they are all about GUI rather than connection behaviors. Again, expected behavior for KDEConnect iOS 0.2.0(5) is fulfilled in connection with GSConnect on Pop!_OS 21.10 (with kernels 5.11.x, 5.13.x and 5.15.x) and with KDEConnect on Manjaro XFCE (with kernels 5.13.x and 5.15.x; *not tested* with Manjaro's latest 5.10.x LTS kernel!) on other partitions on the same machine. In a kudos to System76 &/or possibly Canonical if not Linus himself, this not only works as expected on x86_64, but also on arm64 on a Raspberry Pi 4 running Pop!_OS 21.10 (with kernel 5.13.x, so far)! Lastly, I lack any Android hardware with which to test against that mobile version of KDE Connect. ^ (Basically, I'm afraid I'll lose the full support Linux Mint offers--and uncommon present-day recommendation they make!--for the nvidia-340 driver my ancient laptop needs for any worthwhile performance at all, even in web browsers, these days. This is software completely unrelated to KDEConnect in my one-off use case, but I simply include it to show my motivation for this hope. To digress further if you're interested, I address this graphical issue on Ubuntu kernels higher than 5.4.x by using kelebek333's nvidia-legacy PPA on launchpad; hopefully support for that software extends to whatever kernel 22.04 LTS ends up using!) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 496718] Calendar colors constantly change, affecting other devices with access to same.
https://bugs.kde.org/show_bug.cgi?id=496718 --- Comment #2 from Juan E. Jot --- I see this has been redirected as a duplicate (the original of which I must not have had the search terms to find); thank you! My only update is that an update from Plasma 6.2.3 to 6.2.4 (same 6.8.0 Frameworks & qt versions) has not changed the behavior. It does not seem that any of the kde-pim packages have changed their versions from (mostly) 24.08.3-1, and I wouldn't know how to check the version of a pre-installed system tray widget (Digital Clock, that is). Luckily, turning off "Calendar Events" under Digital Clock Settings reverses the behaviorā¦ but also makes me have to open Kontacts or Korganizer to see my (properly colored) calendars. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 496718] New: Calendar colors constantly change, affecting other devices with access to same.
https://bugs.kde.org/show_bug.cgi?id=496718 Bug ID: 496718 Summary: Calendar colors constantly change, affecting other devices with access to same. Classification: Plasma Product: plasmashell Version: git-stable-Plasma/6.2 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Calendar Assignee: plasma-b...@kde.org Reporter: pbdz8...@duck.com Target Milestone: 1.0 SUMMARY STEPS TO REPRODUCE 1. Install kde-pim, kaccounts-providers. 2. Log in to NextCloud via Online Accounts in System Settings. 3. Go to Korganizer and add NextCloud calendar. 4. Configure Digital Clock widget in System Tray to show your Nextcloud calendar. OBSERVED RESULT Events do show up in the calendar view of that widget. However, every event is a different color. What's more concerning & the reason for my bug report: the color of the entire calendar changes unpredictably & frequently in Korganizer. Worse still and even more of a reason to file a bug: this unpredictable, frequent calendar color change affects all other devices with access to your calendar (On Linux, macOS, iOS, etc). These colors can be changed within Korganizer, but colors the user sets do not persist, even within the same session of use of Korganizer. The suggested workaround at: https://bbs.archlinux.org/viewtopic.php?id=300270 does not work. EXPECTED RESULT Calendar color coding that one has set for years, remains (eg. Calendar color you had set, doesn't change). If change is possible, necessary or preferable, there should be easily accessible and reliable controls to do so. SOFTWARE/OS VERSIONS Windows: (Have not attempted to use KDE or attempt Nextcloud calendar access from "The most open operating system" --Microsoft) š¤£ macOS: (not using KDE Plasma on such, but since mentioned above, 15.1.1. Also iOS 18.1.1) (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: Arch Linux (rolling; current kernel 6.12.1-arch1-1) KDE Plasma Version: 6.2.3 KDE Frameworks Version: 6.8.0 Qt Version: 6.8.0 ADDITIONAL INFORMATION Added to above as it may be salient: Graphics session: Wayland (I have not attempted on X11) I have perused discuss.kde.org & several other forums on the bug I'm experiencing, and the closest to a solution I got was the above bbs.archlinux.org workaround, which, as mentioned, doesn't work. I've read enough elsewhere to note that calendar color code changed from Plasma 5.27.x to 6.x, and seen discussions on users attempting to change colors in .qml code (at https://discuss.kde.org/t/custom-color-date-format-in-the-digitalclock-plasmoid-in-plasma-6-1/24296/14). In my non-developer opinion (everyone has one, and I'll try to keep mine polite but salient), this is a suboptimal experience, particularly for any switchers from a different DE, or to Linux as a whole. In fact, I may submit a separate bug wherein Dolphin file integration with Nextcloud only works once per entire system installation. If one ever needs to remove access to Nextcloud files, there is never a prompt to re-enter the password, should one want to re-add access. Kwallet/kwalletmanager don't help; they can remove the old password from the system; they cannot make Dolphin provide a new prompt; it just keeps telling the user they have no access to this resource. Yes, the preceding paragraph of this "Additional Information" are on a completely separate bug, on a completely separate set of packages. That said, it does address the less-than-optimal state of overall UX for Nextcloud integration with KDE Plasma, hence its inclusion as a kind of "emotional barometer" for the user on the overall experience. -- You are receiving this mail because: You are watching all bug changes.
