[kipiplugins] [Bug 421649] Google Photos upload/export fails when Google Advanced Protection is enabled
https://bugs.kde.org/show_bug.cgi?id=421649 --- Comment #5 from Gus Gustafson --- There are many 3rd party apps that can be approved to work with GAPP. At least, as Add-Ons, such as the "DocHub - PDF Sign and Edit" Drive Add-on, offered by MacroPlant LLC. (Another example is the "Xodo PDF Reader & Annotator".) I think one criteria is that you must only request access to "View and manage Google Drive files and folders that you have opened or created with this app". You cannot request access to ALL files in the user's google account... Maybe there are similar options for Google Photos? Perhaps you could speak with supp...@macroplant.com to see how they were able to get approved? -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 421649] Google Photos upload/export fails when Google Advanced Protection is enabled
https://bugs.kde.org/show_bug.cgi?id=421649 --- Comment #2 from Gus Gustafson --- Hi Maik, Actually, the 5.9.0 I mentioned was what I saw for the KIPI plugin version that comes on Kubuntu 20.04. (Alternatively, I see 4:19.12.3.) But the *digikam* version I am using is 6.4.0. Is Google Photos supposed to work with digikam 6.4.0? Thanks, Gus -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 421649] New: Google Photos upload/export fails when Google Advanced Protection is enabled
https://bugs.kde.org/show_bug.cgi?id=421649 Bug ID: 421649 Summary: Google Photos upload/export fails when Google Advanced Protection is enabled Product: kipiplugins Version: 5.9.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: imaging-bugs-n...@kde.org Reporter: efelthau...@gmail.com Target Milestone: --- SUMMARY When a Google account has Google Advanced Protection Program (GAPP) enabled, one cannot authorize KIPI plugins... Please make KIPI Plugins work with GAPP program enabled. I do use other 3rd party apps that have managed to get approved by Google for use with GAPP. STEPS TO REPRODUCE 1. Enable Google Advanced Protection program on your google account. 2. Try to use Kipi Plugins to upload to Google Photos. OBSERVED RESULT Receive Authorization Error from Google: Error 400: policy_enforced Google cannot give this app access to your account data because Advanced Protection is turned on for your Google Account. EXPECTED RESULT Be able to authorize Kipi Plugins. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Kubuntu 20.04 (available in About System) KDE Plasma Version: 5.18.4 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 396582] Cannot drag folder from Dolphin to Google Drive via Google Chrome
https://bugs.kde.org/show_bug.cgi?id=396582 Gus Gustafson changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Gus Gustafson --- Ok, after more testing, I found that I need to "swirl" my drag-selection over the Google Drive and Dropbox webpages a few more times to get the webpage to recognize it. Working for both Firefox and G Chrome... Marking resolved/invalid. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 396582] Cannot drag folder from Dolphin to Google Drive via Google Chrome
https://bugs.kde.org/show_bug.cgi?id=396582 Gus Gustafson changed: What|Removed |Added Status|NEEDSINFO |UNCONFIRMED Resolution|WAITINGFORINFO |--- --- Comment #2 from Gus Gustafson --- It is not working with Firefox either Versions: Dolphin: 17.12.3 Kubuntu: 18.04 Plasma: 5.12.6 Firefox: 61.0.1 (64bit) Google Chrome: 67.0.3396.99-1 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 396582] Cannot drag folder from Dolphin to Google Drive via Google Chrome
https://bugs.kde.org/show_bug.cgi?id=396582 Gus Gustafson changed: What|Removed |Added Summary|Cannot drag folder from |Cannot drag folder from |Dolphin to Google Drive via |Dolphin to Google Drive via |Google Chrom|Google Chrome -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 396582] New: Cannot drag folder from Dolphin to Google Drive via Google Chrom
https://bugs.kde.org/show_bug.cgi?id=396582 Bug ID: 396582 Summary: Cannot drag folder from Dolphin to Google Drive via Google Chrom Product: dolphin Version: 17.12.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: efelthau...@gmail.com CC: elvis.angelac...@kde.org Target Milestone: --- When I try to drag a folder from Dolphin to Google Chrome in order to upload the folder and all subfolders and files, nothing happens. It works from Konqueror when using Konqueror as a file browser... -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 194820] Ability to remove formatting from clipboard content
https://bugs.kde.org/show_bug.cgi?id=194820 Gus Gustafson <efelthau...@gmail.com> changed: What|Removed |Added CC||efelthau...@gmail.com --- Comment #7 from Gus Gustafson <efelthau...@gmail.com> --- This is a basic feature. Please add this ability, which is found in many clipboard tools. (I can confirm that the workaround described above no longer works in Plasma 5.) -- You are receiving this mail because: You are watching all bug changes.
[user-manager] [Bug 336994] User Manager does not show one particular user in the list unless I login as that user
https://bugs.kde.org/show_bug.cgi?id=336994 --- Comment #6 from Gus Gustafson <efelthau...@gmail.com> --- I too have this problem on Kubuntu 16.04 with Plasma 5.5.5. Additionally, in a different, somewhat opposite case, I have found that for a different user I had to delete the account, log out, and delete same user again, in order to finally get that user to disappear from the login screen and the User Manger in System Settings... I have found that KUser from the repos is more reliable than the tool that's integrated into System Settings. -- You are receiving this mail because: You are watching all bug changes.
[user-manager] [Bug 336994] User Manager does not show one particular user in the list unless I login as that user
https://bugs.kde.org/show_bug.cgi?id=336994 Gus Gustafson <efelthau...@gmail.com> changed: What|Removed |Added CC||efelthau...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 363849] Gwenview Image View Does Not Change When Final Image Deleted and so Deletes Files Unexpectedly
https://bugs.kde.org/show_bug.cgi?id=363849 Gus Gustafson <efelthau...@gmail.com> changed: What|Removed |Added CC||efelthau...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 363849] New: Gwenview Image View Does Not Change When Final Image Deleted and so Deletes Files Unexpectedly
https://bugs.kde.org/show_bug.cgi?id=363849 Bug ID: 363849 Summary: Gwenview Image View Does Not Change When Final Image Deleted and so Deletes Files Unexpectedly Product: gwenview Version: Other (add details in bug description) Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: efelthau...@gmail.com CC: myr...@kde.org If you Have a Directory of images and other files, and you use Gwenview to delete images as you look at them, after you delete the last image in the directory (using the delete keys), Gwenview continues to display the final image in the directory. Yet, what it is actually "on" is a non-image file. So if you then hit 'delete' again, thinking it didn't work (ie, you have Dolphin set to not give delete confirmations), which is completely reasonable since the image continues to be displayed, you will actually delete the next non-image file, or files if you continue hitting it reapeatedly. This is very bad, as you can end up deleting a bunch of files you did not intend to without ever realizing it. This needs to get fixed asap. When the last image file in the directory is deleted, Gwenview should NOT continue to show that image. It should show the filename of the non-image file it currently has selected. Or better yet, don't select, and don't be able to act on, any sort of non-image files at all. Reproducible: Always Steps to Reproduce: Delete last image file in directory. Actual Results: Gwenview continues to display the last image, even though it was already deleted via Gwenview. Also, it will now select any non-image files, and cause you to delete them unexpectedly. Expected Results: It should stop displaying the final image in directory after it is deleted. I am using the regular Kubuntu 16.04 Repository version (4:15.12.3-0ubuntu1). -- You are receiving this mail because: You are watching all bug changes.
[kio] [Bug 350668] Dolphin Crash when transfer of files from external media finishes
https://bugs.kde.org/show_bug.cgi?id=350668 Gus Gustafson <efelthau...@gmail.com> changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME --- Comment #3 from Gus Gustafson <efelthau...@gmail.com> --- it does not seem to be happening in 15.10..., though MTP kio did seem to crash and restart after transferring a file via kdeconnect (which works via WiFi?), while also connected by USB/MTP... haven't used kdeconnect before that, so i'll post again if recurs. -- You are receiving this mail because: You are watching all bug changes.
