[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