[neon] [Bug 382812] Mouse icon artifacts block display of desktop content
https://bugs.kde.org/show_bug.cgi?id=382812 --- Comment #16 from Jerry L Kreps <greygee...@neb.rr.com> --- When I boot from my previous kernel, 4.4, I have no mouse problems, even though I am using the same nvidia 378 driver with 4.4 as is used with 4.8. After I boot into 4.4 I can do a warm reboot into my 4.8 kernel and the mouse continues to work normally. However, the workaround given by Cox, restarting sddm, is a lot faster and works well. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 382812] Mouse icon artifacts block display of desktop content
https://bugs.kde.org/show_bug.cgi?id=382812 --- Comment #6 from Jerry L Kreps <greygee...@neb.rr.com> --- (In reply to Massimo Callegari from comment #5) . > > For the record, this issue makes it impossible to use KDE, so I am using > Gnome these days, which is disgusting for me after 15 years of KDE. > You're really letting us down with this "point the finger" game. Nonsense. The workaround mentioned by Morgan Cox works beautifully. This issue will probably be resolved with the next 4.8 kernel update. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 382812] Mouse icon artifacts block display of desktop content
https://bugs.kde.org/show_bug.cgi?id=382812 Jerry L Kreps <greygee...@neb.rr.com> changed: What|Removed |Added CC||greygee...@neb.rr.com --- Comment #2 from Jerry L Kreps <greygee...@neb.rr.com> --- I'm sorry too. I had my nvidia and associated packages pinned, so I'll roll back the xservers one at a time and see which one caused the problem. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 382812] New: Mouse icon artifacts block display of desktop content
https://bugs.kde.org/show_bug.cgi?id=382812 Bug ID: 382812 Summary: Mouse icon artifacts block display of desktop content Product: kwin Version: unspecified Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: greygee...@neb.rr.com Target Milestone: --- Created attachment 106897 --> https://bugs.kde.org/attachment.cgi?id=106897=edit Screen capture of the mouse artifact I'm running KDE Neon User Edition 5.10, Plasma version 5.10.4, Qt version 5.9.1, Framworks version 5.36.0, Kernel version 4.8.0-42-generic, 64bit, i7 CPU and 8GB of RAM, using nvidia-378 on a GT650M GPU, with the latest updates as of yesterday, 7/26/17. That update introduced a mouse problem. The mouse icon appears normal until it hovers over a hotspot. Then it becomes surrounded with a box which is from another part of the screen. That box blocks visual access to the information underneath. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 363504] Deleting or moving the last email from the listing pane the preview the content stays in the preview pane
https://bugs.kde.org/show_bug.cgi?id=363504 --- Comment #4 from Jerry L Kreps <greygee...@neb.rr.com> --- Created attachment 106312 --> https://bugs.kde.org/attachment.cgi?id=106312=edit Screen capture of Kmail ghost bug This screen grab was taken just after clicking the trash can icon. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 363504] Deleting or moving the last email from the listing pane the preview the content stays in the preview pane
https://bugs.kde.org/show_bug.cgi?id=363504 --- Comment #3 from Jerry L Kreps <greygee...@neb.rr.com> --- I am running KDE Neon User Edition, fully updated. It has Plasma 5.10 and KMail 5.5.2. The behavior now is as follows: 1. Read and dispose of all mail by either moving them to a folder or deleting them. 2. Delete the last unread email. The subject line disappears but the body of the email remains visible. 3. Click on an empty folder. The body of the email clears. 4. Go back to the inbox. The subject line and the body are clear. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 379721] neon only dependency bug: phonon4qt5-backend-vlc and -gstreamer.
https://bugs.kde.org/show_bug.cgi?id=379721 Jerry L Kreps <greygee...@neb.rr.com> changed: What|Removed |Added CC||greygee...@neb.rr.com --- Comment #1 from Jerry L Kreps <greygee...@neb.rr.com> --- I am running a fully updated Neon User Edition. As Oshunluver says: :~$ apt-cache depends phonon4qt5-backend-vlc phonon4qt5-backend-vlc Depends: vlc Depends: libc6 Depends: libphonon4qt5-4 Depends: libqt5core5a Depends: libqt5gui5 Depends: libqt5widgets5 Depends: libstdc++6 Depends: libvlc5 Depends: libvlccore8 Depends: phonon4qt5 :~$ apt-cache rdepends phonon4qt5 phonon4qt5 Reverse Depends: plasma-workspace plasma-desktop phonon4qt5-backend-vlc phonon4qt5-backend-gstreamer okular marble-plugins libphonon4qt5-dev libokular5core7 libmarblewidget-qt5-27 libkf5notifyconfig5 libkf5notifications5 libkf5mailcommon5 libkf5khtml5 libkf5compactdisc5 kwordquiz ktuberling korganizer konversation konversation konversation klettres kio-extras kalarm gwenview dragonplayer dolphin calligrastage calligrastage calligra-libs calligra-libs blinken libphonon4qt5-dev And there goes the desktop. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 368517] The KMail2 Import Wizard fails to import an export file created by KMail2
https://bugs.kde.org/show_bug.cgi?id=368517 --- Comment #2 from Jerry L Kreps <greygee...@neb.rr.com> --- Doesn't matter. When I exported my emails from WITHIN KMail I chose a zip file as the container. When I select the import option it told me to close KMail before importing because of possible changes by plugins. So, I close KMAil andI select the Kmail import wizard from Kubuntu 16.04's Untilities menu. Trying the default import option I get the response posted above. Search for other options I notice a gzip option (but NO zip option, which is what KMail offered me as a choice). I modified the template to read ".zip" and my zip file showed up in the directory listing. I chose it and a status line appeared "importing from ..." and giving the path to and including my zip file. I let the app set for 15 minutes. At NO time did the progress bar report any importing taking place, even though KSysMonitor showed that the import wizard was eating up 4 to 10% of CPU cycles and eventually showed 100% on all four cores. Still no progress was shown on the progress bar. I shut the app down. I opened KMail back up and took the import option from its menu again and this time I closed KMail down while keeping the import GUI open. Selecting the zip file again I got the same results. So, using the KMail Import wizard alone or from within KMail, keeping KMail open or close, or any combination of those, the results are always the same. Lots of CPU cycles eaten but no progress in actually importing any emails from KMail's own exported file.Earrlier I had imported 5,200 emails from my Gmail mbox export file with no problems at all, and it went quickly. KMail, it seems, can't eat its own dog food.. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 368517] New: The KMail2 Import Wizard fails to import an export file created by KMail2
https://bugs.kde.org/show_bug.cgi?id=368517 Bug ID: 368517 Summary: The KMail2 Import Wizard fails to import an export file created by KMail2 Product: kmail2 Version: 5.1.3 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: commands and actions Assignee: kdepim-b...@kde.org Reporter: greygee...@neb.rr.com Before I reinstalled Kubuntu Xenial I used the export facility in KMail to export my emails using the offered format, a zip file. After Xenial was reinstalled I configured KMail with the exact folder structure I had originally and tested it with a few emails. Then I used the importwizard to import the "kmail_ emails.zip" file. If failed to do so, complaining that it could not find a "cur" subfolder for several folders in the zip file. Each folder failed. Here is the pattern: "Importing folder /transports" "No subfolder 'cur' in folder /transports" This pattern will repeat for the /note, /mails, /config, /data, /resources, /identities and /information folders that are present in the zip file which the exporter made. Examining the zip file with Ark I find that it contains no subfolders named "cur". Reproducible: Always Steps to Reproduce: 1. Close KMail 2. Run the KMail Import Wizard from the Xenial Utilities Menu 3. Select the zip file 4. It fails, every time. Actual Results: No import of emails from KMail's own generated export file. Expected Results: My emails to populate at least one folder. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 363504] Deleting or moving the last email from the listing pane the preview the content stays in the preview pane
https://bugs.kde.org/show_bug.cgi?id=363504 Jerry L Kreps <greygee...@neb.rr.com> changed: What|Removed |Added CC||greygee...@neb.rr.com --- Comment #1 from Jerry L Kreps <greygee...@neb.rr.com> --- I am running Kubuntu 16.04 with Neon on top. KMail is working great except for a problem similar to the OP's. On the last email in the input box message list, when I drag the msg title to a folder, or delete it, the message body is cleared but the message title in the message list is not. I have to click on another folder and then click again on the input box to clear it. No information is changed or lost, unless I deleted it. It is as if the msg title of the msg was a ghost. -- You are receiving this mail because: You are watching all bug changes.
