Bug 459480 - user login to flickr not working - cannot load page
Summary: user login to flickr not working - cannot load page
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-WebService-Flickr (other bugs)
Version First Reported In: 7.8.0
Platform: Appimage Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-21 08:45 UTC by jon33040
Modified: 2024-04-12 00:40 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In: 8.4.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jon33040 2022-09-21 08:45:26 UTC
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
***


STEPS TO REPRODUCE
1. Start with a clean installation of DK that has never logged in to flickr (logout may also work)
2. Select an image
3. Select "Export to flickr"
4. Select "Add another account"

OBSERVED RESULT
Window appears with message "Cannot load page https://www.flickr.com/services/oauth/authorize?perms=write&oauth_token=" with a long hex string and some other arguments.

EXPECTED RESULT
Window appears with login UI

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.6
KDE Frameworks Version: 5.95.0
Qt Version: 5.15.3
Kernel Version: 5.15.0-48-generic (64-bit)
Graphics Platform: X11
Processors: 6 × AMD Phenom(tm) II X6 1055T Processor
Memory: 5,8 GiB of RAM
Graphics Processor: AMD CYPRESS

ADDITIONAL INFORMATION
It's not a network problem, if I enter the URL in firefox or chrome, the page loads on the same computer.
Comment 1 jon33040 2022-09-21 09:26:21 UTC
I just tried the native build of DK on the PC concerned (rather than the appimage which is what the original report concerns). This happens to be DK 7.5.
The native build works fine so this is either an appimage issue or a regression between DK 7.5 and 7.8.
Comment 2 Maik Qualmann 2022-09-21 09:45:50 UTC
Tested here at the moment on Windows 10 (digiKam-8.0.0-MSVC) and deleted digikamrc and digikam_outhrc. No problems occurred when logging in for the first time.

Maik
Comment 3 jon33040 2022-09-21 13:54:20 UTC
(In reply to Maik Qualmann from comment #2)
> Tested here at the moment on Windows 10 (digiKam-8.0.0-MSVC) and deleted
> digikamrc and digikam_outhrc. No problems occurred when logging in for the
> first time.
> 
> Maik

That suggests an appimage problem to me.
Comment 4 jon33040 2022-09-23 08:22:24 UTC
Ubuntu has DK 7.8.0 packaged as a snap so I installed that.
This bug does not appear on DK 7.8.0 when it's packaged as a snap. I can login to flickr and upload without any problems.
This would seem to be a problem with the appimage.
Comment 5 caulier.gilles 2023-05-02 08:08:36 UTC
@jon33040@yahoo.co.uk

digiKam 8.0.0 is out. This entry still valid with this release ?

Best regards

Gilles Caulier
Comment 6 caulier.gilles 2023-10-10 03:19:59 UTC
@jon33040,

Please give us a fresh feedback using the current digiKam AppImage Linux bundle
pre-release 8.2.0 available here:

https://files.kde.org/digikam/

This one is compiled with last Qt 5.15.11 (previous one used Qt 5.15.7)
Thanks in advance

Gilles Caulier
Comment 7 caulier.gilles 2024-04-12 00:40:35 UTC
AppImage 8.4.0 pre-release work perfectly with flickr web service :

https://imgur.com/a/8Yi2SDu

Bundle can be downloaded here :

https://files.kde.org/digikam/

Gilles Caulier