Ошибка клиент kio

p8: клиент KIO: файл или папка не существует... [решено]

GS

Здравствуйте.

Платформа: p8 (8.1) KDE x86-64.

В следующих двух приложения столкнулся с такой проблемой: не открываются гиперссылки.

Приложение № 1: KeePassX 0.4.4. Довольно давно веду в нем базу паролей. При создании очередной записи в базе указываю, кроме логина и пароля, еще и ссылку на сайт — чтоб потом можно было, выбрав в контекстном меню пункт «открыть ссылку», попасть на нужный сайт. Так вот — при попытке сделать это, получаю сообщение: «Файл или папка http://… не существует» (ссылка, понятно, в браузере не открывается). В строке заголовка этого сообщения написано: «Ошибка — Клиент KIO».

Приложение № 2: редактор заметок OutWiker 1.9.0.790 (из Сизифа). Создаю в заметке ссылку на сайт, щелкаю по этой гиперссылке мышкой, получаю тот же ответ: «Файл или папка http://… не существует» (заголовок — тот же — «Ошибка — Клиент KIO»).

Думаю, что дело не в этих двух конкретных приложениях. Видимо, это системная проблема. Вопрос: в чем ее причина, и как ее устранить (чтоб гиперссылки открывались в браузере как положено).

P.S. В p7 (7.0.5) KDE x86 этой проблемы не было.

« Последнее редактирование: 02.01.2017 16:47:28 от Skull »


Записан

Какой дистрибутив и какой KDE используете и какой браузер настроен в предпочитаемых приложениях?
Подозреваю, что минимальный KDE установили, а Konqueror не установили.


Записан

Андрей Черепанов (cas@)

GS

Здравствуйте, Skull.

Дистрибутив: Альт Рабочая станция К 8.1 x86-64 (это уже обновленный дистрибутив; а изначально я ставил 8.0).

Браузер в предпочитаемых приложениях: не знаю, где это посмотреть ???; у Firefox’а в настройках написано, что он — по умолчанию.

Konqueror не установлен. Я точно уже не помню — максимальный набор приложений я отметил во время установки или нет. Думаю, что, все-таки, максимальный — давняя «виндовая» привычка :-) (во-всяком случае, игры и всякие графические редакторы, мне не особо нужные — установлены).


Записан

«Ошибка — Клиент KIO».

KIO — это система ввода-вывода KDE.  Их несколько (KDE3/4/5), поэтому стоит выяснить к какому отноится приложение, которое не работает. 


Записан

Параметры KDE смотрите (systemsettings).


Записан

Андрей Черепанов (cas@)

GS

В настройках KDE5 прописал Firefox браузером по умолчанию — после этого ссылки стали открываться.

Спасибо, Skull.


Записан

Источник

Describe the bug

Attempting to launch an executable directly or launching a .desktop on KDE has unanticipated behavior/fails.

To Reproduce

Steps to reproduce the behavior with a minimum self-contained file.

  • Create a file main.py with:

app = typer.Typer()


@app.command()
def launch_exec():
    typer.launch("/usr/bin/ls")


@app.command()
def launch_desktop():
    typer.launch("ls.desktop")


if __name__ == "__main__":
    app()
  • Create a file ls.desktop in the same directory with:
[Desktop Entry]

# The type as listed above
Type=Application

# The version of the desktop entry specification to which this file complies
Version=1.0

# The name of the application
Name=ls

# A comment which can/will be used as a tooltip
Comment=run ls 

# The path to the folder in which the executable is run
Path=/

# The executable of the application, possibly with arguments.
Exec=/usr/bin/ls

# Describes whether this application needs to be run in a terminal or not
Terminal=true
  • To test with an executable:
python main.py launch-exec
  • launch-exec outputs (See screenshots):

A new window displays the following information:

Error -- KIO Client
For security reasons, launching executables is not allowed in this context.
  • But I expected it to output:

It should request permission to launch if permission is required (or it should launch)

  • To test with a desktop file:
python main.py launch-desktop
  • launch-desktop outputs (See screenshots):

