[Akonadi] [Bug 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #36 from Ingo Ratsdorf --- See comment #30. For as long as Akonadi is not changed, there does not seem to be a fix for conflicts. Some things were fixed, like authentication, but the conflict resolution seem to be hard and there's no fix yet. I had to abandon the use of Akonadi unfortunately as it was getting too hard and I have to rely on my calendar on a daily basis. -- 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 342031] RECURRENCE-ID in ics invitation causes malformed HTTP request
https://bugs.kde.org/show_bug.cgi?id=342031 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz -- 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 338570] Akonadi Dav Resource: Missing Conflict Resolution
https://bugs.kde.org/show_bug.cgi?id=338570 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #1 from Ingo Ratsdorf --- The way the resource is designed is the following: Say we delete an event from Calendar in KOrganizer: 1) Akonadi calls item-deleted function in resource 2) Resource grabs url and etag and send a delete request to the caldav server together with an if-match header and the stored etag. 3) If everything worked, resource deletes item from akonadi collection Now comes the tricky bit: If the above DOES NOT WORK (because the item was changed meanwhile before we sent that delete request), the resource gets a 412 error back from the server and calls its retry function and that does emit broken, offline. So in order for this to work, we need to introduce conflict resolution handling. Ie in the above, have three exclusive options: 1) ask the user for input 2) delete anyway (we are the boss) 3) reload from server. This currently does not work as the dav job is not given to the retry function, only the error message. In the above example of deleting an element, the resource should probably do (either or): 1) Ask user for input and then do one of the below 2) Server wins: ignore delete request and start new job to retrieve updated item from DAV server - if that fails, either ignore silently or notify user 3) Client wins: Restart the job without the if-match header, delete the item. If that fails, delete item from collection only, and/or notify user -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #29 from Ingo Ratsdorf --- Hi Grégory, good to see you back. Thanks a lot for the work so far. I had a look through the code and you seem not to handle error 412, "Precondition failed". This is now separate bug #338570. -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #21 from Ingo Ratsdorf --- The way the resource is designed is the following: Say we delete an event from Calendar in KOrganizer: 1) Akonadi calls item-deleted function in resource 2) Resource grabs url and etag and send a delete request to the caldav server together with an if-match header and the stored etag. 3) If everything worked, resource deletes item from akonadi collection Now comes the tricky bit: If the above DOES NOT WORK (because the item was changed meanwhile before we sent that delete request), the resource gets a 412 error back from the server and calls its retry function and that does emit broken, offline. So in order for this to work, we need to introduce conflict resolution handling. Ie in the above, have three exclusive options: 1) ask the user for input, 2) delete anyway (we are the boss), 3) reload from server. This currently does not work as the dav job is not given to the retry function, only the error message. So I am working on some user configurable conflict resolution and properly handle the retry function. In the above example of deleting an element: 1) Ask user for input and then do one of the below 2) Server wins: ignore delete request and start new job to retrieve updated item from DAV server - if that fails, either ignore silently or notify user 3) Client wins: Restart the job without the if-match header, delete the item. If that fails, delete item from collection only, and/or notify user This all will need some proper handling of the various error codes, ie 401 and 501 probably should set the resource offline, 412 should update items, etc. It will also need a check whether the server went away and the resource should then go offline too. -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #20 from Ingo Ratsdorf --- (In reply to frynoh from comment #19) > This patch corrects the behavior, please approve and release fixed version: > Not quite sure what exactly this patch will solve, however it will not solve the main issue that there is absolutely no conflict resolution within the resource. The code is quite clear on what happens: In case of ANY error, go to the retry function which does: emit broken, go offline. It does not exactly do what the name would imply... ;-) I have started to work on the resource again, but it will take some time to resolve the matter, it requires some major rewrite. -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #16 from Ingo Ratsdorf --- >From my testing/observations and looking into the source code, there are a number of issues here and it's hard to separate them out. General sync concept not working: While the DAV protocol as such is correctly implemented, some actual sync issue resolution is completely lacking. If a "match" filter is not working and the server return a 412 "precondition failed", then the resource goes into offline/broken state by design. Which is totally wrong because such clashes can happen and do happen. Particularly with calendars etc accessed and updated by various users or devices. The correct behavior would be one of the three options (to be configurable): 1) ask user for selection: reload latest or publish changes to server anyway 2) Server wins by default and reloads latest, discards user changes 3) Client wins by default and overwrites server -- 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 311250] tine: time in calender is wrong by one hour in winter time, but correct in summer time
https://bugs.kde.org/show_bug.cgi?id=311250 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #2 from Ingo Ratsdorf --- This bug is rather old and a lot of work was dne in Tine20 since. I have been working with Tine20 for more than a year and the issues do not occur (any more) for me. I believe this can be closed. -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #12 from Ingo Ratsdorf --- Not sure why it reaches the preconition fail in the first place, however the correct resource bahaviou should be: - in he short run: Abandon PUT request and issue GET request to get updated item from server -in the long run: Ask the user whether he would like to write local changes and overwrite server -OR - whether he would like to reload from server and overwrite the outdated local item and CONTINUE THEN instead of just hanging up ;-) Is Gegory still doing the work on this resource or has it been abandoned? -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 --- Comment #10 from Ingo Ratsdorf --- ^ Thanks :-) Is Gregory still working on the resource? -- 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 335090] Akonadi Dav Resource: Broken State / Unexpected Error 401
https://bugs.kde.org/show_bug.cgi?id=335090 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #5 from Ingo Ratsdorf --- Same here with Tine20 (SabreDAV). You do a change that Tine20 does not want to take (for whatever reason) or you modify some event through another client and then in KOrganizer before sync. Akonadi DAV resource simply does into broken state and never recovers, still trying to save or delete the element which will never succeed. Sorry, but the purpose of the DAV resouce is to keep things in SYNC, not break when a conflict occurs. -- 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 326846] DAV resource requests ALL calendar data without a [comp-filter] set
https://bugs.kde.org/show_bug.cgi?id=326846 --- Comment #1 from Ingo Ratsdorf --- Bug is now several month old. Is anyone working n the DAV resource? This is a major flaw that renders the resource almost unusable. Just image the amount of data that needs transfering - I have 8 years of data in my calendar and that's just one of 5 -- 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 326846] New: DAV resource requests ALL calendar data without a [comp-filter] set
https://bugs.kde.org/show_bug.cgi?id=326846 Bug ID: 326846 Summary: DAV resource requests ALL calendar data without a [comp-filter] set Classification: Unclassified Product: Akonadi Version: 4.11 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: i...@envirology.co.nz You set up a CalDAV resource and wait and wait and wait, . The calendar server log files show that the DAV resource is requesting ALL calendar data without a [comp-filter][time-range] set. This is going to request ALL available VEvent data for all the acessible calendars, in my case 5 shared calendars with 6 years of data, some 20,000 events The server will be working for hours. Reproducible: Always Steps to Reproduce: 1. set up a CalDAV resource 2. wait 3. watch server logs Actual Results: Server chokes up, apache2 processes have to be killed, resource deleted again Expected Results: A subset of events from each calendar to be requested, ie last 3 months and fiture events, like other calendar clients do. iPhone works fine with server, Thunderbird/Lighning works fine, EMClient works fine, even iCal. Just not KDE DAV. The dav request the KDE DAV resource is sending to the server: While I realise that some server may not support [time-range], I also wonder whether it is wise to request all data and rely on the server to make some educated guess on whether that would be good or not... Of course the server could be changed to only return sensible amount of data, too... -- 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
[kaddressbook] [Bug 320948] Copying Address from DAV resource to another collection (on same server) return error 412
https://bugs.kde.org/show_bug.cgi?id=320948 --- Comment #1 from Ingo Ratsdorf --- Still not addressed und still unconfirmed? -- 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
[kaddressbook] [Bug 320948] New: Copying Address from DAV resource to another collection (on same server) return error 412
https://bugs.kde.org/show_bug.cgi?id=320948 Bug ID: 320948 Summary: Copying Address from DAV resource to another collection (on same server) return error 412 Classification: Unclassified Product: kaddressbook Version: 4.10 Platform: Debian stable OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: i...@envirology.co.nz CC: to...@kde.org When trying to copy an address from one DAV collection to another, the address appears in the collection as expected, however is never synced to the server. Both collections are sitting on the same server but belong to different users. In Akonadi Console, the following is logged: NotificationManager::notify ( Item (23354, b23353) in collection 134 added ) AgentBase(akonadi_davgroupware_resource_8): Unable to add item: There was a problem with the request. The item has not been created on the server. An unexpected error (412) occurred while attempting to upload https://i...@ratsdorf.dyndns.org/groupdav.php/ingo/addressbook-family/addressbook-490-cbd2bc7d9e888bb71460725c836b157f.vcf. (412). Reproducible: Always Steps to Reproduce: 1. Copy address from one DAV server collection to another 2. Address appears as expected 3. Address is never synced to the server however stays in the destination collection Actual Results: Address appears as expected, destination collection, however is never synced to the server. Expected Results: The address is copied to the destination and synced or an error displayed and the destination address deleted again. Since the original UUID is copied, the server rejects the creation in the other collection with the same UUID. However Akonadi/Kaddrssbook does not delete the destination address and it stays in there as a dead entry that will neve sync. No feedback is given to the user, the destination address is not deleted. Suggested action (either or): a) if destination is on same server, either copy the address without UUID thus allowing its creation. Or display a warning about same UUID on same server and let user decide whether he wants to copy anyway. b) Or try to store destination address and if error occurs, delete destination address thus avoiding dead entry. Only workaround to copy address at this stage is to export address, edit it and delete UUID from VCF file, save and import into destination collection. I have set this report to critical because it actually causes the loss of data. Image a user copied addresses from one collection to another, the deletes the original collection. All data gone since it will never sync the destination data and will never show a warning. -- 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 259813] reading mails in unread mode instantly disappears from list
https://bugs.kde.org/show_bug.cgi?id=259813 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #18 from Ingo Ratsdorf --- more than 2 years down the track and no fix yet? -- 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 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #19 from Ingo Ratsdorf --- Can we close this bug? The Akonadi Google Resource is working fine for me with ToDos and Calendars under >4.9.2 with secondary Calendars too. -- 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 257674] Categories become multiplied over time
https://bugs.kde.org/show_bug.cgi?id=257674 --- Comment #14 from Ingo Ratsdorf --- Update: The issue is resolved for me since KDE 4.9.2. Any others that are still suffering from this bug? -- 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 307746] Sync error: Items requested for an unknown collection
https://bugs.kde.org/show_bug.cgi?id=307746 --- Comment #19 from Ingo Ratsdorf --- No idea how Akonadi and co. work, however I think that I have to agree with the revert. It seems strange to have the parent collection (ie DAV folder) having all the mime types of all child collections. That would effectively tell Akonadi that the DAV parent folder has toDos and Calendar Entries as well as Address Books? Seems strange, since it's only a collection of collections not items so the one and only mimetype should be "directory" or whatever the mime type for it is. If that does not show up somewhere in KOrganiser, then KOrganiser needs to be fixed maybe by querying child-collections instead of root collections. Just my thought. -- 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 307746] Sync error: Items requested for an unknown collection
https://bugs.kde.org/show_bug.cgi?id=307746 --- Comment #11 from Ingo Ratsdorf --- Created attachment 74507 --> https://bugs.kde.org/attachment.cgi?id=74507&action=edit Screenshot of the KMail autocompletion addressbook sources Have found another interesting hint: Addressbook autocompletion now has two more "Addressbooks": The top level DAV folders. This was no there before KDE 4.9.2 Attached screenshot. -- 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 307746] Sync error: Items requested for an unknown collection
https://bugs.kde.org/show_bug.cgi?id=307746 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #9 from Ingo Ratsdorf --- Well, that the first request does not contain a username is normal and expected. That's how auth works. You try, get rejected and supply pw/user. I can confirm that the error only occured after upgrade from KDE 4.9.1 to 4.9.2. More importantly I noticed that now all DAV collections in KOrganiser have a tickbox as if they were calendars themselves, which was nt the case in 4.9.1. It does not matter whether you switch them on or off, you cannot create items in them, since they are merely empty dummy collection folders. However I believe that Akonadi tries to sync them, which of course does not work. Fact is that I am not even getting any error anywhere in my server logs, which means that the DAV resource is not even trying to access any server for it. Ergo the error must be somewhere between Akonadi and DAV resource, or between the client (KAddressbook|KOrganizer) and Akonadi. Maybe Gregory has some ideas and can do some debugging but I suspect it's an error in Akonadi. -- 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 284783] "collection with the same name already exists" with owncloud carddav
https://bugs.kde.org/show_bug.cgi?id=284783 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #2 from Ingo Ratsdorf --- Same here with KDE 4.8.4 and a zarafa caldav collection. Highly annoying the continuous popups and sounds. Can apparently not even be switched off. -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 --- Comment #15 from Ingo Ratsdorf --- Supercool! If that solved the issue, that would be fantastic. Thanks! -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 --- Comment #9 from Ingo Ratsdorf --- Hard to believe that nobody else is bothered by this bug and that no one seems to put any effort into fixing it. Is anybody reading this out there? If the source code would be better documented or I could actually FIND the files, I could hunt for myself! Disappointing really! -- 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 300047] CardDav not syncing, no errors, while CalDav is ok for the same resource
https://bugs.kde.org/show_bug.cgi?id=300047 --- Comment #15 from Ingo Ratsdorf --- As a result however, all carddav servers based on sabredav will not work with any version of KDE 4.8.3. Simply because the required filters are missing. Sabredav has introduced support for this issue however, so all sabredav implementations could or should upgrade the the latest to provide short term workaround. > Yup, same issue. As I said in comment #6 I reverted the commit introducing the > issue, and it's now part of KDE SC 4.8.4. -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 --- Comment #8 from Ingo Ratsdorf --- vcardtool assumes that categories are stored in a QStringList: creating VCard data 142if ( version == VCard::v3_0 ) { 143 QStringList categories = (*addrIt).categories(); 144 QStringList::Iterator catIt; 145 for ( catIt = categories.begin(); catIt != categories.end(); ++catIt ) { 146(*catIt).replace( QLatin1Char( ',' ), QLatin1String( "\\," ) ); 147 } 148 149 VCardLine catLine( QLatin1String( "CATEGORIES" ), categories.join( QLatin1String( "," ) ) ); 150 card.addLine( catLine ); 151} The code seems to be okay. It replaces all commas within each string (category) with '\,' which is correct. It then joins it all together using plain ','. This is according to RFC parsing VCard Data 364 static const QLatin1Char commaSep( ',' ); 428else if ( identifier == QLatin1String( "categories" ) ) { 429 const QStringList categories = splitString( commaSep, (*lineIt).value().toString() ); 430 addr.setCategories( categories ); 431} Addr is apparently defined in kabc/addressee.cpp, however I cannot find that file!!! = ASSUMPTION: KAddressbook or underlaying packages are not using QStringlist but store one single CATEGORIES string in QStringlist, hence all commas within are replaced. Does that make sense to anyone? -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 Ingo Ratsdorf changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|UPSTREAM|--- --- Comment #7 from Ingo Ratsdorf --- Sorry, my wrong. KOrganiser does sync calendar CATEGORIES now correctly, but KAddressbook is still doing it wrong. And it still does not sync or export FBURL. Strange bug. It stores it incorrectly in Akonadi, so I guess it's not a bug in KAddressbook but in one of the underlaying libs. One of the bugs in KAddressbook re birthday display has recently been resolved. I'll dig a bit in the git repos to find the origin. -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 --- Comment #6 from Ingo Ratsdorf --- Hmm, strange. I did a sync via CardDAV using the groupdav resource and traced conversation using WireShark. And all was fine, only commas ",", without the backslashes "\,"... So sync was perfect. Is the akonadi groupdav resource maybe changing the encoding before it sends it? And KAddressbook is using the original iCal library to export? Remember the export is not done by Akonadi or it's resources... -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 Ingo Ratsdorf changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |UPSTREAM --- Comment #4 from Ingo Ratsdorf --- After upgrading to 4.8.3, the bug seems to be resolved. -- 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 293098] KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 --- Comment #3 from Ingo Ratsdorf --- This is a bug in the underlaying iCal library. Anybody working on this one? -- 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 300915] New: REPORT request sent contains no filter
https://bugs.kde.org/show_bug.cgi?id=300915 Bug ID: 300915 Severity: critical Version: unspecified Priority: NOR Assignee: kdepim-bugs@kde.org Summary: REPORT request sent contains no filter Classification: Unclassified OS: Linux Reporter: i...@envirology.co.nz Hardware: Ubuntu Packages Status: UNCONFIRMED Component: DAV Resource Product: Akonadi The groupdav resource issues a REPORT query on CardDAV that does not contain a filter element: 107474.868876192.168.1.67192.168.1.70HTTP/XML302REPORT /addressbooks/c9c6be80dbe8be333971617d87de7669e19443c0/24/ HTTP/1.1 SabreDAV replies with 400 BAD EQUEST 107875.213334192.168.1.70192.168.1.67HTTP/XML865 HTTP/1.1 400 Bad request http://sabredav.org/ns";> Sabre_DAV_Exception_BadRequest Only one filter element is allowed 1.5.4 Reproducible: Always Steps to Reproduce: Query Items in Akonadi Actual Results: Receive 400 BAD REQUEST from Server Expected Results: Retrieved VCards According to CardDAV RFC, a filter MUST be specified as part of the query: (http://tools.ietf.org/html/rfc6352#section-10.3) 10.3. CARDDAV:addressbook-query XML Element Name: addressbook-query Namespace: urn:ietf:params:xml:ns:carddav Purpose: Defines a report for querying address book data Description: See Section 8.6. Definition: Please note that "filter" and "limit" are NOT optional. -- 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 295644] New: birthdays not shown in list, only in details
https://bugs.kde.org/show_bug.cgi?id=295644 Bug ID: 295644 Severity: normal Version: unspecified Priority: NOR CC: to...@kde.org Assignee: kdepim-bugs@kde.org Summary: birthdays not shown in list, only in details Classification: Unclassified OS: Linux Reporter: i...@envirology.co.nz Hardware: Ubuntu Packages Status: UNCONFIRMED Component: general Product: kaddressbook Created attachment 69440 --> https://bugs.kde.org/attachment.cgi?id=69440&action=edit Kaddressbook Snapshot When I open Kaddressbook and add a column for "Birthday", the birthday column is always empty, despite most contacts having a birthday value. It shows correctly in the deatils and in the editor. Applies to both version 4.7 and 4.8.1. Snapshot attached. -- 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 208188] Wish: Hide Akonadi, or allow Akonadi resources to be renamed
https://bugs.kde.org/show_bug.cgi?id=208188 Ingo Ratsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #4 from Ingo Ratsdorf 2012-02-23 00:37:34 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 283954] Only resources can modify remote revisions
https://bugs.kde.org/show_bug.cgi?id=283954 Ingo Ratsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #8 from Ingo Ratsdorf 2012-02-23 00:37:34 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: https://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
[Bug 257674] Categories become multiplied over time
https://bugs.kde.org/show_bug.cgi?id=257674 Ingo Ratsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #11 from Ingo Ratsdorf 2012-02-03 02:59:13 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: https://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
[Bug 257674] Categories become multiplied over time
https://bugs.kde.org/show_bug.cgi?id=257674 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #10 from Ingo Ratsdorf 2012-02-03 02:57:20 --- Yep, long time standing bug, still present in the Kubuntu KDE 4.8 repos. Just installed it yesterday but all categories are still there x times. If you delete them, you lose all your categories And why is this bug still "UNCONFIRMED"? -- Configure bugmail: https://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
[Bug 293098] New: KAddressbook/Akonadi stores CATEGORIES escaped the wrong way
https://bugs.kde.org/show_bug.cgi?id=293098 Summary: KAddressbook/Akonadi stores CATEGORIES escaped the wrong way Product: kaddressbook Version: unspecified Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz CC: to...@kde.org Version: unspecified (using KDE 4.7.4) OS:Linux The internal storage of VCARDS in Akonadi is incorrect regarding multiple CATEGORIES. Categories are stored in VCARD data like this: CATEGORIES:CatA\,CatB\,Cat C,D,E\,CatF whereas according to the RFC, they should be rather stored like that: CATEGORIES:CatA,CatB,Cat C\,D\,E,CatF Reproducible: Always Steps to Reproduce: Create a contact with multiple categories, sync via groupdav and watch VCARD sent or jut watch raw storage in Akonadi Console Actual Results: CATEGORIES will be joined together with "\," instaed of just "," Expected Results: CATEGORIES should be joined together just with "," and all "," WITHIN a categories should be escaped with "\,". This bug causes LOSS OF DATA , ie CATEGORIES and messes up the DAV server Reference: http://tools.ietf.org/html/rfc6350#section-4 http://tools.ietf.org/html/rfc6350#section-6.7.1 text = *TEXT-CHAR TEXT-CHAR = "\\" / "\," / "\n" / WSP / NON-ASCII / %x21-2B / %x2D-5B / %x5D-7E ; Backslashes, commas, and newlines must be encoded. text-list = text *("," text) CATEGORIES-value = text-list Example: CATEGORIES:INTERNET,IETF,INDUSTRY,INFORMATION TECHNOLOGY NOTE in the above that special chars WITHIN the category must be encoded, but the individual categories are joined together using plain "," -- Configure bugmail: https://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
[Bug 282591] KCalCore parses exceptions incorrectly???
https://bugs.kde.org/show_bug.cgi?id=282591 --- Comment #2 from Ingo Ratsdorf 2011-11-02 01:31:31 --- Possibly related to bug #282591? -- Configure bugmail: https://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
[Bug 283954] Only resources can modify remote revisions
https://bugs.kde.org/show_bug.cgi?id=283954 --- Comment #4 from Ingo Ratsdorf 2011-11-02 01:24:13 --- Had it again. I added an exception to an reoccurring event. Saved it. Noticed that it was not changed, had a look at the server via web interface too and indeed the exception was not saved. Opened the incidence gain and added the exception, clicked "Ok" et voila: Said message pops up. Cannot change anything, simply won't save and repeats the same message. Clicked on "update calendar folder" to trigger a reload in KOrganizer. Did not help, still not able to change anything. That incidence is now a dead one in KOrganizer, all I can do is delete it. I opted to add the exception via web interface and reloaded the calendar in KOrganizer. All okay now. -- Configure bugmail: https://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
[Bug 283954] Only resources can modify remote revisions
https://bugs.kde.org/show_bug.cgi?id=283954 --- Comment #3 from Ingo Ratsdorf 2011-10-31 23:31:37 --- My issue is independant from that. If I edit an istance too quickly (quicker then the updated version is retrieved from the server), akonadi or Korganizer will display a message where you can select the item that you want to keep (using 4.7.2). However, an ettempt to change repeating item end dates, exceptions or participants SOMETIMES produces this weired bug. I tried to reproduce it, but cannot. However it happened several times in the past. I will keep an eye on it and report steps taken once it occurs again. Regards, Ingo -- Configure bugmail: https://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
[Bug 234305] Multiple gcal (google calendar) akonadi calendars duplicate data from only one
https://bugs.kde.org/show_bug.cgi?id=234305 --- Comment #4 from Ingo Ratsdorf 2011-10-30 22:37:45 --- Do we know for sure that groupdav resource works with google? AFAIK googles caldav support is pretty crippled and not standard conform. Also Akonadi groupdav does not provide a configuratiuon wizard for google, maybe for a good reason? Regards, Ingo Original message- From: "Sergio Martins" iamser...@gmail.com To: i...@envirology.co.nz Date: Sun, 30 Oct 2011 21:59:36 + - > https://bugs.kde.org/show_bug.cgi?id=234305 > > > > > > --- Comment #3 from Sergio Martins 2011-10-30 21:59:35 > --- > Please use the Akonadi DAV resource in KDE 4.7 > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You are a voter for the bug. > You are on the CC list for the bug. > -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 283954] New: Only resources can modify remote revisions
https://bugs.kde.org/show_bug.cgi?id=283954 Summary: Only resources can modify remote revisions Product: Akonadi Version: 4.7 Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Version: 4.7 (using KDE 4.7.1) OS:Linux Akonadi Console output: korganizer-1431355191 (0x9a8f390) 29 UID STORE 9121 REV 81 (REMOTEID "http://groupware.envirology.co.nz/groupdav.php/janus/calendar/c1f2762b-05e0-42dc-b442-49ff38a948ee.ics"; REMOTEREVISION "\"2614:0:1318475018\"" PLD:RFC822 {707} korganizer-1431355191 (0x9a8f390) 29 NO Only resources can modify remote revisions Reproducible: Always Steps to Reproduce: Edit an existing incidence in Korganizer and chnage the end date of a repeating event or chnage attendee information Actual Results: Dialog warning popup: Unable to store the incidence in the calendar. Try again? Reason: Unknown error. (NO Only resources can modify remote revisions ) Expected Results: Incidence to be updated Seems to be happening only with dates for recurring events and attendee modification. -- Configure bugmail: https://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
[Bug 282317] DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 --- Comment #16 from Ingo Ratsdorf 2011-10-13 23:39:59 --- Ahh, ignore the last one, it's actually bug Bug #282761. Sorry having so many open ;-) -- Configure bugmail: https://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
[Bug 282317] DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 --- Comment #15 from Ingo Ratsdorf 2011-10-13 23:36:47 --- How, that would be so cool. Only issue is that ubuntu is still shipping libical 0.43... :-( Might have to compile myself then. Hate it. Allan, could I then off-topic point you to Bug #282591 regarding a not parsed FBURL, a bug that is present for years. -- Configure bugmail: https://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
[Bug 282761] Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 Ingo Ratsdorf changed: What|Removed |Added Attachment #64278|glxinfo after having|ignore-wrong bug description|switched to nvidia 173 with | |decorations still offset| Attachment #64278|0 |1 is obsolete|| -- Configure bugmail: https://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
[Bug 282761] Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 --- Comment #5 from Ingo Ratsdorf 2011-10-06 10:59:03 --- Created an attachment (id=64278) --> (http://bugs.kde.org/attachment.cgi?id=64278) glxinfo after having switched to nvidia 173 with decorations still offset -- Configure bugmail: https://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
[Bug 282317] DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 --- Comment #10 from Ingo Ratsdorf 2011-10-02 05:17:03 --- I have the latest kubuntu with KDE 4.7.1 and libical 0.44-3 and at least that combination is buggy. I have patched egroupware to not include the EMAIL parameter and can confirm that it's working then. However, as outlined before, illegal or unexpected or unknown parameters should rather be ignored when not used by KCalCore, even better stored with the event and returned on updates. Please see also Bug 282591 regarding a not parsed FBURL, a bug that is present for years. -- Configure bugmail: https://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
[Bug 282761] Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 --- Comment #4 from Ingo Ratsdorf 2011-09-25 21:17:29 --- And all that because it seems that vcardtool (http://websvn.kde.org/trunk/KDE/kdepimlibs/kabc/vcardtool.cpp?revision=1172275&view=markup&pathrev=1217600) still does not parse for "FBURL". -- Configure bugmail: https://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
[Bug 282761] Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 --- Comment #3 from Ingo Ratsdorf 2011-09-25 20:56:14 --- And when I export my VCard with the manually added FBURL, guess what: It does not export either. So bug Bug 106140 has not been addressed in the past 6 YEARS! -- Configure bugmail: https://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
[Bug 282761] Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 --- Comment #2 from Ingo Ratsdorf 2011-09-25 20:51:56 --- And another one: Where is the manually entered FBURL (in KAddressbook) stored? It's not in Akonadi when I browse trough my contacts despite of being entered in KAddressbook. -- Configure bugmail: https://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
[Bug 282761] Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 --- Comment #1 from Ingo Ratsdorf 2011-09-25 20:37:25 --- Relates somewhat to the old Kabc3 bug: Bug 106140 -- Configure bugmail: https://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
[Bug 282761] New: Kaddressbook does not sync FBURL
https://bugs.kde.org/show_bug.cgi?id=282761 Summary: Kaddressbook does not sync FBURL Product: kdepimlibs Version: 4.7 Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: kabc AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Version: 4.7 (using KDE 4.7.1) OS:Linux Despite of my adressbooks are all synced via groupdav resource, the FBURL (free Busy URL) in KAdressbook under the "Business" tab -> Groupware does _NOT_ sunc. Everything else is synched fine. In addition, the groupware server even returns a FBURL as part of the VCards and that information is discarded by Kabc/KAdressbook. I have to enter this information manually on every machine. Once the resource is deleted and setup later again, the FBURL information will be gone again and will hav to be reentered. Very annoying indeed. Since the whole groupdav sync works so great by now, I guess this bit is a forgotten leftover??? Reproducible: Always Steps to Reproduce: Add carddav/groupdav resource to Akonadi/KAdressbook. Let it sync. Actual Results: Contacts fine, but no FBURL information despite being sent by server. Expected Results: Contacts with the FBURL set. No only that the FBURL is not extracted from the synced VCard, even the manually entered FBURL in KAddressbook is not being written back. -- Configure bugmail: https://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
[Bug 282591] KCalCore parses exceptions incorrectly???
https://bugs.kde.org/show_bug.cgi?id=282591 --- Comment #1 from Ingo Ratsdorf 2011-09-23 19:51:38 --- Possibly related to Bug 282317? -- Configure bugmail: https://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
[Bug 282317] DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 --- Comment #6 from Ingo Ratsdorf 2011-09-23 19:49:11 --- Hi, I agree that the 'EMAIL' property is not part of the pre described set of properties under the rfc spec, however, please note that the spec allows for 'other-param': attendee = "ATTENDEE" attparam ":" cal-address CRLF attparam = *( ; ; The following are OPTIONAL, ; but MUST NOT occur more than once. ; (";" cutypeparam) / (";" memberparam) / (";" roleparam) / (";" partstatparam) / (";" rsvpparam) / (";" deltoparam) / (";" delfromparam) / (";" sentbyparam) / (";" cnparam) / (";" dirparam) / (";" languageparam) / ; ; The following is OPTIONAL, ; and MAY occur more than once. ; (";" other-param) ; ) So to me the use of 'EMAIL' is totally legal and within the spec. I would assume that the devs in egroupware had a reason to include that property, which is effectively a double-up to 'MAIL-TO'. Maybe some other client does not work without it? One that is not-compliant? I realise that 'EMAIL' has a special meaning in other parts of the spec, however, for 'ATTENDEE' I cannot see it being illegal to use. So as it stands, I see that KCalCore being too picky with it's parsing. Cheers, Ingo -- Configure bugmail: https://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
[Bug 282317] DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 Ingo Ratsdorf changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #4 from Ingo Ratsdorf 2011-09-23 10:57:37 --- Hi. Sorry, I had to reopen this bug again. The above is actually from KCalCore before it has been saved to egroupware. Somethings that comes straight from egroupware is the following example. And this will _NOT_ parsed by KCalCore.The attendee info will be deleted. DTSTART;TZID=Pacific/Auckland:20110903T11 DTEND;TZID=Pacific/Auckland:20110903T113000 ATTENDEE;CN=Ingo Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;CUTYPE=INDIVIDUAL;RSVP=FA LSE;EMAIL=***@envirology.co.nz;X-EGROUPWARE-UID=5:MAILTO:***@envirology.c o.nz ATTENDEE;CN=Tatjana Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;CUTYPE=INDIVIDUAL;RSVP=FA LSE;EMAIL=***@envirology.co.nz;X-EGROUPWARE-UID=8:MAILTO:***@enviro logy.co.nz ATTENDEE;CN=Jolan Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL;RSVP=FAL SE;EMAIL=***@envirology.co.nz;X-EGROUPWARE-UID=11:MAILTO:***@envirology .co.nz RRULE:FREQ=WEEKLY;BYDAY=SA;UNTIL=20110930T221500Z I cannot find anything in the above that does not comply with RFC5545. Can you? Please see also Bug 282591 FYI. Regards, Ingo -- Configure bugmail: https://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
[Bug 282591] New: KCalCore parses exceptions incorrectly???
https://bugs.kde.org/show_bug.cgi?id=282591 Summary: KCalCore parses exceptions incorrectly??? Product: kdepimlibs Version: 4.7 Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: kcalcore AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Version: 4.7 (using KDE 4.7.1) OS:Linux Using egroupware 1.9 dev trunk as calendar server and accessing via davgroupware akonadi resource. Created a repeating event with three attendees, one confirmed. All events showed correctly in KOrganizer and Akonadiconsole. Reproducible: Always Steps to Reproduce: Created an exception to the standard repetition and declined one of the two optional attendees. Actual Results: All repeating events disappeared in Korganiser, only the rejected one occurrence is now left on the day without any attendee information left. Expected Results: All events to remain as previously and only on the exception day one declined attendee. Event structure returned from egroupware: BEGIN:VCALENDAR VERSION:2.0 PRODID:-//eGroupWare//NONSGML eGroupWare Calendar 1.9.003//EN METHOD:PUBLISH BEGIN:VTIMEZONE TZID:Pacific/Auckland X-LIC-LOCATION:Pacific/Auckland BEGIN:DAYLIGHT TZOFFSETFROM:+1200 TZOFFSETTO:+1300 TZNAME:NZDT DTSTART:19700927T02 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=9 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+1300 TZOFFSETTO:+1200 TZNAME:NZST DTSTART:19700405T03 RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=4 END:STANDARD END:VTIMEZONE BEGIN:VEVENT CLASS:PUBLIC SUMMARY:Jolan swimming LOCATION:Westwave Aquatic Centre\, Alderman Drive\, Henderson\, Auckland DTSTART;TZID=Pacific/Auckland:20110903T11 DTEND;TZID=Pacific/Auckland:20110903T113000 ATTENDEE;CN=Ingo Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;CUTYPE=INDIVIDUAL;RSVP=FA LSE;EMAIL=i...@envirology.co.nz;X-EGROUPWARE-UID=5:MAILTO:ingo@envirology.c o.nz ATTENDEE;CN=Tatjana Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;CUTYPE=INDIVIDUAL;RSVP=FA LSE;EMAIL=tatj...@envirology.co.nz;X-EGROUPWARE-UID=8:MAILTO:tatjana@enviro logy.co.nz ATTENDEE;CN=Jolan Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL;RSVP=FAL SE;EMAIL=jo...@envirology.co.nz;X-EGROUPWARE-UID=11:MAILTO:jolan@envirology .co.nz RRULE:FREQ=WEEKLY;BYDAY=SA;UNTIL=20110930T221500Z EXDATE;TZID=Pacific/Auckland;VALUE=DATE-TIME:20110827T11 PRIORITY:5 TRANSP:OPAQUE CATEGORIES:Family UID:13b437a6-87a4-432d-b1b9-db63721d78df SEQUENCE:2 STATUS:CONFIRMED CREATED:20110816T024519Z LAST-MODIFIED:20110922T224302Z DTSTAMP:20110922T225702Z END:VEVENT BEGIN:VEVENT CLASS:PUBLIC SUMMARY:Jolan swimming LOCATION:Westwave Aquatic Centre\, Alderman Drive\, Henderson\, Auckland DTSTART;TZID=Pacific/Auckland:20110924T11 DTEND;TZID=Pacific/Auckland:20110924T113000 ATTENDEE;CN=Ingo Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;CUTYPE=INDIVIDUAL;RSVP=FAL SE;EMAIL=i...@envirology.co.nz;X-EGROUPWARE-UID=5:MAILTO:i...@envirology.co .nz ATTENDEE;CN=Tatjana Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;CUTYPE=INDIVIDUAL;RSVP=FA LSE;EMAIL=tatj...@envirology.co.nz;X-EGROUPWARE-UID=8:MAILTO:tatjana@enviro logy.co.nz ATTENDEE;CN=Jolan Ratsdorf;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL;RSVP=FAL SE;EMAIL=jo...@envirology.co.nz;X-EGROUPWARE-UID=11:MAILTO:jolan@envirology .co.nz PRIORITY:5 TRANSP:OPAQUE CATEGORIES:Family UID:13b437a6-87a4-432d-b1b9-db63721d78df RECURRENCE-ID;TZID=Pacific/Auckland:20110924T11 SEQUENCE:2 STATUS:CONFIRMED CREATED:20110816T024519Z LAST-MODIFIED:20110922T224302Z DTSTAMP:20110922T225702Z END:VEVENT END:VCALENDAR Event information shown in Akonadiconsole raw payload: BEGIN:VCALENDAR PRODID:-//K Desktop Environment//NONSGML libkcal 3.2//EN VERSION:2.0 BEGIN:VEVENT CREATED:20110922T233219Z DTSTAMP:20110922T224853Z UID:13b437a6-87a4-432d-b1b9-db63721d78df SEQUENCE:2 LAST-MODIFIED:20110922T224302Z SUMMARY:Jolan swimming LOCATION:Westwave Aquatic Centre\, Alderman Drive\, Henderson\, Auckland STATUS:CONFIRMED PRIORITY:5 CATEGORIES:Family RECURRENCE-ID;TZID=Pacific/Auckland:20110924T11 DTSTART;TZID=Pacific/Auckland:20110924T11 DTEND;TZID=Pacific/Auckland:20110924T113000 TRANSP:OPAQUE END:VEVENT END:VCALENDAR However the events are shown exactly as expected in lightning 1.0b5 and on the iphone 4.3.5. -- Configure bugmail: https://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
[Bug 282317] DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 Ingo Ratsdorf changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |INVALID --- Comment #3 from Ingo Ratsdorf 2011-09-22 22:41:48 --- Hi Grégory, Hmm, guess what happened since the update of egroupware to latest dev trunk? Akonadiconsole shows rawpaylod: ATTENDEE;CN="Ratsdorf Ingo";RSVP=FALSE;PARTSTAT=ACCEPTED; ROLE=REQ-PARTICIPANT;X-UID=addressbook-2-cbd2bc7d9e888bb71460725c836b157f: mailto:i...@envirology.co.nz Bingo! It would appear that the issue can be closed now. It was with egroupware and not KCalCore. Cheers for the quick reply. Cheers, Ingo -- Configure bugmail: https://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
[Bug 282317] New: DAVResource does not return attendee information
https://bugs.kde.org/show_bug.cgi?id=282317 Summary: DAVResource does not return attendee information Product: Akonadi Version: 4.7 Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Version: 4.7 (using KDE 4.7.1) OS:Linux When subscribing to a Group/CalDav Resource, there is no information re attendees shown in Korganizer/Kontact or even Akonadiconsole. I have many events with attendee information, but none of them actually show them in any KDE software. Whereas the iPhone that syncs with the same groupdav server shows the information correctly. So I would assume it's a KDE problem. Reproducible: Always Steps to Reproduce: Subscribe to CalDAV resource, check your multi-attendee events. Actual Results: No attendee information. Expected Results: Show attendees. OS: Linux (i686) release 2.6.38-11-generic Compiler: gcc -- Configure bugmail: https://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
[Bug 280562] New: Kontact crashing (almost) every time on exit
https://bugs.kde.org/show_bug.cgi?id=280562 Summary: Kontact crashing (almost) every time on exit Product: kontact Version: unspecified Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Application: kontact (4.7.0 ) KDE Platform Version: 4.7.00 (4.7.0) Qt Version: 4.7.3 Operating System: Linux 3.0.0-8-generic i686 Distribution: Ubuntu oneiric (development branch) -- Information about the crash: - What I was doing when the application crashed: Terminated application. Happens (almost) every time. Does not need to do anything - just start and end and it will crash. Most of the time but not always. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault [Current thread is 1 (Thread 0xb7718730 (LWP 3639))] Thread 3 (Thread 0xb6a64b70 (LWP 3640)): #0 0x00991416 in __kernel_vsyscall () #1 0x07228a5c in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:169 #2 0x0083ba3c in __pthread_cond_wait (cond=0x29ba430, mutex=0x29ba418) at forward.c:139 #3 0x0229bd13 in ?? () from /usr/lib/libQtWebKit.so.4 #4 0x0229be2f in ?? () from /usr/lib/libQtWebKit.so.4 #5 0x07224d31 in start_thread (arg=0xb6a64b70) at pthread_create.c:304 #6 0x0082de0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Backtrace stopped: Not enough registers or memory available to unwind further Thread 2 (Thread 0xb4775b70 (LWP 3650)): #0 0x07227d44 in __pthread_mutex_unlock_usercnt (mutex=0x8e8812c, decr=1) at pthread_mutex_unlock.c:52 #1 0x0083bc94 in pthread_mutex_unlock (mutex=0x8e8812c) at forward.c:184 #2 0x02ea2125 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0x02ea27ea in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0x01169b37 in QEventDispatcherGlib::processEvents (this=0x91557e0, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #5 0x0113a24d in QEventLoop::processEvents (this=0xb4775290, flags=...) at kernel/qeventloop.cpp:149 #6 0x0113a491 in QEventLoop::exec (this=0xb4775290, flags=...) at kernel/qeventloop.cpp:201 #7 0x0103d89b in QThread::exec (this=0x91258a8) at thread/qthread.cpp:492 #8 0x0111ae9d in QInotifyFileSystemWatcherEngine::run (this=0x91258a8) at io/qfilesystemwatcher_inotify.cpp:248 #9 0x01040743 in QThreadPrivate::start (arg=0x91258a8) at thread/qthread_unix.cpp:320 #10 0x07224d31 in start_thread (arg=0xb4775b70) at pthread_create.c:304 #11 0x0082de0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Backtrace stopped: Not enough registers or memory available to unwind further Thread 1 (Thread 0xb7718730 (LWP 3639)): [KCrash Handler] #7 0x06030195 in KMMainWidget::slotSendQueued() () from /usr/lib/libkmailprivate.so.4 #8 0x0604c9cc in KMMainWidget::slotEndCheckMail() () from /usr/lib/libkmailprivate.so.4 #9 0x0604d41f in KMMainWidget::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkmailprivate.so.4 #10 0x01141bed in metacall (argv=0xbfeb7bb4, idx=54, cl=QMetaObject::InvokeMetaMethod, object=0x8cc1778) at kernel/qmetaobject.cpp:237 #11 QMetaObject::metacall (object=0x8cc1778, cl=QMetaObject::InvokeMetaMethod, idx=54, argv=0xbfeb7bb4) at kernel/qmetaobject.cpp:232 #12 0x01150a1a in QMetaObject::activate (sender=0x8ac6548, m=0x61286f8, local_signal_index=4, argv=0x0) at kernel/qobject.cpp:3278 #13 0x05ff2855 in KMKernel::endCheckMail() () from /usr/lib/libkmailprivate.so.4 #14 0x05ff50a8 in KMKernel::slotProgressItemCompletedOrCanceled(KPIM::ProgressItem*) () from /usr/lib/libkmailprivate.so.4 #15 0x064b in KMKernel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkmailprivate.so.4 #16 0x01141bed in metacall (argv=0xbfeb7da8, idx=40, cl=QMetaObject::InvokeMetaMethod, object=0x8ac6548) at kernel/qmetaobject.cpp:237 #17 QMetaObject::metacall (object=0x8ac6548, cl=QMetaObject::InvokeMetaMethod, idx=40, argv=0xbfeb7da8) at kernel/qmetaobject.cpp:232 #18 0x01150a1a in QMetaObject::activate (sender=0x88c8800, m=0x96eda0, local_signal_index=2, argv=0xbfeb7da8) at kernel/qobject.cpp:3278 #19 0x0093d585 in KPIM::ProgressManager::progressItemCompleted(KPIM::ProgressItem*) () from /usr/lib/libkdepim.so.4 #20 0x0093d800 in KPIM::ProgressManager::slotTransactionCompleted(KPIM::ProgressItem*) () from /usr/lib/libkdepim.so.4 #21 0x0093e305 in KPIM::ProgressManager::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkdepim.so.4 #22 0x01141bed in metacall (argv=0xbfeb7ee8, idx=15, cl=QMetaObject::InvokeMetaMethod, object=0x88c8800) at kernel/qmetaobject.cpp:237 #23 QMetaObject::metacall (object=0x88c8800, cl=QMetaObject::InvokeMetaMethod, idx=15, argv=0xbfeb7ee8) at kernel/qmetaobject.cpp:232 #24 0x01150a1a in QMetaObject::activate (sender=0x8bc8750, m=0x96edb0, loca
[Bug 279858] New: Kmail crash while checking emails directly after start
https://bugs.kde.org/show_bug.cgi?id=279858 Summary: Kmail crash while checking emails directly after start Product: kmail2 Version: unspecified Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Application: kmail (4.7.0 ) KDE Platform Version: 4.7.00 (4.7.0) Qt Version: 4.7.3 Operating System: Linux 3.0.0-7-generic i686 Distribution: Ubuntu oneiric (development branch) -- Information about the crash: - What I was doing when the application crashed: Just started up application and waiting for mail check to be completed. The crash can be reproduced some of the time. -- Backtrace: Application: KMail (kmail), signal: Segmentation fault [Current thread is 1 (Thread 0xb6151730 (LWP 1820))] Thread 3 (Thread 0xb5171b70 (LWP 1824)): #0 0x0012c416 in __kernel_vsyscall () #1 0x01a8f48c in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:169 #2 0x05e6739d in __pthread_cond_wait (cond=0xb78a9430, mutex=0xb78a9418) at forward.c:139 #3 0xb718ad13 in ?? () from /usr/lib/libQtWebKit.so.4 #4 0xb718ae2f in ?? () from /usr/lib/libQtWebKit.so.4 #5 0x01a8ae99 in start_thread (arg=0xb5171b70) at pthread_create.c:304 #6 0x05e596de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 2 (Thread 0xb324eb70 (LWP 1827)): #0 0x00aa11df in do_gettime () at tools/qelapsedtimer_unix.cpp:121 #1 qt_gettime () at tools/qelapsedtimer_unix.cpp:140 #2 0x00b73b86 in QTimerInfoList::updateCurrentTime (this=0x8c3ac34) at kernel/qeventdispatcher_unix.cpp:339 #3 0x00b73eda in QTimerInfoList::timerWait (this=0x8c3ac34, tm=...) at kernel/qeventdispatcher_unix.cpp:442 #4 0x00b72723 in timerSourcePrepareHelper (src=, timeout=0xb324e10c) at kernel/qeventdispatcher_glib.cpp:136 #5 0x00b727bd in timerSourcePrepare (source=0x8c3ac00, timeout=) at kernel/qeventdispatcher_glib.cpp:169 #6 0x01dd9b6c in g_main_context_prepare () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0x01dda927 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #8 0x01ddaf1a in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #9 0x00b73207 in QEventDispatcherGlib::processEvents (this=0x8aea108, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #10 0x00b43f5d in QEventLoop::processEvents (this=0xb324e290, flags=...) at kernel/qeventloop.cpp:149 #11 0x00b441a1 in QEventLoop::exec (this=0xb324e290, flags=...) at kernel/qeventloop.cpp:201 #12 0x00a473db in QThread::exec (this=0x8d37100) at thread/qthread.cpp:492 #13 0x00b24bad in QInotifyFileSystemWatcherEngine::run (this=0x8d37100) at io/qfilesystemwatcher_inotify.cpp:248 #14 0x00a4a283 in QThreadPrivate::start (arg=0x8d37100) at thread/qthread_unix.cpp:320 #15 0x01a8ae99 in start_thread (arg=0xb324eb70) at pthread_create.c:304 #16 0x05e596de in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 1 (Thread 0xb6151730 (LWP 1820)): [KCrash Handler] #7 0x01b8df65 in KPIM::StatusbarProgressWidget::slotProgressItemCompleted(KPIM::ProgressItem*) () from /usr/lib/libkdepim.so.4 #8 0x01b8f08d in KPIM::StatusbarProgressWidget::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkdepim.so.4 #9 0x00b4b2dd in metacall (object=0x8a9a220, cl=QMetaObject::InvokeMetaMethod, idx=30, argv=0xbfa4b378) at kernel/qmetaobject.cpp:237 #10 QMetaObject::metacall (object=0x8a9a220, cl=QMetaObject::InvokeMetaMethod, idx=30, argv=0xbfa4b378) at kernel/qmetaobject.cpp:232 #11 0x00b5a10a in QMetaObject::activate (sender=0x86f0be0, m=0x1bbada0, local_signal_index=2, argv=0xbfa4b378) at kernel/qobject.cpp:3278 #12 0x01b89585 in KPIM::ProgressManager::progressItemCompleted(KPIM::ProgressItem*) () from /usr/lib/libkdepim.so.4 #13 0x01b89800 in KPIM::ProgressManager::slotTransactionCompleted(KPIM::ProgressItem*) () from /usr/lib/libkdepim.so.4 #14 0x01b8a305 in KPIM::ProgressManager::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkdepim.so.4 #15 0x00b4b2dd in metacall (object=0x86f0be0, cl=QMetaObject::InvokeMetaMethod, idx=15, argv=0xbfa4b4b8) at kernel/qmetaobject.cpp:237 #16 QMetaObject::metacall (object=0x86f0be0, cl=QMetaObject::InvokeMetaMethod, idx=15, argv=0xbfa4b4b8) at kernel/qmetaobject.cpp:232 #17 0x00b5a10a in QMetaObject::activate (sender=0x8c40828, m=0x1bbadb0, local_signal_index=2, argv=0xbfa4b4b8) at kernel/qobject.cpp:3278 #18 0x01b88fd5 in KPIM::ProgressItem::progressItemCompleted(KPIM::ProgressItem*) () from /usr/lib/libkdepim.so.4 #19 0x01b89976 in KPIM::ProgressItem::setComplete() () from /usr/lib/libkdepim.so.4 #20 0x01b8b392 in ?? () from /usr/lib/libkdepim.so.4 #21 0x01b8b53e in ?? () from /usr/lib/libkdepim.so.4 #22 0x00b4b2dd in metacall (object=0x8d3d058, cl=QMetaObject::InvokeMetaMethod, idx=6, argv=0xbfa4b638) at kernel/qmetaobject.cpp:237 #23 QMetaObjec
[Bug 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #16 from Ingo Ratsdorf 2011-04-24 11:50:31 --- Hi, This is exactly what I was saying in my previous comment. For the primary calendar, autodetection is fine, for all other calendars the URL would need to be entered manually in the KDE resource. Regards, Ingo On 24/04/2011, at 20:10, wrote: > https://bugs.kde.org/show_bug.cgi?id=233671 > > > > > > --- Comment #15 from2011-04-24 10:10:30 --- > (In reply to comment #10) >> It does not work in Thunderbird (unless you use the gdata plugin) nor does it >> in the various kde caldav/groupdav clients/akonadi resources. >> YOU WILL LOSE DATA! > > > Maybe I don't get it. In Thunderbird I just install Lightning and for every > single calendar I have in my google account I add a new one in Lightning, > i.e.: > https://www.google.com/calendar/dav/m...@me.com/events > > This works perfectly in both directions and I never had any data loss. If the > gdata akonadi resource isn't able to do this than something like in Lightning > would be fine: Just enter the url of every single google calendar but even > this > isn't possible and you only can read the calendar but not write to it. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You are a voter for the bug. > You are on the CC list for the bug. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #14 from Ingo Ratsdorf 2011-04-11 12:10:33 --- To be honest, I could not find the google calendar resource in KDE PIM runtime. It must be somewhere else as it also installs as a separate package. If someone can find the sourcecode for me, I MIGHT give it a try. It will need new prefs and a new UI to manually set the URL (so it can be set to secondary calendars) All the rest can probably stay as it is, so should not be too complicated. I do not have much time, but given the ridiculous age of this bug, some more weeks or months won't hurt. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #12 from Ingo Ratsdorf 2011-04-09 22:16:39 --- My previous comment #10 was related to the quoted comment #9 about calDAV. Please note that there are two ways of connecting to google calendars: 1) via gdata akonadi resource Has exactly the restriction as described in this whole thread: It can only sunc with the primary calendar, not with secondary ones. This is due to the design of the gadata resource and could relatively easily changed by changing the login method, as done in Mozilla Thunderbird gdata plugin. Please also see my comment #2 and #3. 2) Via caldav akonadi resource COULD sync with google when google would comply with their implementation of caldav, as stated in my comment #10. Since the akonadi groupdav resource uss caldav filters to filter incidences from the collections, which google does not fully support, loss of data occurred - at least in the past. The resource would get the collection returned from google instead just "the" element and would delete the first element in the collection, ie the oldest one. Furthermore, there is a bug in the kdepim libs that prevents receiving updates, a bug that will be fixed in 4.6.2 as far as i know. Since I have moved successfully away from google, I can not comment on any existing caldav rtesources for akonadi and whether they would work with google. But be warned: googles implementation of caldav is not standard compliant in many ways and there is a STRING POSSIBILITY OF LOSING DATA. Unless you use method 1) of course. Suggest you try out working opensource caldav implementations like daviCal (requires root server, PHP and postgres), egroupware (runs on shared server with PHP and various databases) or the lightweight version SabreDAV (PHP and various datbases). I have an egroupware installation running that successfully syncs with Thunderbird, Akonadi and iPhone. Cheers, Ingo -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #10 from Ingo Ratsdorf 2011-04-08 21:54:27 --- Unless google makes "their" implementation of caldav standard compliant, it will never work correctly and reliably with caldav clients. It does not work in Thunderbird (unless you use the gdata plugin) nor does it in the various kde caldav/groupdav clients/akonadi resources. YOU WILL LOSE DATA! google doed not correctly support filters and they know pretty well, which makes me think that they are not really interested in it. Ingo ratsdorf > https://bugs.kde.org/show_bug.cgi?id=233671 > > > > > > --- Comment #9 from Martin Tlustos 2011-04-08 > 10:43:05 --- > I know that there are caldav plugins for akonadi out there which will be > included in a future version (they are in the kubuntu experimental repos > already and seem to work quite well), but I don't know whether this will be > soon... > With caldav you can r/w access multiple google calendars (although the setup > is > a bit more complicated than in evolution), and many other sites as well (like > a > corporate calendar that supports caldav). > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You are a voter for the bug. > You are on the CC list for the bug. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 265589] GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 Ingo Ratsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://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
[Bug 248313] Events in Summary all time-offset
https://bugs.kde.org/show_bug.cgi?id=248313 Ingo Ratsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #1 from Ingo Ratsdorf 2011-03-18 09:38:36 --- It would appear that this bug was resolved in the latest Kontact, although it is still displaying some events as "in 2 days" or "in three days" which is correct, whereas some events are shown as "in 268 hours 24 min", which is silly. The latter applies to ANY repeating event. -- Configure bugmail: https://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
[Bug 266793] Offline usage of dav resource fails
https://bugs.kde.org/show_bug.cgi?id=266793 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz -- Configure bugmail: https://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
[Bug 265589] GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 --- Comment #8 from Ingo Ratsdorf 2011-03-17 23:50:56 --- Official news: The groupdav resource only works with the latest version of KDE with a certain serialiser installed that - as I understand - ships as part of the kdepim-runtime lot. If you just install this resource without all the rest - it will not work and throw an exception. I have now backported all calls of KCalCore back to KCal. And I can confirm the resource is now working. Apart from the fact that it is useless in KOranaiser and Kontact because you cannot select the resource when adding events. I figured out that you can only select Akonadi resources, but no "folders" so to speak, which the groupdav resource represents - a folder with todos, tasks and addressbooks within it. Does that maybe needs a new Korganiser and Kontact as well? -- Configure bugmail: https://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
[Bug 259468] Copy text from email adds HTML tags to clipboard
https://bugs.kde.org/show_bug.cgi?id=259468 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz -- Configure bugmail: https://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
[Bug 265589] GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 --- Comment #6 from Ingo Ratsdorf 2011-02-17 09:32:02 --- Hi Grégory, did you have a chance to look into this? Any chance that you could send me a binary copy of your version (I386)? Cheers, Ingo -- Configure bugmail: https://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
[Bug 265589] GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 --- Comment #5 from Ingo Ratsdorf 2011-02-08 11:32:30 --- Hi. I should chnage the bug title, actually. The resource crashes whenever an actual calendar element is fetched from the server, ie every GET. This applies only to VTODO's and VCALENDAR's, not VCARD's. VCARD's load fine. In that respect, I have included some console output just before the crash: korganizer(2883)/libakonadi Akonadi::SessionPrivate::init: "" korganizer(2883)/libakonadi Akonadi::SessionPrivate::reconnect: connectToServer "/home/ingo/.local/share/akonadi/socket-ingo-laptop/akonadiserver.socket" korganizer(2883)/libakonadi Akonadi::SessionPrivate::dataReceived: Server protocol version is: 28 korganizer(2883)/libakonadi Akonadi::PluginRegistry::findBestMatchImpl: Looking for "default for application/x-vnd.akonadi.calendar.todo" korganizer(2883)/libakonadi Akonadi::PluginRegistry::findBestMatchImpl: Considering serializer plugin for type "text/calendar" as the closest match korganizer(2883)/libakonadi Akonadi::PluginRegistry::findBestMatchImpl: -> got AkonadiFuture::SerializerPluginKCal and am happy with it. korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimlibs (kcal) KCal::ICalFormat::fromRawString: parse error korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: Failed to parse incidence! korganizer(2883)/akonadiserializer (calendar) AkonadiFuture::SerializerPluginKCal::deserialize: "" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Unable to deserialize payload part: "RFC822" korganizer(2883)/libakonadi Akonadi::ItemSerializer::deserialize: Payload data was: "" korganizer(2883)/kdepimli
[Bug 265589] GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 --- Comment #4 from Ingo Ratsdorf 2011-02-08 06:46:51 --- Hi Grégory, I applied the mentioned patch which seems to make the pre KCalCore groupdav resource work without throwing warnings about invalid data. Yet it has no influence on the latest groupdav resource. I used wireshark to trace HTTP requests and responses. All REPORT calls seem to go through fine, but EVERY TIME the groupdav sends a GET and received a (good looking) response from the server, the resource will crash. Very funny. This is a typical request and response directly before the resource crashes: GET /groupdav.php/calendar/1091.ics HTTP/1.1 Host: groupware.envirology.co.nz Connection: Keep-Alive User-Agent: KDE DAV groupware client Pragma: no-cache Cache-control: no-cache Accept: text/html, image/jpeg;q=0.9, image/png;q=0.9, text/*;q=0.9, image/*;q=0.9, */*;q=0.8 Accept-Encoding: x-gzip, x-deflate, gzip, deflate Accept-Charset: utf-8, utf-8;q=0.5, *;q=0.5 Accept-Language: en-US,en;q=0.9 Cookie: last_loginid=ingo; last_domain=default Authorization: Basic x HTTP/1.1 200 OK Date: Tue, 08 Feb 2011 04:58:33 GMT Server: Apache Expires: Thu, 19 Nov 1981 08:52:00 GMT X-Dav-Powered-By: EGroupware 1.9.005 CalDAV/CardDAV/GroupDAV server Content-Encoding: identity ETag: EGw-1091:0:1297074806-wGE Cache-Control: maxage=1 Pragma: public Set-Cookie: last_loginid=ingo; expires=Tue, 22-Feb-2011 04:58:33 GMT; path=/; domain=groupware.envirology.co.nz Set-Cookie: last_domain=default; expires=Tue, 22-Feb-2011 04:58:33 GMT; path=/; domain=groupware.envirology.co.nz Content-length: 836 Keep-Alive: timeout=3, max=99 Connection: Keep-Alive Content-Type: text/calendar; charset=utf-8 BEGIN:VCALENDAR VERSION:2.0 PRODID:-//eGroupWare//NONSGML eGroupWare Calendar 1.9.002//EN METHOD:PUBLISH BEGIN:VTIMEZONE TZID:Pacific/Auckland X-LIC-LOCATION:Pacific/Auckland BEGIN:DAYLIGHT TZOFFSETFROM:+1200 TZOFFSETTO:+1300 TZNAME:NZDT DTSTART:19700927T02 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=9 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+1300 TZOFFSETTO:+1200 TZNAME:NZST DTSTART:19700405T03 RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=4 END:STANDARD END:VTIMEZONE BEGIN:VEVENT DTSTART;VALUE=DATE:20100619 DTEND;VALUE=DATE:20100620 CLASS:PRIVATE SUMMARY:SOME DESCRIPTION HERE RRULE:FREQ=YEARLY PRIORITY:5 TRANSP:TRANSPARENT UID:gsukn30pqulfv2l5951l59b...@google.com STATUS:CONFIRMED CREATED:20110130T102608Z LAST-MODIFIED:20110130T102608Z DTSTAMP:20110208T045834Z END:VEVENT END:VCALENDAR I'll try to recompile and see what happens. This is all too strange. Cheers. -- Configure bugmail: https://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
[Bug 265589] GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 --- Comment #2 from Ingo Ratsdorf 2011-02-06 22:51:08 --- Hi Grégory, I am following the groupdav resource for quite a while and had an older version reasonably well working before some code was shifted from KCal to KCalCore, at which point I could not compile anymore as Kubuntu 10.04 had no headers and libs for it. I yesterday upgraded to Kubuntu 10.10 and to KDE 4.6 RC which allowed me to make the groupdav latest version from Git. Note: I have downloded the whole kdepim-runtime but made only teh groupdav resource and installed it. All complied without glitches just two warning and linked fine, also installed correctly as far as I can tell. Yet, the groupdavresource randomly crashes on startup. In akonadiconsule, it will only show contacts, not calendars or tasks. Selecting calendars or tasks will crash the resource. My groupdav server is eGroupware 1.9.002 from SVN which is running fine with the old pre KCalCore groupdav resource on another machine. I had to patch the CMakeList.txt file in order to compile and install the groupdav client. I added the usual KDE requirements plus the kcfg_ macro, that I can never find in any packed or some reason. Nevertheless as I said, it compiled and linked fine. Currently, he latest groupdav resource does not work at all for me. Regards, Ingo -- Configure bugmail: https://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
[Bug 265589] New: GroupDAV resource crashes when selected in Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=265589 Summary: GroupDAV resource crashes when selected in Akonadi Console Product: Akonadi Version: unspecified Platform: Compiled Sources OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: DAV Resource AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Application: akonadi_davgroupware_resource (0.1) KDE Platform Version: 4.6.00 (4.6.0) (Compiled from sources) Qt Version: 4.7.0 Operating System: Linux 2.6.35-26-generic i686 Distribution: Ubuntu 10.10 -- Information about the crash: - What I was doing when the application crashed: Opened Akonadi Console, clicked on imported tasks and resource crashed The same happens when clicking on calendar, only Contacts work okay The crash can be reproduced every time. -- Backtrace: Application: Akonadi Resource (akonadi_davgroupware_resource), signal: Aborted [KCrash Handler] #7 0x00f7b416 in __kernel_vsyscall () #8 0x01db3941 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #9 0x01db6e42 in abort () at abort.c:92 #10 0x008d5055 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6 #11 0x008d2f35 in ?? () from /usr/lib/libstdc++.so.6 #12 0x008d2f72 in std::terminate() () from /usr/lib/libstdc++.so.6 #13 0x008d314b in __cxa_rethrow () from /usr/lib/libstdc++.so.6 #14 0x00cc1776 in QObject::event (this=0x9db82e0, e=0x9e1b440) at kernel/qobject.cpp:1222 #15 0x08be4fdc in QApplicationPrivate::notify_helper (this=0x9d2e160, receiver=0x9db82e0, e=0x9e1b440) at kernel/qapplication.cpp:4396 #16 0x08beb04e in QApplication::notify (this=0xbf8b0720, receiver=0x9db82e0, e=0x9e1b440) at kernel/qapplication.cpp:3798 #17 0x07523f7a in KApplication::notify (this=0xbf8b0720, receiver=0x9db82e0, event=0x9e1b440) at ../../kdeui/kernel/kapplication.cpp:311 #18 0x00caeb3b in QCoreApplication::notifyInternal (this=0xbf8b0720, receiver=0x9db82e0, event=0x9e1b440) at kernel/qcoreapplication.cpp:732 #19 0x00cb1d8b in sendEvent (receiver=0x0, event_type=0, data=0x9d198e0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #20 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x9d198e0) at kernel/qcoreapplication.cpp:1373 #21 0x00cb1f4d in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1266 #22 0x00cdda74 in sendPostedEvents (s=0x9d30510) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220 #23 postEventSourceDispatch (s=0x9d30510) at kernel/qeventdispatcher_glib.cpp:277 #24 0x00aa0855 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #25 0x00aa4668 in ?? () from /lib/libglib-2.0.so.0 #26 0x00aa4848 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #27 0x00cdd565 in QEventDispatcherGlib::processEvents (this=0x9d19390, flags=...) at kernel/qeventdispatcher_glib.cpp:415 #28 0x08ca6be5 in QGuiEventDispatcherGlib::processEvents (this=0x9d19390, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #29 0x00cad609 in QEventLoop::processEvents (this=0xbf8b0684, flags=) at kernel/qeventloop.cpp:149 #30 0x00cada8a in QEventLoop::exec (this=0xbf8b0684, flags=...) at kernel/qeventloop.cpp:201 #31 0x00cb200f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009 #32 0x08be3e07 in QApplication::exec () at kernel/qapplication.cpp:3672 #33 0x0466ff93 in Akonadi::ResourceBase::init (r=0x9dd5030) at ../../akonadi/resourcebase.cpp:302 #34 0x080749b3 in init (argc=3, argv=0xbf8b0804) at /usr/include/akonadi/resourcebase.h:188 #35 main (argc=3, argv=0xbf8b0804) at /home/ingo/projects/kdepim-runtime/resources/dav/resource/davgroupwareresource.cpp:731 Possible duplicates by query: bug 265582, bug 265576, bug 265574, bug 265546, bug 265538. Reported using DrKonqi -- Configure bugmail: https://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
[Bug 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #13 from Ingo Ratsdorf 2010-09-23 13:00:32 --- I revered back to 01/08/2010, before the kcalcore changes were incorporated, had to make some minor tweaks to the CMakeLists.txt file and it compiled without errors or warnings, but did not link. Instead pages of undefined references... I am really losing it. Are the dev packages not synchronised with the libs? They are all 4:4.5.1-0ubuntu1~lucid1~ppa1 Sorry, I am giving up. I'll wait for the latest libs and devs so the whole thing will hopefully compile again. Cheers, Ingo -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #11 from Ingo Ratsdorf 2010-09-23 06:30:24 --- Hi Grégory, that sounds like a good explenation. Problem is that I have updated my groupdav agent already to the latest version which does not compile because of the missing header files. On machine 1, I tried to revert back to a previous version, but that would not compile either because of missing cmake module kcfg_generate_dbus_interface. No idea why this is missing all of a sudden... On machine 2, I noticed just now that also CMakeLists.txt in the resource directory is now gone but XMakeLists.txt in the base directory still is empty apart from a reference to include CMakeLists.txt in the resource directory, which was deleted by cgiboudeaux in revision 1163520 on 14/08/2010. How the h* is that to compile? But maybe I am just too stupid for SVN... -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246669] Birthdays all 4x duplicates in Kontact/Korganizer
https://bugs.kde.org/show_bug.cgi?id=246669 Ingo Ratsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #4 from Ingo Ratsdorf 2010-09-22 00:24:56 --- That bug seem to have vanished with the latest KDE Platform Version 4.5.1 (KDE 4.5.1). No problems any more. All machines okay. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #9 from Ingo Ratsdorf 2010-09-22 00:22:24 --- Hi Grégory, I added a akonadi iCalendar (local) file agent to Korganizer and I can confirm that it shows up in "Resource Configuration - Kontact" and is also selectable when I create a new event. Shows up as the only akonadi resource to create events in, despite of still having the groupdav agent installed. So it seems that Korganizer is aware of akonadi agents in general, just not the DAVgroupwareResource agent. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #7 from Ingo Ratsdorf 2010-09-20 21:17:25 --- Hi Grégory, As you can see from the version information, I upgraded KDE since the first post, but the same behaviour still persists. If have this behaviour on 2/2 machines, both with individually compiled groupdavagents, but both on a Kubuntu 10.04. One is a laptop, one is an Oracle VirtualBox. Unfortunately the internet is not old enough to send you the virtualbox image. ;-) How can I assist further? Cheers, Ingo -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #5 from Ingo Ratsdorf 2010-09-20 12:14:10 --- When newly adding the agent, it shows up in Kontact/Korganizer under "akonadi calendar" and as a separate "akonadi calendar". It will then display everything twice so I deleted the standalone akonadi calendar. Now display is fine. But apart from that - exactly the same behaviour, empty selection box for akonadi calendar once akonadi calendar was selected to store event in. Still agent does not show up in "Resource Configuration - Kontact". Platform Version 4.5.1 (KDE 4.5.1) Kontact Version 4.4.5 KOrganizer Version 4.4.5 I noticed that the DAV groupware agent has been updated some days ago, but I cannot compile sources as some components were moved to KCalCore. I do not have KCalKore header files. They are not in the KDE distro packages (yet). Last author: goestreicher Last committed:18/09/10 20:32 Last revision:1176648 Content last changed:20/09/10 22:10 -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #3 from Ingo Ratsdorf 2010-08-25 04:41:52 --- BTW, why is this still "UNCONFIRMED" after four months? This is extremely easy to confirm. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 Ingo Ratsdorf changed: What|Removed |Added CC||i...@envirology.co.nz --- Comment #2 from Ingo Ratsdorf 2010-08-25 04:40:38 --- Same problem here. Also using another "email" address ie the private google identification, does not work to access a secondary calendar. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 248958] Reoccurring events are not returned to google calendar agent
https://bugs.kde.org/show_bug.cgi?id=248958 --- Comment #1 from Ingo Ratsdorf 2010-08-25 04:38:28 --- Created an attachment (id=50917) --> (http://bugs.kde.org/attachment.cgi?id=50917) Akonadi Console screen -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 248958] New: Reoccurring events are not returned to google calendar agent
https://bugs.kde.org/show_bug.cgi?id=248958 Summary: Reoccurring events are not returned to google calendar agent Product: Akonadi Version: unspecified Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Google Resource AssignedTo: savag...@yahoo.com ReportedBy: i...@envirology.co.nz CC: vkra...@kde.org, kdepim-bugs@kde.org Created an attachment (id=50916) --> (http://bugs.kde.org/attachment.cgi?id=50916) Screen of Kontact showing the calendars side by side Version: unspecified (using KDE 4.5.0) OS:Linux Any reoccurring event that is created in google web interface will not be returned via akonadi google agent. I have attached two screenshots: one is Kontact with the calendars side by side with all reoccurrances missing, one is Akonadi Console view. Reproducible: Always Steps to Reproduce: 1) Add google akonadi calendar in Kontact. 2) Add a reoccurring event in Kontact in that calendar. 3) Go to google calendar web interface and refresh. Event will show up. 4) Create reoccurring event in google web interface. 5) Go to Akonadi Console and resync google agent. Actual Results: 6) Just created event will _NOT_ show up in Kontact. Expected Results: 6) Event should show up but does not. I have created two resources to sync to google calendar. One via akonadi agent and one via CalDAV resource, both connecting to the very same google calendar. Any reoccurring event created in google web interface will show up via CalDAV, bit not via google agent. Using the Akonadi Console Brosser, the event created in Kontact shows up in there with start and end date, the one created in google web interface shows up but without start and end date and without any reoccurrance information. Fron Akonadi Console: BEGIN:VCALENDAR PRODID:-//K Desktop Environment//NONSGML libkcal 3.2//EN VERSION:2.0 BEGIN:VEVENT DTSTAMP:20100825T013732Z CREATED:20100825T013729Z UID:libkcal-2020813388.1022 LAST-MODIFIED:20100825T013729Z DESCRIPTION:test SUMMARY:Repeat STATUS:CONFIRMED DTSTART:-4713010T00 TRANSP:OPAQUE END:VEVENT END:VCALENDAR whereas the one created from Kontact show up as BEGIN:VCALENDAR PRODID:-//K Desktop Environment//NONSGML libkcal 3.2//EN VERSION:2.0 BEGIN:VEVENT DTSTAMP:20100825T021535Z ORGANIZER;CN="Ingo Ratsdorf":MAILTO:i...@envirology.co.nz ATTENDEE;CN="Ingo Ratsdorf";RSVP=FALSE;PARTSTAT=ACCEPTED; ROLE=REQ-PARTICIPANT:mailto:i...@envirology.co.nz CREATED:20100825T021505Z UID:libkcal-1832470935.615 LAST-MODIFIED:20100825T021505Z SUMMARY:Repeat via Kontact RRULE:FREQ=WEEKLY;UNTIL=20101008T21Z;BYDAY=SA DTSTART;TZID=Pacific/Auckland:20100828T10 DTEND;TZID=Pacific/Auckland:20100828T11 TRANSP:OPAQUE END:VEVENT END:VCALENDAR -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 248313] New: Events in Summary all time-offset
https://bugs.kde.org/show_bug.cgi?id=248313 Summary: Events in Summary all time-offset Product: kontact Version: 4.4.5 Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: summary AssignedTo: kdepim-bugs@kde.org ReportedBy: i...@envirology.co.nz Version: 4.4.5 (using KDE 4.4.95) OS:Linux All events are shifted by TZ offset. Ie Event on 25 Aug. from 9:00 to 16:00 (NZDT) will be displayed in summary as two events, one on 24 Aug. from 9:00 to 23:59 and one on 25 Aug from 00:00 to 16:00. If event does not cross 12:00 midday, then the date of the event is incorrectly shown in summary on the day before or on the correct day if the event is after 12:00. Reproducible: Always Steps to Reproduce: Add event with timezone "Pacific/Auckland" that goes some hours crossing the midday 12:00 and see result in summary. Actual Results: Split events into two showing wrong due times, repeating events do not open on the appropriate day. Due date given sometimes in hours rather than days (due in 105 hours is meaningless!). Expected Results: Dates corresponding with the date of the event, due times shown in days and hours, or hours only when due in less than a day. OS: Linux (i686) release 2.6.32-24-generic Compiler: cc -- Configure bugmail: https://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
[Bug 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #1 from Ingo Ratsdorf 2010-08-05 03:17:40 --- Created an attachment (id=49816) --> (http://bugs.kde.org/attachment.cgi?id=49816) Screenshot of installed Calendars in Kontact -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #3 from Ingo Ratsdorf 2010-08-05 03:19:34 --- Created an attachment (id=49818) --> (http://bugs.kde.org/attachment.cgi?id=49818) Create new event - Akonadi calendar selection -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 --- Comment #2 from Ingo Ratsdorf 2010-08-05 03:18:47 --- Created an attachment (id=49817) --> (http://bugs.kde.org/attachment.cgi?id=49817) Create new event - initial calendar selection -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246758] New: DAVgroupwareResource not selectable/manageable
https://bugs.kde.org/show_bug.cgi?id=246758 Summary: DAVgroupwareResource not selectable/manageable Product: Akonadi Version: unspecified Platform: Ubuntu Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: vkra...@kde.org ReportedBy: i...@envirology.co.nz CC: kdepim-bugs@kde.org Created an attachment (id=49815) --> (http://bugs.kde.org/attachment.cgi?id=49815) System Settings steps Version: unspecified (using KDE 4.4.95) OS:Linux /[KDE]/trunk/KDE/kdepim/runtime/resources/dav I complied that resource and installed it and it works fine with my calendars (2 installed) so far apart from one mayor problem: When I create an event in Korganizer/Kontact, the program will show a selection dialog for the calendar the event will be saved under. It shows a selection of either some traditional KDE resource that is installed or the Akonadi Calendar. When I select Akonadi Calendar, the program then display an EMPT selection box. Hence, I cannot create any new evnts in Korganizer/Kontact. When I go to "System Settings", "Personal Information" (used to be resources under the old KDE 4.4), the akonadi calendar is listed there. When I select it and click "edit", the opened dialog lists only Akonadi Birthdays, but not my two CalDAV resources. Yet, when I click on "Manage Calendar Sources", VOILA, my two calendars are listed in there. So why do they not show up in the dialog before, because that's where I would like to set one of them as default for VTODO's and VEVENT's. And why can't I select any of them in Korganizer/Kontact for new events? Reproducible: Always Steps to Reproduce: Add new DAV calendar under "Manage Calendar sources" Actual Results: Calendar will list in Korganizer but is not selectable for any event modification or creation. Calendar won't show up in Akonadi Sources. Expected Results: Calendar to be selectable for any event modification or creation in Korganizer/Kontact Calendar to show up in Akonadi Sources and be selectable to be default for events and todo's. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246669] Birthdays all 4x duplicates in Kontact/Korganizer
https://bugs.kde.org/show_bug.cgi?id=246669 --- Comment #2 from Ingo Ratsdorf 2010-08-04 03:28:54 --- Created an attachment (id=49795) --> (http://bugs.kde.org/attachment.cgi?id=49795) Akonadi Console View with birthdays -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246669] Birthdays all 4x duplicates in Kontact/Korganizer
https://bugs.kde.org/show_bug.cgi?id=246669 --- Comment #3 from Ingo Ratsdorf 2010-08-04 03:29:29 --- Created an attachment (id=49796) --> (http://bugs.kde.org/attachment.cgi?id=49796) Akonadi Console View with contacts -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246669] Birthdays all 4x duplicates in Kontact/Korganizer
https://bugs.kde.org/show_bug.cgi?id=246669 --- Comment #1 from Ingo Ratsdorf 2010-08-04 03:28:17 --- Created an attachment (id=49794) --> (http://bugs.kde.org/attachment.cgi?id=49794) Akonadi Configuration window -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 246669] New: Birthdays all 4x duplicates in Kontact/Korganizer
https://bugs.kde.org/show_bug.cgi?id=246669 Summary: Birthdays all 4x duplicates in Kontact/Korganizer Product: Akonadi Version: unspecified Platform: Unlisted Binaries OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: vkra...@kde.org ReportedBy: i...@envirology.co.nz CC: kdepim-bugs@kde.org Created an attachment (id=49792) --> (http://bugs.kde.org/attachment.cgi?id=49792) Akonadi test report Version: unspecified (using KDE 4.4.95) OS:Linux I have all my birthdays from my contacts showing up 4x in Kontact/Korganizer. - I already deleted the Akonadi resource and added it back in, same result persists. - I resynchronized them through Akonadi Console, same result. - I checked Contacts, they are all unique. - Not only do they show up 4x in Kontact/Korganizer, but also already in the Akonadi Console view. Reproducible: Always Steps to Reproduce: Add birthday Akonadi resource. Actual Results: All birthdays 4x in Kontact/Korganizer Expected Results: All birthdays only once to show up. I use a remote file location for a VCF file containing all my contacts. I have the same setup on another machine running KDE 4.4 with a traditional birthday resource, not through Akonadi. No problems there. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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