To decrypt something using gpg2:

While the relevant file has now been included in input.nsi, it doesn't seem to get picked up by the installer...

...and the problem was that kde-include-common.xsl was missing. What a brilliant fucking system.

This one works though:
meinproc4 --stylesheet "C:/Users/kolab/kderoot/share/apps/ksgmltools2/customization/kde-chunk.xsl" --stdout "C:/Program Files (x86)/Kontact E5/share/doc/HTML/en//kmail/index.docbook"

And with explicit stylesheet:
meinproc4 --stylesheet "C:/Program Files (x86)/Kontact E5/share/apps/ksgmltools2/customization/kde-chunk.xsl" --stdout "C:/Program Files (x86)/Kontact E5/share/doc/HTML/en//kmail/index.docbook"

Same testcase with meinproc:
meinproc4 --stdout "C:/Program Files (x86)/Kontact E5/share/doc/HTML/en//kmail/index.docbook"

This is the call that somehow fails in kdoctools/xslt.cpp:

Testcase: kioclient.exe cat help:/kmail/index.html

All of this was tested using gpg4win-vanilla 2.2.0 which contains the same libassuan and gcrypt version as we use in emerge.

It was not possible to change the ownertrust using kleopatra.

Note that importing a gpg certificate from a server crashes on linux. Importing from a file works on windows and linux.

With the version 2015-08-10-12-19 and gpg4win 2.2.0 more works but not everything:

Seems to work now together with http://files.gpg4win.org/gpg4win-vanilla-2.2.0.exe

Note that we have hardcoded paths in the pgpme we bulid that point to the gnupg installation.

We decided to go with the installer:
http://files.gpg4win.org/gpg4win-vanilla-2.2.0.exe

https://lists.gnupg.org/pipermail/gnupg-users/2006-September/029305.html

The problem seems to be that the kio job to generate the help files is not started.
If I copy the cache files from .kde to .kontact the help opens just fine. Debugging kio seems to be next no impossible, while I can configure debug output going to a file with the uninstalled version, the installed version does not create the debug output file, nor give any indication why it isn't doing that.

http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpg4win.git;a=blob;f=src/inst-gnupg2.nsi
-> gpgsm (smime handling), gpgagent (the agent to ask for keys), gpg2 (OpenPGP handling),...

This needs to rebuild

I think the following apps are missing: gpgsm, gpg-agent, pinentry, gnugp2

with gpg4win full and that included kleopatra i can search ind import gpg keys

• installed http://files.gpg4win.org/gpg4win-light-2.2.5.exe

When starting khelpcenter from the install directory instead of the builddirectory, meinproc4.exe is not started according to processmonitor.

This is only about encrypting/decryption files ->so we don't need it to backport

it is the feautre how we won't it. The approch to load all mimetypes for all other.user folders don't scale

personsearchjob searches only for

query.setNamespace(QStringList() << QLatin1String("usertoplevel"));

there is no shared folder fromjohn for jane avalaible in default. So i tried it other way round.

cherry-picked

cherry-picked

• This is only about encryption files with kleo.
• The review is still not accepted upstream

• john sees events like expected
• jane gets mails of actions from john
• johns shared calendar from jane is updated correctly

• Jane creates an event with john as attendee
• John has read access to jane calendars and they are enabled in johns calendarview
• john sees the event in his inbox
• john sees the event in calendarview (two times, one from janes calendar one from his wallace)
• john accept/decline it via email
• john sees one event now in declined calendar

Not reproducible

also checked via delation UI and it works like expected.

when looking at janes folders, she has only shared the "shared" calendar with john. and not the top Folder "Calendar". If janes adds john for (read access) to the Top folder, than the content of that folder is synced with kontact and is visible.

We now show all instances of the same event.

rcm only shows the shared calendar for jane (and the person as complete) for selection

the content mimetypes is only direcetory - so it is not marked, that there are any elemets are inside it.

#4 0x00007f062a1024a1 in qFatal(char const*, ...) () from /lib64/libQtCore.so.4
#5 0x00007f062df371bc in Akonadi::CalendarBase::addIncidence (this=<optimized out>, incidence=...) at /work/source/kdepimlibs/akonadi/calendar/calendarbase.cpp:624
#6 0x00007f062df80d36 in Akonadi::Scheduler::acceptRequest (this=this@entry=0x125be740, incidenceBase=..., calendar=...,

status=status@entry=KCalCore::ScheduleMessage::Unknown, email=...) at /work/source/kdepimlibs/akonadi/calendar/scheduler_p.cpp:324

