[okular] [Bug 416637] New: crash when opening pdf

[Tiziana Ferro]

https://bugs.kde.org/show_bug.cgi?id=416637

Bug ID: 416637
   Summary: crash when opening pdf
   Product: okular
   Version: 1.9.1
  Platform: Compiled Sources
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: skiverphoe...@gmail.com
  Target Milestone: ---

Application: okular (1.9.1)
 (Compiled from sources)
Qt Version: 5.13.1
Frameworks Version: 5.66.0
Operating System: Linux 4.19.88mamba-x86_64 x86_64
Distribution: openmamba GNU/Linux 4.95.0 for x86_64 (rolling)

-- Information about the crash:
crash when opening encrypted pdf

The crash can be reproduced every time.

-- Backtrace:
Application: Okular (okular), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
29return SYSCALL_CANCEL (poll, fds, nfds, timeout);
[Current thread is 1 (Thread 0x7f4781451240 (LWP 5990))]

Thread 8 (Thread 0x7f476a201700 (LWP 5997)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x55bd95644f18) at
../sysdeps/unix/sysv/linux/futex-internal.h:80
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd95644ec8,
cond=0x55bd95644ef0) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd95644ef0, mutex=0x55bd95644ec8) at
pthread_cond_wait.c:638
#3  0x7f477525184d in ?? () from /usr/lib64/dri/r600_dri.so
#4  0x7f4775251956 in ?? () from /usr/lib64/dri/r600_dri.so
#5  0x7f47855c94cf in start_thread (arg=) at
pthread_create.c:479
#6  0x7f4785ecb2a3 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 7 (Thread 0x7f476aa02700 (LWP 5996)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x55bd95644f18) at
../sysdeps/unix/sysv/linux/futex-internal.h:80
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd95644ec8,
cond=0x55bd95644ef0) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd95644ef0, mutex=0x55bd95644ec8) at
pthread_cond_wait.c:638
#3  0x7f477525184d in ?? () from /usr/lib64/dri/r600_dri.so
#4  0x7f4775251956 in ?? () from /usr/lib64/dri/r600_dri.so
#5  0x7f47855c94cf in start_thread (arg=) at
pthread_create.c:479
#6  0x7f4785ecb2a3 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 6 (Thread 0x7f476b203700 (LWP 5995)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x55bd95644f18) at
../sysdeps/unix/sysv/linux/futex-internal.h:80
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd95644ec8,
cond=0x55bd95644ef0) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd95644ef0, mutex=0x55bd95644ec8) at
pthread_cond_wait.c:638
#3  0x7f477525184d in ?? () from /usr/lib64/dri/r600_dri.so
#4  0x7f4775251956 in ?? () from /usr/lib64/dri/r600_dri.so
#5  0x7f47855c94cf in start_thread (arg=) at
pthread_create.c:479
#6  0x7f4785ecb2a3 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7f476ba04700 (LWP 5994)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x55bd95644f18) at
../sysdeps/unix/sysv/linux/futex-internal.h:80
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd95644ec8,
cond=0x55bd95644ef0) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd95644ef0, mutex=0x55bd95644ec8) at
pthread_cond_wait.c:638
#3  0x7f477525184d in ?? () from /usr/lib64/dri/r600_dri.so
#4  0x7f4775251956 in ?? () from /usr/lib64/dri/r600_dri.so
#5  0x7f47855c94cf in start_thread (arg=) at
pthread_create.c:479
#6  0x7f4785ecb2a3 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 4 (Thread 0x7f476c205700 (LWP 5993)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x55bd9592fc18) at
../sysdeps/unix/sysv/linux/futex-internal.h:80
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55bd9592fbc8,
cond=0x55bd9592fbf0) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x55bd9592fbf0, mutex=0x55bd9592fbc8) at
pthread_cond_wait.c:638
#3  0x7f477525184d in ?? () from /usr/lib64/dri/r600_dri.so
#4  0x7f4775251956 in ?? () from /usr/lib64/dri/r600_dri.so
#5  0x7f47855c94cf in start_thread (arg=) at
pthread_create.c:479
#6  0x7f4785ecb2a3 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7f477df6b700 (LWP 5992)):
#0  0x7fff7d363c23 in clock_gettime ()
#1  0x7f4785ed853b in __GI___clock_gettime (clock_id=1, tp=0x7f477df6a9b0)
at ../sysdeps/unix/sysv/linux/clock_gettime.c:33
#2  0x7f47865c2d01 in ?? () from /usr/lib64/libQt5Core.so.5
#3  0x7f47865c16c9 in QTimerInfoList::updateCurrentTime() () from
/usr/lib64/libQt5Core.so.5
#4  0x7f47865c1c45 in QTimerInfoList::timerWait(timespec&) () from
/usr/lib64/libQt5Core.so.5
#5  0x7f47865c309e in ?? () from /usr/lib64/libQt5Core.so.5
#6  0x7f4782346242 in g_main_context

