https://bugs.kde.org/show_bug.cgi?id=345765
Albert Astals Cid aa...@kde.org changed:
What|Removed |Added
Resolution|WAITINGFORINFO |FIXED
Latest Commit|
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #21 from RJVB rjvber...@gmail.com ---
Yes, probably. Not sure if it makes any difference though (clearly
OKULAR_EXPORT expands to KDE_EXPORT in this case ... or the keyword is only of
importance for the ViewerInterface class).
--
You are
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #20 from Albert Astals Cid aa...@kde.org ---
Comment on attachment 91986
-- https://bugs.kde.org/attachment.cgi?id=91986
After asking around, Qt's Thiago Macieira provided the answer: all of
Okular::Part's parent classes weren't exported,
https://bugs.kde.org/show_bug.cgi?id=345765
RJVB rjvber...@gmail.com changed:
What|Removed |Added
CC||rjvber...@gmail.com
--- Comment #19
https://bugs.kde.org/show_bug.cgi?id=345765
Simon Andric simonandr...@gmail.com changed:
What|Removed |Added
CC||simonandr...@gmail.com
--
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #14 from Albert Astals Cid aa...@kde.org ---
One could use static_cast, but that's poors man solution, if dynamic_cast
doesn't work, you're going to have problems everywhere, so spend some time
finding out why dynamic_cast is broken.
--
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #5 from Albert Astals Cid aa...@kde.org ---
Looks like dynamic_castOkular::ViewerInterface*(part) may be failing
Can you in shell.cpp just before line 174
qDebug() part;
kDebug() part;
qDebug()
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #8 from Albert Astals Cid aa...@kde.org ---
No, you need to find out why casting an Okular::Part to an
Okular::ViewerInterface returns null since Okular::Part *is* an
Okular::ViewerInterface as you can see in part.h
class OKULAR_PART_EXPORT
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #9 from RJVB rjvber...@gmail.com ---
Yes, well, I tried that with ktimetracker and failed, probably mostly because I
have no idea how a cast can fail (or what a dynamic_cast really does, and how).
Is this a feature that relies on Qt tech?
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #7 from RJVB rjvber...@gmail.com ---
Maybe I ought to return false when !viFace?
--
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailing list
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #6 from RJVB rjvber...@gmail.com ---
Looks like it's that indeed. I had to add the block to canOpenDocs too
part= Okular::Part(0x7ffb3e05f9f0)
okular(56591) Shell::canOpenDocs: part= Okular::Part(0x7ffb3e05f9f0)
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #10 from Albert Astals Cid aa...@kde.org ---
dynamic_cast is a normal cast, i have no idea if it works on clang on Linux or
not sorry.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #12 from Albert Astals Cid aa...@kde.org ---
Right, dynamic_cast is not a C cast, it's a C++ cast.
No, it is not what you wrote, what you wrote is creating a new object, which is
not what dynamic_cast does, dynamic_cast just changes the
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #3 from RJVB rjvber...@gmail.com ---
Here's the backtrace requested. Okular was invoked as
/Applications/MacPorts/KDE4/okular.app/Contents/MacOS/okular
https://some.web.site/courriersweb/affichagepdf:pdf/2014239153763 --icon okular
-caption
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #4 from RJVB rjvber...@gmail.com ---
Running Okular with all its debug domains activated through kdebugdialog didn't
teach me anything useful (no output at all).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=345765
Albert Astals Cid aa...@kde.org changed:
What|Removed |Added
CC||aa...@kde.org
https://bugs.kde.org/show_bug.cgi?id=345765
--- Comment #2 from RJVB rjvber...@gmail.com ---
Ouch.
I can rebuild okular trying to ensure that it keeps its debug info, but
triggering the bug again is going to be complicated to do exactly the same way.
That PDF was a confirmation of an action I
17 matches
Mail list logo