It opens the desktop file in KATE (KDEs text editor) for editing.

  • But I expected it to output:

It should request permission to launch if permission is required (or it should launch)

Expected behavior

When attempting to launch an application, the application should launch or request permissions to launch

Screenshots

for an executable

image

for a .desktop file

image

Environment

  • OS: Linux, Manjaro KDE Edition

  • Typer Version 0.3.2

  • Python version: Python 3.9.1

Additional context

I did a bit of digging into this.

The launch function is recreated in Typer but this issue can be recreated in Click (Not surprising since it’s almost identical).

On the backend these both use [xdg-open](https://wiki.archlinux.org/index.php/User:Larivact/xdg-open#:~:text=xdg%2Dopen%20is%20a%20desktop,file%2Dopener%20application%20(eg.) which is a DE agnostic tool for opening files and URLs. Inside a DE this will pass along to the running DE’s file opener app.

Here is the default application that will be used to open an executable or a desktop file on my KDE environment.

# An executable file type does not appear to have a default.
(cdda-manager) ~/r/b/cdda-manager ❯❯❯ xdg-mime query default "application/x-executable"
# The default for desktop files is to open in kate, which is the behavior we observed. 
(cdda-manager) ~/r/b/cdda-manager ❯❯❯ xdg-mime query default "application/x-desktop"                                                                                                                                                   ✘ 4 
org.kde.kate.desktop
(cdda-manager) ~/r/b/cdda-manager ❯❯❯

One way that does seem to work to open these files from a terminal is this:

# Both of these execute properly without even requesting a user prompt.
kioclient5 exec ls.desktop
kioclient5 exec /usr/bin/ls

Also of note is that you DO see the expected behavior in Dolphin (KDEs File Manager) if you double click an executable or desktop file as it appears to have it’s own settings for how to handle executables (or .desktop files which it consider executable as well)

See attached screenshots.

image

image

Working examples

Here are some working examples for getting execs and desktops to run.

@app.command()
def working_exec1():
    typer.echo("I'm running the executable directly")
    c = subprocess.Popen(["/usr/bin/ls"])
    return 0


@app.command()
def working_exec2():
    typer.echo("I'm running the executable via kioclient")
    c = subprocess.Popen(["/usr/bin/kioclient5", "exec", "/usr/bin/ls"])
    return 0


@app.command()
def working_desktop1():
    typer.echo("I'm opening the .desktop via kioclient")
    c = subprocess.Popen(["/usr/bin/kioclient5", "exec", "ls.desktop"])
    return 0


@app.command()
def working_desktop2():
    typer.echo("I'm opening the .desktop via dolphin")
    c = subprocess.Popen(["dolphin", "+", FULLPATHTOFILE])
    return 0
Источник

Describe the bug

Attempting to launch an executable directly or launching a .desktop on KDE has unanticipated behavior/fails.

To Reproduce

Steps to reproduce the behavior with a minimum self-contained file.

  • Create a file main.py with:

app = typer.Typer()


@app.command()
def launch_exec():
    typer.launch("/usr/bin/ls")


@app.command()
def launch_desktop():
    typer.launch("ls.desktop")


if __name__ == "__main__":
    app()
  • Create a file ls.desktop in the same directory with:
[Desktop Entry]

# The type as listed above
Type=Application

# The version of the desktop entry specification to which this file complies
Version=1.0

# The name of the application
Name=ls

# A comment which can/will be used as a tooltip
Comment=run ls 

# The path to the folder in which the executable is run
Path=/

# The executable of the application, possibly with arguments.
Exec=/usr/bin/ls

# Describes whether this application needs to be run in a terminal or not
Terminal=true
  • To test with an executable:
python main.py launch-exec
  • launch-exec outputs (See screenshots):

A new window displays the following information:

Error -- KIO Client
For security reasons, launching executables is not allowed in this context.
  • But I expected it to output:

It should request permission to launch if permission is required (or it should launch)

  • To test with a desktop file:
python main.py launch-desktop
  • launch-desktop outputs (See screenshots):

It opens the desktop file in KATE (KDEs text editor) for editing.

  • But I expected it to output:

It should request permission to launch if permission is required (or it should launch)

Expected behavior

When attempting to launch an application, the application should launch or request permissions to launch

Screenshots

for an executable

image

for a .desktop file

image

Environment

  • OS: Linux, Manjaro KDE Edition

  • Typer Version 0.3.2

  • Python version: Python 3.9.1

Additional context

I did a bit of digging into this.

The launch function is recreated in Typer but this issue can be recreated in Click (Not surprising since it’s almost identical).

On the backend these both use [xdg-open](https://wiki.archlinux.org/index.php/User:Larivact/xdg-open#:~:text=xdg%2Dopen%20is%20a%20desktop,file%2Dopener%20application%20(eg.) which is a DE agnostic tool for opening files and URLs. Inside a DE this will pass along to the running DE’s file opener app.

Here is the default application that will be used to open an executable or a desktop file on my KDE environment.

# An executable file type does not appear to have a default.
(cdda-manager) ~/r/b/cdda-manager ❯❯❯ xdg-mime query default "application/x-executable"
# The default for desktop files is to open in kate, which is the behavior we observed. 
(cdda-manager) ~/r/b/cdda-manager ❯❯❯ xdg-mime query default "application/x-desktop"                                                                                                                                                   ✘ 4 
org.kde.kate.desktop
(cdda-manager) ~/r/b/cdda-manager ❯❯❯

One way that does seem to work to open these files from a terminal is this:

# Both of these execute properly without even requesting a user prompt.
kioclient5 exec ls.desktop
kioclient5 exec /usr/bin/ls

Also of note is that you DO see the expected behavior in Dolphin (KDEs File Manager) if you double click an executable or desktop file as it appears to have it’s own settings for how to handle executables (or .desktop files which it consider executable as well)

See attached screenshots.

image

image

Working examples

Here are some working examples for getting execs and desktops to run.

@app.command()
def working_exec1():
    typer.echo("I'm running the executable directly")
    c = subprocess.Popen(["/usr/bin/ls"])
    return 0


@app.command()
def working_exec2():
    typer.echo("I'm running the executable via kioclient")
    c = subprocess.Popen(["/usr/bin/kioclient5", "exec", "/usr/bin/ls"])
    return 0


@app.command()
def working_desktop1():
    typer.echo("I'm opening the .desktop via kioclient")
    c = subprocess.Popen(["/usr/bin/kioclient5", "exec", "ls.desktop"])
    return 0


@app.command()
def working_desktop2():
    typer.echo("I'm opening the .desktop via dolphin")
    c = subprocess.Popen(["dolphin", "+", FULLPATHTOFILE])
    return 0
Источник
  • Печать

Страницы: [1]   Вниз

Тема: Флешка подключается не с первого раза — Недопустимая ссылка  (Прочитано 3885 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
damix

Когда подключаю любую флешку и на вслпывающем окне первый раз нажимаю «Открыть в диспетчере файлов» получаю диалоговое окно с заголовком «Ошибка — Клиент KIO«, текстом «Недопустимая ссылка» и единственной кнопкой «ОК». Если в dolphin нажать на соответствующее устройство слева, то он выдает ошибку
При обращении к «Домашняя папка» произошла ошибка, ответ системы: Устройство уже подключено: Device /dev/sdb is already mounted at `/media/homa/1D35-C8C3′.
Если сначала нажать на всплывающем окне на маленький треугольник справа (кнопку «Сделать носитель доступным для приложений»), то флешку открыть удается.

Пользователь добавил сообщение 02 Сентября 2019, 17:06:33:

$ screenfetch
                          ./+o+-       homa@ryzen
                  yyyyy- -yyyyyy+      OS: Ubuntu 18.04 bionic
               ://+//////-yyyyyyo      Kernel: x86_64 Linux 4.20.12-042012-generic
           .++ .:/++++++/-.+sss/`      Uptime: 5h 46m
         .:++o:  /++++++++/:--:/-      Packages: 3344
        o:+o+:++.`..```.-/oo+++++/     Shell: bash
       .:+o:+o/.          `+sssoo+/    Resolution: 1920x1080
  .++/+:+oo+o:`             /sssooo.   DE: KDE 5.44.0 / Plasma 5.12.6
 /+++//+:`oo+o               /::--:.   WM: KWin
 +/+o+++`o++o               ++////.   WM Theme: BreezeCust
  .++.o+++oo+:`             /dddhhh.   GTK Theme: Breeze [GTK2/3]
       .+.o+oo:.          `oddhhhh+    Icon Theme: breeze
        +.++o+o``-````.:ohdhhhhh+     Font: Noto Sans Regular
         `:o+++ `ohhhhhhhhyo++os:      CPU: AMD Ryzen 3 2200G with Radeon Vega Graphics @ 4x 3.5GHz [28.0°C]
           .o:`.syhhhhhhh/.oo++o`      GPU: AMD RAVEN (DRM 3.27.0, 4.20.12-042012-generic, LLVM 6.0.0)
               /osyyyyyyo++ooo+++/     RAM: 2880MiB / 6977MiB
                   ````` +oo+++o:   
                          `oo++.
Вот тут написано, что это уже вроде как пропатчили, но я не пойму, как мне воспользоваться этим патчем.

« Последнее редактирование: 02 Сентября 2019, 17:06:33 от damix »

Оффлайн
The Green Side

Product: plasmashell
Version Fixed: 5.46

Ждать, когда данный пакет обновится до данной версии. Или вы хотите патчить?

Debian 11, Debian 11 Server

Оффлайн
damix

m-svo, так уже пропатчили, аж в прошлом году. Я хочу себе поставить исправленную версию какого надо пакета. По необходимости могу собрать что-то из исходников.

Оффлайн
The Green Side

Не могу разобраться в версиях KDE, насколько я знаю собрать плазму / KDE не легко.
Проще сделать полный бэкап системы, обновиться до 19.04, если не поможет, до 19.10 (альфы) — там уже KDE 5.16, последняя версия. Конечно, можно словить баги и похуже.

Debian 11, Debian 11 Server

Оффлайн
damix

Конечно, можно словить баги и похуже.

Вот и я о том же. Наверняка словлю баги похуже. Ждать или слезать с LTS — не вариант, <ирония>я хочу пользоваться стабильным софтом, который гарантировано работает без багов</ирония>.

Я тоже не разбираюсь в KDE, но как я понял, тут нужны вот эти пакеты, а они зависят от libqt5core5a 5.11.1, а ей нужна libc6 2.28, а

# dpkg -i libc6_2.28-0ubuntu1_amd64.deb
dpkg: относительно libc6_2.28-0ubuntu1_amd64.deb, содержащего libc6:amd64:
 libc6:amd64 ломает locales (<< 2.28)
  locales (версия 2.27-3ubuntu1) существует и установлен.

dpkg: ошибка при обработке архива libc6_2.28-0ubuntu1_amd64.deb (--install):
 установка libc6:amd64 сломает locales, и
 деконфигурация не разрешена (--auto-deconfigure может помочь)
При обработке следующих пакетов произошли ошибки:
 libc6_2.28-0ubuntu1_amd64.deb

Оффлайн
The Green Side

Смешивать версии пакетов — для меня ещё ничем хорошим не заканчивалось.
Уж лучше полный бэкап и попытать удачи.

Debian 11, Debian 11 Server

Оффлайн
Tear

Стыдоба и позор! Оказывается, в  KDE проблемы с монтированием флэшки! Ёпрст.. :'(

Пользователь добавил сообщение 10 Сентября 2019, 23:55:23:

Разрабы из GNOME, например, крайне недовольны тем, какие версии браузера Canonical выбирает для своих релизов.

А кто, простите, кроме разрабов Gnome, зарелизил глючный релиз, попавший в репозитории Ubuntu? Если разрабы Gnome не довольны, они могли бы сделать свой PPA для Ubuntu и предоставлять свой правильный браузер для актуальных версий Ubuntu. Понятно, что в репозитории попадают пакеты из дебиановского тестинга, а пакеты такие, какие они там есть. А для одного из наиболее популярных каналов распространения их браузера можно и пошевелиться самим, а не постить девичий плач с претензиями.

« Последнее редактирование: 10 Сентября 2019, 23:55:23 от Tear »

Оффлайн
The Green Side

Tear, так они эту злополучную 3.28 фиксили ещё год, сейчас актуальна уже 3.28.5. Кто не работает, тот не ошибается. Вы думаете они для Арча или для Федоры фиксят старый релиз? Нет, для Убунты и Дебиан. Но в коммерческой компании Canonical ресурсов не хватает, чтобы протестировать и залить фикс. С момента написания того поста (май 2019) версии пакетов в 18.04 и 19.04 остались абсолютно те же. А снап Epiphany (который Canonical непонятно зачем вообще создали, без поддержки апстрима) ещё более сломанный, крашится постоянно.
Зачем нужны ppa? Ubuntu пытается быть простым, доступным дистрибутивом, а мы должны пользователя отправлять в терминал за не сломанным браузером…

Пользователь добавил сообщение 11 Сентября 2019, 06:21:27:

В Дебиан 10 версия 3.32.1, в Ubuntu 19.04 — 3.32.0. Ну он же упакован уже и собран, просто кнопку нажать…

« Последнее редактирование: 11 Сентября 2019, 06:21:27 от m-svo »

Debian 11, Debian 11 Server

Оффлайн
Tear

Но в коммерческой компании Canonical ресурсов не хватает, чтобы протестировать и залить фикс. С момента написания того поста (май 2019) версии пакетов в 18.04 и 19.04 остались абсолютно те же.

Этот пакет из репозитория Каноникал не поддерживает. Это ж не роллинг-дистрибутив. Какой пакет туда попал, такой там и есть.

Оффлайн
damix

Стыдоба и позор! Оказывается, в  KDE проблемы с монтированием флэшки! Ёпрст..

Причем тут монтирование? Монтируется все нормально.

На правах оффтопа:

Оффлайн
The Green Side

Debian 11, Debian 11 Server

Оффлайн
damix

Починил!

Проблема решается обновлением Solid до версии 5.46.
Устанавливаем/обновляем необходимые пакеты

apt install git cmake dialog qttools5-dev

Опционально

Устанавливаем переменную окружения — путь, куда установить Solid

export KF5=/usr
Собираем и ставим Extra CMake Modules

git clone git://anongit.kde.org/extra-cmake-modules
cd extra-cmake-modules
cmake -DCMAKE_INSTALL_PREFIX=$KF5 .
make -j5
su
make install
exit
cd ..

Собираем и обновляем Solid

git clone git://anongit.kde.org/solid.git
cd solid
git branch v5.46_build 6c916f4e4f48d8fe2256b3acaed5f6f55a3b0bb5
git checkout v5.46_build
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX=$KF5 -DCMAKE_PREFIX_PATH=$KF5 ..
make -j5
su
make install
exit

Оффлайн
damix

UPD

Сейчас сделали PPA с этим патчем, и наверное лучше воспользоваться им. Я не проверял, но кто с этой же проблемой проверял, отпишитесь.

Этот баг не исправили до сих пор.

This issue with mounting and displaying «Malformed URL» is still a problem with Kubuntu 18.04.4 LTS Bionic Beaver with all updates applied as of today (Feb 17, 2020).

https://bugs.launchpad.net/ubuntu/+source/solid/+bug/1762163/comments/7

  • Печать

Страницы: [1]   Вверх

Источник

An alternate title might be:

PlayOnLinux LOTRO install: Open Store In External Browser Fails

This question concerns a Linux installation of Lord Of The Rings Online using Wine 5.2 in a PlayOnLinux virtual drive in a KDE Plasma desktop. The host system is a 64-bit Mageia 7 installation. The game is generally rock solid, and the in-game store is usable, but only if opened in an external browser rather than the in-game browser. The only GUI browser installed is FireFox.

Normally, clicking the in-game LOTRO Store link auto-opens FireFox in an authenticated session that is automatically linked with the LOTRO account being played at the time. This has worked for years.

All of a sudden, but probably after system/browser updates, the LOTRO Store no longer opens, and instead, a dialog pops up:

                        Error -- KIO Client

[X] Could not connect to host www.lotro.com: SSL negotiation failed.

                                                              [ OK ]

Restarting the game client, restarting FireFox, and restarting the computer do not have any
positive effect. It is not clear how to troubleshoot or correct this issue.

Digging returns:

# journalctl -xe | grep -i KIO
Oct 08 22:56:03 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 1" with app name "org.kde.kioclient"
Oct 08 22:56:03 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 1" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:58:23 obfuscated.domain.tld kde-open5[27904]: kf5.kio.widgets: KRun(0x68b600) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:01:17 obfuscated.domain.tld kde-open5[9450]: kf5.kio.widgets: KRun(0xd25570) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:07:24 obfuscated.domain.tld kde-open5[7327]: kf5.kio.widgets: KRun(0xa5e3f0) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:09:31 obfuscated.domain.tld kde-open5[17589]: kf5.kio.widgets: KRun(0x198a4b0) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."

The cluster of errors around the obvious www.lotro.com failure looks like:

Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld kde-open5[7327]: kf5.kio.widgets: KRun(0xa5e3f0) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:362: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:363: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:364: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:365: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36601, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36604, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36605, resource id: 113246214, major code: 18 (ChangeProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36606, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36607, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36608, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld.net kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36609, resource id: 113246214, major code: 7 (ReparentWindow), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36610, resource id: 113246214, major code: 6 (ChangeSaveSet), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36611, resource id: 113246214, major code: 2 (ChangeWindowAttributes), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36612, resource id: 113246214, major code: 10 (UnmapWindow), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36680, resource id: 113246224, major code: 18 (ChangeProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld plasmashell[10275]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 9665, resource id: 113246214, major code: 141 (Unknown), minor code: 3
Oct 08 23:07:34 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 38362, resource id: 83886096, major code: 18 (ChangeProperty), minor code: 0
Oct 08 23:07:35 obfuscated.domain.tld plasmashell[10275]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 9879, resource id: 83886086, major code: 141 (Unknown), minor code: 3
Oct 08 23:07:35 obfuscated.domain.tld plasmashell[10275]: qt.qpa.xcb: QXcbConnection: XCB error: 150 (Unknown), sequence: 9880, resource id: 35651797, major code: 142 (Unknown), minor code: 2

It seems unlikely this this is a LOTRO game client issue. For the most part, as long as I can remember, game client updates do not affect stability or usability of the game. A raft of OS updates was applied within the past week or so, but as one does not necessarily open the store every time one plays it could be a bit difficult to pin down what might have changed at the time it stopped working.

I started posting this on Arqade, but then reconsidered as it seems like primarily a Linux desktop environment issue more than a «game» issue per se, though no trouble using FireFox for other more traditional browser usage occurs, and, in fact, one can browse to other https sites on the www.lotro.com domain with no issue. One cannot directly open the LOTRO Store link however. The game client does something that one is unable to do manually; this is true whether or not the in-game store browser fails or not.

Helpful thoughts on how to debug KIO Client issues could be appreciated along with any wisdom one might provide about how one might go about troubleshooting and getting to the bottom of what might be wrong.

plasma-desktop-5.15.4-1.mga7
kio-5.57.0-1.mga7

Источник

An alternate title might be:

PlayOnLinux LOTRO install: Open Store In External Browser Fails

This question concerns a Linux installation of Lord Of The Rings Online using Wine 5.2 in a PlayOnLinux virtual drive in a KDE Plasma desktop. The host system is a 64-bit Mageia 7 installation. The game is generally rock solid, and the in-game store is usable, but only if opened in an external browser rather than the in-game browser. The only GUI browser installed is FireFox.

Normally, clicking the in-game LOTRO Store link auto-opens FireFox in an authenticated session that is automatically linked with the LOTRO account being played at the time. This has worked for years.

All of a sudden, but probably after system/browser updates, the LOTRO Store no longer opens, and instead, a dialog pops up:

                        Error -- KIO Client

[X] Could not connect to host www.lotro.com: SSL negotiation failed.

                                                              [ OK ]

Restarting the game client, restarting FireFox, and restarting the computer do not have any
positive effect. It is not clear how to troubleshoot or correct this issue.

Digging returns:

# journalctl -xe | grep -i KIO
Oct 08 22:56:03 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 1" with app name "org.kde.kioclient"
Oct 08 22:56:03 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 1" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:56:25 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 2" with app name "org.kde.kioclient"
Oct 08 22:58:23 obfuscated.domain.tld kde-open5[27904]: kf5.kio.widgets: KRun(0x68b600) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:01:17 obfuscated.domain.tld kde-open5[9450]: kf5.kio.widgets: KRun(0xd25570) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:07:24 obfuscated.domain.tld kde-open5[7327]: kf5.kio.widgets: KRun(0xa5e3f0) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:09:31 obfuscated.domain.tld kde-open5[17589]: kf5.kio.widgets: KRun(0x198a4b0) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."

The cluster of errors around the obvious www.lotro.com failure looks like:

Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld kde-open5[7327]: kf5.kio.widgets: KRun(0xa5e3f0) ERROR (stat): 123   "Could not connect to host www.lotro.com: SSL negotiation failed."
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: Could not find service for job "Job 5" with app name "org.kde.kioclient"
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:362: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:363: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:364: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/ScrollView.qml:365: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:24 obfuscated.domain.tld plasmashell[10275]: file:///usr/lib64/qt5/qml/QtQuick/Controls/Button.qml:99: TypeError: Type error
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36601, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36604, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36605, resource id: 113246214, major code: 18 (ChangeProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36606, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36607, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36608, resource id: 113246214, major code: 19 (DeleteProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld.net kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36609, resource id: 113246214, major code: 7 (ReparentWindow), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36610, resource id: 113246214, major code: 6 (ChangeSaveSet), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36611, resource id: 113246214, major code: 2 (ChangeWindowAttributes), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36612, resource id: 113246214, major code: 10 (UnmapWindow), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 36680, resource id: 113246224, major code: 18 (ChangeProperty), minor code: 0
Oct 08 23:07:32 obfuscated.domain.tld plasmashell[10275]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 9665, resource id: 113246214, major code: 141 (Unknown), minor code: 3
Oct 08 23:07:34 obfuscated.domain.tld kwin_x11[10271]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 38362, resource id: 83886096, major code: 18 (ChangeProperty), minor code: 0
Oct 08 23:07:35 obfuscated.domain.tld plasmashell[10275]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 9879, resource id: 83886086, major code: 141 (Unknown), minor code: 3
Oct 08 23:07:35 obfuscated.domain.tld plasmashell[10275]: qt.qpa.xcb: QXcbConnection: XCB error: 150 (Unknown), sequence: 9880, resource id: 35651797, major code: 142 (Unknown), minor code: 2

It seems unlikely this this is a LOTRO game client issue. For the most part, as long as I can remember, game client updates do not affect stability or usability of the game. A raft of OS updates was applied within the past week or so, but as one does not necessarily open the store every time one plays it could be a bit difficult to pin down what might have changed at the time it stopped working.

I started posting this on Arqade, but then reconsidered as it seems like primarily a Linux desktop environment issue more than a «game» issue per se, though no trouble using FireFox for other more traditional browser usage occurs, and, in fact, one can browse to other https sites on the www.lotro.com domain with no issue. One cannot directly open the LOTRO Store link however. The game client does something that one is unable to do manually; this is true whether or not the in-game store browser fails or not.

Helpful thoughts on how to debug KIO Client issues could be appreciated along with any wisdom one might provide about how one might go about troubleshooting and getting to the bottom of what might be wrong.

plasma-desktop-5.15.4-1.mga7
kio-5.57.0-1.mga7

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка ккт 03439
  • Ошибка ккт 0х7075 атол 30ф
  • Ошибка классификатора определяемая как ошибка ложной тревоги для бинарного классификатора
  • Ошибка ккт 0 7075 атол при регистрации
  • Ошибка ккт 0х703с атол