[kstars] [Bug 469942] New: adding thumbnails to object details doesn't work
https://bugs.kde.org/show_bug.cgi?id=469942 Bug ID: 469942 Summary: adding thumbnails to object details doesn't work Classification: Applications Product: kstars Version: git Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- SUMMARY I try to add a custom thumbnail to an object, but this is not stored STEPS TO REPRODUCE 1. Right-click on a target in the star map, select 'Details' 2. Left-click in the image area where a thumbnail is shown (or not, if none exists) 3. In 'Specify image location' enter/browse the path to a thumbnail file and press 'OK' OBSERVED RESULT The new thumbnail is displayed in the details view. But if the window is closed the new thumbnail is no longer shown. EXPECTED RESULT The selected change should be permanent and the new thumbnail shown each time you select the 'Details' view of that target. Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 ADDITIONAL INFORMATION Self-compiled version of kstars, git commit/status e3259c606 -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 399873] Feature request: Add 'Object size' to Overview list in "What's interesting"
https://bugs.kde.org/show_bug.cgi?id=399873 --- Comment #2 from Pit --- (In reply to Rob from comment #1) > Hey, sorry for not replying to this. I don't always see the bugs assigned > to me right away. :) No complaints from my side > The object size is part of the data listed for each > object already. If you click on the objects in the list, the size is in the > details right after the surface brightness and magnitude. The size is not > in the first screen because the space is very limited, so that space is just > for position information, but it is on the screen once you click on an > object. Then the proper request likely would be to clean out the overview a bit, is it? Like (just looking at the Galaxies page) only giving *one* name instead of 5, or specifying the type only once. Also, why positions with arcsec accuracy? How many people even can make use of, e.g., the RA coordinate and translate it into something that tells them where it is? Info like constellation, maybe transit time, and (sic...) object size would be more informative in an overview. All IMHO, of course ;^> -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 417012] Launching an app shortcut through the "Actions" menu items of its context menu passes the .desktop file as an argument to the program
https://bugs.kde.org/show_bug.cgi?id=417012 Pit changed: What|Removed |Added CC||p.suetter...@royac.iac.es --- Comment #4 from Pit --- Not sure if that's the same bug: Also happens with the "Application Launcher"(*): It now (as of 5.24.0) opens the .desktop file in kate, instead of launching the application :(( (*) Not the "Application Menu" in the panel, but the "Application Launcher Version pre0.1" that you can bind to root window mouse clicks in Desktop Settings->Mouse Actions -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 402043] Local horizon display broken in RA mode
https://bugs.kde.org/show_bug.cgi?id=402043 Pit changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|UNMAINTAINED|FIXED --- Comment #5 from Pit --- Ah - mea culpa! Completely forgot about this report. Yes, indeed in the current version (git) this problem no longer occurs. The horizon is drawn correctly(*) in all cases, so this can be closed as fixed :) (*) There's another issue now that AZ points **have** to be monotonic, so no overhangs. But that is already marked 'wontfix' (design choice) by Hy ;^> -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 397660] EKOS live stream broken with 16bit (ASI1600)
https://bugs.kde.org/show_bug.cgi?id=397660 --- Comment #2 from Pit --- Confirmed. Tried both a mono ASI1600 and a color ASI183. Both properly record 16bit subframe movies in SER format. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 --- Comment #22 from Pit --- Mind, this is the official Tumbleweed package - I don't know if the mentioned fix in git has already propagated in the main tree? But I can't compile myself to check -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 Pit changed: What|Removed |Added Status|NEEDSINFO |ASSIGNED Resolution|WAITINGFORINFO |--- --- Comment #20 from Pit --- So I just read through the thread again - WHAT info is needed? I'm on plasma 5.18.4, there the bug is still present. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 --- Comment #13 from Pit --- Should that open the config menu? But no, it doesn't do anything. I'm using sloppy focus though. However, I left-clicked in the Desktop before trying, and no other application seemed to catch that (any way to check?). Ah no, Alt-D, Alt-S in sequence does indeed open the configuration window (Wallpaper/Mouse Actions) with some delay that I might have out-typed in the first test. That's at least a workable solution to access that one. FTR, this is plasma5-workspace-5.18.0 on openSUSE Tumbleweed 20200213 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 --- Comment #11 from Pit --- So a FULL minor release cycle, and no one fixes this. And in 5.18, the hamburger menu is GONE. So I now have NO WAY to change those settings anymore, as I had put the application launcher on the RMB and relied (had to) on that menu in the corner. Are you thinking that a desktop environment doesn't need a working mouse? The importance of this really needs to be raised to CRITICAL now with this menu removal. -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 415969] New: Center and Track goes to wrong position if empty sky
https://bugs.kde.org/show_bug.cgi?id=415969 Bug ID: 415969 Summary: Center and Track goes to wrong position if empty sky Product: kstars Version: git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- SUMMARY If the cursor coordinates do not refer to a listed object, a 'Center and Track' will go to wrong coordinates (not where the cursor was) STEPS TO REPRODUCE 1. place mouse cursor on some part of the sky without an object 2. RMB, Select 'Center and Track' 3. Check the position of the center OBSERVED RESULT The tracked position is not where I clicked EXPECTED RESULT The exact position where I clicked should be centered (and tracked) E.g., I go to Cederblad51, JNow: 05h 31m 26s 12° 10' 03" J2000: 05h 32m 34s 12° 10' 52" AzAlt: 68° 45' 57"-11° 58' 24" This is no listed object, RMB menue says 'empty sky' I select 'Center and Track', and check the center coordinates JNow: 05h 32m 33s 12° 11' 05" J2000: 05h 33m 40s 12° 11' 52" AzAlt: 68° 59' 07"-11° 36' 51" So it seems it goes to the J2000 coordinates in the Jnow system SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.65.0 KDE Frameworks Version: 5.65.0 Qt Version: 5.13.1 ADDITIONAL INFORMATION KStars from git, 3.4.0-978_gc035e1135 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 --- Comment #9 from Pit --- Apologies - I didn't mean that your patch broke a feature. The 'feature' is that with locked widgets you cannot drop text notes on the desktop. As your patch only works with locked widgets (as I understand) I can only choose to either lock them and not have paste, or unlock and don't have LMB. Neither is really satisfying. That aside - thanks for looking at the issue. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 --- Comment #6 from Pit --- Not really helpful TBH. With locked widgets I cannot drop-paste stuff on the desktop using middle mouse button. At least I could select which part of the desktop is broken :P -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 363860] Slideshow does not cycle if only one image in set directory
https://bugs.kde.org/show_bug.cgi?id=363860 --- Comment #15 from Pit --- (In reply to Mark from comment #14) > >We have a full infrastructure for dynamic wallpapers available. > There is nothing there that does what I am trying to accomplish. There is > one package that might but after it is installed the option to select it in > the wallpaper style does not show up! Yes, I also checked some that looked like they could work, but they don't > This is not resolved! But just brushed under the rug and ignored. Indeed disappointing, but not really unexpected after earlier experiences. Yet another confirmation that it's mostly a waste of time to do bug reports for KDE :( -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 413104] Left-click mouse actions on Desktop don't work
https://bugs.kde.org/show_bug.cgi?id=413104 Pit changed: What|Removed |Added CC||p.suetter...@royac.iac.es --- Comment #3 from Pit --- Just wanted to add that this is *really* annoying. Right now I'm locked out from changing desktop settings: I had the desktop toolbox disabled, used the right click to access the menu. As application launcher (which I had on left MB) is my central usage interface I moved it (temporarily, I thought) to RMB. This works, but now I cannot access the plasma menu anymore Can't find any way of launching it (and fixing the bug won't help me on this either). -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 398998] Allow kioclient exec to open kwrite/kate documents at specified cursor
https://bugs.kde.org/show_bug.cgi?id=398998 Pit changed: What|Removed |Added Resolution|FIXED |--- CC||p.suetter...@royac.iac.es Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #10 from Pit --- Please either revert or fix this patch, it is BREAKING OTHER APPLICATIONS, see https://bugs.kde.org/show_bug.cgi?id=408632 -- You are receiving this mail because: You are watching all bug changes.
[kde-cli-tools] [Bug 408632] kde-open functions incorrectly when given a URL with a port (opens a URL with port as the line number)
https://bugs.kde.org/show_bug.cgi?id=408632 Pit changed: What|Removed |Added CC||p.suetter...@royac.iac.es --- Comment #4 from Pit --- So why is nothing happening there? This BUG is really annoying and breaks other applications that want/need to open web links in a browser. -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 402043] Local horizon display broken in RA mode
https://bugs.kde.org/show_bug.cgi?id=402043 --- Comment #3 from Pit --- Created attachment 117038 --> https://bugs.kde.org/attachment.cgi?id=117038=edit kstars userdb with horizon definition Sure, here it is. The behavior seems to vary. One time it was just not displaying the horizon data in RA mode at all, sometimes the display was almost correct. But usually it draws wild patterns across the whole sky, changing when I move the view. -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 402043] New: Local horizon display broken in RA mode
https://bugs.kde.org/show_bug.cgi?id=402043 Bug ID: 402043 Summary: Local horizon display broken in RA mode Product: kstars Version: git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- Created attachment 116873 --> https://bugs.kde.org/attachment.cgi?id=116873=edit Screenshots of kstars with working and broken horizon display SUMMARY I have defined a local horizon using 'Settings->Artificial Horizon. This works nice in Horizontal mode (AltAz), see kstars_az.jpg in the attached archive. But switching to Equatorial mode (RaDec) the drawn polygon is completely bad, and depending on where I center the view starts tinting the whole star map (kstars_ra1.jpg and kstars_ra2.jpg in the archive; the first one is at the same location as kstars_az.jpg, just pressed 'Space' to switch) EXPECTED RESULT The local horizon should be properly displayed also in RaDec mode (or at least only drawn in AltAz mode) SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed KDE Plasma Version: 5.14.4 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 400912] New: QWidget forward declaration errors
https://bugs.kde.org/show_bug.cgi?id=400912
Bug ID: 400912
Summary: QWidget forward declaration errors
Product: kstars
Version: git
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: mutla...@ikarustech.com
Reporter: p.suetter...@royac.iac.es
Target Milestone: ---
SUMMARY
Compiling kstars git on openSUSE Tumbleweed fails with two forward declaration
errors for QCheckBox and QDial in kstars/fitsviewer/starprofileviewer.{h,cpp}
--- a/kstars/fitsviewer/starprofileviewer.h 2018-11-10 12:15:12.531954290
+
+++ b/kstars/fitsviewer/starprofileviewer.h 2018-11-10 12:12:42.692858274
+
@@ -28,6 +28,8 @@
#include
#include
#include
+#include
+#include
#include
#include
#include
--
You are receiving this mail because:
You are watching all bug changes.
[kstars] [Bug 399873] New: Feature request: Add 'Object size' to Overview list in "What's interesting"
https://bugs.kde.org/show_bug.cgi?id=399873 Bug ID: 399873 Summary: Feature request: Add 'Object size' to Overview list in "What's interesting" Product: kstars Version: 2.9.8 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- Somewhat related to ID 384057: It would be nice to add the object size to the data listed for each object on the "What's interesting" overview page. IMHO it is a quite important constraint on whether something is interesting or not, and having to permanently cycle between overview and detail quickly gets tedious... -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 399620] KStars stays in dimmed mode after EKOS error dialog
https://bugs.kde.org/show_bug.cgi?id=399620 Pit changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #2 from Pit --- Oh. I just checked again (with a different setup) and there it indeed works correctly. So I went back to where I had it before: It's an eqmod thread running wild (see https://indilib.org/forum/mounts/3970-indi-eqmod-telescope-hangs-with-100-cpu.html). So the dimming *only* stays if I kill this one thread while it's hanging (likely some hanging communication?). Should have checked with some other threads before :( Guess this one can be closed then, sorry -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 399620] New: KStars stays in dimmed mode after EKOS error dialog
https://bugs.kde.org/show_bug.cgi?id=399620 Bug ID: 399620 Summary: KStars stays in dimmed mode after EKOS error dialog Product: kstars Version: 2.9.8 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- SUMMARY If I get an error dialog box from EKOS/INDI (in my case because an indi subprocess was killed), after clicking 'OK' the main KStars window will stay in dimmed mode, even after EKOS/INDI is closed/terminated. I have set EKOS/INDI mode to 'separate window' STEPS TO REPRODUCE 1. Start kstars 2. open EKOS, start an INDI session 3. Provoke an error, like killing one of the indi_xxx processes OBSERVED RESULT kstars main window stays dimmed (low intensity low color) EXPECTED RESULT normal intensity and color for kstars when having focus SOFTWARE VERSIONS (available in About System) KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.50.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION system is openSUSE Tumbleweed 20181001 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 379901] Default Email Application is ignored when using mailto: url scheme
https://bugs.kde.org/show_bug.cgi?id=379901 --- Comment #8 from Pit --- woodstock:~% xdg-mime query default x-scheme-handler/mailto org.kde.kmail2.desktop As mentioned in post#1, Settings->Default Applications->Email Client is 'mutt %u' with 'Run in terminal' checked. Plasma 5.13.5 / plasma-framework 5.49.0 (Tumbleweed 20180916) -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 397661] New: EKOS: Hitting ENTER in an input field triggers random actions
https://bugs.kde.org/show_bug.cgi?id=397661 Bug ID: 397661 Summary: EKOS: Hitting ENTER in an input field triggers random actions Product: kstars Version: 2.9.7 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- Many (all?) number input fields in EKOS seem to not process the ENTER/RETURN key. Instead, the keypress is handed to some other (random) button/menue. For me, ENTER in the exposure time tab of the live view starts recording, changing exposure time in CCD tab and pressing enter opens the config window etc. Highly annoying! -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 397660] New: EKOS live stream broken with 16bit (ASI1600)
https://bugs.kde.org/show_bug.cgi?id=397660 Bug ID: 397660 Summary: EKOS live stream broken with 16bit (ASI1600) Product: kstars Version: 2.9.7 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- I'm using kstars/EKOS 2.9.7 on my laptop (openSUSE Tumbleweed x86_64) to control an ASI1600MM Pro camera. In 16bit mode the live stream view does not work. I just get a completely white image. changing exposure in the viewer tab does nothing. (I wonder if it's a driver thing - oacapture also has issues recording 16bit streams) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 363860] Slideshow does not cycle if only one image in set directory
https://bugs.kde.org/show_bug.cgi?id=363860 --- Comment #6 from Pit --- One year and many versions (5.13.4) later, and still no change. Is it that difficult to validate cached info before using it? :( -- You are receiving this mail because: You are watching all bug changes.
[kstars] [Bug 397214] New: Context info vanishes after a second if drawn above location
https://bugs.kde.org/show_bug.cgi?id=397214 Bug ID: 397214 Summary: Context info vanishes after a second if drawn above location Product: kstars Version: 2.9.7 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: mutla...@ikarustech.com Reporter: p.suetter...@royac.iac.es Target Milestone: --- right clicking in the star map normally opens a context info window right and below the current position. If the menue is too high to fully display that way, it is instead placed 'above' (window base is level with position). Those 'above' painted windows for me only pop up for a second and directly vanish again (also if I move the mouse cursor in and try to select an item). Windows drawn 'below' stay until I select something or right-click again somewhere else. This is openSUSE Tumbleweed (20180803) running Plasma DE 5.13.4 -- You are receiving this mail because: You are watching all bug changes.
[muon] [Bug 390101] New: 1
https://bugs.kde.org/show_bug.cgi?id=390101 Bug ID: 390101 Summary: 1 Product: muon Version: 5.2.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: muon Assignee: echidna...@kubuntu.org Reporter: bi...@t-online.de CC: silh...@gmail.com Target Milestone: --- Über muon ist kein software update mehr möglich. Es kommt die Meldung `could not download packages` Update geht bis max 50 Prozent und bricht ab. Danke -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 363860] Slideshow does not cycle if only one image in set directory
https://bugs.kde.org/show_bug.cgi?id=363860 --- Comment #5 from Pit <p.suetter...@royac.iac.es> --- Still no change in Plasma 5.10.2 (openSUSE Tumbleweed) :( -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 381614] New: plasma_containmentactions_applauncher.so only shows GenericName
https://bugs.kde.org/show_bug.cgi?id=381614 Bug ID: 381614 Summary: plasma_containmentactions_applauncher.so only shows GenericName Product: plasmashell Version: 5.10.2 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: p.suetter...@royac.iac.es CC: bhus...@gmail.com, plasma-b...@kde.org Target Milestone: 1.0 The simple application launcher that you can bind to plasma rootwindow events only shows the GenericName entry in the menu (but sorts the list based on Name). The panel applets allow to change this to using names, so one can find the proper program looking for. Please add a similar option for the simple one. Or at least then use the GenericName for sorting the menu, so that similar programs are grouped together and not spread over the whole list. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 379901] New: Default Email Application is ignored
https://bugs.kde.org/show_bug.cgi?id=379901 Bug ID: 379901 Summary: Default Email Application is ignored Product: systemsettings Version: 5.9.5 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: p.suetter...@royac.iac.es Target Milestone: --- I have changed my default application for Emails to use mutt. 'Run in terminal' is checked. Still, all email links (also from command line via kde-open5) are opened using kmail, ignoring my change. Other changes of default applications (File manager, web browser) do work. My system is openSUSE Tumbleweed -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 375531] Reactivate Monitor after powersave takes extremely long
https://bugs.kde.org/show_bug.cgi?id=375531 --- Comment #2 from Pit <p.suetter...@royac.iac.es> --- (sorry, hitting return sent the report before I was finished) I'm attaching the relevant parts of ~/.xsession-errors and the journalctl syslog during the wakeup phase that shows a lot activity from kded, xcb-helper and xrandr modules. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 375531] Reactivate Monitor after powersave takes extremely long
https://bugs.kde.org/show_bug.cgi?id=375531 --- Comment #1 from Pit <p.suetter...@royac.iac.es> --- Created attachment 103629 --> https://bugs.kde.org/attachment.cgi?id=103629=edit output from journalctl during wakeup -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 375531] New: Reactivate Monitor after powersave takes extremely long
https://bugs.kde.org/show_bug.cgi?id=375531 Bug ID: 375531 Summary: Reactivate Monitor after powersave takes extremely long Product: KScreen Version: 5.8.2 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: kded Assignee: se...@kde.org Reporter: p.suetter...@royac.iac.es Target Milestone: --- Created attachment 103628 --> https://bugs.kde.org/attachment.cgi?id=103628=edit xsession-errors during wakeup If the computer is unused, the screen is blanked after a while and the monitor goes to power save mode. If I then move the mouse and/or hit a key on the keyboard, it takes roughly 15s before I can see my desktop: The monitor power first goes on, but the screen stays black. After some 8-10s the monitor goes back into powersave mode, and only after 15 s it powers on again to show my desktop. I have not seen this before. The Monitor is a Dell P2415Q (4k) Monitor, the graphics card an NVidia GTX 1060 6GB (GP106-A) using driver version 375.26 Attached is the -- You are receiving this mail because: You are watching all bug changes.
[Plasma Workspace Wallpapers] [Bug 363860] Slideshow does not cycle if only one image in set directory
https://bugs.kde.org/show_bug.cgi?id=363860 --- Comment #3 from Pit <p.suetter...@royac.iac.es> --- So the other bugreport (368955) is marked as 'solved (duplicate)', and this one here still stays unconfirmed (despite Comment 1)? Yes, I can confirm that this is a bug, and it is a very annoying one. And to add the information from the other thread: It is not related to being only one image, it is just ignoring (any?) changes after the initial start. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 368955] Slideshow not reloading changed images
https://bugs.kde.org/show_bug.cgi?id=368955 Pit <p.suetter...@royac.iac.es> changed: What|Removed |Added Version|5.7.4 |5.8.0 --- Comment #1 from Pit <p.suetter...@royac.iac.es> --- Update: Bug still there in version 5.8.0 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 368955] New: Slideshow not reloading changed images
https://bugs.kde.org/show_bug.cgi?id=368955 Bug ID: 368955 Summary: Slideshow not reloading changed images Product: plasmashell Version: 5.7.4 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Image Wallpaper Assignee: notm...@gmail.com Reporter: p.suetter...@royac.iac.es CC: plasma-b...@kde.org I am using xplanet to render my screen background images. After kde4 had removed the possibility to directly render to the X root, the workaround was to select a directory for viewing in slideshow mode, and have xplanet render the image into a file in this directory. This no longer works with plasma 5.7.4 (openSUSE Tumbleweed), a change of the file is ignored and only the first version loaded when starting plasma is displayed Reproducible: Always Steps to Reproduce: 1. create directory, put a jpeg image there 2. Desktop Settings-> Wallpaper Type Slideshow ; add above folder ; set to change every minute 3. change the jpeg image Actual Results: plasma still displays the original version of the image Expected Results: show the changed wallpaper I tried creating a link in the directory, pointing to the other file. But even then changes are ignored and only the (internally cached?) version is shown. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 356800] Add ability to configure how applications are shown on the desktop mouse actions application launcher
https://bugs.kde.org/show_bug.cgi?id=356800 Pit <p.suetter...@royac.iac.es> changed: What|Removed |Added CC||p.suetter...@royac.iac.es --- Comment #2 from Pit <p.suetter...@royac.iac.es> --- Same issue here (openSUSE Leap, kf5 5.20). Quite anoying, it makes the menu almost useless to start applications of which you don't already know where they are in the tree. Why still 'unconfirmed'? -- You are receiving this mail because: You are watching all bug changes.
