[okular] [Bug 394775] Annotations in the separated XML files

2020-04-14 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=394775

--- Comment #8 from Jonathan Schmidt-Dominé  ---
To summarise my situation: Actually I am still using Okular 1.3. I am reading
and annotating a lot of PDFs for my work, any newer version of Okular would
completely break my workflow. I need the original PDFs to share them with
others without my annotations, many of them are very large (books etc.), always
being asked whether I want to save my annotations sounds like madness to me, I
am often searching for something within the XML files.

Best regards,

Jonathan

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

[okular] [Bug 396681] Save annotations internally (docdata)

2018-07-21 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=396681

--- Comment #4 from Jonathan Schmidt-Dominé  ---
Thank you very much, Nate!

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

[okular] [Bug 396681] Save annotations internally (docdata)

2018-07-21 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=396681

--- Comment #2 from Jonathan Schmidt-Dominé  ---
Thanks Christoph for refering to the duplicate, I had not found it, sorry.
Would you mind telling me if there is any major problem with saving annotations
internally impeding other features? Or is it just a general usability decision
to replace it by another behaviour? (so I would be warned if I want to maintain
a fork) Thank you very much!

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

[okular] [Bug 396681] Save annotations internally (docdata)

2018-07-19 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=396681

Jonathan Schmidt-Dominé  changed:

   What|Removed |Added

Summary|Save annotations locally|Save annotations internally
   ||(docdata)

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

[okular] [Bug 396681] New: Save annotations locally

2018-07-19 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=396681

Bug ID: 396681
   Summary: Save annotations locally
   Product: okular
   Version: 1.3.3
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: okular-de...@kde.org
  Reporter: de...@the-user.org
  Target Milestone: ---

Hi,

I just updated to okular 1.3 and noticed that the feature to save annotations
internally is no longer supported. Is there any chance to get it back in future
versions or are there severe reasons against it? It totally breaks my workflow,
since it is way too tedious for me to save the changes all the time, further
more I do not want to change my PDFs since I often want to share them without
any annotations and I also do not want to have a mess of okular document
archives for all the djvu files. Since saving the existing annotations (without
changes) is still supported (“OriginalAnnotationPageItems”) it should not be
too difficult to add the option while maintaining the new default behaviour,
right? Or is there anything new which relies on the new behaviour?

Best,

Jonathan

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

[okular] [Bug 388228] Okular crashes when annotating a piece of text

2018-01-06 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=388228

--- Comment #8 from Jonathan Schmidt-Dominé <de...@the-user.org> ---
You are of course right. Thank you very much!

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

[okular] [Bug 388228] Okular crashes when annotating a piece of text

2018-01-03 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=388228

--- Comment #6 from Jonathan Schmidt-Dominé <de...@the-user.org> ---
Looks like a corrupted vtable. “pure virtual method called”

==30208== Memcheck, a memory error detector
==30208== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==30208== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==30208== Command: okular WhatMathematicalKnowledgeCouldNotBe.pdf
==30208== 

