https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #17 from Eugene Shalygin
---
Dear Albert,
I would like to return to this problem and finally push it to the finish. Since
physical DPI grows so quickly, the problem becomes more and more prominent. For
example, my wife already refuses to
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #19 from Eugene Shalygin
---
Thanks Albert! This is exectly the type of advice I was looking for. Do I
understand you corretly that you suggest to add DPI into to PixmapRequest
class?
--
You are receiving this mail because:
You are the
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #21 from Eugene Shalygin
---
Albert,
thanks for advices! I've posted partial solution and remaining questions in
reviewboard (https://git.reviewboard.kde.org/r/111829) . Please, take a look.
--
You are receiving this mail because
ler/generator_pdf.cpp 1a44523
Diff: http://git.reviewboard.kde.org/r/111829/diff/
Testing
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Oku
://git.reviewboard.kde.org/r/111829/diff/
Testing
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org
s for this purpose, therefore I've added Geneartor::DPI
- Eugene
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111829/#review37877
-------
On Aug. 2, 2013, 2:19 p.m., Eugene Shalygin wrote:
>
: http://git.reviewboard.kde.org/r/111829/diff/
Testing
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https
111829/#review37877
---
On Aug. 16, 2013, 12:46 a.m., Eugene Shalygin wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://g
> On Aug. 15, 2013, 11:03 p.m., Albert Astals Cid wrote:
> >
>
> Eugene Shalygin wrote:
> Thanks for the review! I've tried to fix the issues. The only one left is
> question with Generator::DPI. I've replaced it with QSizeF (not the best
> choice, I k
Randr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel
config-okular.h.cmake 7217f8d
Diff: http://git.reviewboard.kde.org/r/111829/diff/
Testing
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing
://git.reviewboard.kde.org/r/111829/diff/
Testing
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org
or was not having dpi()
function
- Eugene
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111829/#review38246
---
On Aug. 21, 2013,
force" us to have the same DPI in all monitors, since
the system can not change physical DPI of the screen (at least in the Universe
#3 :D).
2. We use widget object to get the monitor in which the display the pages (and
its current DPI).
- Eugene
--------
stem in which you could have different screens with different
> > monitors, we miss something so that when you move it from one monitor to
> > another the dpi gets recalculated no?
> >
> > I know this may sound like I'm stalling the patch, but it is really not, I
>
stem in which you could have different screens with different
> > monitors, we miss something so that when you move it from one monitor to
> > another the dpi gets recalculated no?
> >
> > I know this may sound like I'm stalling the patch, but it is really not, I
>
viewboard.kde.org/r/111829/#review41080
---
On Aug. 21, 2013, 2:56 a.m., Eugene Shalygin wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
> On Oct. 1, 2013, 11:37 p.m., Albert Astals Cid wrote:
> > core/utils.cpp, line 116
> > <http://git.reviewboard.kde.org/r/111829/diff/6/?file=183816#file183816line116>
> >
> > Hmmm, my libkscreen does not have sizeMm, what libkscreen version are
> >
> On Oct. 1, 2013, 11:37 p.m., Albert Astals Cid wrote:
> > core/utils.cpp, line 116
> > <http://git.reviewboard.kde.org/r/111829/diff/6/?file=183816#file183816line116>
> >
> > Hmmm, my libkscreen does not have sizeMm, what libkscreen version are
> >
> On Oct. 1, 2013, 11:37 p.m., Albert Astals Cid wrote:
> > core/utils.cpp, line 116
> > <https://git.reviewboard.kde.org/r/111829/diff/6/?file=183816#file183816line116>
> >
> > Hmmm, my libkscreen does not have sizeMm, what libkscreen version are
> >
> On Oct. 1, 2013, 11:37 p.m., Albert Astals Cid wrote:
> > core/utils.cpp, line 116
> > <https://git.reviewboard.kde.org/r/111829/diff/6/?file=183816#file183816line116>
> >
> > Hmmm, my libkscreen does not have sizeMm, what libkscreen version are
> >
: https://git.reviewboard.kde.org/r/111829/diff/
Testing
---
Manual. In all screens, that report correct physical size to XRandr, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https
ect scale!
- Eugene
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/111829/#review47283
---
On Jan. 13, 2014, 1:39 a.m.,
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #4 from Eugene Shalygin ---
May we get outputs from xrandr and "kscreen-console bug", please? Could you,
please, check that commands xrandr and "kscreen-console" show identical and
correct DPI information about your s
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #5 from Eugene Shalygin ---
No, our patch is the best one! ;)
> I knew i should not accept the patch to use the DPI of the screen ^_^
--
You are receiving this mail because:
You are the assignee for the
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #6 from Eugene Shalygin ---
(In reply to comment #1)
> Perhaps Okular is using a system-wide parameter for aspect ratio and using
> this to render?
Yes, it does use DPI of the current screen when renders PDF. Could you please
ma
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #12 from Eugene Shalygin
---
Or yes, I was to post the same question:
(In reply to comment #8)
> xrandr and kscreen-console appear to be correct. Note, both external
> monitors are acting as one large monitor, as you can see fr
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #14 from Eugene Shalygin
---
kscreen simply gets the size from xrandr, and xrandr in your example also shows
the same wrong size:
DP1 connected primary 3200x1200+0+0 (normal left inverted right x axis y axis)
367mm x 275mm
Maybe you can
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #15 from Eugene Shalygin
---
(In reply to comment #14)
> Maybe you can override this size in your X config so we can understand is
> this indeed the source of the problem?
Ups, sorry. This will not help. I wrote the code to ignore
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #16 from Eugene Shalygin
---
But you can use --fbmm or --dpi switches of xrandr to set the correct size
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #18 from Eugene Shalygin
---
OK. It seems like either EDID needs to be fixed, or we need a workaround...
I will investigate solution with EDID. For a workaround we can try to compare
sizes from EDID (cm) and extended EDID (mm). How to
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #20 from Eugene Shalygin
---
KScreen provides decoded EDID via output->edid(), with width and height (in
cm). I support the proposed solution for Okualr, but do not think that isGood()
or something makes sence for KSCreen since there mi
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #22 from Eugene Shalygin
---
I've made these trivial changes, but during the testing I found that my
external screen is also suffering from this problem (xrandr reports incorrect
size in mm, but correct in cm). I'm pretty sure t
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #23 from Eugene Shalygin
---
Created attachment 86170
--> https://bugs.kde.org/attachment.cgi?id=86170&action=edit
trivial check for not self-consistant EDIDs
So, here is the patch
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #24 from Eugene Shalygin
---
checked my EDIDs: xrandr is right, monitor is wrong. Strange, I thought it had
to be correct
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #26 from Eugene Shalygin
---
Yes, I have several external screens (one of them at home, rest at office).
Some of them have invalid EDIDs. I thought that my home one is correct, but it
turned out that it is not.
if (!selectedOutput
https://bugs.kde.org/show_bug.cgi?id=333456
Eugene Shalygin changed:
What|Removed |Added
Attachment #86170|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=334088
--- Comment #14 from Eugene Shalygin
---
The evidence of the problem is in the message "Xlib: extension "RANDR" missing
on display ":0".". Therefore, could you, please, do the following and show us
the results:
$ cat
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #32 from Eugene Shalygin
---
Albeert, I'm very busy these days, hope to finish my buisness this week. In the
meantime, please, answer my question below.
"isHorizontal part" checks for screen, rotated into portrait
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #33 from Eugene Shalygin
---
Pardon, in the example with precision 50 cm results in 1%, of course
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel
https://bugs.kde.org/show_bug.cgi?id=334088
--- Comment #17 from Eugene Shalygin
---
Thanks, this is certainly a bug either in libkscreen, which shall detect
disabled RandR. Can you, please. (temporaly) remove libkscreen RandR plugins
from /usr/lib64/kde4/plugins/kscreen/ and check whether it
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #36 from Eugene Shalygin
---
(In reply to comment #34)
Perfect, thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #42 from Eugene Shalygin
---
Do you mean the Okular part of the bug, i.e. that it does not detect incorrect
EDIDs? Anyway, could you provide outpur of "kscreen-console bug" command,
please?
--
You are receiving this mail becaus
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #46 from Eugene Shalygin
---
And what is the version of libkscreen?
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
> On Березень 30, 2015, 12:42 до полудня, Albert Astals Cid wrote:
> > None of the people that did any frameworks branch work seem to be
> > monitoring reviewboard, so i guess i'd say ship it if you know what you're
> > doing :D
This change has broke things at least on Gentoo. Here we have
Ok
8 після полудня)
>
>
> Review request for Okular, Albert Astals Cid, Alex Richardson, and Eugene
> Shalygin.
>
>
> Repository: okular
>
>
> Description
> ---
>
> Replace both the package version file by a generated file, as well as
> OkularC
> On Квітень 14, 2015, 10:34 після полудня, Alex Richardson wrote:
> > With this I can build Kile, so I'd say Ship it
>
> Eugene Shalygin wrote:
> I can't. My changes to test Kile are the following:
> http://pastebin.com/HMv9Ziku. And GCC says:
>
> On Квітень 14, 2015, 10:34 після полудня, Alex Richardson wrote:
> > With this I can build Kile, so I'd say Ship it
>
> Eugene Shalygin wrote:
> I can't. My changes to test Kile are the following:
> http://pastebin.com/HMv9Ziku. And GCC says:
>
> On Квітень 14, 2015, 10:34 після полудня, Alex Richardson wrote:
> > With this I can build Kile, so I'd say Ship it
>
> Eugene Shalygin wrote:
> I can't. My changes to test Kile are the following:
> http://pastebin.com/HMv9Ziku. And GCC says:
>
https://bugs.kde.org/show_bug.cgi?id=191614
Summary: Okular use incorrect scale for viewing PDF files
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=204386
Eugene Shalygin changed:
What|Removed |Added
CC||eugene.shaly...@gmail.com
--
Configure
https://bugs.kde.org/show_bug.cgi?id=191614
--- Comment #2 from Eugene Shalygin 2010-12-18
12:33:59 ---
Created an attachment (id=55042)
--> (http://bugs.kde.org/attachment.cgi?id=55042)
Use screen DPI when rendering PDF pages and calculating page size
Since fix for this bug was dele
https://bugs.kde.org/show_bug.cgi?id=266011
Summary: Okular displays only part of PDF file contents
Product: okular
Version: unspecified
Platform: Gentoo Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
https://bugs.kde.org/show_bug.cgi?id=266011
--- Comment #1 from Eugene Shalygin 2011-02-10
19:34:20 ---
Created an attachment (id=57121)
--> (http://bugs.kde.org/attachment.cgi?id=57121)
Okular rendering
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You
https://bugs.kde.org/show_bug.cgi?id=266011
--- Comment #2 from Eugene Shalygin 2011-02-10
19:34:52 ---
Created an attachment (id=57122)
--> (http://bugs.kde.org/attachment.cgi?id=57122)
Evince rendering
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You
https://bugs.kde.org/show_bug.cgi?id=266011
--- Comment #4 from Eugene Shalygin 2011-02-10
19:59:46 ---
I thought that Evince uses the same poppler library. Doesn't it?
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugs.kde.org/show_bug.cgi?id=268757
Summary: [Patch] Constant DPI in PDF backend results in
incorrect size of pages on screen
Product: okular
Version: unspecified
Platform: Gentoo Packages
OS/Version: Linux
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #1 from Eugene Shalygin 2011-03-17
17:13:15 ---
Sorry, "For example, in poppler backend size of page is defined in Points, but
actually it is pixels, multiplied by 72."
shall be readed as
"For example, in poppler
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #4 from Eugene Shalygin 2011-03-17
17:53:21 ---
Yes, I know about bug #204386. Yes, I have dual-head system with different (in
millimiters and pixels) sizes of monitors.
the problem with the previous attempt was that DPI for Xinerama
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #6 from Eugene Shalygin 2011-05-08
20:49:10 ---
Yes, it should. Sounds strange that you see incorrect size. Is X server DPI
setted up correctly (i.e. results of Utils::realDpi[XY]())?
--
Configure bugmail: https://bugs.kde.org
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #7 from Eugene Shalygin 2011-05-08
20:51:03 ---
Just checked with KDE 4.6.3 - it works as expected.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.kde.org/show_bug.cgi?id=268757
Eugene Shalygin changed:
What|Removed |Added
Attachment #58122|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #12 from Eugene Shalygin ---
Excuse my long silence, please. I found a time to return to the problem.
If I connect two screens with different physical DPI, nor Qt nor xdpyinfo (X
itself?) does not know about real DPI. They report DPI (and
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #14 from Eugene Shalygin ---
I agree that direct dependence on XRandr is not the best one. I would prefer to
see the same dependence and proper DPI information in Qt. But I can try.
Let's summarize what do we want:
1. If viewer widg
https://bugs.kde.org/show_bug.cgi?id=310531
Bug ID: 310531
Severity: major
Version: 0.15.80
Priority: NOR
Assignee: okular-devel@kde.org
Summary: Okular does not reload files after modification
Classification: Unclassified
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #1 from Eugene Shalygin ---
Okular detects when the file is trancated, but does not reload it when the file
is ready
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #3 from Eugene Shalygin ---
I meant that the program is not completely disconnected from the filesystem
events: it reacts on file truncation by latex. I.e.: I open a PDF in Okular,
then run latex. When latex starts to write a PDF, it
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #5 from Eugene Shalygin ---
Yes, it is checked. Otherwise Okular does not react on file truncation
(deletion).
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #6 from Eugene Shalygin ---
I found that after the first update (file truncation), the oldUrl in
Part::slotDoFileDirty() is always empty (yes, the file has been closed. So this
seems to be correct). But then how it is impossible to reopen
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #8 from Eugene Shalygin ---
I'm saying what I have seen from a debug print.
When Okular detects that file is deleted, it closes it, and fails to reopen.
When we come to the Part::slotDoFileDirty() next time (file is ready to be
v
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #9 from Eugene Shalygin ---
Created attachment 75430
--> https://bugs.kde.org/attachment.cgi?id=75430&action=edit
Stupid fix for the reload problem
This change fixes a problem for me. Just as an illustration.
--
You are receivi
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #11 from Eugene Shalygin ---
OK. thank you, I know that my changes are silly. I just wanted to illustrate
that there is indeed a problem with oldUrl, since such change fixes the
reloading process
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #14 from Eugene Shalygin ---
Thank you for the fix. But now there is another minor problem in version
0.15.90. Okular reloads file twice. I.e. After the file is ready and latex has
exited, Okular loads file and then (within half of the
y its content into a
temporary file and load image from it.
Diffs
-
generators/comicbook/document.cpp 34c4cb5a
Diff: https://git.reviewboard.kde.org/r/129909/diff/
Testing
---
Well, it loads .cbr files now :)
Thanks,
Eugene Shalygin
Well, it loads .cbr files now :)
Thanks,
Eugene Shalygin
kable in your case, please?
- Eugene
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129909/#review102335
---
On Лют. 1, 2017, 1:5
https://git.reviewboard.kde.org/r/129909/diff/
Testing
---
Well, it loads .cbr files now :)
Thanks,
Eugene Shalygin
t; > Which KF5/Qt5 versions are you using.
>
> Eugene Shalygin wrote:
> I do have this problem for quite some time already (for a year, perhaps).
> The versions are 5.8.0 for Qt and Git master for KF5.
> Could you check whether the QIODevice from KArchiveFile::createDevic
x27;s
`QIODevice::size()` returns 0, copy its content into a temporary file and load
image from the file.
Diffs
-
generators/comicbook/document.cpp 34c4cb5a
Diff: https://git.reviewboard.kde.org/r/129909/diff/
Testing
---
Well, it loads .cbr files now :)
Thanks,
Eugene Shalygin
x27;s
`QIODevice::size()` returns 0, copy its content into a temporary file and load
image from the file.
Diffs
-
generators/comicbook/document.cpp 34c4cb5a
Diff: https://git.reviewboard.kde.org/r/129909/diff/
Testing
---
Well, it loads .cbr files now :)
Thanks,
Eugene Shalygin
t; > Which KF5/Qt5 versions are you using.
>
> Eugene Shalygin wrote:
> I do have this problem for quite some time already (for a year, perhaps).
> The versions are 5.8.0 for Qt and Git master for KF5.
> Could you check whether the QIODevice from KArchiveFile::createDevi
t; > Which KF5/Qt5 versions are you using.
>
> Eugene Shalygin wrote:
> I do have this problem for quite some time already (for a year, perhaps).
> The versions are 5.8.0 for Qt and Git master for KF5.
> Could you check whether the QIODevice from KArchiveFile::createDevi
is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129909/#review102349
---
On Лют. 1, 2017, 4:44 після полудня, Eugene Shalygin wrote:
>
> --
s now :)
Thanks,
Eugene Shalygin
https://bugs.kde.org/show_bug.cgi?id=383980
Bug ID: 383980
Summary: Okular crashes when latex updates synctex
Product: okular
Version: 1.3.70
Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
Keywor
https://bugs.kde.org/show_bug.cgi?id=383980
--- Comment #1 from Eugene Shalygin ---
Okular does not crash when I recompile the same .tex source with synctex
disabled.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=386176
Bug ID: 386176
Summary: okular: CMake Error in
generators/spectre/CMakeLists.txt
Product: okular
Version: unspecified
Platform: Other
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=386176
--- Comment #2 from Eugene Shalygin ---
> Would you be able to submit a patch on https://phabricator.kde.org/?
No, this is a trivial change.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=386176
--- Comment #4 from Eugene Shalygin ---
I use cmake 3.10 rc3. Maybe this version is stricter. Anyway,
okular_add_generator() calls a function from kf5 which creates a plugin. Could
a plugin be not a MODULE?
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=436983
Bug ID: 436983
Summary: Okular crashes on exit
Product: okular
Version: unspecified
Platform: Compiled Sources
OS: Linux
Status: REPORTED
Keywords: drkonqi
https://bugs.kde.org/show_bug.cgi?id=354735
Eugene Shalygin changed:
What|Removed |Added
CC||eugene.shalygin+bugzilla.kd
https://bugs.kde.org/show_bug.cgi?id=356359
Eugene Shalygin changed:
What|Removed |Added
CC||eugene.shalygin+bugzilla.kd
https://bugs.kde.org/show_bug.cgi?id=356359
--- Comment #14 from Eugene Shalygin
---
Now Okular does not want to open files with spaces in path from command line.
$ okular /some/directory name/file name.pdf -> does not work
$ okular /some/directory_name/file name.pdf -> does not work
$
https://bugs.kde.org/show_bug.cgi?id=356359
--- Comment #16 from Eugene Shalygin
---
OK, I'm sorry.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kd
95 matches
Mail list logo
