forum.opennet.ru - "Недельный отчёт о разработке KDE" (26)

"Недельный отчёт о разработке KDE"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Недельный отчёт о разработке KDE"	+/–
Сообщение от opennews (??), 23-Май-26, 11:32
Опубликован очередной еженедельный отчёт о разработке KDE, в котором представлена порция изменений для ветки KDE Plasma 6.8, релиз которой запланирован на 14 октября, а также ветки KDE Plasma 6.7, находящейся на стадии бета-тестирования перед релизом, намеченным на 16 июня... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65510
Ответить \| Правка \| Cообщить модератору

Оглавление

А можно сделать, чтобы при перемещении файлов в истории буфера обмена не появлял, Аноним (1), 11:32 , 23-Май-26, (1) +5

Перейти на Гном https thisweek gnome org, Аноним (2), 11:36 , 23-Май-26, (2) –12

Ну это уже как лечить мигрень отрубанием головы В кедах всё хорошо, кроме того,, Аноним (1), 11:42 , 23-Май-26, (3) +2

Ага проблемы в Qt, приводящей к зацикленным аварийным завершениям утилиты д, Аноним (8), 12:01 , 23-Май-26, (8)

В Гноме и ГТК, конечно же, багов не бывает Они написаны идеальными пришельцами , Аноним (9), 12:15 , 23-Май-26, (9) –1

Капитан очевидность, pic (??), 12:27 , 23-Май-26, (15) +3

Ну зато это единственная среда, пригодная тем, кто переходит с windows и кому юн, Аноним (21), 13:31 , 23-Май-26, (21) –2

У тебя не будет проблем с буфером обмена если у тебя нет буфера обмена Гениальн, мимо (?), 14:11 , 23-Май-26, (24)

- А что можно сделать - Например, можно зарепортить этот баг, Аноним (7), 11:59 , 23-Май-26, (7) +4

Зарепортить всё можно Но исправлять будут через несколько лет в лучшем случае , Аноним (8), 12:16 , 23-Май-26, (10) +1

Под лежачий камень вода не течёт , anan (?), 13:13 , 23-Май-26, (18)

Чатгпт подготовил багрепорт, можешь зарепортить code TitleMoving files in Dolph, Аноним (1), 12:20 , 23-Май-26, (12) +1

Сделай, разрешаю Хотя бы сбор средтв на починку оного , Bob (??), 12:51 , 23-Май-26, (17)
можно, а зачем , Аноним (26), 14:36 , 23-Май-26, (26)

Я понял, как в KDE шрифты рисуются размер rand 42 1, Аноним (8), 11:55 , 23-Май-26, (5)

Да, есть такое, сейчас так модно , Аноним (22), 13:36 , 23-Май-26, (22)

При Иксах такого не было , Аноним (8), 11:56 , 23-Май-26, (6) –2

ну раз ты сказал, то конечно не былозаходим в гугл, вбиваем site bugs kde org pl, Аноним (-), 12:17 , 23-Май-26, (11)

Забавно, pic (??), 12:26 , 23-Май-26, (14) +1

Да так не было, что после первого релиза плазмы родился целый мем НЕ ПАДАЕТ , а, Аноним (13), 12:23 , 23-Май-26, (13)
Да, многомониторных конфигураций не было нормальных , name (??), 13:19 , 23-Май-26, (19)

Слушайте, а это же идея сравнить работу ИИ в инспектировании на исходниках Mutte, pic (??), 12:30 , 23-Май-26, (16)
Скрыто модератором, Аноним (20), 13:26 , 23-Май-26, (20)
При всей моей любви к KDE, какая же ерунда этот Discover В openSUSE 16 обновлени, Аноним (23), 14:00 , 23-Май-26, (23)

Потому что он проверяет еще и обновления всяких виджетов на kde-look и т п А эт, мимо (?), 14:14 , 23-Май-26, (25)

Сколько лет прошло, а воз и ныне там, даже в CDE больше жизни, Мимик (?), 15:22 , 23-Май-26, (27)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 23-Май-26, 11:32 +5 +/–

