[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 --- Comment #10 from Daniel Vrátil --- There's really no point in doing that. Just remove the resource and add it again. -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 --- Comment #9 from Mark Fraser --- Just tried it and resetting the InstanceCounter doesn't work, it still increments to the next value. -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 --- Comment #8 from Mark Fraser --- Yes, that is the one I was on about. -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 --- Comment #7 from Dan Vrátil --- As in the akonadi_googlecalendar_X number? Yes, theoretically, by editing respective InstanceCounter in ~/.config/akonadi/agentsrc. There's not guarantee things won't go nuts however. -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 --- Comment #6 from Mark Fraser --- Is there any way of resetting the resource number back to zero? -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 Dan Vrátil changed: What|Removed |Added Status|CONFIRMED |RESOLVED Version Fixed In||4.10.4 Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im-runtime/d8a57f8a19f05a0f ||84c8f7a9d48ea87775cfad45 --- Comment #5 from Dan Vrátil --- Git commit d8a57f8a19f05a0f84c8f7a9d48ea87775cfad45 by Dan Vrátil. Committed on 14/05/2013 at 15:35. Pushed by dvratil into branch 'KDE/4.10'. Force full-resync if last sync was more than 25 days ago Fixes 'The requested minimum modification time lies too far in the past' error from Google Calendar resource that users saw after they returned from vacation :-) Also simplifies the code and speeds up sync by not fetching all existing items before fetching data from Google (I probably copy-pasted it from somewhere in the early days without actually understanding what's going on) FIXED-IN: 4.10.4 M +38 -52 resources/google/calendar/calendarresource.cpp M +0-1resources/google/calendar/calendarresource.h M +8-1resources/google/calendar/resource_events.cpp M +7-1resources/google/calendar/resource_tasks.cpp http://commits.kde.org/kdepim-runtime/d8a57f8a19f05a0f84c8f7a9d48ea87775cfad45 -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 --- Comment #4 from Dan Vrátil --- Sorry, not yet. You have to remove and add the resource again. -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 George Baltz changed: What|Removed |Added CC||geoba...@gmail.com --- Comment #3 from George Baltz --- Having the same problem(KDE SC 4.10.2, openSUSE 12.3) - is there any workaround to get the calendar updated on this laptop, or do I have to delete the resource and start over? -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 Mark Fraser changed: What|Removed |Added CC||mfraz74+...@gmail.com -- 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
[Akonadi] [Bug 308122] After some weeks downtime, google calendar fetch fails. "The requested minimum modification time lies too far in the past"
https://bugs.kde.org/show_bug.cgi?id=308122 Dan Vrátil changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 --- Comment #2 from Dan Vrátil --- Confirmed, Calendar API allows to fetch only items changed within approximately last 25 days. When trying to request list of changes from deeper in the history, the API will return this error. Solution is probably to use timeMin argument when last update was more then 20 (?) days ago and fetch all events with dtStart>=timeMin. Using lastUpdated date, we can filter out events that were not changed between timeMin and now and use itemsRetrievedIncremental(). -- 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