Noticed this by two reporters from the blog. For all day events the print preview incorrectly shows the interval for all day events.
Caused here: > http://mxr.mozilla.org/comm-central/source/calendar/base/modules/calPrintUtils.jsm#90 > let itemInterval = cal.getDateFormatter().formatItemTimeInterval(item); This will always create a string like "starttime-endtime", i.e. "All Day-All Day" for an all day event. Previously there was more logic used to determine the correct format.
In our case, it is the printing (monthly view) that show this behavior and it is a regression from the previous version we were using. A 3 days recurring all day event will print only on the first day as: "All Day-All Day Event name". A fix would be appreciated. Thanks...
Rene, the second part of your problem is filed as bug 787537.
Stefan, Thanks for pointing me to the existing problem. Sorry I did not find it when I looked yesterday...
Created attachment 658938 [details] [diff] [review] regression fix (omit time for all-day items like in Lightning 1.6)
Comment on attachment 658938 [details] [diff] [review] regression fix (omit time for all-day items like in Lightning 1.6) Review of attachment 658938 [details] [diff] [review]: ----------------------------------------------------------------- ::: calendar/base/modules/calPrintUtils.jsm @@ +164,5 @@ > + return ""; > + } > + > + // Bug 787537: will result in wrong time label for events that span two or more days > + return cal.getDateFormatter().formatItemTimeInterval(aItem); Hmm tough call. My original thought was that it makes more sense to fix this in the date time formatter, but if we always return a blank string there this might not be wanted in other places. I see two options: 1. Keep the patch like it is (r=philipp for that) 2. Check other callers of formatItemTimeInterval() to see if an empty string makes sense there too and move this code into the formatter. Let me know what you think
I think I'll go with pushing the patch as is for now to fix the current problem. calDateTimeFormatter::formatItemTimeInterval() is only called once in calPrintUtils.jsm, therefore it might be possible to move the all day logic into it. We still need to work on this to fix the wrong times printed for multi day events. We can use Bug 359007 for this.