А можно сделать, чтобы при перемещении файлов в истории буфера обмена не появлялось 1000 записей (после каждой коллизии и в целом)? Багу лет 10.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #7, #17, #26

2. Сообщение от Аноним (2), 23-Май-26, 11:36 –12 +/–

Перейти на Гном ?
https://thisweek.gnome.org

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #24

3. Сообщение от Аноним (1), 23-Май-26, 11:42 +2 +/–

Ну это уже как лечить мигрень отрубанием головы. В кедах всё хорошо, кроме того, что вместо устранения проблем занимаются перестановкой кнопок и текстовых виджетов 99% времени.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

5. Сообщение от Аноним (8), 23-Май-26, 11:55 +/–

Я понял, как в KDE шрифты рисуются: размер = rand(42) + 1

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

6. Сообщение от Аноним (8), 23-Май-26, 11:56 –2 +/–

> аварийные завершения Plasma при подключении или отключении экранов в многомониторных конфигурациях, а также при проверке обновлений виджетом прогноза погоды
При Иксах такого не было.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #13, #19

7. Сообщение от Аноним (7), 23-Май-26, 11:59 +4 +/–

- А что можно сделать?
- Например, можно зарепортить этот баг

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10, #12

8. Сообщение от Аноним (8), 23-Май-26, 12:01 +/–

> В кедах всё хорошо
Ага: ... проблемы в Qt, приводящей к зацикленным аварийным завершениям утилиты для отправки сведений об аварийных завершениях приложений

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9, #21

9. Сообщение от Аноним (9), 23-Май-26, 12:15 –1 +/–

В Гноме и ГТК, конечно же, багов не бывает. Они написаны идеальными пришельцами с Нибиру.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15

10. Сообщение от Аноним (8), 23-Май-26, 12:16 +1 +/–

Зарепортить всё можно. Но исправлять будут через несколько лет в лучшем случае.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #18

11. Сообщение от Аноним (-), 23-Май-26, 12:17 +/–

ну раз ты сказал, то конечно не было
заходим в гугл, вбиваем site:bugs.kde.org plasma x11 crash
видим пустоту, ага

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14

12. Сообщение от Аноним (1), 23-Май-26, 12:20 +1 +/–

Чатгпт подготовил багрепорт, можешь зарепортить:
Title
Moving files in Dolphin (on collision) inserts destination path into clipboard history repeatedly
Product
Dolphin / Klipper (clipboard manager)
Version / Environment
    KDE Plasma version: (please fill; e.g., 5.27.8 or Plasma 6.x)
    Dolphin version: (please fill)
    Klipper/Clipboard version: (please fill)
    OS / distro: (please fill; e.g., Fedora 39, Ubuntu 24.04)
    Wayland/X11: (please fill)
    Locale: (optional)
Short description
When moving files with Dolphin, if there is a filename collision and the operation triggers the "Replace/Skip" or conflict dialog, the resulting destination path (or related clipboard text) is added to Klipper/clipboard history every time; repeated collisions pollute the clipboard history with many entries.
Steps to reproduce
    Open Dolphin.
    Create a folder A and a folder B.
    In folder A create a file named test.txt (or any file).
    In folder B create a file named test.txt (same name) so a collision will occur.
    Select test.txt in folder A and move it into folder B (drag-and-drop or Cut+Paste).
    When the collision dialog appears, choose the option that triggers moving/replace (e.g., Replace).
    Repeat the move operation multiple times (or perform multiple collisions with different files).
Actual behavior
Each collision/move adds an entry to the clipboard history (Klipper) containing the destination path or related file-path text. After many collisions the clipboard history becomes filled with these move-related entries.
Expected behavior
File move/collision handling should not create clipboard history entries, or at minimum should avoid adding duplicate / operation-internal file-path strings to the clipboard history. Clipboard manager entries should only be added when the user explicitly copies/cuts/pastes content.
Reproducibility
Consistently reproducible on my setup (see Environment above).
Logs / Debug info
    Attach Dolphin/klipper logs (kded logs, journalctl -b | grep dolphin/klipper) and a screencast or GIF showing the behavior.
    If requested, I can provide a short terminal session log or strace of klipper when the collision occurs.