[okular] [Bug 402017] Cannot save PDF when loaded file has been deleted

[Richard Dwight]

https://bugs.kde.org/show_bug.cgi?id=402017

Richard Dwight  changed:

   What|Removed |Added

 CC||richard.dwi...@gmail.com

--- Comment #8 from Richard Dwight  ---
(In reply to Nate Graham from comment #7)
> *** Bug 408774 has been marked as a duplicate of this bug. ***

I'm repeatedly running into this bug in my workflow - the most recent time
after extensive annotation... (in which okular is excellent btw).  I had to
reproduce annotations by hand - essentially lost work.  Extremely frustrating
to know that the data is right there (can print, have the original pdf), but
saving (including Save As) is forbidden.

Is there any chance of this being addressed?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416651] New: The ability to fix tab width or prefixed by program by default

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=416651

Bug ID: 416651
   Summary: The ability to fix tab width or prefixed by program by
default
   Product: okular
   Version: 19.12.1
  Platform: Other
OS: All
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: jawanma...@gmail.com
  Target Milestone: ---

SUMMARY
As you may use Okular with Zotero to read and store your documents, it could
occurre to you that Zotero tend to change the PDF name based on the author and
year of publish and a little bit of title which makes it great to search for a
file without Zotero being installed. But this long name is a pain in Okular
when one wants to read multiple documents in a tab oriented view. I propose a
fixed tab size for better browsing with a mouse. Yet the keyboard shortcut keys
are available but I believe when one tries to highlight with mouse he might
also wants to browse with it as well.

OBSERVED RESULT
The tab size has a lower limit but the size may varies to whole file name when
the file has a long name. This may cause to overfull the screen and difficulty
to browse in multiple tabs.

EXPECTED RESULT
A fixed tab size help the reader to organize documents alike other readers e.g.
Adobe or Foxit or even browsers like Firefox and Chromium.

SOFTWARE/OS VERSIONS
General

ADDITIONAL INFORMATION
None

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416653] New: PDF Deflate bombs may cause crashes or resource exhaustion

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416653

Bug ID: 416653
   Summary: PDF Deflate bombs may cause crashes or resource
exhaustion
   Product: okular
   Version: 1.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: jens.a.mueller+...@rub.de
  Target Milestone: ---

Streams in PDF files can be compressed, which may result in "deflate bombs" if
not handled by the PDF processing application. Find attached three simple PDF
compression bombs (10MB on disk to 10GB in memory). Note the compressed stream
can be used multiple times in a single PDF document. The PDF files have been
gzipped as a precaution mechanism, in order to prevent DoS when accidentally
previewing them (gunzip them before the actual testing). Maybe resource
limitations should be enforced by Okular / Poppler?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416653] PDF Deflate bombs may cause crashes or resource exhaustion

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416653

--- Comment #1 from Jens Mueller  ---
Created attachment 125332
  --> https://bugs.kde.org/attachment.cgi?id=125332&action=edit
Trivial PDF deflate bomb (01)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416653] PDF Deflate bombs may cause crashes or resource exhaustion

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416653

--- Comment #2 from Jens Mueller  ---
Created attachment 125333
  --> https://bugs.kde.org/attachment.cgi?id=125333&action=edit
Trivial PDF deflate bomb (02)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416653] PDF Deflate bombs may cause crashes or resource exhaustion

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416653

