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=386176
--- Comment #4 from Eugene Shalygin <eugene.shalygin+bugzilla@gmail.com> ---
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
https://bugs.kde.org/show_bug.cgi?id=386176
--- Comment #2 from Eugene Shalygin <eugene.shalygin+bugzilla@gmail.com> ---
> 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
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
https://bugs.kde.org/show_bug.cgi?id=383980
--- Comment #1 from Eugene Shalygin <eugene.shalygin+bugzilla@gmail.com> ---
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=383980
Bug ID: 383980
Summary: Okular crashes when latex updates synctex
Product: okular
Version: 1.3.70
Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
:)
Thanks,
Eugene Shalygin
n automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/129909/#review102349
---
On Лют. 1, 2017, 4:44 після полудня, Eugene
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::createDevice()
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::createDevice()
`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
`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::createDevice()
://git.reviewboard.kde.org/r/129909/diff/
Testing
---
Well, it loads .cbr files now :)
Thanks,
Eugene Shalygin
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:56 піс
, it loads .cbr files now :)
Thanks,
Eugene Shalygin
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
https://bugs.kde.org/show_bug.cgi?id=356359
--- Comment #16 from Eugene Shalygin <eugene.shalygin+bugzilla@gmail.com>
---
OK, I'm sorry.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailin
https://bugs.kde.org/show_bug.cgi?id=356359
--- Comment #14 from Eugene Shalygin <eugene.shalygin+bugzilla@gmail.com>
---
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/direc
https://bugs.kde.org/show_bug.cgi?id=356359
Eugene Shalygin <eugene.shalygin+bugzilla@gmail.com> changed:
What|Removed |Added
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:
In file included from ../../src
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:
In file included from ../../src
, Alex Richardson, and Eugene
Shalygin.
Repository: okular
Description
---
Replace both the package version file by a generated file, as well as
OkularConfig.cmake package configuration file.
Note that with this change the compatibility CMake variable OKULAR_FOUND is
not set
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:
In file included from ../../src
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #42 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #46 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
And what is the version of libkscreen?
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #36 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
(In reply to comment #34)
Perfect, thanks!
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.kde.org/show_bug.cgi?id=334088
--- Comment #14 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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 eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #33 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=334088
--- Comment #17 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
Eugene Shalygin eugene.shalygin+bugzilla@gmail.com changed:
What|Removed |Added
Attachment #86170|0 |1
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #26 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #22 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #23 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
Created attachment 86170
-- https://bugs.kde.org/attachment.cgi?id=86170action=edit
trivial check for not self-consistant EDIDs
So, here is the patch
--
You
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #24 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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 #20 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #12 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #14 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #15 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
(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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #16 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #18 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #4 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com ---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #5 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com ---
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
https://bugs.kde.org/show_bug.cgi?id=333456
--- Comment #6 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com ---
(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
---
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., Eugene Shalygin wrote
: 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
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
you using?
Eugene Shalygin wrote
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
you using?
Eugene Shalygin wrote
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
you using?
Eugene Shalygin wrote:
The changes
---
On Aug. 21, 2013, 2:56 a.m., Eugene Shalygin wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111829
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
you using?
Eugene Shalygin wrote:
The changes
I'm stalling the patch, but it is really not, I
just want to make sure we end up with a patch that we're all happy and
convinced with.
Eugene Shalygin wrote:
* Why you need Pixels?
Regarding the pixels divided... I'm not sure now :). The story had been
started with aim to get
I'm stalling the patch, but it is really not, I
just want to make sure we end up with a patch that we're all happy and
convinced with.
Eugene Shalygin wrote:
* Why you need Pixels?
Regarding the pixels divided... I'm not sure now :). The story had been
started with aim to get
. To reply, visit:
http://git.reviewboard.kde.org/r/111829/#review38556
---
On Aug. 21, 2013, 2:56 a.m., Eugene Shalygin wrote:
---
This is an automatically generated e-mail. To reply
://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
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111829/#review38246
---
On Aug. 21, 2013, 2:56 a.m., Eugene Shalygin wrote
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
, size of
documents is correct
Thanks,
Eugene Shalygin
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel
: 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
---
On Aug. 16, 2013, 12:46 a.m., Eugene Shalygin wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111829/
---
(Updated Aug. 16
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 know). Somehow keeping both X and Y dpis
://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
---
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 eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #17 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #19 from Eugene Shalygin eugene.shalygin+bugzilla@gmail.com
---
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
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #14 from Eugene Shalygin eugene.shaly...@gmail.com ---
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
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #11 from Eugene Shalygin eugene.shaly...@gmail.com ---
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
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 eugene.shaly...@gmail.com ---
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 eugene.shaly...@gmail.com ---
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
https://bugs.kde.org/show_bug.cgi?id=310531
--- Comment #5 from Eugene Shalygin eugene.shaly...@gmail.com ---
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=268757
--- Comment #14 from Eugene Shalygin eugene.shaly...@gmail.com ---
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
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #12 from Eugene Shalygin eugene.shaly...@gmail.com ---
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
https://bugs.kde.org/show_bug.cgi?id=268757
Eugene Shalygin eugene.shaly...@gmail.com changed:
What|Removed |Added
Attachment #58122|0 |1
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #6 from Eugene Shalygin eugene shalygin gmail com 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/show_bug.cgi?id=268757
--- Comment #7 from Eugene Shalygin eugene shalygin gmail com 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
https://bugs.kde.org/show_bug.cgi?id=268757
--- Comment #4 from Eugene Shalygin eugene shalygin gmail com 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
https://bugs.kde.org/show_bug.cgi?id=191614
--- Comment #2 from Eugene Shalygin eugene shalygin gmail com 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
https://bugs.kde.org/show_bug.cgi?id=204386
Eugene Shalygin eugene.shaly...@gmail.com changed:
What|Removed |Added
CC||eugene.shaly
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
84 matches
Mail list logo