Review Request 112722: Juggle around Kiosk include names to avoid incorrect library linkage and for better layering

Eike Hein hein at kde.org
Fri Sep 13 23:38:52 UTC 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112722/
-----------------------------------------------------------

(Updated Sept. 13, 2013, 11:38 p.m.)


Review request for KDE Frameworks and David Faure.


Changes
-------

Whoops, one replace too many.


Description
-------

In KF5, KAuthorized was split into two: KCoreAuthorized, in KConfig, and KAuthorized, in KIO. Despite the name, KCoreAuthorized offers functions in the KAuthorized namespace, and KAuthorized extends it with additional functions that require KIO APIs.

This causes the following problems:

* The majority of users of the framework want to use the functions offered in KCoreAuthorized, but when they include "kcoreauthorized.h", they have to use the KAuthorized namespace to access them. This sort of non-mapping is bad for the brain :).

* While "kauthorized.h" remaining available via KIO succeds in preserving SC, it does so by muddled-up lib dependencies: Stuff that doesn't actually need KIO might end up linking to it just to avoid changing sources, or just because someone greps for "KAuthorized" and finds the copy in KIO (this is what happened to me in the Task Manager and made me investigate).

The proposed patch does the following to address this:

* KCoreAuthorized in KConfig is renamed to KAuthorized. This fixes the include-to-namespace mapping problem and continues to preserve SC for the majority of users.

* KAuthorized in KIO is renamed to KUrlAuthorized to hold the URL/KIO-specific functions. This means the few users of those functions (e.g. KHTML) need to be ported to a new include name, but SC is retained via the same namespace. (I think it would have been nice to offer them in a KUrlAuthorized namespace to avoid the include-to-namespace mapping problem here too, but this is complicated by wanting to call non-public symbols expoted by K(Core)Authorized ... ideas welcome.)

The bottom line is that this avoids users linking to the wrong API for no reason and continues to preserve SC for the majority of users while unfortunately causing porting effort for some users. Most existing users will be unaffected and gain the ability to stop linking KIO if they don't need it. New users won't be confused over why something as canonical-sounding as KAuthorized is in KIO.

The alternative would have been to keep the KCoreAuthorized and KAuthorized names and locations, and add forwarders with deprecation notices to KAuthorized for the functions offered in KCoreAuthorized. However, this would mean duplication and a lot of porting churn away from deprecated API, and in the meantime not address the linking issue.

This change was discussed with and tentatively agreed upon (pre-code) by dfaure.


Diffs (updated)
-----

  includes/CMakeLists.txt bcd3789 
  kfile/kdirselectdialog.cpp ac4a194 
  kfile/kfilewidget.cpp 4901fcd 
  khtml/java/kjavaappletviewer.cpp b10d993 
  khtml/khtml_part.cpp b0e31ce 
  khtml/misc/loader.cpp cf451be 
  khtml/xml/dom_docimpl.cpp 2b6125d 
  kio/kfile/kpropertiesdialog.cpp 359ffab 
  kio/misc/ktelnetservice.cpp 1c0d517 
  kutils/kcmultidialog.cpp 5286866 
  staging/kbookmarks/src/kbookmarkmenu.cc 6c1569c 
  staging/kcompletion/src/klineedit.cpp 76ef377 
  staging/kde4support/src/kdeui/kapplication.cpp 12092e9 
  staging/kio/src/core/CMakeLists.txt 4897d5f 
  staging/kio/src/core/job.cpp 511d1cc 
  staging/kio/src/core/kauthorized.h 473725d 
  staging/kio/src/core/kauthorized.cpp b930715 
  staging/kio/src/core/kurlauthorized.h PRE-CREATION 
  staging/kio/src/core/kurlauthorized.cpp PRE-CREATION 
  staging/kio/src/core/mkdirjob.cpp 9ed00b0 
  staging/kio/src/widgets/accessmanagerreply_p.cpp ad9b4f7 
  staging/kio/src/widgets/kfileitemactions.cpp 99d3209 
  staging/kio/src/widgets/kopenwithdialog.cpp b46e1ee 
  staging/kio/src/widgets/krun.cpp aba4d7a 
  staging/kio/src/widgets/kurlcompletion.cpp 80a4023 
  staging/kservice/src/services/kservice.cpp dea8618 
  staging/xmlgui/src/kactioncollection.cpp 5085f53 
  staging/xmlgui/src/khelpmenu.cpp cfc52a0 
  staging/xmlgui/src/ktoolbar.cpp 6a59874 
  staging/xmlgui/src/ktoolbarhandler.cpp 162de5a 
  staging/xmlgui/src/kxmlguibuilder.cpp 6eb8a51 
  staging/xmlgui/src/kxmlguiclient.cpp 809033f 
  tier1/kconfig/src/core/CMakeLists.txt 51e21ff 
  tier1/kconfig/src/core/kauthorized.h PRE-CREATION 
  tier1/kconfig/src/core/kauthorized.cpp PRE-CREATION 
  tier1/kconfig/src/core/kcoreauthorized.h 2a3d79e 
  tier1/kconfig/src/core/kcoreauthorized.cpp 97cbc79 
  tier1/kconfig/src/core/kdesktopfile.cpp a0d5cb8 

Diff: http://git.reviewboard.kde.org/r/112722/diff/


Testing
-------


Thanks,

Eike Hein

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20130913/e68b7559/attachment.html>


More information about the Kde-frameworks-devel mailing list