Additional notes
    Behavior occurs when using drag-and-drop and when using Cut+Paste.
    This pollutes clipboard history and interferes with normal clipboard use.
    Workarounds: manually clearing history or disabling Klipper, but those are not ideal.
Suggested severity
Medium — affects usability of clipboard history for users who do multiple file moves with collisions.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

13. Сообщение от Аноним (13), 23-Май-26, 12:23 +/–

Да так не было, что после первого релиза плазмы родился целый мем "НЕ ПАДАЕТ", ага.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

14. Сообщение от pic (??), 23-Май-26, 12:26 +1 +/–

Забавно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от pic (??), 23-Май-26, 12:27 +3 +/–

Капитан очевидность

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

16. Сообщение от pic (??), 23-Май-26, 12:30 +/–

Слушайте, а это же идея сравнить работу ИИ в инспектировании на исходниках Mutter и KWin.

Ответить | Правка | Наверх | Cообщить модератору

17. Сообщение от Bob (??), 23-Май-26, 12:51 +/–

Сделай, разрешаю)
Хотя бы сбор средтв на починку оного.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

18. Сообщение от anan (?), 23-Май-26, 13:13 +/–

Под лежачий камень вода не течёт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

19. Сообщение от name (??), 23-Май-26, 13:19 +/–

Да, многомониторных конфигураций не было нормальных.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

20. Сообщение от Аноним (20), 23-Май-26, 13:26 Скрыто ботом-модератором +/–

Не понял? Ироды, верните новости из блога Нейта Грэма!

Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от Аноним (21), 23-Май-26, 13:31 –2 +/–

Ну зато это единственная среда, пригодная тем, кто переходит с windows и кому юникс-подход пока непонятен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

22. Сообщение от Аноним (22), 23-Май-26, 13:36 +/–

Да, есть такое, сейчас так модно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

23. Сообщение от Аноним (23), 23-Май-26, 14:00 +/–

При всей моей любви к KDE, какая же ерунда этот Discover.
В openSUSE 16 обновление "через трей" переводит в него. Старая уведомлялку на Qt6 так и не переписали.
Казалось бы есть уведомление об обновлениях, ну ок посмотрим что там - ан нет списка нет он только загружается. Загрузка списка обновлений (которые уже вроде есть) запросто может занимать 10-20 минут. Ну ок есть список, устанавливай - несколько часов может элементарные патчи ставить. И всё время нет никакого progress bar и т.п., просто висит. Через несколько часов может установиться, а может нет, ошибка общая - мол технические проблемы.
А как было раньше, увидел в трее обновления, посмотрел уже готовый список и нажал обновить. И всё - 10-15 секунд и продолжай дальше.
При этом из командной строки те же обновления, как системные, так flatpak ставятся вполне быстро и без проблем.
Ок, может там какие-то левые заблокированные ресурсы зачем-то и т.п., но почему нет никаких timeout. И вроде всё открывается, но страшно тормозит.
В том же yast при недоступности репы, через какое-то время выводилось сообщение, мол повторить или отменить - а тут ничего.
Думал это проблема у openSUSE, попробовал в виртуалке свежую Fedora KDE - всё ровно то же самое в Discover.
Для системных обновлений категорически не подходит.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

24. Сообщение от мимо (?), 23-Май-26, 14:11 +/–

У тебя не будет проблем с буфером обмена если у тебя нет буфера обмена. Гениально!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

25. Сообщение от мимо (?), 23-Май-26, 14:14 +/–

Потому что он проверяет еще и обновления всяких виджетов на kde-look и т.п. А эти источники не всегда бывают доступны (с gnome-look та же петрушка).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от Аноним (26), 23-Май-26, 14:36 +/–

>А можно сделать,…
можно, а зачем? ©

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

27. Сообщение от Мимик (?), 23-Май-26, 15:22 +/–

