[dolphin] [Bug 464957] Dolphin does not recognise file ratings
https://bugs.kde.org/show_bug.cgi?id=464957 --- Comment #1 from Jens Lallensack --- Update: I found out that this bug only occurs when file search is disabled. This makes it a much more minor issue – but still a problem users may ran into. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 464957] Dolphin does not recognise file ratings when file search is disabled
https://bugs.kde.org/show_bug.cgi?id=464957 Jens Lallensack changed: What|Removed |Added Summary|Dolphin does not recognise |Dolphin does not recognise |file ratings|file ratings when file ||search is disabled -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 464957] New: Dolphin does not recognise file ratings
https://bugs.kde.org/show_bug.cgi?id=464957 Bug ID: 464957 Summary: Dolphin does not recognise file ratings Classification: Applications Product: dolphin Version: 22.12.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: i...@dinospuren.de CC: kfm-de...@kde.org Target Milestone: --- SUMMARY *** If "Show additional information" -> "Ratings" is checked, existing file ratings are only shown in the info panel, but not in the file view as expected (only the default five empty stars appear). Also, "Sort by" -> "Rating" does not has any affect. It seems that ratings are correctly stored and shown in the info panel, but are otherwise ignored. This used to work, it is therefore probably a regression. *** STEPS TO REPRODUCE 1. Open Dolphin, assign rating of a random file by selecting that file and clicking into the rating field in the info panel (e.g., to assign five stars). 2. A: Select "Menu" -> "Show additional information" -> "Rating". B: Select "Menu" -> "Sort by" -> "Rating". OBSERVED RESULT A. The file view shows 0 stars for that file, while the info panel correctly shows the five stars. B. The file view does not sort by rating, since the ratings are not recognised. EXPECTED RESULT A. The file view should show a rating of five stars. B. The file view should sort by rating. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 464958] New: Gwenview erroneously shows "You reached the last document" message when trying to switch to the next picture before the whole folder was loaded.
https://bugs.kde.org/show_bug.cgi?id=464958 Bug ID: 464958 Summary: Gwenview erroneously shows "You reached the last document" message when trying to switch to the next picture before the whole folder was loaded. Classification: Applications Product: gwenview Version: 22.12.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: i...@dinospuren.de Target Milestone: --- SUMMARY *** The issue: I open the first image of a large image folder in gwenview (in normal windowed mode, not in slideshow/fullscreen), and after a short time (less than a second) hit space to show the next image. Instead of showing the next image, a message is shown "You reached the last document", even though this is not the case. This applies to larger image folders; on my fast laptop it occurs in folders with more than 1000 image files a 2.5 MB each, for example. Such large folders are common; cameras usually have such large image folder sizes. It happens very often to me and is quite annoying. Note that, when I am viewing the actually last image of the folder, this message is not shown; instead, it automatically wraps to the first image in the folder (the message is shown in fullscreen/slideshow mode, though). *** STEPS TO REPRODUCE 1. Click on the first image file of a large photo directory (e.g., ~1500 photos on a fast laptop) to open gwenview. 2. Immediately hit "space", trying to show the next image. OBSERVED RESULT The "You reached the last document" message is shown instead of switching to the next image. EXPECTED RESULT Switch to the next image (with delay if necessary) without showing that erroneous message. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 464959] New: Gwenview does not remember sorting settings
https://bugs.kde.org/show_bug.cgi?id=464959 Bug ID: 464959 Summary: Gwenview does not remember sorting settings Classification: Applications Product: gwenview Version: 22.12.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: i...@dinospuren.de Target Milestone: --- SUMMARY *** "Sort by" -> "Rating" correctly sorts by rating. After closing gwenview and starting it again, however, this option is still selected as indicated in the drop-down menu "Menu" -> "Sort by". This suggests that the current folder is sorted by rating. In fact, however, the sorting is by name, not by rating: Only clicking on the (apparently already activated) "rating" entry of the pop-up will actually sort by rating. The exactly same problem occurs with other sort options (e.g., "size") too. *** STEPS TO REPRODUCE 1. Use dolphin to go to an folder with some image files. Assign ratings to them (either with dolphin or gwenview). 2. Click on one of the files to start gwenview. Switch to "Browse", and select "Menu" -> "Sort by" -> "Rating". 3. Close gwenview and start again to show an image of the image folder. Switch to "Browse" mode. OBSERVED RESULT The drop-down menu "Menu" -> "Sort by" shows that "Rating" is selected. It therefore seems to remember the setting of the previous session. However, the images are not sorted by rating, but by name. EXPECTED RESULT The images should be sorted by rating. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 445794] New: Plasma Wayland session freezes after checking "Synchronise contents of the clipboard and the selection" and selecting text
https://bugs.kde.org/show_bug.cgi?id=445794 Bug ID: 445794 Summary: Plasma Wayland session freezes after checking "Synchronise contents of the clipboard and the selection" and selecting text Product: plasmashell Version: 5.23.3 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: Clipboard Assignee: plasma-b...@kde.org Reporter: i...@dinospuren.de Target Milestone: 1.0 SUMMARY *** Plasma session on Wayland freezes (hard reboot needed) after activating "Synchronise contents of the clipboard and the selection" in the Klipper Configure window and selecting text. *** STEPS TO REPRODUCE 1. Open the Klipper configure window (right click on the "clipboard contents" in the systray -> "configure clipboard" 2. Enable the "Synchronise contents of the clipboard and the selection" option, and click "Apply". If it is already enabled, deselect it, click apply, and then select it, and again click apply. I have all other options enabled as well (not sure if that matters). 3. Select text with the mouse. OBSERVED RESULT Plasma session freezes, and blacks out after a few seconds. Need to switch to Linux console using Ctrl+Alt+F3 and go "shutdown -r now". EXPECTED RESULT No crash. It works perfectly on Xorg and the bug only occurs on Wayland. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Manjaro (available in About System) KDE Plasma Version: 5.23.3 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kalendar] [Bug 458221] New: Due date should be set to the selected date when when creating new task from month view
https://bugs.kde.org/show_bug.cgi?id=458221 Bug ID: 458221 Summary: Due date should be set to the selected date when when creating new task from month view Product: kalendar Version: 22.08.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: claudio.cam...@gmail.com Reporter: i...@dinospuren.de CC: c...@carlschwan.eu Target Milestone: --- SUMMARY *** When creating a new task by right-clicking on a particular future day in the "month view", this future day is not set in "Due" (instead, the current day is shown). *** STEPS TO REPRODUCE 1. Open "Month View" 2. Right-click on a day in the future, and select "Add Task" OBSERVED RESULT The day selected in the Month View does not have an impact. The "Due" checkbox needs to be activated manually. When activated, it shows the current day; any day in the future needs to be manually set. EXPECTED RESULT When specifically selecting a day in the "Month view", I expect that the "Due" checkbox is activated and set to the selected day automatically. If the "due" checkbox cannot be activated automatically (there may be reasons for this), I would expect that, if activated manually, it will be automatically set to the selected day, so that the day does not have to be selected twice. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 440440] New: Middle Click on Bookmark items doesn't open them in new tab
https://bugs.kde.org/show_bug.cgi?id=440440 Bug ID: 440440 Summary: Middle Click on Bookmark items doesn't open them in new tab Product: dolphin Version: 21.04.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: i...@dinospuren.de CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Middle clicking on Bookmark items open them in the current tap; they should open in new tab instead. STEPS TO REPRODUCE 1. Start Dolphin, show menu bar, navigate to "Go" -> "Bookmarks" 2. Middle-click on an existing bookmark. OBSERVED RESULT The bookmark opens in the current tab. EXPECTED RESULT The bookmark should open in a new tab, which is the behavior in other Dolphin features (such as in the "Go" -> "Recently Closed Tabs" feature). The current behavior, therefore, is 1) inconsistent and 2) distracts the workflow of power users. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 429453] Bookmarks should have a top-level menu item rather than being hidden in the Go menu
https://bugs.kde.org/show_bug.cgi?id=429453 Jens Lallensack changed: What|Removed |Added CC||i...@dinospuren.de --- Comment #4 from Jens Lallensack --- I agree that Bookmarks should have its own top-level entry in the menu. If you use this feature, you will use it very frequently, so it has to be accessible quickly with Alt+B. Burying it within the "Go" menu requires an additional click each time, which slows down power users. Since the menu bar is now hidden by default in any case, an additional entry there shouldn't confuse users too much any longer. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 306257] Add a feature so that we can save and restore a dolphin session
https://bugs.kde.org/show_bug.cgi?id=306257 Jens Lallensack changed: What|Removed |Added CC||i...@dinospuren.de --- Comment #14 from Jens Lallensack --- Note that there is the recently added "Bookmark Tabs as Folder…" feature, which does the most important thing: Saving all tabs. The "session" can then be restored with "Open Folder in Tabs". -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 429453] Bookmarks should have a top-level menu item rather than being hidden in the Go menu
https://bugs.kde.org/show_bug.cgi?id=429453 --- Comment #6 from Jens Lallensack --- Maybe I need to change my opinion. I now think that the menu bar is not suitable as the (only) place for features that you need to access very frequently. You would have to keep the menubar visible at all times for quick access, which is not ideal (I would personally like to keep the menubar hidden AND effectively use the bookmarks feature). Instead, I think that the toolbar is the best place for such frequently used features. It is easy to go to "Configure toolbars" and add the "Bookmarks" entry manually. "Bookmarks" is a feature for power users, and these people can be expected to add the tool bar icon by themselves. The toolbar seems to be the natural solution to me. A downside is that the "Bookmarks" entry, if you add it to the toolbar, does not have a shortcut associated with it, and I am unable to define one. This seems to be a missing feature that should be easy to add. There still is the valid argument of consistency with other apps like Konsole and Kate. People might ask "why to I have to use the toolbar here, but the menu in the other apps for the same feature?". However, Dolphin is different in that the menu bar is hidden by default (and thus, "Alt" + modifier does not work by default in any case). If a "Bookmarks" entry is to appear in the menu bar for the sake of consistency, then, following the same argument, there should also be a separate "Sessions" menu if that feature is implemented some point in the future (since Kate has a separate menu entry for this as well). The menu bar may thus become quite complicated, cluttered with options that most users never use – too much for such a basic application like Dolphin, not simple by default anymore. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 306257] Add a feature so that we can save and restore a dolphin session
https://bugs.kde.org/show_bug.cgi?id=306257
--- Comment #16 from Jens Lallensack ---
@MountainX
I only learned about it by trying things out. Try this:
1) open some tabs you want to save
2) show menu bar (Ctrl + m)
3) navigate to "Go" -> "Bookmarks" -> "Bookmark tabs as folder". You can enter
a folder name, or just keep it blank and hit enter (it will be named "New
Folder" then). Now, the new folder will appear in the bookmark list, which you
find in "Go" -> "Bookmarks".
4) close Dolphin and re-open, and again "Go" -> "Bookmarks" -> "New Folder" ->
"Open Folder in Tabs" to restore the session.
Note that this will restore the tabs only, but additional things like scroll
bar positions won't be saved. But for me personally the ability to just to save
the tabs is all I need.
Note that you can add an entry "Bookmark tabs as folders" to the tool bar for
quick access ("Settings" -> "Configure Toolbars…"). Likewise, the "Bookmarks"
toolbar entry will grant you quick access to all saved bookmarks and folders.
--
You are receiving this mail because:
You are watching all bug changes.
[Spectacle] [Bug 431613] New: When calling Rectangular Region screenshot via a global shortcut, the mouse pointer will freeze and may appear in screenshot unintentionally
https://bugs.kde.org/show_bug.cgi?id=431613 Bug ID: 431613 Summary: When calling Rectangular Region screenshot via a global shortcut, the mouse pointer will freeze and may appear in screenshot unintentionally Product: Spectacle Version: 20.12.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: i...@dinospuren.de CC: k...@david-redondo.de Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Open the settings of Spectacle and define a global shortcut for "Capture Rectangular Region". In my case, the shortcut is Meta+R 2. Turn off the option "Include mouse pointer" 3. Quit Spectacle. You may see the desktop or another window. 4. Make sure the mouse pointer is visible on the screen, and hit the shortcut (in my case Meta+R). Now the mouse pointer immediately freezes at its current position, and a new (second) "grabby hand" mouse pointer appears to adjust the rectangular region for the screenshot. 5. Make sure the rectangular region includes the frozen mouse pointer. Hit "Enter" to do the screenshot. OBSERVED RESULT The frozen mouse pointer appears in the screenshot, although the "include mouse pointer" option is still unchecked. EXPECTED RESULT Once the "grabby hand" mouse pointer of Spectacle appears, the original mouse pointer should disappear rather than freeze in place. No mouse pointer should be visible in the screenshot. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION However, when I repeat above steps with the "Include mouse pointer" option checked, the mouse pointer still freezes, and I only see the frozen one but not the actual active mouse pointer. The option "Include mouse pointer" has no effect in this situation. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392047] No/inconsistent search results for Power/Session/Leave menu section entries upon searching for them in Application Launcher/Menu/Dashboard
https://bugs.kde.org/show_bug.cgi?id=392047 Jens Lallensack changed: What|Removed |Added CC||i...@dinospuren.de --- Comment #4 from Jens Lallensack --- This works for me now, at least with the default Kickoff starter. All those entries show up. However, none of these entries shows up when searching using the alternative "Application menu" (based on cascading popup menus). Manjaro, Plasma 5.15.4 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 407775] New: Leave actions not showing up under "Favourites"
https://bugs.kde.org/show_bug.cgi?id=407775 Bug ID: 407775 Summary: Leave actions not showing up under "Favourites" Product: plasmashell Version: 5.15.4 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: k...@davidedmundson.co.uk Reporter: i...@dinospuren.de CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY When marking leave actions (shut down, logout, suspend, hibernate, …), as "Favourites" using the default Kickoff application launcher, these will not appear in the "Favourites" tab. STEPS TO REPRODUCE 1. Right click on an entry in the "Leave" tab (e.g., "suspend", and check "Show in Favourites" -> "On all actvities". OBSERVED RESULT Nothing shows up in the Favourites tab, even after reboot. EXPECTED RESULT The entry is expected to be shown in the Favourites tab. SOFTWARE/OS VERSIONS Linux: Manjaro KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3 ADDITIONAL INFORMATION This actually works fine with the alternative Kicker application menu. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 407777] New: Wrong icons for hibernate/suspend actions in the Favourites bar
https://bugs.kde.org/show_bug.cgi?id=40 Bug ID: 40 Summary: Wrong icons for hibernate/suspend actions in the Favourites bar Product: plasmashell Version: 5.15.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Menu (Kicker) Assignee: h...@kde.org Reporter: i...@dinospuren.de CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY When adding the leave actions "suspend" and/or "hibernate" to the favourites in Kicker, these will appear under Favourites but with different icons (the old geometric icons instead of the new stylized moon (for suspend) and snow flake (for hibernate)). STEPS TO REPRODUCE 1. Switch from the default "Kickoff" application launcher to the "Application menu" (Kicker) 2. Open Kicker -> Power/ Session; right-click on "Suspend" or "Hibernate", check "Add to Favourites". OBSERVED RESULT The checked leave actions (hibernate/suspend) appear in the Favourites, but with a different icon, respectively. EXPECTED RESULT The default icons should be shown (the moon for "suspend" and the snow flake for "hibernate"). SOFTWARE/OS VERSIONS Linux: Manjaro KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3 ADDITIONAL INFORMATION This is a regression that was introduced when the icons for the "suspend" and "hibernate" actions where changed. The "Favourites" still shows the old icons. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 407777] Wrong icons for hibernate/suspend actions in the Favourites bar
https://bugs.kde.org/show_bug.cgi?id=40
--- Comment #3 from Jens Lallensack ---
Thanks, Nate Graham. I now noticed that the bug only occurs when using the
"Breath" Plasma Theme ("Breeze" works fine for me as well!).
--
You are receiving this mail because:
You are watching all bug changes.
[okular] [Bug 500020] New: Scroll bar restricted to the current page in some pdfs
https://bugs.kde.org/show_bug.cgi?id=500020 Bug ID: 500020 Summary: Scroll bar restricted to the current page in some pdfs Classification: Applications Product: okular Version: 24.12.2 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: jens.lallens...@posteo.com.br Target Milestone: --- SUMMARY When reading some pdfs, the scroll bar on the right is restricted to the current page. It is therefore not possible to use it to quickly scroll through the document. Other pdfs work fine, however (I see this bug in maybe 20% of the pdfs I try). This problem appeared a few months ago while everything worked fine before that; it must be a recent regression. I tried to delete all the configuration files, but the bug is still there. STEPS TO REPRODUCE 1. Open a pdf for which this bug shows (Open Access scientific article as example here: https://www.nature.com/articles/s41598-025-85497-y.pdf) OBSERVED RESULT The pdf is multiple pages long, but the scroll bar only shows one page, and cannot be used to scroll through the pdf. EXPECTED RESULT The scroll bar should represent the entire pdf, as in other pdfs. SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.3.0 KDE Frameworks Version: 6.10.0 Qt Version: 6.8.2 Kernel Version: 6.12.13-1-lts (64-bit) Graphics Platform: Wayland Processors: 16 × 12th Gen Intel® Core™ i7-1260P Memory: 31.2 GiB of RAM Graphics Processor: Mesa Intel® Iris® Xe Graphics -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 500020] Scroll bar restricted to the current page in some pdfs
https://bugs.kde.org/show_bug.cgi?id=500020 --- Comment #2 from Jens Lallensack --- (In reply to John Veness from comment #1) > I've noticed this too. Choosing View Mode > Continuous will fix it for that > document. For some reason the "Open in continuous mode" setting seems to be > not working. Excellent, thank you for pointing out this workaround, it makes my workflow so much more pleasant. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501066] Weather Report widget always disappears after reboot
https://bugs.kde.org/show_bug.cgi?id=501066 --- Comment #11 from Jens Lallensack --- (In reply to Ismael Asensio from comment #10) I just tested that: After following the testing steps (see above), I tried to add 13 different applets, including the weather applet, covering the entire desktop. After logout and login, the weather applet was the only one to disappear, all the other ones work as expected. Another bug I noted that I am pretty sure has the same cause. This is always reproducible: 1) Create a new user account, and log into that account 2) Add the weather applet to the middle of the Desktop. Notice this: The appletsrc config file has NOT been updated. This file is identical to the default one, without the weather applet. 3) Log out and log in again. Notice this now: The weather applet is still there, BUT forgot its position and now appears on the top left of the Desktop. However, the appletsrc config file has been updated during the login process, now with an entry for the weather applet, and from now on, the applet will remembers its position settings and behaves normally. Let me know if I should open a separate bug for this one, but I really suspect these are two symptoms of the same issue. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501066] Weather widget always disappears after reboot
https://bugs.kde.org/show_bug.cgi?id=501066 --- Comment #2 from Jens Lallensack --- Hi Nate, In a new fresh account, the Weather Report widget works. I tried to set up the account mostly the same way as the other, but I couldn't trigger the bug, after multiple log-outs and log-ins. It was a bit unstable (first time after adding it on a fresh account, it moved itself to the top left; and one time, it lost its settings so I had to re-configure). But the widget itself never disappeared completely. Note that I am on a laptop without any monitor attached, and that, when I re-add the widget, it still remembers the right weather station. Any ideas how to debug this further? Thanks. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501066] New: Weather widget always disappears after reboot
https://bugs.kde.org/show_bug.cgi?id=501066 Bug ID: 501066 Summary: Weather widget always disappears after reboot Classification: Plasma Product: plasmashell Version: 6.3.2 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Weather widget Assignee: plasma-b...@kde.org Reporter: jens.lallens...@posteo.com.br CC: isma...@gmail.com Target Milestone: 1.0 The weather widget always disappears after reboot. I'm on Wayland. Others seem to have the same issue: https://www.kubuntuforums.net/forum/general/kde-neon/685423-wayland-magically-disappearing-widgets https://discuss.kde.org/t/weather-report-disappears/30347 But I can't find an open bug. STEPS TO REPRODUCE 1. Add the weather widget to the Desktop 2. Reboot OBSERVED RESULT Weather widget is gone EXPECTED RESULT Weather widget still there SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.3.2 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 Kernel Version: 6.13.5-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × 12th Gen Intel® Core™ i7-1260P Memory: 31,2 GiB of RAM Graphics Processor: Mesa Intel® Iris® Xe Graphics -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501066] Weather widget always disappears after reboot
https://bugs.kde.org/show_bug.cgi?id=501066 --- Comment #4 from Jens Lallensack --- Created attachment 179158 --> https://bugs.kde.org/attachment.cgi?id=179158&action=edit plasma appletsrc configurationf file Use the attached configuration file on a new account and logout/login to reproduce the bug -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501066] Weather widget always disappears after reboot
https://bugs.kde.org/show_bug.cgi?id=501066 --- Comment #5 from Jens Lallensack --- See above. I still don't know what the cause is, but if I replace the plasma-org.kde.plasma.desktop-appletsrc in the new user account with that of my old one (which I attached above), I can reproduce the bug. I hope this helps. Let me know if there is anything else I can help with. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501066] Weather widget always disappears after reboot
https://bugs.kde.org/show_bug.cgi?id=501066 --- Comment #7 from Jens Lallensack --- Ah, you are right – if I add the weather widget to the desktop, it is NOT added to the appletsrc config file in the first place! It will just update some coordinates, but does not create a new entry for the weather widget. But you can still reproduce the bug with my config file: 1) Create a new account 2) Replace the default appletsrc config file with mine 4) add the weather widget 5) logout and login 6) weather widget is gone Are you able to reproduce this? -- You are receiving this mail because: You are watching all bug changes.