--- Comment #3 from Jens Mueller  ---
Created attachment 125334
  --> https://bugs.kde.org/attachment.cgi?id=125334&action=edit
Trivial PDF deflate bomb (03)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 407338] Okular segfaults when opening a file digitally signed with portablesigner and Acrobat Reader

[Yuri Chornoivan]

https://bugs.kde.org/show_bug.cgi?id=407338

Yuri Chornoivan  changed:

   What|Removed |Added

 CC||skiverphoe...@gmail.com

--- Comment #11 from Yuri Chornoivan  ---
*** Bug 416637 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416637] crash when opening pdf

[Yuri Chornoivan]

https://bugs.kde.org/show_bug.cgi?id=416637

Yuri Chornoivan  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|REPORTED|RESOLVED
 CC||yurc...@ukr.net

--- Comment #1 from Yuri Chornoivan  ---
Poppler library is too old (0.67) and buggy. Consider to update it somehow,
compile/install the poppler from git, or use Okular from flatpack.

Thanks in advance for your patience.

*** This bug has been marked as a duplicate of bug 407338 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416654] New: JavaScript in PDF documents can exhaust resources

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416654

Bug ID: 416654
   Summary: JavaScript in PDF documents can exhaust resources
   Product: okular
   Version: 1.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: jens.a.mueller+...@rub.de
  Target Milestone: ---

A simple endless loop with JavaScript in a PDF document can cause resource
exhaustion (cpu or mem). If JavaScript in PDF documents really needs to be
supported, its resources should be limited (similar to browsers).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416637] crash when opening pdf

[Yuri Chornoivan]

https://bugs.kde.org/show_bug.cgi?id=416637

--- Comment #2 from Yuri Chornoivan  ---
Oops, wrong duplicate...

*** This bug has been marked as a duplicate of bug 407369 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 407369] Okular crashes when opening a digitally signed pdf file.

[Yuri Chornoivan]

https://bugs.kde.org/show_bug.cgi?id=407369

Yuri Chornoivan  changed:

   What|Removed |Added

 CC||skiverphoe...@gmail.com

--- Comment #4 from Yuri Chornoivan  ---
*** Bug 416637 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416654] JavaScript in PDF documents can exhaust resources

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416654

--- Comment #1 from Jens Mueller  ---
Created attachment 125335
  --> https://bugs.kde.org/attachment.cgi?id=125335&action=edit
Trivial PoC (01)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416654] JavaScript in PDF documents can exhaust resources

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416654

--- Comment #2 from Jens Mueller  ---
Created attachment 125336
  --> https://bugs.kde.org/attachment.cgi?id=125336&action=edit
Trivial PoC (02)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416656] New: PDF Launch Action allows to execute Mono executables

[Jens Mueller]

https://bugs.kde.org/show_bug.cgi?id=416656

Bug ID: 416656
   Summary: PDF Launch Action allows to execute Mono executables
   Product: okular
   Version: 1.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: jens.a.mueller+...@rub.de
  Target Milestone: ---

Created attachment 125340
  --> https://bugs.kde.org/attachment.cgi?id=125340&action=edit
PoC document to launch usr/lib/bless/bless.exe

The PDF specification defines the "Launch Action", which allows documents to
launch arbitrary applications. The file to be launched can either be specified
by a local path, a URL or a file embedded within the PDF document itself. The
standard does not provide any security considerations regarding this obviously
dangerous feature. Therefore, it is fair to say that PDF offers "command
execution by design" – if the standard is straightforwardly implemented.

Okular uses xdg-open to handle the file to be launched, thereby delegating the
security decision to a third-party application. On my Debian GNU/Linux test
system, this results in code execution with minimal user interaction: by
referencing an Windows .exe from a Link annotation, the executed with
`/usr/bin/mono`, an emulator for .NET executables, if the user clicked
somewhere into the document.

**Steps to reproduce:**

1. `# apt-get install bless`
1. `$ okular launch-linux-mono.pdf`