Сколько лет прошло, а воз и ныне там, даже в CDE больше жизни

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (1), 23-Май-26, 11:32	+5 +/–
А можно сделать, чтобы при перемещении файлов в истории буфера обмена не появлялось 1000 записей (после каждой коллизии и в целом)? Багу лет 10.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #7, #17, #26

2. Сообщение от Аноним (2), 23-Май-26, 11:36	–12 +/–
Перейти на Гном ? https://thisweek.gnome.org
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #3, #24

3. Сообщение от Аноним (1), 23-Май-26, 11:42	+2 +/–
Ну это уже как лечить мигрень отрубанием головы. В кедах всё хорошо, кроме того, что вместо устранения проблем занимаются перестановкой кнопок и текстовых виджетов 99% времени.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #8

5. Сообщение от Аноним (8), 23-Май-26, 11:55	+/–
Я понял, как в KDE шрифты рисуются: размер = rand(42) + 1
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #22

6. Сообщение от Аноним (8), 23-Май-26, 11:56	–2 +/–
> аварийные завершения Plasma при подключении или отключении экранов в многомониторных конфигурациях, а также при проверке обновлений виджетом прогноза погоды При Иксах такого не было.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #11, #13, #19

7. Сообщение от Аноним (7), 23-Май-26, 11:59	+4 +/–
- А что можно сделать? - Например, можно зарепортить этот баг
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #10, #12

8. Сообщение от Аноним (8), 23-Май-26, 12:01	+/–
> В кедах всё хорошо Ага: ... проблемы в Qt, приводящей к зацикленным аварийным завершениям утилиты для отправки сведений об аварийных завершениях приложений
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #9, #21

9. Сообщение от Аноним (9), 23-Май-26, 12:15	–1 +/–
В Гноме и ГТК, конечно же, багов не бывает. Они написаны идеальными пришельцами с Нибиру.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #15

10. Сообщение от Аноним (8), 23-Май-26, 12:16	+1 +/–
Зарепортить всё можно. Но исправлять будут через несколько лет в лучшем случае.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #18

11. Сообщение от Аноним (-), 23-Май-26, 12:17	+/–
ну раз ты сказал, то конечно не было заходим в гугл, вбиваем site:bugs.kde.org plasma x11 crash видим пустоту, ага
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #14

12. Сообщение от Аноним (1), 23-Май-26, 12:20	+1 +/–
Чатгпт подготовил багрепорт, можешь зарепортить: Title Moving files in Dolphin (on collision) inserts destination path into clipboard history repeatedly Product Dolphin / Klipper (clipboard manager) Version / Environment KDE Plasma version: (please fill; e.g., 5.27.8 or Plasma 6.x) Dolphin version: (please fill) Klipper/Clipboard version: (please fill) OS / distro: (please fill; e.g., Fedora 39, Ubuntu 24.04) Wayland/X11: (please fill) Locale: (optional) Short description When moving files with Dolphin, if there is a filename collision and the operation triggers the "Replace/Skip" or conflict dialog, the resulting destination path (or related clipboard text) is added to Klipper/clipboard history every time; repeated collisions pollute the clipboard history with many entries. Steps to reproduce Open Dolphin. Create a folder A and a folder B. In folder A create a file named test.txt (or any file). In folder B create a file named test.txt (same name) so a collision will occur. Select test.txt in folder A and move it into folder B (drag-and-drop or Cut+Paste). When the collision dialog appears, choose the option that triggers moving/replace (e.g., Replace). Repeat the move operation multiple times (or perform multiple collisions with different files). Actual behavior Each collision/move adds an entry to the clipboard history (Klipper) containing the destination path or related file-path text. After many collisions the clipboard history becomes filled with these move-related entries. Expected behavior File move/collision handling should not create clipboard history entries, or at minimum should avoid adding duplicate / operation-internal file-path strings to the clipboard history. Clipboard manager entries should only be added when the user explicitly copies/cuts/pastes content. Reproducibility Consistently reproducible on my setup (see Environment above). Logs / Debug info Attach Dolphin/klipper logs (kded logs, journalctl -b \| grep dolphin/klipper) and a screencast or GIF showing the behavior. If requested, I can provide a short terminal session log or strace of klipper when the collision occurs. Additional notes Behavior occurs when using drag-and-drop and when using Cut+Paste. This pollutes clipboard history and interferes with normal clipboard use. Workarounds: manually clearing history or disabling Klipper, but those are not ideal. Suggested severity Medium — affects usability of clipboard history for users who do multiple file moves with collisions.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

