when running ktp in a gmail account, when receiving a video call, the video in ktp window freezes. When making a call (outgoing) from ktp, the video seams to work ok, only frezes with incoming calls. The output from '/usr/lib/kde4/libexec/ktp-call-ui --persist': Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. ktp-call-ui(12217) CallHandler::CallHandler: ktp-call-ui(12217) CallHandler::handleChannels: ktp-call-ui(12217) CallManager::onCallStateChanged: new call state: 2 ktp-call-ui(12217) CallManager::onCallStateChanged: Call is initialising ktp-call-ui(12217) KTpCallPrivate::TfChannelHandler::onPendingTfChannelFinished: TfChannel ready ktp-call-ui(12217) KTpCallPrivate::TfChannelHandler::onFsConferenceAdded: Adding fsconference in the pipeline ktp-call-ui(12217) KTpCallPrivate::TfChannelHandler::onContentAdded: TfContent added: "/org/freedesktop/Telepathy/Connection/gabble/jabber/simplew8_40gmail_2ecom_2fkde_2dtelepathy/CallChannel0/Content_audio_1" ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::TfContentHandler: ktp-call-ui(12217) KTpCallPrivate::TfChannelHandler::onContentAdded: TfContent added: "/org/freedesktop/Telepathy/Connection/gabble/jabber/simplew8_40gmail_2ecom_2fkde_2dtelepathy/CallChannel0/Content_video_2" ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::TfContentHandler: ktp-call-ui(12217) CallManager::onCallStateChanged: new call state: 3 ktp-call-ui(12217) Approver::Approver: ktp-call-ui(12217)/kdeui (KNotification) KStatusNotifierItemDBus::KStatusNotifierItemDBus: service is "org.kde.StatusNotifierItem-12217-1" ktp-call-ui(12217)/kdeui (KNotification) KStatusNotifierItemPrivate::registerToDaemon: Registering a client interface to the KStatusNotifierWatcher ktp-call-ui(12217)/kdeui (KNotification) KNotificationManager::notificationActivated: 32 1 ktp-call-ui(12217) CallManager::onCallStateChanged: new call state: 4 ktp-call-ui(12217) Approver::~Approver: ktp-call-ui(12217)/kdeui (KMainWindow) KMainWindow::applyMainWindowSettings: KMainWindow::applyMainWindowSettings "CallWindow" ktp-call-ui(12217) CallWindow::onContentAdded: Content added: "video" ktp-call-ui(12217) CallWindow::onContentAdded: Content added: "audio" ktp-call-ui(12217) CallWindow::checkEnableDtmf: DTMF supported: false ktp-call-ui(12217) CallManager::onCallStateChanged: new call state: 5 ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onStartSending: Start sending requested ktp-call-ui(12217) KTpCallPrivate::DeviceElementFactory::tryElement: Using element pulsesrc with device string "" ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onStartSending: Started sending successfully ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onStartReceiving: Start receiving requested ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onStartSending: Start sending requested ktp-call-ui(12217) KTpCallPrivate::PhononIntegration::readVideoDevices: got video device indices (-23) for type 5 ktp-call-ui(12217) KTpCallPrivate::PhononIntegration::readVideoDevices: sorted video devices indices (-23) for category 3 ktp-call-ui(12217) KTpCallPrivate::PhononIntegration::readVideoDevices: appending device access list for device -23 ktp-call-ui(12217) KTpCallPrivate::DeviceElementFactory::tryElement: Using element v4l2src with device string "/dev/video0" ktp-call-ui(12217) KTpCallPrivate::TfVideoContentHandler::createSrcBin: Using video src caps QGst::Caps("video/x-raw-yuv, width=(int)320, height=(int)240, framerate=(fraction)15/1") ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onStartSending: Started sending successfully ktp-call-ui(12217) CallWindow::onLocalVideoSendingStateChanged: ktp-call-ui(12217) CallWindow::tryVideoSink: Using video sink xvimagesink ktp-call-ui(12217) KTpCallPrivate::TfVideoContentHandler::linkVideoPreviewSink: ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onStartReceiving: Start receiving requested ktp-call-ui(12217) KTpCallPrivate::SinkManager::handleNewSinkPad: New src pad "src_1_657094520_107" from handle 76 ktp-call-ui(12217) KTpCallPrivate::DeviceElementFactory::tryElement: Using element pulsesink with device string "" ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onControllerCreated: Sink controller created. Contact: "mmodem00@gmail.com" media-type: 0 ktp-call-ui(12217) KTpCallPrivate::SinkManager::handleNewSinkPad: New src pad "src_2_2243787367_97" from handle 76 ktp-call-ui(12217) KTpCallPrivate::TfContentHandler::onControllerCreated: Sink controller created. Contact: "mmodem00@gmail.com" media-type: 1 ktp-call-ui(12217) CallWindow::onRemoteVideoSendingStateChanged: ktp-call-ui(12217) CallWindow::tryVideoSink: Using video sink xvimagesink ktp-call-ui(12217) KTpCallPrivate::VideoSinkController::linkVideoSink: Reproducible: Always Steps to Reproduce: Already descibed Actual Results: Video freezes in incoming calls (gmail account) Expected Results: Video should work with outgoing and incoming calls.
same problem happened with me too. but for me neither incoming call nor outgoing call working.. every time either its freeze or auto close the Call UI. for audio call its working fine.
I also had this issue once - it seems to appear randomly. See bug #317155 comment #8 point (3).
What protocol were you using ? What application was the other person?
(In reply to comment #3) > What protocol were you using ? > What application was the other person? See, for example, bug #317155 comment #8 point (3).
I meant for Rana to answer :) If the other person is using the G+ web interface I'll mark it as a duplicate of yours.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!