Any news in this?
Does I post in wrong forum or what can I do that this bug will be fixed?

Hi Peter, it's just evolution has filled too many bugs, each of them has different importance to different people. It's also quite hard to read every single bug report because of their amount.

I wonder how you export your calendar. When I tried right clicking over it in the left tree and chose "Save to disk", then I see in the file event I created on 2009-12-19, but staying on 2008-11-19 in the calendar day view.

From your paste above, am I right when I think it's a part of the publishing feature, where only free/busy information is stored, not real events? If so, then try to change the "Publish as" option of the Publishing location to an "iCal", not a "Free/Busy", and re-publish your information with menu item Action->Publish calendar information. It contains exactly same information as the calendar I created with "Save to disk" menu item above.

Can you check and report back, please? Thanks in advance.

Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!

Hi again! :)

I have german evolution so I try it it english.
I setup my calandar-publishing here:

Evolution preferences > Calendar and Tasks > Calendar Publishing
and there with 
WebDAV (HTTP)

The Publishing works with WebDAV, but evolution publish the current calendar from "today" only the next 6 weeks:

BEGIN:VCALENDAR
CALSCALE:GREGORIAN
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
BEGIN:VFREEBUSY
ORGANIZER;CN=SOMEEMAIL@MAIL.ME
DTSTART:20090331T000000Z
DTEND:20090512T000000Z
FREEBUSY;FBTYPE=BUSY:20090401T080000Z/20090401T100000Z
FREEBUSY;FBTYPE=BUSY:20090401T130000Z/20090401T180000Z
FREEBUSY;FBTYPE=BUSY:20090331T133000Z/20090331T170000Z
FREEBUSY;FBTYPE=BUSY:20090403T150000Z/20090403T200000Z
FREEBUSY;FBTYPE=BUSY:20090401T210000Z/20090401T215900Z
FREEBUSY;FBTYPE=BUSY:20090401T160000Z/20090401T180000Z
FREEBUSY;FBTYPE=BUSY:20090403T070000Z/20090403T090000Z
FREEBUSY;FBTYPE=BUSY:20090404T110000Z/20090404T123000Z
FREEBUSY;FBTYPE=BUSY:20090411T110000Z/20090411T123000Z
FREEBUSY;FBTYPE=BUSY:20090418T110000Z/20090418T123000Z
FREEBUSY;FBTYPE=BUSY:20090425T110000Z/20090425T123000Z
FREEBUSY;FBTYPE=BUSY:20090502T110000Z/20090502T123000Z
FREEBUSY;FBTYPE=BUSY:20090509T110000Z/20090509T123000Z
FREEBUSY;FBTYPE=BUSY:20090423T010000Z/20090423T013000Z
FREEBUSY;FBTYPE=BUSY:20090403T200000Z/20090403T213000Z
FREEBUSY;FBTYPE=BUSY:20090410T200000Z/20090410T213000Z
FREEBUSY;FBTYPE=BUSY:20090417T200000Z/20090417T213000Z
FREEBUSY;FBTYPE=BUSY:20090424T200000Z/20090424T213000Z
FREEBUSY;FBTYPE=BUSY:20090501T200000Z/20090501T213000Z
FREEBUSY;FBTYPE=BUSY:20090508T200000Z/20090508T213000Z
FREEBUSY;FBTYPE=BUSY:20090504T070000Z/20090504T073000Z
FREEBUSY;FBTYPE=BUSY:20090418T100000Z/20090418T130000Z
FREEBUSY;FBTYPE=BUSY:20090331T070000Z/20090331T073000Z
FREEBUSY;FBTYPE=BUSY:20090414T070000Z/20090414T073000Z
FREEBUSY;FBTYPE=BUSY:20090428T070000Z/20090428T073000Z
FREEBUSY;FBTYPE=BUSY:20090402T180000Z/20090402T193000Z
FREEBUSY;FBTYPE=BUSY:20090409T180000Z/20090409T193000Z
FREEBUSY;FBTYPE=BUSY:20090416T180000Z/20090416T193000Z
FREEBUSY;FBTYPE=BUSY:20090423T180000Z/20090423T193000Z
FREEBUSY;FBTYPE=BUSY:20090430T180000Z/20090430T193000Z
FREEBUSY;FBTYPE=BUSY:20090507T180000Z/20090507T193000Z
FREEBUSY;FBTYPE=BUSY:20090406T180000Z/20090406T193000Z
FREEBUSY;FBTYPE=BUSY:20090413T180000Z/20090413T193000Z
FREEBUSY;FBTYPE=BUSY:20090420T180000Z/20090420T193000Z
FREEBUSY;FBTYPE=BUSY:20090427T180000Z/20090427T193000Z
FREEBUSY;FBTYPE=BUSY:20090504T180000Z/20090504T193000Z
FREEBUSY;FBTYPE=BUSY:20090511T180000Z/20090511T193000Z
FREEBUSY;FBTYPE=BUSY:20090510T013000Z/20090510T020000Z
FREEBUSY;FBTYPE=BUSY:20090426T220000Z/20090426T223000Z
FREEBUSY;FBTYPE=BUSY:20090419T230000Z/20090419T233000Z
FREEBUSY;FBTYPE=BUSY:20090401T180000Z/20090401T193000Z
FREEBUSY;FBTYPE=BUSY:20090408T180000Z/20090408T193000Z
FREEBUSY;FBTYPE=BUSY:20090415T180000Z/20090415T193000Z
FREEBUSY;FBTYPE=BUSY:20090422T180000Z/20090422T193000Z
FREEBUSY;FBTYPE=BUSY:20090429T180000Z/20090429T193000Z
FREEBUSY;FBTYPE=BUSY:20090506T180000Z/20090506T193000Z
FREEBUSY;FBTYPE=BUSY:20090411T050000Z/20090411T053000Z
FREEBUSY;FBTYPE=BUSY:20090404T040000Z/20090404T043000Z
FREEBUSY;FBTYPE=BUSY:20090401T060000Z/20090401T063000Z
FREEBUSY;FBTYPE=BUSY:20090501T060000Z/20090501T063000Z
FREEBUSY;FBTYPE=BUSY:20090401T103000Z/20090401T110000Z
FREEBUSY;FBTYPE=BUSY:20090501T103000Z/20090501T110000Z
FREEBUSY;FBTYPE=BUSY:20090401T063000Z/20090401T070000Z
FREEBUSY;FBTYPE=BUSY:20090501T063000Z/20090501T070000Z
FREEBUSY;FBTYPE=BUSY:20090330T170019Z/20090331T170000Z
FREEBUSY;FBTYPE=BUSY:20090401T170019Z/20090402T170000Z
FREEBUSY;FBTYPE=BUSY:20090403T170019Z/20090404T170000Z
FREEBUSY;FBTYPE=BUSY:20090406T170019Z/20090407T170000Z
FREEBUSY;FBTYPE=BUSY:20090408T170019Z/20090409T170000Z
FREEBUSY;FBTYPE=BUSY:20090410T170019Z/20090411T170000Z
FREEBUSY;FBTYPE=BUSY:20090413T170019Z/20090414T170000Z
FREEBUSY;FBTYPE=BUSY:20090415T170019Z/20090416T170000Z
FREEBUSY;FBTYPE=BUSY:20090417T170019Z/20090418T170000Z
FREEBUSY;FBTYPE=BUSY:20090420T170019Z/20090421T170000Z
FREEBUSY;FBTYPE=BUSY:20090422T170019Z/20090423T170000Z
FREEBUSY;FBTYPE=BUSY:20090424T170019Z/20090425T170000Z
FREEBUSY;FBTYPE=BUSY:20090427T170019Z/20090428T170000Z
FREEBUSY;FBTYPE=BUSY:20090429T170019Z/20090430T170000Z
FREEBUSY;FBTYPE=BUSY:20090501T170019Z/20090502T170000Z
FREEBUSY;FBTYPE=BUSY:20090504T170019Z/20090505T170000Z
FREEBUSY;FBTYPE=BUSY:20090506T170019Z/20090507T170000Z
FREEBUSY;FBTYPE=BUSY:20090508T170019Z/20090509T170000Z
FREEBUSY;FBTYPE=BUSY:20090511T170019Z/20090512T170000Z
FREEBUSY;FBTYPE=BUSY:20090401T060000Z/20090401T063000Z
FREEBUSY;FBTYPE=BUSY:20090404T060000Z/20090404T063000Z
FREEBUSY;FBTYPE=BUSY:20090408T060000Z/20090408T063000Z
FREEBUSY;FBTYPE=BUSY:20090411T060000Z/20090411T063000Z
FREEBUSY;FBTYPE=BUSY:20090415T060000Z/20090415T063000Z
FREEBUSY;FBTYPE=BUSY:20090418T060000Z/20090418T063000Z
FREEBUSY;FBTYPE=BUSY:20090422T060000Z/20090422T063000Z
FREEBUSY;FBTYPE=BUSY:20090425T060000Z/20090425T063000Z
FREEBUSY;FBTYPE=BUSY:20090429T060000Z/20090429T063000Z
FREEBUSY;FBTYPE=BUSY:20090502T060000Z/20090502T063000Z
FREEBUSY;FBTYPE=BUSY:20090506T060000Z/20090506T063000Z
FREEBUSY;FBTYPE=BUSY:20090509T060000Z/20090509T063000Z
FREEBUSY;FBTYPE=BUSY:20090331T130000Z/20090331T140000Z
FREEBUSY;FBTYPE=BUSY:20090430T130000Z/20090430T140000Z
UID:20090331T232944Z-11403-1000-9636-29@sholva
DTSTAMP:20090331T232944Z
END:VFREEBUSY
END:VCALENDAR

