[plasma-browser-integration] [Bug 487303] plasma-brower-integration causes Cloudflare to lock out humans
https://bugs.kde.org/show_bug.cgi?id=487303 --- Comment #4 from Miguel Guthridge --- Site owners responded, saying that the only meaningful information was that the browser "pushed a managed challenge". Not 100% sure what this means or how it is impacted by the extension, but definitely worth investigating. -- You are receiving this mail because: You are watching all bug changes.
[plasma-browser-integration] [Bug 487303] plasma-brower-integration causes Cloudflare to lock out humans
https://bugs.kde.org/show_bug.cgi?id=487303 Miguel Guthridge changed: What|Removed |Added CC||h...@outlook.com.au --- Comment #3 from Miguel Guthridge --- I am also experiencing this issue. Platform: Fedora 40 Linux (Gnome, extension installed because I distro-hop) Browser: Firefox Developer Edition (v127.0b3), installed through COPR, did not happen in regular Firefox Site: https://support.image-line.com/action/login (may need to load page by clearing site data then hitting the login button in the top right) I've contacted the site owners and am hoping they can provide more details by checking my RayID in their Cloudflare logs. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 470123] New: Hide clipboard entries that are likely to be passwords
https://bugs.kde.org/show_bug.cgi?id=470123 Bug ID: 470123 Summary: Hide clipboard entries that are likely to be passwords Classification: Plasma Product: plasmashell Version: master Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Clipboard Assignee: plasma-b...@kde.org Reporter: h...@outlook.com.au Target Milestone: 1.0 When passwords and other sensitive information (such as credit credit card numbers) are copied, there is a risk that users could inadvertently share them with others by opening their clipboard history. This risk could be reduced by displaying text that is likely to be a password as a series of dots (eg "MyPassword123&" could be displayed as "•• (password)"). Ideally, we could also provide a "peek" button in the clipboard picker to allow users to inspect the copied contents before selecting it. I don't know a huge amount about how the clipboard works, but if it's also possible to add metadata to copied text saying "this is a password", that could be another trigger for Klipper to hide the contents. I'm not an expert at C++, but it could be fun to try to tackle this myself if people like the idea. -- You are receiving this mail because: You are watching all bug changes.
[kalendar] [Bug 467956] Kalendar crashing when saving an unedited event
https://bugs.kde.org/show_bug.cgi?id=467956 --- Comment #1 from Miguel Guthridge --- Created attachment 159007 --> https://bugs.kde.org/attachment.cgi?id=159007&action=edit New crash information added by DrKonqi kalendar (23.04.0) using Qt 5.15.9 I attempted to hit the save button after opening the event editor. The app crashed when I did this. -- Backtrace (Reduced): #4 0x7fce267ba680 in QDateTime::operator=(QDateTime const&) () from /lib64/libQt5Core.so.5 #5 0x55e674f31c52 in IncidenceOccurrenceModel::slotSourceDataChanged(QModelIndex const&, QModelIndex const&) () #6 0x7fce268e8651 in void doActivate(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #7 0x7fce26862101 in QAbstractItemModel::dataChanged(QModelIndex const&, QModelIndex const&, QVector const&) () from /lib64/libQt5Core.so.5 #8 0x7fce26895320 in QSortFilterProxyModelPrivate::_q_sourceDataChanged(QModelIndex const&, QModelIndex const&, QVector const&) () from /lib64/libQt5Core.so.5 -- You are receiving this mail because: You are watching all bug changes.
[kalendar] [Bug 467956] Kalendar crashing when saving an unedited event
https://bugs.kde.org/show_bug.cgi?id=467956 Miguel Guthridge changed: What|Removed |Added CC||h...@outlook.com.au -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456670] Both my desktops configurations are appearing on the same monitor
https://bugs.kde.org/show_bug.cgi?id=456670 --- Comment #2 from Miguel Guthridge --- (In reply to Nate Graham from comment #1) > Oh my goodness. > > Any chance you could upgrade to Plasma 5.25 where we think we fixed a lot of > the bizarritude that would cause this kind of thing, and see if it's fixed > there? I'm using the Kubuntu backports PPA, but it looks like there isn't any availability of Plasma 5.25 yet, even in the beta PPAs (which seem to be using 5.24.90). I want to help troubleshoot the issue as much as I can, but due to work and uni commitments I'm unwilling to spend time installing an entirely different distro to test if it is fixed, since installing all the tools I need to work is extremely time consuming. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456670] New: Both my desktops configurations are appearing on the same monitor
https://bugs.kde.org/show_bug.cgi?id=456670 Bug ID: 456670 Summary: Both my desktops configurations are appearing on the same monitor Product: plasmashell Version: 5.24.5 Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: Multi-screen support Assignee: plasma-b...@kde.org Reporter: h...@outlook.com.au CC: aleix...@kde.org, notm...@gmail.com Target Milestone: 1.0 SUMMARY This bug seems to be some unholy combination of #362058, #353975, #427861 and #436648. I'm creating a new report since I'm unsure which one it applies to the most. I've marked it as major due to data loss (panels getting deleted), but feel free to edit as required. My setup: * When I'm working I need to move around a lot, so I use my laptop's 1920x1200 display. * When I'm at home I use 2x 1920x1080 displays connected through a USB-C dock (using Displaylink drivers). I keep my laptop's display disabled when I'm home. * Generally, I boot up disconnected from the dock then connect it after I log in. This is because due to another bug, my internet will break for that session if I log in while docked. Here's the symptoms: * My icons only task managers and global menus are set up to only display icons from their current screen, but they both only displays icons from the left-hand screen. * My global menus both follow the left-hand screen's active window, even though they are on different screens * KRunner always opens on the left-hand screen, even if my mouse is on the right-hand screen * The left-hand screen has no wallpaper, and when I right click, I get no context menu to set one * When I right click and choose to set my wallpaper on the right-hand screen, I get two wallpaper pickers, both of which control the wallpaper of the right-hand screen * When I disconnect and reconnect my monitors, my panels on my right screen are occasionally moved to my left screen and I have to move them back. Other times, they vanish entirely, never to be seen again * When I enter edit mode on a panel, the box that has options for adding widgets, choosing themes and setting wallpapers always appears on the right-hand screen, regardless of which panel I'm editing. Sometimes, it appears underneath the right-hand panel (in terms of depth) instead of being positioned below the panel (in terms of height) I have checked in my desktop settings and verified that the screens are indeed positioned independently of each other and have no overlapping space. STEPS TO REPRODUCE 1. Connect external displays 2. Observe that all the panels were moved to the left-hand monitor 3. Move the duplicate panels back to their correct location 4. Observe that the panels on the right-hand screen are still following the left-hand screen 5. Reboot and hope for the best 6. Log in and observe that the right-hand panels were deleted entirely 7. Recreate them and observe that they follow the left-hand screen still EXPECTED RESULT * Panels shouldn't randomly jump around * Panels should follow the correct screen * Panels shouldn't randomly vanish * Tools such as KRunner should appear on the display that contains the mouse cursor if configured to do so * The left-hand desktop should be right-clickable * Editing the wallpaper of the right-hand desktop should only pull up one configuration window SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 22.04 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION I have uploaded a video where I recreate the majority of the issues: https://youtu.be/mal2Ad0KNTI -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 427861] Sometimes desktop loses its settings (wallpaper, widgets, icons settings) after re-login
https://bugs.kde.org/show_bug.cgi?id=427861 --- Comment #85 from Miguel Guthridge --- After having to reconfigure my displays for the 4th time today, I'm seriously reconsidering my choice of desktop environment. People have been reporting variations on this bug since 2018. Is there anything that can be done to get this bug some more attention (eg adding it to the 15 minute bugs list)? Since it results in extremely frequent data loss on a relatively large scale (having to reconfigure my panel 4 times a day is a horrible experience), I feel like it should be given a much higher priority than it currently seems to have. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 353975] Black screen on second display (no wallpaper, can't get a context menu on right-click)
https://bugs.kde.org/show_bug.cgi?id=353975 --- Comment #179 from Miguel Guthridge --- I think I managed to reproduce this when tweaking display settings (not just connecting the monitor). I have two external monitors (1920x1080) and a laptop screen (1920x1200). Usually when the external displays are connected I set the laptop display to be disabled. I decided to set my laptop to be a duplicate of the left-most external display and noticed that when I did this, the right-most display lost its settings as per the description of the bug. Perhaps this could be used to help figure out what's going on with it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 454194] System crash when connecting monitors via a USB hub
https://bugs.kde.org/show_bug.cgi?id=454194 --- Comment #4 from Miguel Guthridge --- (In reply to Nate Graham from comment #3) > You may be able to retrieve a backtrace using `coredumpctl`. See > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl > > This strikes me as likely to ultimately be caused by an issue in the > graphics drivers or the kernel, though. It looks like basically everything crashed over the course of 3 seconds or so, due to a combination of SIGABRT and SIGSEGV errors. The first program to crash is Xorg, then 5 instances of drkonqi, a bunch of other random apps, and then near the end kwin_x11. All of them have an accessible corefile except for Xorg (which is marked as inaccessible). Should I try installing a few more debug symbols to try to get more info on Xorg in particular, since it appears to be the first program to crash (although if it's a kernel issue, I'm not sure if it would appear in this list?). -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 454194] System crash when connecting monitors via a USB hub
https://bugs.kde.org/show_bug.cgi?id=454194 --- Comment #2 from Miguel Guthridge --- (In reply to Nate Graham from comment #1) > If something crashed, we need a backtrace of it so we can figure out what's > going on. See > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports > > Can you please attach one? Thanks! Sadly I can't figure out how to get a backtrace on my system since I don't get the error pop-up when the crash happens. It simply takes me straight back to the login screen. I did notices that it displays some error messages on the screen right before showing the login screen though, so I've uploaded a quick video of that. The error messages should be readable. https://youtu.be/8ZNDS-n4Aug If there is any info on how I can access the backtraces? Since all my running apps get killed, I imagine that GDB would be taken down with it, so the advice in the linked article desn't really help. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 454194] New: System crash when connecting monitors via a USB hub
https://bugs.kde.org/show_bug.cgi?id=454194 Bug ID: 454194 Summary: System crash when connecting monitors via a USB hub Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: h...@outlook.com.au Target Milestone: --- SUMMARY Sometimes, when I plug my laptop into my USB-C dock, my system crashes, taking me back to the login screen and killing all my active tasks. This doesn't happen all the time, and is quite unpredictable, but seems to happen the most after startup. Since I get no error popups, I'm not sure where to get a traceback from, but if someone can tell me, I can try to grab one the next time I get a crash. If it helps, this is the list of other bugs I get with my dock: * Ethernet is broken unless I reconnect my dock after logging in. * The external displays frequently lose their settings, meaning I need to reconfigure my entire desktop for those displays again (I think this is 353975 or 427861). * Sometimes audio from the dock is very stuttery, and can only be fixed after a restart. * My system tray keeps removing its configuration so all the icons reappear, even though I've permanently hidden them. The crash seems to be more likely to happen if I connect the dock to a different USB port to usual. My dock is a Lenovo ThinkPad Hybrid USB-C with USB-A Dock. STEPS TO REPRODUCE 1. Connect dock OBSERVED RESULT Everything crashes and I lose all my work, or my desktop loses all its settings, or my audio becomes stuttery, or the system tray resets. EXPECTED RESULT My external displays connect normally, keeping their standard settings and not breaking massively. SOFTWARE/OS VERSIONS Operating System: Kubuntu 22.04 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-30-generic (64-bit) Graphics Platform: X11 Processors: 12 × Intel® Core™ i7-10750H CPU @ 2.60GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 453919] Buckups won't run, no errors given.
https://bugs.kde.org/show_bug.cgi?id=453919 --- Comment #5 from Miguel Guthridge --- (In reply to Christian Hartmann from comment #3) > same thing here ... > > had to manually 'init' bup(1) with: > > $ bup --bup-dir= init > > assuming an external disk device named 'EXTERNAL', > the command template above would result to: > > $ bup --bup-dir="/media/$USER/EXTERNAL/Backups" init > > (tested on Neon und Kubuntu 22.04) This worked for me as well, thanks. I suppose that some error checking needs to be run to make sure that a) bup and rsync are installed b) the backup repository has been initialised Seems like a fix that I might be able to do... I'll have a glance through the code later -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 453919] Buckups won't run, no errors given.
https://bugs.kde.org/show_bug.cgi?id=453919 --- Comment #2 from Miguel Guthridge --- (In reply to Simon Persson from comment #1) > Is it possible that you had bup or rsync installed when you enabled backups? > Then when making and running the backup plan you no longer have it on your > computer? Just an idea to maybe explain what happened. To clarify, backups never worked, so there was about 2 minutes between me enabling them and me realising they weren't working. I have rsync installed, as I use it for a few other things, but I don't think bup has ever been installed. Should I install it? If the issue is due to missing dependencies, I think the error could be handled in a much more logical manner (telling me it couldn't find the tools, for example) which would be far easier to resolve. -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 453919] New: Buckups won't run, no errors given.
https://bugs.kde.org/show_bug.cgi?id=453919 Bug ID: 453919 Summary: Buckups won't run, no errors given. Product: kup Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: simon.pers...@mykolab.com Reporter: h...@outlook.com.au Target Milestone: --- SUMMARY I recently set up my system to back up to an external drive, but nothing I do appears to actually trigger the backup. STEPS TO REPRODUCE 1. Go to System Settings -> Backup 2. Create a backup to an external drive. 3. When prompted with a notification, choose to back up now. Nothing happens. 4. Use the backup menu in the system tray to backup now. Nothing happens. 5. In the same menu, choose to browse the backup files. Nothing happens. 6. In the same menu, reload the backup plans, and observe that you are prompted to create your first backup again. Choose yes again. Nothing happens. OBSERVED RESULT Nothing happens when I choose to create my first backup from the notification. Nothing happens when I choose to back up now from the system tray menu. Nothing happens when I choose to view the backup files - no windows open. When I reload the backup plans, I am prompted to create a backup again. Restarting my PC does nothing. Reconnecting the backup drive does nothing. Checking the expected location of the backup, I see nothing in the file manager. The backup folder is never created. EXPECTED RESULT Backup works seamlessly without me needing to do anything. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 22.04 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 353975] Black screen on second display (no wallpaper, can't get a context menu on right-click)
https://bugs.kde.org/show_bug.cgi?id=353975 --- Comment #164 from Miguel Guthridge --- Could this be a duplicate of 427861 (https://bugs.kde.org/show_bug.cgi?id=427861)? Now that the crash isn't happening for this one, they appear to be the same issue. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 353975] Black screen on second display (no wallpaper, can't get a context menu on right-click)
https://bugs.kde.org/show_bug.cgi?id=353975 Miguel Guthridge changed: What|Removed |Added CC||h...@outlook.com.au -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 427861] Sometimes desktop loses its settings (wallpaper, widgets, icons settings) after re-login
https://bugs.kde.org/show_bug.cgi?id=427861 --- Comment #81 from Miguel Guthridge --- Could this be related to https://bugs.kde.org/show_bug.cgi?id=353975? I managed to reproduce this again, and noticed that my right click was broken on that desktop too, which seems to match what that issue describes. Some more things that I've noticed that might help with tracking down the bug: * Latte Dock seems to be unaffected by the error - my dock loads fine on that monitor, only KDE is affected * I have 3 monitors, one of which is my laptop screen. My laptop screen is disabled after login when the other monitors are connected, since it doesn't sit on my desk. The others are connected using displaylink so they don't play very nicely with SDDM, so they only enable when I log in. * When the issue occurs, it always occurs on the left-most monitor. * When I pulled up the settings app to restore the wallpaper, I noticed that it seemed to think that my old wallpaper was already selected, even though I had a black screen. When I hit apply the wallpaper was restored, but KDE seemed to crash when I closed my settings (the crash reporter appeared, but appeared to lose the stack trace after I accidentally hit the back button). Reconfiguring the settings for a second time appeared to fix the issue. * I'm running Kubuntu 20.10 with KDE 5.24.4. I'm using X11. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 427861] Sometimes desktop loses its settings (wallpaper, widgets, icons settings) after re-login
https://bugs.kde.org/show_bug.cgi?id=427861 Miguel Guthridge changed: What|Removed |Added CC||h...@outlook.com.au --- Comment #70 from Miguel Guthridge --- I've got this bug, running X11. My external displays are connected using a dock that uses DisplayLink, but the issue only occurs for one of the two displays. Often, only the wallpaper is missing, and can be fixed by choosing it again in the settings (the settings window thinks the wallpaper is already selected, and thus I need to deselect and reselect in order to apply the settings) But on a few occasions, it resets entirely, although my Latte Dock still displays on that monitor correctly. On one occasion, my wallpaper was deleted entirely, so I couldn't choose it in the settings, although it still displayed as the background for my other monitors (but was missing from their picker windows too) - when I next restarted, it was missing on all displays, and I only got it back by reinstalling the theme that provided the wallpaper. In all cases, the replacement wallpaper is not the default wallpaper, but a black screen, leading me to believe that it could be a different bug. Let me know if I should create a different bug report. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kmediaplayer] [Bug 451270] New: Media hotkeys don't do anything
https://bugs.kde.org/show_bug.cgi?id=451270 Bug ID: 451270 Summary: Media hotkeys don't do anything Product: frameworks-kmediaplayer Version: 5.91.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: alex.me...@kde.org Reporter: h...@outlook.com.au CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY When I press the media hotkeys, they don't control my media playback. I have verified that they are assigned correctly in the settings window, and have even unassigned then reassigned them, but even though the system registers the shortcut, my media doesn't pause. I have tested this with Vivaldi media controls, KDE Connect, Elisa and VLC. STEPS TO REPRODUCE 1. Press the media play-pause key on your keyboard 2. Observe that nothing happens OBSERVED RESULT Nothing happens EXPECTED RESULT Media will pause or resume SOFTWARE/OS VERSIONS Operating System: Kubuntu 21.10 KDE Plasma Version: 5.24.2 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 Kernel Version: 5.13.0-30-generic (64-bit) Graphics Platform: X11 Processors: 12 × Intel® Core™ i7-10750H CPU @ 2.60GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics -- You are receiving this mail because: You are watching all bug changes.
[kalendar] [Bug 450687] New: My Google Calendars don't appear anywhere outside the sources settings in Kalendar
https://bugs.kde.org/show_bug.cgi?id=450687 Bug ID: 450687 Summary: My Google Calendars don't appear anywhere outside the sources settings in Kalendar Product: kalendar Version: 1.0.0 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: claudio.cam...@gmail.com Reporter: h...@outlook.com.au CC: c...@carlschwan.eu Target Milestone: --- Created attachment 147033 --> https://bugs.kde.org/attachment.cgi?id=147033&action=edit The calendars appear inside the sources settings SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When I add my Google account to Kalendar, the list of all my calendars appears correctly under the sources settings, but the don't appear under the calendars settings. The also won't appear if I restart my system. STEPS TO REPRODUCE 1. Add a Google account and authorise it 2. Observe that all the calendars are shown 3. Notice that under the calendars settings, none of them are shown OBSERVED RESULT No calendars are shown EXPECTED RESULT Calendars appear correctly SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 20.10 KDE Plasma Version: 5.24.1 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 443959] [feature] - add a dodge full-screen option to dock visibility options
https://bugs.kde.org/show_bug.cgi?id=443959 --- Comment #6 from Miguel Guthridge --- (In reply to Michail Vourlakos from comment #5) > it is a good workaround though, no idea when such feature request will be > implemented. And hence the feature request :) -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 443959] [feature] - add a dodge full-screen option to dock visibility options
https://bugs.kde.org/show_bug.cgi?id=443959 --- Comment #4 from Miguel Guthridge --- > why dont you just use AutoHide visibility mode? Autohide will autohide the panel all the time. I only want it to hide when I have an application that is full-screen on that monitor. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 443959] Add a dodge full-screen option to dock visibility options
https://bugs.kde.org/show_bug.cgi?id=443959 Miguel Guthridge changed: What|Removed |Added Resolution|INTENTIONAL |--- Status|RESOLVED|REPORTED --- Comment #2 from Miguel Guthridge --- (In reply to Michail Vourlakos from comment #1) > does not make sense to me to have a dock shown over maximized windows, I > really dont understand it. > > If you want an overlayed dock over fullscreen windows then this is possible > only under x11 and you need to enable Behavior(advanced settings) -> Can be > above fullscreen windows. The can be above fullscreen windows option doesn't really match what I'm looking for. Here's an example use case: 1. My menu bar panel is set to always visible. I do this so that when I have an application maximised it will still be visible. 2. When an application goes into fullscreen, it will obscure my menu bar, so I won't be able to access it. 3. If I enable the "can be above fullscreen windows" options, the menu bar will always obscure fullscreen windows, meaning that I may not be able to access UI controls for the window. The behaviour that I want is that when a window goes fullscreen, the menu bar will hide, so that it can still be accessed by moving my cursor to the top of the screen, but so that it doesn't obscure full-screen content. This is different from the dodge maximised or dodge active options, as it should act as the always visible option, except for when a program is fullscreen. This behaviour is not currently available with any of the existing options as far as I am aware. Hopefully this clarification helps you understand what I mean. If you need more clarifications, I can make a quick screen recording at some point. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 444866] New: Changing Networks Causes Google Calendar to Unload
https://bugs.kde.org/show_bug.cgi?id=444866 Bug ID: 444866 Summary: Changing Networks Causes Google Calendar to Unload Product: korganizer Version: 5.18.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: groupware Assignee: kdepim-b...@kde.org Reporter: h...@outlook.com.au Target Milestone: --- SUMMARY When I unplug my laptop from it's dock, it switches from ethernet to wifi. When this change happens, KOrganizer unloads my Google calendar, meaning that I need to open the settings and manually restart the calendar. This also has a knock-on effect for the PIM events plugin, which causes an error message, and means that after I restart the Google calendar, I need to select all of my sub-calendars to display in the clock widget again. STEPS TO REPRODUCE 1. Use a Google calendar with KOrganise 2. Switch from ethernet to wifi or visa versa 3. Observe that the calendar has unloaded OBSERVED RESULT The calendar unloads and needs to be restarted manually. EXPECTED RESULT The calendar persists across the network change (and preferably even without internet). SOFTWARE/OS VERSIONS KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I haven't tested with other calendars (eg exchange), but the issue could also potentially be present with them. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 444370] New: Title Bar Buttons Display Incorrectly in Configuration Demo
https://bugs.kde.org/show_bug.cgi?id=444370 Bug ID: 444370 Summary: Title Bar Buttons Display Incorrectly in Configuration Demo Product: systemsettings Version: 5.22.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_kwindecoration Assignee: kwin-bugs-n...@kde.org Reporter: h...@outlook.com.au CC: plasma-b...@kde.org Target Milestone: --- Created attachment 142854 --> https://bugs.kde.org/attachment.cgi?id=142854&action=edit Screenshot of bug SUMMARY When I access the settings for modifying title bar buttons, the preview of my settings renders with most of the buttons placed off-screen. STEPS TO REPRODUCE 1. Navigate to the configuration page 2. Observe the preview OBSERVED RESULT The preview has many of the buttons render outside the settings window so that they aren't visible. Refer to screenshot, comparing the actual title bar to the preview. EXPECTED RESULT The preview correctly reflects the arrangement of the title bar buttons, displaying them within the bounds of the settings window. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Manjaro KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Using the Sweet theme for title bar decorations. This rendering problem has been an issue since I installed a week ago. -- You are receiving this mail because: You are watching all bug changes.
[Bluedevil] [Bug 444273] New: [Feature Request] Include Now Playing from Bluetooth devices in the global now playing menu
https://bugs.kde.org/show_bug.cgi?id=444273 Bug ID: 444273 Summary: [Feature Request] Include Now Playing from Bluetooth devices in the global now playing menu Product: Bluedevil Version: 5.22.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: now...@gmail.com Reporter: h...@outlook.com.au CC: plasma-b...@kde.org Target Milestone: --- SUMMARY Since iTunes refuses to run under Wine, I've been using my laptop as an output device for my phone's Bluetooth audio, and playing music on my laptop like that. The only issue with this is that although my phone's now playing is displayed in the Bluetooth system tray widget, it isn't reported under the global now playing widget. STEPS TO REPRODUCE 1. Use a tool such as Blueman to set your device running KDE up as an audio receiver 2. Connect to your KDE device over Bluetooth using another device such as a phone running Android or iOS. 3. Play media on your portable device, with the selected output being your KDE device. OBSERVED RESULT The now playing information is provided in the Bluetooth options panel, but not in the global now playing panel EXPECTED RESULT The now playing information is listed in the global now playing panel as well as in the Bluetooth options panel. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Manjaro KDE (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 443959] New: Add a dodge full-screen option to dock visibility options
https://bugs.kde.org/show_bug.cgi?id=443959 Bug ID: 443959 Summary: Add a dodge full-screen option to dock visibility options Product: lattedock Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: h...@outlook.com.au Target Milestone: --- It'd be really great to have my menu bar auto-hide when an application is full-screen, but still be accessible when I move my mouse to its trigger position. This differs from the existing dodge maximised option, as it should only dodge full-screen programs, but not maximised ones. I'd really appreciate this simple fix, as it'd greatly improve the usability of my dock. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 443865] New: [Feature Request] Option to allow docks and panels to appear on all screens
https://bugs.kde.org/show_bug.cgi?id=443865 Bug ID: 443865 Summary: [Feature Request] Option to allow docks and panels to appear on all screens Product: lattedock Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: h...@outlook.com.au Target Milestone: --- Created attachment 142519 --> https://bugs.kde.org/attachment.cgi?id=142519&action=edit Screenshot showing the location of the proposed feature SUMMARY It'd be great to have an option for docks to appear on all monitors. Although it is possible to duplicate a dock and then move the duplicate to another monitor, this unlinks their configuration meaning that changes to one won't affect the other. What I'm proposing is that as well as having explicit screen configurations as well as a follow primary screen, it'd be cool to have an "all screens" option so that the dock or panel would appear on all screens that are available. See screenshot for where I'd imagine this option would go. -- You are receiving this mail because: You are watching all bug changes.