Illegal icon group:  7
Illegal icon group:  7
Illegal icon group:  7
Illegal icon group:  7
Illegal icon group:  7
Illegal icon group:  7
Illegal icon group:  7
==30208== Invalid read of size 8
==30208==at 0x1E94427A: MouseAnnotation::cursor() const
(pageviewmouseannotation.cpp:379)
==30208==by 0x1E94988B: PageView::updateCursor(QPoint const&)
(pageview.cpp:4032)
==30208==by 0x1E949939: PageView::updateCursor() (pageview.cpp:3997)
==30208==by 0x1E93BD1A: PageViewAnnotator::slotToolSelected(int)
(pageviewannotator.cpp:981)
==30208==by 0x823C9FE: QMetaObject::activate(QObject*, int, int, void**)
(in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.9.1)
==30208==by 0x1E9656B9: toolSelected (moc_pageviewutils.cpp:340)
==30208==by 0x1E9656B9: ToolBarPrivate::selectButton(ToolBarButton*) [clone
.part.38] (pageviewutils.cpp:927)
==30208==by 0x1E9659D5: selectButton (pageviewutils.cpp:610)
==30208==by 0x1E9659D5: PageViewToolBar::selectButton(int)
(pageviewutils.cpp:610)
==30208==by 0x1E93D3AE: detachAnnotation (pageviewannotator.cpp:1077)
==30208==by 0x1E93D3AE:
PageViewAnnotator::performRouteMouseOrTabletEvent(AnnotatorEngine::EventType
const&, AnnotatorEngine::Button const&, QPointF const&, PageViewItem*)
(pageviewannotator.cpp:867)
==30208==by 0x1E93D42F: PageViewAnnotator::routeMouseEvent(QMouseEvent*,
PageViewItem*) (pageviewannotator.cpp:881)
==30208==by 0x1E95C448: PageView::mouseReleaseEvent(QMouseEvent*)
(pageview.cpp:2443)
==30208==by 0x6EE3DC7: QWidget::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x6FC32DD: QFrame::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==  Address 0x27a2b9f0 is 0 bytes inside a block of size 16 free'd
==30208==at 0x4C3123B: operator delete(void*) (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==30208==by 0x1EC658E2:
Okular::AddAnnotationCommand::~AddAnnotationCommand() (documentcommands.cpp:72)
==30208==by 0x1EC65928:
Okular::AddAnnotationCommand::~AddAnnotationCommand() (documentcommands.cpp:74)
==30208==by 0x71FC861: QUndoStack::push(QUndoCommand*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x1EC49A24: Okular::Document::addPageAnnotation(int,
Okular::Annotation*) (document.cpp:3230)
==30208==by 0x1E93D27F:
PageViewAnnotator::performRouteMouseOrTabletEvent(AnnotatorEngine::EventType
const&, AnnotatorEngine::Button const&, QPointF const&, PageViewItem*)
(pageviewannotator.cpp:858)
==30208==by 0x1E93D42F: PageViewAnnotator::routeMouseEvent(QMouseEvent*,
PageViewItem*) (pageviewannotator.cpp:881)
==30208==by 0x1E95C448: PageView::mouseReleaseEvent(QMouseEvent*)
(pageview.cpp:2443)
==30208==by 0x6EE3DC7: QWidget::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x6FC32DD: QFrame::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x1E95EF23: PageView::viewportEvent(QEvent*)
(pageview.cpp:3323)
==30208==by 0x820DACB:
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.9.1)
==30208==  Block was alloc'd at
==30208==at 0x4C3017F: operator new(unsigned long) (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==30208==by 0x1E941D2A: TextSelectorEngine::end()
(pageviewannotator.cpp:606)
==30208==by 0x1E93D202:
PageViewAnnotator::performRouteMouseOrTabletEvent(AnnotatorEngine::EventType
const&, AnnotatorEngine::Button const&, QPointF const&, PageViewItem*)
(pageviewannotator.cpp:849)
==30208==by 0x1E93D42F: PageViewAnnotator::routeMouseEvent(QMouseEvent*,
PageViewItem*) (pageviewannotator.cpp:881)
==30208==by 0x1E95C448: PageView::mouseReleaseEvent(QMouseEvent*)
(pageview.cpp:2443)
==30208==by 0x6EE3DC7: QWidget::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x6FC32DD: QFrame::event(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x1E95EF23: PageView::viewportEvent(QEvent*)
(pageview.cpp:3323)
==30208==by 0x820DACB:
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5.9.1)
==30208==by 0x6EA3444: QApplicationPrivate::notify_helper(QObject*,
QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5.9.1)
==30208==by 0x6EAB28E: QApplication::notify(QObject*, QEvent*) (in
/usr/lib/x86_64-linux-gnu/lib

[okular] [Bug 388228] Okular crashes when annotating a piece of text

2018-01-02 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=388228

--- Comment #4 from Jonathan Schmidt-Dominé <de...@the-user.org> ---
Hi, it happens with virtually every PDF. Random example:
http://www.philipebert.info/resources/WhatMathematicalKnowledgeCouldNotBe.pdf
I highlight the word “comply” in the first paragraph, undo it, repeat this a
couple of time, then it does not take too long till okular will crash while
releasing the cursor.

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

[okular] [Bug 388228] New: Okular crashes when annotating a piece of text

2017-12-25 Thread Jonathan Schmidt-Dominé
https://bugs.kde.org/show_bug.cgi?id=388228

Bug ID: 388228
   Summary: Okular crashes when annotating a piece of text
   Product: okular
   Version: 1.1.3
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: okular-de...@kde.org
  Reporter: de...@the-user.org
  Target Milestone: ---

Hi, I’m using Kubuntu 17.10 with Okular 1.1.3. When highlighting a piece of
text (markup annotation) okular crashes from time to time. It is not easily
reproducible (when I try to highlight the same word again after the crash, it
usually works), but it occurs quite often (after some dozens of annotations
okular crashes again). I have the problem since upgrading from Kubuntu 17.04 to
17.10. The crash occurs when releasing the mouse button after having marked a
segment of the text.

This is the backtrace which I get from gdb:
Thread 1 "okular" received signal SIGSEGV, Segmentation fault.
0x7fffe00169c0 in ?? ()

#0  0x7fffe00169c0 in ?? ()
#1  0x7fffdab5a286 in MouseAnnotation::cursor (this=0x574cb090) at
./ui/pageviewmouseannotation.cpp:379
#2  0x7fffdab5f88c in PageView::updateCursor
(this=this@entry=0x574dcd50, p=...) at ./ui/pageview.cpp:4032
#3  0x7fffdab5f93a in PageView::updateCursor (this=0x574dcd50) at
./ui/pageview.cpp:3997
#4  0x7fffdab51d1b in PageViewAnnotator::slotToolSelected
(this=0x57a6f020, toolID=-1) at ./ui/pageviewannotator.cpp:981
#5  0x747fc9ff in QMetaObject::activate(QObject*, int, int, void**) ()
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7fffdab7b6ba in PageViewToolBar::toolSelected (_t1=,
this=0x57aa3b10) at
./obj-x86_64-linux-gnu/okularpart_autogen/include/moc_pageviewutils.cpp:340
#7  ToolBarPrivate::selectButton (this=0x57ad22c0,
button=button@entry=0x57a93180) at ./ui/pageviewutils.cpp:927
#8  0x7fffdab7b9d6 in ToolBarPrivate::selectButton (button=0x57a93180,
this=) at ./ui/pageviewutils.cpp:610
#9  PageViewToolBar::selectButton (this=0x57aa3b10, id=id@entry=-1) at
./ui/pageviewutils.cpp:610
#10 0x7fffdab533af in PageViewAnnotator::detachAnnotation
(this=0x57a6f020) at ./ui/pageviewannotator.cpp:1077
#11 PageViewAnnotator::performRouteMouseOrTabletEvent
(this=this@entry=0x57a6f020, eventType=@0x7fffca80:
AnnotatorEngine::Release, button=@0x7fffca84: AnnotatorEngine::Left,
pos=..., 
item=item@entry=0x57b335b0) at ./ui/pageviewannotator.cpp:867
#12 0x7fffdab53430 in PageViewAnnotator::routeMouseEvent
(this=0x57a6f020, e=e@entry=0x7fffd1f0, item=0x57b335b0) at
./ui/pageviewannotator.cpp:881
#13 0x7fffdab72449 in PageView::mouseReleaseEvent (this=0x574dcd50,
e=0x7fffd1f0) at ./ui/pageview.cpp:2443
#14 0x75812dc8 in QWidget::event(QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#15 0x758f22de in QFrame::event(QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#16 0x7fffdab74f24 in PageView::viewportEvent (this=0x574dcd50,
e=0x7fffd1f0) at ./ui/pageview.cpp:3323
#17 0x747cdacc in
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) ()
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x757d2445 in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#19 0x757da28f in QApplication::notify(QObject*, QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#20 0x747cdde8 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x757d9262 in QApplicationPrivate::sendMouseEvent(QWidget*,
QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#22 0x7582d94b in ?? () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#23 0x7582ffba in ?? () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#24 0x757d246c in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#25 0x757d9d34 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#26 0x747cdde8 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x75016f43 in
QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*)
() from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#28 0x75018a25 in
QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*)
() from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#29 0x74ff0cab in
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
() from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#30 0x7fffe7fb65a0 in ?? () from

[telepathy] [Bug 365609] New: No way to set the nick name in XMPP multi-user chat (MUC)

2016-07-13 Thread Jonathan Schmidt-Dominé via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365609

Bug ID: 365609
   Summary: No way to set the nick name in XMPP multi-user chat
(MUC)
   Product: telepathy
   Version: 15.08.2
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: text-ui
  Assignee: kde-telepathy-b...@kde.org
  Reporter: de...@the-user.org

There seems to be no way to set the nick name in an XMPP multi-user chat (at
least not in the UI). Instead, KTP always choses the user name of the XMPP
address (for example if i have x...@example.com as an XMPP address, the nick 
name
will be xy).

Reproducible: Always

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


[telepathy] [Bug 344144] Let the user choose, whether he wants logging of encrypted messages or not

2016-07-13 Thread Jonathan Schmidt-Dominé via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=344144

Jonathan Schmidt-Dominé <de...@the-user.org> changed:

   What|Removed |Added

 CC||de...@the-user.org

--- Comment #12 from Jonathan Schmidt-Dominé <de...@the-user.org> ---
Is there any idea how to fix that? It seems to be a problem with the
architecture, but I would still be happy about a workaround.

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