I just checked in the code, and the plugin doing this work is really using only next 6 weeks for free/busy information. I didn't write that, but I guess the idea behind this is that the 6 weeks is in a future enough, and couple things can change meanwhile anyway, not talking about very likely re-publishing within those 6 weeks.

Do you have any other contra argument against this behaviour? The most I can imagine is an option to choose how many weeks in the future users want to export in free/busy.

I have to plan events for the next 6 or 12 months in future.

so, my other people cannot check my calendar.

Is it possible that I can change this value from 6 weeks to next 12 months?

Only in the code, not from the outside at the moment. I'll create a patch for this.

Created attachment 132349 [details] [review]
proposed evo patch

for evolution;

UI change.

Can this patch integrated into normal evolution?
I have now 2.24.5-3 and I think it is not included, yet.
Thank you,
Peter

I'm sorry, there are two issues with that:
- the 2.24.x is under some freezes, one of them is a UI freeze, and this patch
  changes the UI.
- there is not planned any other release of 2.24.x, as far as I know

One solution for you is to ask your distribution maintainer to include this patch in their own package/special release. Or build package yourself. The fix, if reviewed and accepted in time, will be included in 2.28 (2.26 is under same freezes as 2.24 at the moment).

Am not sure if the 'Time Duration' label provides the right meaning here. The UI for duration can be hidden for ICal publishing rather than de-sensitizing. Sometime the UI is active in case of ICal publishing as well. 

Other than the above the patch looks good.

http://library.gnome.org/devel/hig-book/stable/controls-sensitivity.html.en

   It is usually better to make a control insensitive than to hide it altogether.
   This way, the user can learn about functionality they may be able to use
   later, even if it is not available right now.

I thought there is some information about screen flashing, but I'm lazy to find it.

(In reply to comment #11)
> Sometime the UI is active in case of ICal publishing as well. 

Any clues/steps when? It seems to work fine for me.

Well I had the  default option selected as Ical for publishing and was trying to change some fields initially to see why those UI fields were disabled and it was confusing a bit. I would not have tried those if it was hidden. Consider the new calendar dialog where we show certain options only for relevant calendar backends. 

I saw it happening when I did not have any urls configured for publishing, am not see'ing it today. Maybe one-off case which am not able to repeat it.

Bad you cannot reproduce. If you really want to show/hide them, then OK, no problem with that. Do you want to resend a patch or can I just change it and commit to master?

You can change it and commit it. Find a better a string for the label 'Time Duration' as well ;)

Created slightly modified commit b73ed1d in master.

No idea about better "Time duration" string, thus kept it.