[Kde-imaging] [Bug 289256] New: When an error occurs during session verification, the FB export dialog ends up in an unusable state
Dirk Tilger
dirk.kde at miriup.de
Sun Dec 18 07:46:04 UTC 2011
https://bugs.kde.org/show_bug.cgi?id=289256
Summary: When an error occurs during session verification, the
FB export dialog ends up in an unusable state
Product: kipiplugins
Version: unspecified
Platform: Gentoo Packages
OS/Version: Linux
Status: NEW
Severity: normal
Priority: NOR
Component: Facebook
AssignedTo: kde-imaging at kde.org
ReportedBy: dirk.kde at miriup.de
Version: unspecified (using Devel)
OS: Linux
When an error occurs during session verification, the FB export dialog ends up
in an unusable state.
Reproducible: Always
Steps to Reproduce:
Block https (I guess). Start digikam. Open a previously authenticated Facebook
exporter.
Actual Results:
The window ends up in a state the requires a logout from the Facebook session
to continue.
Expected Results:
If session verification fails and I close the window and reopen it, it should
be behave as if the session never had been verified.
digikam(31049)/KIPI (loading) KIPIPlugins::KPAboutData::KPAboutData:
0x13546c6d5a
digikam(31049)/KIPI (general) KIPIFacebookPlugin::FbWindow::FbWindow: Calling
Login method
digikam(31049)/KIPI (general) KIPIFacebookPlugin::FbWindow::authenticate:
Calling Login method
digikam(31049)/KIPI (general) KIPIFacebookPlugin::FbTalker::getCallString:
CALL: "access_token=bla bla bla"
digikam(31049)/kio (Scheduler) KIO::SchedulerPrivate::doJob:
KIO::SimpleJob(0x135460fe10)
digikam(31049)/kio (Scheduler) KIO::SchedulerPrivate::protoQ: creating
ProtoQueue instance for "https"
digikam(31049)/kio (Scheduler) KIO::ProtoQueue::ProtoQueue:
m_maxConnectionsTotal: 20 m_maxConnectionsPerHost: 5
digikam(31049)/kio (Slave) KIO::Slave::createSlave: createSlave "https" for
KUrl("https://api.facebook.com/method/users.getLoggedInUser")
digikam(31049)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote:
Listening on "local:/tmp/ksocket-dirk/digikaml31049.slave-socket"
[GUI] Refreshing icon and submission status menu
klauncher(5839)/kio (KLauncher) KLauncher::requestSlave: KLauncher: launching
new slave "kio_http" with protocol= "https" args= ("https",
"local:/tmp/ksocket-dirk/klauncherMT5839.slave-socket",
"local:/tmp/ksocket-dirk/digikaml31049.slave-socket")
klauncher(5839)/kio (KLauncher) KLauncher::processRequestReturn: "kio_http"
(pid 512) up and running.
kio_http(512)/kio_http_debug HTTPProtocol::reparseConfiguration:
digikam(31049)/KIPI (general) KIPIPlugins::ImagesListViewItem::setThumb:
Received new thumbnail for url
KUrl("file:///home/dirk/Pictures/2011/DSC_0307.jpg") . My view is
KIPIPlugins::ImagesListView(0x135427fa70)
digikam(31049)/kio (Slave) KIO::Slave::timeout: slave failed to connect to
application pid= 512 protocol= "https"
digikam(31049)/kio (Slave) KIO::Slave::timeout: slave is slow... pid= 512 t=
13
digikam(31049)/kio (Slave) KIO::Slave::timeout: Houston, we lost our slave,
pid= 512
digikam(31049)/kio (Slave) KIO::Slave::timeout: slave died pid = 512
digikam(31049)/kio (KIOJob) KIO::TransferJob::slotFinished:
KUrl("https://api.facebook.com/method/users.getLoggedInUser")
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Kde-imaging
mailing list