#7 0x00007f062df84954 in Akonadi::Scheduler::acceptTransaction (this=0x125be740, incidence=..., calendar=..., method=method@entry=KCalCore::iTIPRequest,

status=status@entry=KCalCore::ScheduleMessage::Unknown, email=...) at /work/source/kdepimlibs/akonadi/calendar/scheduler_p.cpp:93

#8 0x00007f062df664f4 in Akonadi::ITIPHandler::processiTIPMessage (this=0xd41e180, receiver=..., iCal=..., action=...)

at /work/source/kdepimlibs/akonadi/calendar/itiphandler.cpp:197

#9 0x00007f062df689a2 in Akonadi::ITIPHandler::Private::onLoadFinished (this=0x125bc870, success=<optimized out>, errorMessage=...)

at /work/source/kdepimlibs/akonadi/calendar/itiphandler_p.cpp:103

#10 0x00007f062a22ad9c in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /lib64/libQtCore.so.4
#11 0x00007f062df6ddc4 in Akonadi::FetchJobCalendar::loadFinished (this=<optimized out>, _t1=true, _t2=...)

at /work/build/kdepimlibs/akonadi/calendar/moc_fetchjobcalendar.cpp:100

#12 0x00007f062a22f491 in QObject::event(QEvent*) () from /lib64/libQtCore.so.4
#13 0x00007f062ac1befc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib64/libQtGui.so.4
#14 0x00007f062ac22958 in QApplication::notify(QObject*, QEvent*) () from /lib64/libQtGui.so.4
#15 0x00007f062f977c31 in KApplication::notify (this=0x7ffc10b1b6e0, receiver=0x124ea860, event=0x124ed020) at /work/source/kdelibs/kdeui/kernel/kapplication.cpp:311
#16 0x00007f062a21622d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /lib64/libQtCore.so.4
#17 0x00007f062a2194f1 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /lib64/libQtCore.so.4
#18 0x00007f062a2453ee in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () from /lib64/libQtCore.so.4
#19 0x00007f061bd097fb in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#20 0x00007f061bd09b98 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0
#21 0x00007f061bd09c4c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#22 0x00007f062a24555e in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQtCore.so.4
#23 0x00007f062acbf176 in QGuiEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQtGui.so.4
#24 0x00007f062a214d81 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQtCore.so.4
#25 0x00007f062a2150e5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQtCore.so.4
#26 0x00007f05ba44b784 in SyncItipHandler::SyncItipHandler (this=0xe87ad00, receiver=..., iCal=..., type=..., parent=<optimized out>)

at /work/source/kdepim/plugins/messageviewer/bodypartformatter/syncitiphandler.cpp:47

#27 0x00007f05ba440f04 in (anonymous namespace)::UrlHandler::saveFile (receiver=..., iCal=..., type=..., this=0xd3e13d0)

at /work/source/kdepim/plugins/messageviewer/bodypartformatter/text_calendar.cpp:763

#28 0x00007f05ba443af1 in (anonymous namespace)::UrlHandler::handleInvitation (this=this@entry=0xd3e13d0, iCal=..., status=status@entry=KCalCore::Attendee::Accepted,

part=part@entry=0x7ffc10b1af20, viewerInstance=viewerInstance@entry=0x40452c0) at /work/source/kdepim/plugins/messageviewer/bodypartformatter/text_calendar.cpp:954

#29 0x00007f05ba444d83 in (anonymous namespace)::UrlHandler::handleClick (this=0xd3e13d0, viewerInstance=0x40452c0, part=0x7ffc10b1af20, path=...)

at /work/source/kdepim/plugins/messageviewer/bodypartformatter/text_calendar.cpp:1263

#30 0x00007f062267dd7a in MessageViewer::URLHandlerManager::BodyPartURLHandlerManager::handleClick (this=<optimized out>, url=..., w=0x40459b0)

at /work/source/kdepim/messageviewer/viewer/urlhandlermanager.cpp:286

#31 0x00007f062267c6ff in MessageViewer::URLHandlerManager::handleClick (this=0xd361c90, url=..., w=w@entry=0x40459b0)

at /work/source/kdepim/messageviewer/viewer/urlhandlermanager.cpp:373

#32 0x00007f062265fcda in MessageViewer::ViewerPrivate::slotUrlOpen (this=this@entry=0x40459b0, url=...) at /work/source/kdepim/messageviewer/viewer/viewer_p.cpp:2174

I guess it's because in the second case wallace already added the event...