[Spam] [Bug 455768] hanahiroki88
https://bugs.kde.org/show_bug.cgi?id=455768 Harald Sitter changed: What|Removed |Added Assignee|kdepim-bugs@kde.org |n...@kde.org Component|akonadiconsole |Spam Version|5.20.2 |unspecified CC||sit...@kde.org Product|Akonadi |Spam -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 433090] zanshin fails with symbol lookup error in neon
https://bugs.kde.org/show_bug.cgi?id=433090 --- Comment #9 from Harald Sitter --- (In reply to Antonio Rojas from comment #8) > (In reply to Harald Sitter from comment #7) > > That may well be but then the soversion will still have to change. > > > > The only options for any library are: > > > > a) when ABI is broken the soversion is bumped > > b) nobody checks if ABI is broken and the soversion is directly tied to the > > release version e.g. the there is no libfoo.so.5 but only a > > libfoo.so.5.20.12.2 > > c) the library has no version, is considered private, and doesn't advertise > > itself for external use (install with NAMELINK_SKIP + no cmake config) > > > > One may pick any of the three. > > (b) would be a nightmare for packagers, we'd need to rebuild everything > after every bug fix release (note that this affects every PIM library, not > just akonadi) > For (c) it is too late, there is stuff using pim libraries already. > The right way is (a), but good luck trying to convince kdepim devs of that :) Heh. Distros can always opt out of b) and patch it to a) ;). Though I'm not sure I understand the concern. If pim devs don't pay attention to the ABI then in what scenario would a distro not rebuild everything? Or I guess to preempt the answer a bit, if distros can tell if ABI was broken, why can't we, KDE, and bump the version when that happens. The bottom line here is that proper so versioning is not the same as ABI stability. Just because pim doesn't care about ABI stability doesn't mean we should release clearly incorrectly versioned libraries. In particular when even our own software outside the release-service is using it, so the "oh but this library is not for third parties" excuse doesn't even fly here :| -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 433090] zanshin fails with symbol lookup error in neon
https://bugs.kde.org/show_bug.cgi?id=433090 --- Comment #7 from Harald Sitter --- That may well be but then the soversion will still have to change. The only options for any library are: a) when ABI is broken the soversion is bumped b) nobody checks if ABI is broken and the soversion is directly tied to the release version e.g. the there is no libfoo.so.5 but only a libfoo.so.5.20.12.2 c) the library has no version, is considered private, and doesn't advertise itself for external use (install with NAMELINK_SKIP + no cmake config) One may pick any of the three. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 433090] zanshin fails with symbol lookup error in neon
https://bugs.kde.org/show_bug.cgi?id=433090 --- Comment #3 from Harald Sitter --- Why would we? The soversion hasn't changed. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 433090] zanshin fails with symbol lookup error in neon
https://bugs.kde.org/show_bug.cgi?id=433090 Harald Sitter changed: What|Removed |Added Component|Packages User Edition |general CC||dvra...@kde.org Product|neon|Akonadi Assignee|neon-b...@kde.org |kdepim-bugs@kde.org --- Comment #1 from Harald Sitter --- Surely this broke the ABI https://invent.kde.org/pim/akonadi/-/commit/261678d504a27d75eaa1d8b1730e837f39858952 > template inline static void registerAttribute() would be code that ends up in the caller of the template function, in this case zanshin, calling into the public symbol (albeit private function) > void registerAttribute(std::unique_ptr attribute); which has a different calling signature as per that commit Namely the new symbol is (from a master build): > _ZN7Akonadi16AttributeFactory17registerAttributeESt10unique_ptrINS_9AttributeESt14default_deleteIS2_EE while the one before was (from a 20.04 build): > _ZN7Akonadi16AttributeFactory17registerAttributeEPNS_9AttributeE -- You are receiving this mail because: You are the assignee for the bug.
[kimap] [Bug 419481] New: kimap installs stuff conditional on BUILD_TESTING flag
https://bugs.kde.org/show_bug.cgi?id=419481 Bug ID: 419481 Summary: kimap installs stuff conditional on BUILD_TESTING flag Product: kimap Version: git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org Target Milestone: --- I can throw together a diff but am not sure what the intended behavior here is... When building kimap without cmake BUILD_TESTING it installs fewer files than when with BUILD_TESTING. STEPS TO REPRODUCE 1. cmake -DBUILD_TESTING=OFF 2. make install OBSERVED RESULT missing libkimaptest.a + headers EXPECTED RESULT Installed files should be the same. That is to say either libkimaptest is meant to be used by other software built on top of kimap, in which case whether kimap was built with BUILD_TESTING or not should make no difference, OR libkimaptest is purely internal and shouldn't be installed at all. Option 1: Move kimaptest out of autotests dir so it always gets built and installed. So other software can use it. Option 2: Remove the install() calls. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 412327] Plugin library 'kde_grantlee_plugin' not found
https://bugs.kde.org/show_bug.cgi?id=412327 Harald Sitter changed: What|Removed |Added CC||skna...@kde.org --- Comment #13 from Harald Sitter --- Sandro, what's your thinking on this? In debian the only relationship chain is kaddressbook -> depends libkf5grantleetheme5 -> recommends libkf5grantleetheme-plugins and as a result a user could uninstall the plugins when that seems entirely disadvantageous. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 412327] Plugin library 'kde_grantlee_plugin' not found
https://bugs.kde.org/show_bug.cgi?id=412327 --- Comment #11 from Harald Sitter --- What's the output of `apt policy libkf5grantleetheme-plugins` on neon? And who confirmed this bug? As far as I can tell this could still be a packaging issue on neon as well, specifically one could uninstall the plugin manually as it is only a recommended not required dependency. Should it be required? -- You are receiving this mail because: You are the assignee for the bug.
[kmail] [Bug 33044] pgp not adding headers
https://bugs.kde.org/show_bug.cgi?id=33044 Harald Sitter changed: What|Removed |Added CC||olivier.dela...@wanadoo.fr --- Comment #4 from Harald Sitter --- *** Bug 352139 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403503] New: mysql init looking for wrong defaults?
https://bugs.kde.org/show_bug.cgi?id=403503 Bug ID: 403503 Summary: mysql init looking for wrong defaults? Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org Target Milestone: --- SUMMARY https://cgit.kde.org/akonadi.git/tree/src/server/storage/dbconfigmysql.cpp#n360 ``` const QString confFile = StandardDirs::locateResourceFile("config", QStringLiteral("akonadi/mysql-global.conf")); ``` As far as I can tell that shouldn't have the akonadi/ prefix (as seen with other similar calls in that file). This seems to result in lookups going for $dir/akonadi/akonadi/mysql-global.conf which is wrong. Simply dropping the prefix should fix this problem as StandardDirs at a glance prefixes everything with akonadi/ forcefully. On a related note it may be a good idea to make StandardDirs either handle already prefixed arguments or raise an error. -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 388815] New: accountwizard not reacting to alt-f4
https://bugs.kde.org/show_bug.cgi?id=388815 Bug ID: 388815 Summary: accountwizard not reacting to alt-f4 Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: wizards Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org Target Milestone: --- Created attachment 109798 --> https://bugs.kde.org/attachment.cgi?id=109798=edit dialog when starting kontact for the first time it shows the account wizard. this window cannot be closed with alt-f4. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 331873] "kaddressbook import" menu entry
https://bugs.kde.org/show_bug.cgi?id=331873 Harald Sitter <sit...@kde.org> changed: What|Removed |Added CC||sit...@kde.org --- Comment #2 from Harald Sitter <sit...@kde.org> --- FYI Hidden means deleted. You may as well not install the desktop file. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 368694] New: mailto url body lost for unknown reasons
https://bugs.kde.org/show_bug.cgi?id=368694 Bug ID: 368694 Summary: mailto url body lost for unknown reasons Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org kgpg can sign and send a key by mail. it does so via qdesktopservices::openurl to which it passes an url of the form mailto:sit...@kde.org?subject=Your%20key%20asfadfafadsf=-BEGIN%20PGP%20MESSAGE-%0AVer The body part of this url is subsequently lost in kmail for unkown reasons and doens't display in the editor window at all. Subject works as expected. this doesn't work: kmail 'mailto:gr...@kde.org?subject=Your%20key%207FEA3DA6169C77D6=-BEGIN%20PGP%20' this works: kmail 'mailto:gr...@kde.org?subject=Your%20key%207FEA3DA6169C77D6=-BEGIN%20PGP' Parsing in kmkernel works correctly, it passes the string as expected to ::action to ::openComposer where the body is still correct before it is put in a KMime::Message and handed to KMail::makeComposer which in turn goes to KMComposerWin::KMComposerWin where it goes into MessageComposer::ComposerViewBase::setMessage. Unfortunately I couldn't build all the necessary stuff, so that's where I gave up. Working theory is that the composer eats the body for unknown reasons. It can't be decryption problems though since from what I can tell in all my tests the relevant bool argument was false. Nevertheless it could be that invalid pgp messages get rejected (if so it should still put a warning or something in the body). If so, it's conceivable that somewhere along the line the fairly long body constructed by kgpg (encrypted message blob) would get truncated resulting in no body in kmail due to invalid pgp block. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 353365] New: runtime test storecompacttest flaky
https://bugs.kde.org/show_bug.cgi?id=353365 Bug ID: 353365 Summary: runtime test storecompacttest flaky Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org https://build.kde.org/job/kdepim-runtime%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/169/console https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-wily/wily/amd64/k/kdepim-runtime/20150929_230443@/log.gz > entryList3.pop_front(); > for (int i = 0; i < entryList3.count(); ++i) { > entryList3[ i ] = MBoxEntry(changedOffset(items.first())); > items.pop_front(); > } > QCOMPARE(entryList, entryList3); There is a disagreement between KMBox (entryList) and Akonadi (entryList3) about validity of the MBoxEntries. QDEBUG : StoreCompactTest::testCompact() --- list kmbox QDEBUG : StoreCompactTest::testCompact() IsValid: false QDEBUG : StoreCompactTest::testCompact() IsValid: true QDEBUG : StoreCompactTest::testCompact() IsValid: true QDEBUG : StoreCompactTest::testCompact() --- list3 akonadi QDEBUG : StoreCompactTest::testCompact() IsValid: false QDEBUG : StoreCompactTest::testCompact() IsValid: false QDEBUG : StoreCompactTest::testCompact() IsValid: false Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kdepim] [Bug 351251] New: README.packagers out of date
https://bugs.kde.org/show_bug.cgi?id=351251 Bug ID: 351251 Summary: README.packagers out of date Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org references knode. knode doesn't even exist anymore. probably just needs a bit of a cleanup Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kdepim] [Bug 351252] New: lingering knode references
https://bugs.kde.org/show_bug.cgi?id=351252 Bug ID: 351252 Summary: lingering knode references Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org apparently knode is no more yet there are still some references ./libkpgp/pics/CMakeLists.txt:install(FILES key_ok.png key_bad.png key_unknown.png key.png DESTINATION ${KDE_INSTALL_DATADIR}/knode/pics) ./README.packagers:KNode. This package should contain KNode from the knode/ directory, and the ./README.packagers:Kontact plugin from the kontact/plugins/knode directory. kontact/plugins/knode ./README.packagers:should not be installed when knode/ is not installed. ./importwizard/autodetect/thunderbird/thunderbirdsettings.cpp: //TODO add config directly to knode ./importwizard/autodetect/thunderbird/thunderbirdsettings.cpp: //TODO when knode will merge in kdepim ./doc/pimsettingexporter/index.docbook: !ENTITY knode applicationKnode/application ./doc/pimsettingexporter/index.docbook:memberknode;/member Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kdepim] [Bug 318213] importwizard should not be in menu
https://bugs.kde.org/show_bug.cgi?id=318213 --- Comment #5 from Harald Sitter sit...@kde.org --- Happier, yes. But as I said, ultimately the tool should not be in the menu. At least to me it seems like a very weird workflow to import my mails from outside the mail application. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kdepim] [Bug 318213] New: importwizard should not be in menu
https://bugs.kde.org/show_bug.cgi?id=318213 Bug ID: 318213 Summary: importwizard should not be in menu Classification: Unclassified Product: kdepim Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: importwizard Assignee: kdepim-bugs@kde.org Reporter: sit...@kde.org importwizard clutters up the menu for no good reason. it is a perceived part of kmail and as such should be inside kmail. in case the rationale for having it outside is that one needs to run it with kmail closed then I still argue that 99% of the users will initially start it from inside kmail at which point *the wizard* should take care of the shutdown/restart of kmail. which would be altogether much nicer for the user. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308811] accountwizard finishing is not very intutitive
https://bugs.kde.org/show_bug.cgi?id=308811 --- Comment #2 from Harald Sitter sit...@kde.org --- Created attachment 74788 -- https://bugs.kde.org/attachment.cgi?id=74788action=edit final accountwizard page -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308811] accountwizard finishing is not very intutitive
https://bugs.kde.org/show_bug.cgi?id=308811 --- Comment #3 from Harald Sitter sit...@kde.org --- Created attachment 74789 -- https://bugs.kde.org/attachment.cgi?id=74789action=edit result of clicking next on the final page -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308810] New: accountwizard does not detect name resolution problems
https://bugs.kde.org/show_bug.cgi?id=308810 Bug ID: 308810 Severity: normal Version: unspecified Priority: NOR Assignee: kdepim-bugs@kde.org Summary: accountwizard does not detect name resolution problems Classification: Unclassified OS: Linux Reporter: sit...@kde.org Hardware: Other Status: NEW Component: wizards Product: kdepim when a domain name cannot be resolved the account wizard will not notice and simply keep on being busy Reproducible: Always Steps to Reproduce: 1. set bogus dns server 2. try to use accountwizard with gmail addre Actual Results: waitingwaiting...waiting... Expected Results: should time out and give appropriate error message -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308810] accountwizard does not detect name resolution problems
https://bugs.kde.org/show_bug.cgi?id=308810 Harald Sitter sit...@kde.org changed: What|Removed |Added Hardware|Other |Ubuntu Packages Version|unspecified |4.9 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308811] New: accountwizard finishing is not very intutitive
https://bugs.kde.org/show_bug.cgi?id=308811 Bug ID: 308811 Severity: normal Version: 4.9 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: accountwizard finishing is not very intutitive Classification: Unclassified OS: Linux Reporter: sit...@kde.org Hardware: Ubuntu Packages Status: NEW Component: wizards Product: kdepim when adding a gmail account using the accountwizard it will off imap/pop setups, the next button remains active however when one clicks it there briefly appears a label+radiobutton in the lower half of the dialog which says something along the lines of whether data should be fetched from the internet (only stays visible for a second or so), afterwards it goes back to the imap vs. pop selection. turns out one needs to click create account (which quite honestly made me think that it will try to create an account on the server?) Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 296944] Possible data loss if the destination folder doesn't exists
https://bugs.kde.org/show_bug.cgi?id=296944 Harald Sitter sit...@kde.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im-runtime/20f02b27dcc43948 ||f3f062f9dfded338232a24af --- Comment #2 from Harald Sitter sit...@kde.org --- Git commit 20f02b27dcc43948f3f062f9dfded338232a24af by Harald Sitter. Committed on 04/06/2012 at 07:13. Pushed by sitter into branch 'master'. make sure the contacts resource creates its configured path ..to avoid silly errors http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html M +3-0resources/contacts/contactsresource.cpp http://commits.kde.org/kdepim-runtime/20f02b27dcc43948f3f062f9dfded338232a24af -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 76872] IMAP disconnects and cannot reconnect
http://bugs.kde.org/show_bug.cgi?id=76872 Harald Sitter sitter harald gmail com changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|RESOLVED|UNCONFIRMED Resolution|FIXED | --- Comment #20 from Harald Sitter sitter harald gmail com 2008-09-10 14:26:03 --- It would be very cool if you could actually reopen the bug if you think it is not fixed :-P Does this issue still appear in 4.1.1? -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs