[okular] [Bug 459943] New: Okular crashes on opening PDF file from a list

2022-10-03 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=459943

Bug ID: 459943
   Summary: Okular crashes on opening PDF file from a list
Classification: Applications
   Product: okular
   Version: 22.04.3
  Platform: Compiled Sources
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: okular-de...@kde.org
  Reporter: abel...@nyx.net
  Target Milestone: ---

Application: okular (22.04.3)
 (Compiled from sources)
Qt Version: 5.15.5
Frameworks Version: 5.96.0
Operating System: Linux 5.15.32-gentoo-r1-x86_64 x86_64
Windowing System: X11
Distribution: "Gentoo Base System release 2.8"
DrKonqi: 5.25.5 [KCrashBackend]

-- Information about the crash:
Okular is started, presented a list of recently used files, once file is
selected, Okular crashed.

The crash can be reproduced sometimes.

-- Backtrace:
Application: Okular (okular), signal: Segmentation fault

[KCrash Handler]
#4  0x7f88c42cbea0 in Okular::ObjectRect::object() const () from
/usr/lib64/libOkular5Core.so.10
#5  0x7f88c44d3a65 in ?? () from /usr/lib64/qt5/plugins/okularpart.so
#6  0x7f88cccbdef6 in QWidget::event(QEvent*) () from
/usr/lib64/libQt5Widgets.so.5
#7  0x7f88ccd6dfbe in QFrame::event(QEvent*) () from
/usr/lib64/libQt5Widgets.so.5
#8  0x7f88cc195d4d in
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) ()
from /usr/lib64/libQt5Core.so.5
#9  0x7f88ccc79c8e in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib64/libQt5Widgets.so.5
#10 0x7f88ccc81af3 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib64/libQt5Widgets.so.5
#11 0x7f88cc195f98 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() from /usr/lib64/libQt5Core.so.5
#12 0x7f88ccc80580 in QApplicationPrivate::sendMouseEvent(QWidget*,
QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool, bool) ()
from /usr/lib64/libQt5Widgets.so.5
#13 0x7f88cccd80e0 in ?? () from /usr/lib64/libQt5Widgets.so.5
#14 0x7f88cccdb3bd in ?? () from /usr/lib64/libQt5Widgets.so.5
#15 0x7f88ccc79c9f in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib64/libQt5Widgets.so.5
#16 0x7f88cc195f98 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() from /usr/lib64/libQt5Core.so.5
#17 0x7f88cc635bf0 in
QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*)
() from /usr/lib64/libQt5Gui.so.5
#18 0x7f88cc613b83 in
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
() from /usr/lib64/libQt5Gui.so.5
#19 0x7f88c732fd1a in ?? () from /usr/lib64/libQt5XcbQpa.so.5
#20 0x7f88ca90a74b in g_main_context_dispatch () from
/usr/lib64/libglib-2.0.so.0
#21 0x7f88ca90a9e5 in ?? () from /usr/lib64/libglib-2.0.so.0
#22 0x7f88ca90aaaf in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#23 0x7f88cc1e8f08 in
QEventDispatcherGlib::processEvents(QFlags) ()
from /usr/lib64/libQt5Core.so.5
#24 0x7f88cc194883 in
QEventLoop::exec(QFlags) () from
/usr/lib64/libQt5Core.so.5
#25 0x7f88cc19cf2d in QCoreApplication::exec() () from
/usr/lib64/libQt5Core.so.5
#26 0x55649273c250 in ?? ()
#27 0x7f88cbb2839a in ?? () from /lib64/libc.so.6
#28 0x7f88cbb2845c in __libc_start_main () from /lib64/libc.so.6
#29 0x55649273d201 in ?? ()
[Inferior 1 (process 21358) detached]

Reported using DrKonqi

-- 
You are receiving this mail because:
You are watching all bug changes.

[konsole] [Bug 430267] No option to display bold font as intense color

2020-12-16 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=430267

--- Comment #5 from Alex Belits  ---
Since another bug I have files is a duplicate of this one, I believe, I should
copy here the detailed description of the problem:

When displaying text, bold/intense attribute does not switch to intense color
configured in profile. When BoldIntense is set, text is displayed in bold font
with normal color. Otherwise the text is displayed in normal color and font, so
it is indistinguishable from regular text.

So this is not some change in default colors or attributes, this is a bug in
displaying text -- now the color configured for "intense" attribute is
completely ignored while previous versions used configured intense color
properly.

-- 
You are receiving this mail because:
You are watching all bug changes.

[konsole] [Bug 430392] konsole ignores intense colors in profile

2020-12-14 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=430392

Alex Belits  changed:

   What|Removed |Added

 CC||abel...@nyx.net

-- 
You are receiving this mail because:
You are watching all bug changes.

[konsole] [Bug 430392] konsole ignores intense colors in profile

2020-12-14 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=430392

Alex Belits  changed:

   What|Removed |Added

   Platform|Other   |Gentoo Packages

-- 
You are receiving this mail because:
You are watching all bug changes.

[konsole] [Bug 430392] konsole ignores intense colors in profile

2020-12-14 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=430392

--- Comment #1 from Alex Belits  ---
KDE Plasma Version: 5.20.4

-- 
You are receiving this mail because:
You are watching all bug changes.

[konsole] [Bug 430392] New: konsole ignores intense colors in profile

2020-12-14 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=430392

Bug ID: 430392
   Summary: konsole ignores intense colors in profile
   Product: konsole
   Version: 20.12.0
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: konsole-de...@kde.org
  Reporter: abel...@nyx.net
  Target Milestone: ---

Summary

When displaying text, bold/intense attribute does not switch to intense color
configured in profile. When BoldIntense is set, text is displayed in bold font
with normal color. Otherwise the text is displayed in normal color and font, so
it is indistinguishable from regular text.

Steps to reproduce

1. Set color palette with clearly visible "intense" versions of color (such as
dark blue for intense foreground and black for normal foreground).
2. Run any program that displays bold colors, ex, in shell:
echo -e '\x1b[0m123\x1b[1m456\x1b[0m789'

Observed result

Text is displayed with normal colors (and possibly bold font if BoldIntense is
set).

Expected result:

Text is displayed with intense colors (and possibly bold font if BoldIntense is
set).

KDE Plasma Version: 20.20.4
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.2

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 427725] Kwin maybe crashes Emacs gui

2020-10-14 Thread Alex Belits
https://bugs.kde.org/show_bug.cgi?id=427725

Alex Belits  changed:

   What|Removed |Added

 CC||abel...@nyx.net

--- Comment #1 from Alex Belits  ---
This is not related to kwin, this is a regression in color handling in X11
resources. There was an option in KCM that extends color settings to non-KDE
applications by setting X resources. Now, in KDE 5.20, it was removed, and
resources are set unconditionally. For some reason the mechanism enables
resources with generic color names but never sets the values for those, so
programs that take color configuration from X resources end up with undefined
color names.

KDE should either always set resource values for colors BACKGROUND and
WINDOW_FOREGROUND that it mentions (ex: "*.WINDOW_FOREGROUND: black"), or not
set resources with those values at all.

-- 
You are receiving this mail because:
You are watching all bug changes.