[knotes] [Bug 324840] sync notes with owncloud notes app
https://bugs.kde.org/show_bug.cgi?id=324840 Stefan Vater st.va...@web.de changed: What|Removed |Added CC||st.va...@web.de -- 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
[akregator] [Bug 330472] ownCloud News App support
https://bugs.kde.org/show_bug.cgi?id=330472 bitick blackbit...@gmail.com changed: What|Removed |Added CC||blackbit...@gmail.com -- 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 317973] The selection of a filter in particular to apply on a mail message does not work
https://bugs.kde.org/show_bug.cgi?id=317973 --- Comment #1 from T. Bautista tomas.bauti...@gmail.com --- In my opinion, this bug report should be closed. In kmail 4.14.1 (and some former version) this is not happening any more. Thanks and greetings, Tomás. -- 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
[Akonadi] [Bug 339504] New: AKonadi ressource creates folders before user confirmation takes place
https://bugs.kde.org/show_bug.cgi?id=339504 Bug ID: 339504 Summary: AKonadi ressource creates folders before user confirmation takes place Product: Akonadi Version: 4.13 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: piedro.kul...@googlemail.com Obviously the GUI assistant to create an akonadi ressource does create folder structures on the harddrive before user confirmation by clicking on ok. Aborting leaves the folder structure on the harddrive... Reproducible: Always Steps to Reproduce: 1. cange local mail folder ressource location to something other than ~/.local/share/local-mail 2. start creating an akonote or another maildir ressource with the akonadi assistant or akonadi console 3. Abort the creation by hitting abort Actual Results: a new folder local-mail is created though the user never asked the system to do so. ON the contrary demanded aborting the process... Expected Results: don't create folders until the user hits ok- I confirm this seems to be a minor complaint but I belive it is not. the newly created folders interfer with users trying to reset to default, as fodlers are still in place, it's confusing and in the case of knotes creating the local-mail-folder it is plain wrong. -- 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 317973] The selection of a filter in particular to apply on a mail message does not work
https://bugs.kde.org/show_bug.cgi?id=317973 Laurent Montel mon...@kde.org changed: What|Removed |Added CC||mon...@kde.org Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #2 from Laurent Montel mon...@kde.org --- Ok I close it. -- 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
[kmail2] [Bug 339181] moving mails from cached imap to local folder leaves mails without RID
https://bugs.kde.org/show_bug.cgi?id=339181 mau b-m...@gmx.ch changed: What|Removed |Added CC||b-m...@gmx.ch --- Comment #1 from mau b-m...@gmx.ch --- I can confirm this observation. It may occur if one copies/moves many mails, but last weekend I had the same behaviour also for moving only two mails into a just newly created folder (in a local maildir). In general, I found that it can happen that - if one creates a new subfolder in a maildir structure, it will not be created on the hard disk, but Kmail shows it and one can put mails into it (seems that the mails stay in the akonadi cache) - if one copies/moves mails to a folder in a maildir, the messages are correctly shown in Kmail but the are not physically on the disk in the corresponding folder (seems again that they stay in the akonadi cache). In my example last weekend, the latter one was the case. This behaviour surely leads to data loss sooner or later! Workaround: If I realize that some messages of a maildir folder are not correctly stored on the hard disk (so they seem to be only in the akonadi cache), I create a temporary new folder in the maildir and copy all mails from the other folder into it; if this worked correctly, I delete all messages of my target folder and move all mails from the temp folder to the target folder (seems to work as well). My system is just new and fast enough; although sufficent speed should not influence reliability, so this is not an argument at all. I observe this behaviour since I started to re-use Kmail Co., which was with 4.11. -- 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
[Akonadi] [Bug 339449] caldav protocol: Items older than a 3 months (hard coded) are not fetched
https://bugs.kde.org/show_bug.cgi?id=339449 mau b-m...@gmx.ch changed: What|Removed |Added CC||b-m...@gmx.ch --- Comment #2 from mau b-m...@gmx.ch --- I agree and propose there should be a fast sync of a folder/resource (F5) and a complete sync in the context menu. -- 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
[kmail2] [Bug 339181] moving mails from cached imap to local folder leaves mails without RID
https://bugs.kde.org/show_bug.cgi?id=339181 --- Comment #2 from luisfe lftab...@yahoo.es --- I have already used that workaround. To recover the files. The drawback is that you will loose tags. As tags are not preserved by copy. -- 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
[kmail2] [Bug 336653] kmail inverts HTML view settings
https://bugs.kde.org/show_bug.cgi?id=336653 donniezazen sud...@sudhirkhanger.com changed: What|Removed |Added CC||sud...@sudhirkhanger.com --- Comment #6 from donniezazen sud...@sudhirkhanger.com --- I have been hit by this bug. I am using KMail Version 4.14.1 on Platform Version 4.14.1 on Fedora 20 Plasma 5. Both prefer HTML and load external reference are enabled but everything is being loaded as plain text. -- 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
[kmail2] [Bug 336653] kmail inverts HTML view settings
https://bugs.kde.org/show_bug.cgi?id=336653 --- Comment #7 from donniezazen sud...@sudhirkhanger.com --- Looks like not. Checking/unchecking and restarting Kontact a few times made it stick to global HTML. It's working for me. Sorry to bother. -- 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
[Akonadi] [Bug 339449] caldav protocol: Items older than a 3 months (hard coded) are not fetched
https://bugs.kde.org/show_bug.cgi?id=339449 Grégory Oestreicher g...@kamago.net changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED CC||g...@kamago.net Ever confirmed|0 |1 --- Comment #3 from Grégory Oestreicher g...@kamago.net --- (In reply to Stefan Huber from comment #0) I would suggest that either akonadi should fetch all resources or it gives the user the option to fetch all events, in case this is intended to be a performance feature. This was added to prevent the resource from bringing down servers when big calendars were requested. I made the choice to use 3 months as it seemed a good compromise, knowing that it wouldn't suit everybody. Now a configurable dialog to fetch older events was not added because we can't introduce new translatable strings in the UI in a maintenance release. I'm working to add this in the configuration dialog in the master branch. Cheers, Grégory -- 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
[kontact] [Bug 115572] Drag and Drop Items to Tasks/Calender/Notice's etc.
https://bugs.kde.org/show_bug.cgi?id=115572 Lukas Schneiderbauer lukas.schneiderba...@gmail.com changed: What|Removed |Added CC||lukas.schneiderbauer@gmail. ||com -- 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
[kleopatra] [Bug 339519] New: Clipboard certificate import is disabled even when a cert is coppied
https://bugs.kde.org/show_bug.cgi?id=339519 Bug ID: 339519 Summary: Clipboard certificate import is disabled even when a cert is coppied Product: kleopatra Version: 2.2.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: morth...@morthawt.com CC: m...@kde.org I copy a public key to the clipboard and when I click the clipboard button on the main interface the Certificate Import is disabled and unclickable. -- 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