I'm not sure if this is a bug/misconfiguration in xdg-open. However, it is
debatable if security-focused PDF viewers should support the Launch action at
all. It is a dangerous feature mostly used to spread malware (primarily in the
Windows world). We recently conducted a large-scale study of 294.586 PDF
documents downloaded from the Internet, in order to research if there are any
legitimate use cases at all. Only 532 files (0.18%) contained a Launch action.
It can be concluded that the Launch action is rarely used in the wild and its
support should is questionable in security-oriented PDF implementations.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416659] New: Okular PDF line rendering worse than in other PDF viewers

[Tommi Nieminen]

https://bugs.kde.org/show_bug.cgi?id=416659

Bug ID: 416659
   Summary: Okular PDF line rendering worse than in other PDF
viewers
   Product: okular
   Version: 1.6.3
  Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: tommi.niemi...@legisign.org
  Target Milestone: ---

Created attachment 125344
  --> https://bugs.kde.org/attachment.cgi?id=125344&action=edit
Sample PDF drawing in Okular vs muPDF

SUMMARY

Okular tends to have trouble rendering line drawings exactly in PDF files. This
is especially noticeable in varying line widths or the spacing of dots in
dotted lines (as shown in the attached sample screenshot).

STEPS TO REPRODUCE
1. Produce a PDF file with a line drawing.
2. Compare line widths in Okular and another PDF viewer such as Zathura or
muPDF.

OBSERVED RESULT

In Okular, line widths vary without any apparent pattern. muPDF and Zathura
produce top-quality results.

EXPECTED RESULT

Line widths should follow whatever is in the PDF file.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: openSUSE Leap 15.1
KDE Plasma Version: 5.12.8
KDE Frameworks Version:  5.55.0
Qt Version: 5.9.7

ADDITIONAL INFORMATION

The attached image shows how different line widths appear in Okular vs. in
muPDF, which (despite the 96 dpi rendering) produces uniform line widths.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416659] Okular PDF line rendering worse than in other PDF viewers

[Yuri Chornoivan]

https://bugs.kde.org/show_bug.cgi?id=416659

Yuri Chornoivan  changed:

   What|Removed |Added

 CC||yurc...@ukr.net

--- Comment #1 from Yuri Chornoivan  ---
Does "Enhance thin lines" in PDF backend configuration help?

https://docs.kde.org/trunk5/en/kdegraphics/okular/config-pdf.html

Can this problem be observed in other poppler-based viewers (qpdfview, Evince)?

thanks in advance for your answers.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416659] Okular PDF line rendering worse than in other PDF viewers

[Tommi Nieminen]

https://bugs.kde.org/show_bug.cgi?id=416659

--- Comment #2 from Tommi Nieminen  ---
(In reply to Yuri Chornoivan from comment #1)

> Does "Enhance thin lines" in PDF backend configuration help?

Doesn’t seem to have any effect. I tried both options, “Solid” and “Shape”. (I
closed and restarted Okular while doing this but I didn’t log out and in to
make sure the settings propagate.)

> Can this problem be observed in other poppler-based viewers (qpdfview,
> Evince)?

I tried qpdfview now and for sure it looks exactly like Okular, so to the
problems seems to be backend-related.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416659] Okular PDF line rendering worse than in other PDF viewers

[Yuri Chornoivan]

https://bugs.kde.org/show_bug.cgi?id=416659

Yuri Chornoivan  changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
 Resolution|--- |UPSTREAM

--- Comment #3 from Yuri Chornoivan  ---
Please report the bug against poppler.

https://gitlab.freedesktop.org/poppler/poppler/issues/new?issue

Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416656] PDF Launch Action allows to execute Mono executables

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=416656

Nate Graham  changed:

   What|Removed |Added

 CC||n...@kde.org

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416176] Find menu: Shift + numpad enter does not go to previous match

[Luca Weiss]

https://bugs.kde.org/show_bug.cgi?id=416176

--- Comment #2 from Luca Weiss  ---
Yes, Shift+F3 works as well but as Shift+Enter is a standard shortcut (and it
*mostly* works in Okular) I am quite used to using Enter & Shift+Enter.

-- 
You are receiving this mail because:
You are the assignee for the bug.

T10243: Some KDE applications could use better icons

[Christoph Cullmann]

cullmann added a comment.


  Hi, after some longer feedback loop with Tyson Tan, Kate got a initial new 
icon.
  
  It is a icon variant of the mascot Tyson created for us some years ago (and 
the mascot will likely get a refresh to fit the new style, too).
  
  Initial commit here 
https://invent.kde.org/kde/kate/commit/4dfae551c33ebcd326d4c5c07d92bc1d8a561705
  
  To ensure the icon is used at all, I at the moment just renamed it.
  This can be changed later again if needed.
  And if there is feedback for fine-tuning this is appreciated.
  (the important aspect is "fine-tuning", not redo)

TASK DETAIL
  https://phabricator.kde.org/T10243

To: cullmann
Cc: johanneszarl, Leon0402, IohannesPetros, alex-l, starbuck, cullmann, 
IlyaBizyaev, arrowd, abetts, stikonas, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, manueljlin, Orage, 
cblack, konkinartem, ian, jguidon, hannahk, Ghost6, jraleigh, MrPepe, 
fbampaloukas, squeakypancakes, alexde, GB_2, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, jriddell, mbohlender

[okular] [Bug 416653] PDF Deflate bombs may cause crashes or resource exhaustion

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=416653

Nate Graham  changed:

   What|Removed |Added

 CC||n...@kde.org

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416654] JavaScript in PDF documents can exhaust resources

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=416654

Nate Graham  changed:

   What|Removed |Added

 CC||n...@kde.org

-- 
You are receiving this mail because:
You are the assignee for the bug.

T10243: Some KDE applications could use better icons

[Nathaniel Graham]

ngraham added a comment.


  It's quite lovely! Much more aesthetically attractive than the current icon. 
However I fear that the recognizability as being a text editor has been lost; 
nothing about the icon connotes that it's for a text editor, which is 
compounded by the fact that the name "Kate" doesn't suggest that either. 
"KWrite" does though.
  
  This is not a huge deal as many other apps have the same thing going on. But 
it's something to consider.
  
  The icon should be submitted to the Breeze icon theme rather than renaming it 
in the code and changing the name you refer to it with. That breaks all 
3rd-party icon themes (which I guess was the point, but is not so nice :) ).

TASK DETAIL
  https://phabricator.kde.org/T10243

To: ngraham
Cc: johanneszarl, Leon0402, IohannesPetros, alex-l, starbuck, cullmann, 
IlyaBizyaev, arrowd, abetts, stikonas, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, manueljlin, Orage, 
cblack, konkinartem, ian, jguidon, hannahk, Ghost6, jraleigh, MrPepe, 
fbampaloukas, squeakypancakes, alexde, GB_2, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, jriddell, mbohlender

T10243: Some KDE applications could use better icons

[Christoph Cullmann]

cullmann added a comment.


  In T10243#218606 , @ngraham wrote:
  
  > It's quite lovely! Much more aesthetically attractive than the current 
icon. However I fear that the recognizability as being a text editor has been 
lost; nothing about the icon connotes that it's for a text editor, which is 
compounded by the fact that the name "Kate" doesn't suggest that either. 
"KWrite" does though.
  >
  > This is not a huge deal as many other apps have the same thing going on. 
But it's something to consider.
  
  
  Yes, that was done by intention.
  First we tried some variants involving "text" in any kind, but that is just 
like the old icons that look somehow some either a mime-type icon or a generic 
"something".
  If you look around, close to none of the currently relevant text editors have 
icons that have anything to do with "text" ;) (I look on you Atom, but same for 
Sublime and Co.)
  
  > The icon should be submitted to the Breeze icon theme rather than renaming 
it in the code and changing the name you refer to it with. That breaks all 
3rd-party icon themes (which I guess was the point, but is not so nice :) ).
  
  I am not that sure of that.
  Actually, I would like to have this as default for any icon theme now and not 
the other way around being waiting for any and all theme to try to catch-up.
  Actually, I was first very confused why my icon was never used before I 
remembered: ahhh, icon themes :P

TASK DETAIL
  https://phabricator.kde.org/T10243

To: cullmann
Cc: johanneszarl, Leon0402, IohannesPetros, alex-l, starbuck, cullmann, 
IlyaBizyaev, arrowd, abetts, stikonas, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, manueljlin, Orage, 
cblack, konkinartem, ian, jguidon, hannahk, Ghost6, jraleigh, MrPepe, 
fbampaloukas, squeakypancakes, alexde, GB_2, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, jriddell, mbohlender

T10243: Some KDE applications could use better icons

[Filip Fila]

filipf added a comment.


  Are you sure this is the best decision though? Icon themes will just theme 
the new icon again, it will only have a short-term effect.

TASK DETAIL
  https://phabricator.kde.org/T10243

To: filipf
Cc: johanneszarl, Leon0402, IohannesPetros, alex-l, starbuck, cullmann, 
IlyaBizyaev, arrowd, abetts, stikonas, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, manueljlin, Orage, 
cblack, konkinartem, ian, jguidon, hannahk, Ghost6, jraleigh, MrPepe, 
fbampaloukas, squeakypancakes, alexde, GB_2, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, jriddell, mbohlender

T10243: Some KDE applications could use better icons

[Nathaniel Graham]

ngraham added a comment.


  Meanwhile I'm not actually seeing the new icon after updating the app from 
current git master. It should really be added to the Breeze icon theme.

TASK DETAIL
  https://phabricator.kde.org/T10243

To: ngraham
Cc: johanneszarl, Leon0402, IohannesPetros, alex-l, starbuck, cullmann, 
IlyaBizyaev, arrowd, abetts, stikonas, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, manueljlin, Orage, 
cblack, konkinartem, ian, jguidon, hannahk, Ghost6, jraleigh, MrPepe, 
fbampaloukas, squeakypancakes, alexde, GB_2, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, jriddell, mbohlender

[okular] [Bug 416176] Find menu: Shift + numpad enter does not go to previous match

[Albert Astals Cid]

https://bugs.kde.org/show_bug.cgi?id=416176

Albert Astals Cid  changed:

   What|Removed |Added

   Severity|normal  |wishlist
 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #3 from Albert Astals Cid  ---
let's say this is a wish, i don't see it being a bug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 416653] PDF Deflate bombs may cause crashes or resource exhaustion

[Albert Astals Cid]

https://bugs.kde.org/show_bug.cgi?id=416653

Albert Astals Cid  changed:

   What|Removed |Added

 CC||aa...@kde.org
 Resolution|--- |UPSTREAM
 Status|REPORTED|RESOLVED

--- Comment #4 from Albert Astals Cid  ---
Okular doesn't do any pdf parsing.

Please report upstream at poppler.

-- 
You are receiving this mail because:
You are the assignee for the bug.

T10243: Some KDE applications could use better icons

[Christoph Cullmann]

cullmann added a comment.


  In T10243#218612 , @filipf wrote:
  
  > Are you sure this is the best decision though? Icon themes will just theme 
the new icon again, it will only have a short-term effect.
  
  
  But than at least they theme the new one. Otherwise I will manually need to 
ping all themes around to update theirs, or?
  And what is with themes no longer maintained? There Kate will be stuck with 
the themed old icon forever ;=)
  
  In T10243#218613 , @ngraham wrote:
  
  > Meanwhile I'm not actually seeing the new icon after updating the app from 
current git master. It should really be added to the Breeze icon theme.
  
  
  Hmm, that is a bug then.
  Thought the question is: Where is it missing? In the menus or in the 
application? For me the application uses it, e.g. in about, not sure if the 
system will prefer the new .desktop file thought.

TASK DETAIL
  https://phabricator.kde.org/T10243

To: cullmann
Cc: johanneszarl, Leon0402, IohannesPetros, alex-l, starbuck, cullmann, 
IlyaBizyaev, arrowd, abetts, stikonas, knauss, mglb, filipf, mludwig, aacid, 
lesliezhai, elvisangelaccio, kossebau, trickyricky26, ndavis, yurchor, 
#kde_games, #ark, #kde_pim, #discover_software_store, #yakuake, #kate, #okular, 
#gwenview, #konsole, #kde_applications, #vdg, ngraham, manueljlin, Orage, 
cblack, konkinartem, ian, jguidon, hannahk, Ghost6, jraleigh, MrPepe, 
fbampaloukas, squeakypancakes, alexde, GB_2, crozbo, firef, alexeymin, 
skadinna, genaxxx, aaronhoneycutt, jriddell, mbohlender