13. Сообщение от Аноним (13), 23-Май-26, 12:23	+/–
Да так не было, что после первого релиза плазмы родился целый мем "НЕ ПАДАЕТ", ага.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

14. Сообщение от pic (??), 23-Май-26, 12:26	+1 +/–
Забавно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

15. Сообщение от pic (??), 23-Май-26, 12:27	+3 +/–
Капитан очевидность
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

16. Сообщение от pic (??), 23-Май-26, 12:30	+/–
Слушайте, а это же идея сравнить работу ИИ в инспектировании на исходниках Mutter и KWin.
Ответить \| Правка \| Наверх \| Cообщить модератору

17. Сообщение от Bob (??), 23-Май-26, 12:51	+/–
Сделай, разрешаю) Хотя бы сбор средтв на починку оного.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

18. Сообщение от anan (?), 23-Май-26, 13:13	+/–
Под лежачий камень вода не течёт.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

19. Сообщение от name (??), 23-Май-26, 13:19	+/–
Да, многомониторных конфигураций не было нормальных.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

20. Сообщение от Аноним (20), 23-Май-26, 13:26 Скрыто ботом-модератором	+/–
Не понял? Ироды, верните новости из блога Нейта Грэма!
Ответить \| Правка \| Наверх \| Cообщить модератору

21. Сообщение от Аноним (21), 23-Май-26, 13:31	–2 +/–
Ну зато это единственная среда, пригодная тем, кто переходит с windows и кому юникс-подход пока непонятен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8

22. Сообщение от Аноним (22), 23-Май-26, 13:36	+/–
Да, есть такое, сейчас так модно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

23. Сообщение от Аноним (23), 23-Май-26, 14:00	+/–
При всей моей любви к KDE, какая же ерунда этот Discover. В openSUSE 16 обновление "через трей" переводит в него. Старая уведомлялку на Qt6 так и не переписали. Казалось бы есть уведомление об обновлениях, ну ок посмотрим что там - ан нет списка нет он только загружается. Загрузка списка обновлений (которые уже вроде есть) запросто может занимать 10-20 минут. Ну ок есть список, устанавливай - несколько часов может элементарные патчи ставить. И всё время нет никакого progress bar и т.п., просто висит. Через несколько часов может установиться, а может нет, ошибка общая - мол технические проблемы. А как было раньше, увидел в трее обновления, посмотрел уже готовый список и нажал обновить. И всё - 10-15 секунд и продолжай дальше. При этом из командной строки те же обновления, как системные, так flatpak ставятся вполне быстро и без проблем. Ок, может там какие-то левые заблокированные ресурсы зачем-то и т.п., но почему нет никаких timeout. И вроде всё открывается, но страшно тормозит. В том же yast при недоступности репы, через какое-то время выводилось сообщение, мол повторить или отменить - а тут ничего. Думал это проблема у openSUSE, попробовал в виртуалке свежую Fedora KDE - всё ровно то же самое в Discover. Для системных обновлений категорически не подходит.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #25

24. Сообщение от мимо (?), 23-Май-26, 14:11	+/–
У тебя не будет проблем с буфером обмена если у тебя нет буфера обмена. Гениально!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

25. Сообщение от мимо (?), 23-Май-26, 14:14	+/–
Потому что он проверяет еще и обновления всяких виджетов на kde-look и т.п. А эти источники не всегда бывают доступны (с gnome-look та же петрушка).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23

26. Сообщение от Аноним (26), 23-Май-26, 14:36	+/–
>А можно сделать,… можно, а зачем? ©
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

27. Сообщение от Мимик (?), 23-Май-26, 15:22	+/–
Сколько лет прошло, а воз и ныне там, даже в CDE больше жизни
Ответить \| Правка \| Наверх \| Cообщить модератору