Bug 73718 - Event blocks do not display end of event time properly in day/week views
Summary: Event blocks do not display end of event time properly in day/week views
Status: RESOLVED NOT A BUG
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Cornelius Schumacher
URL:
Keywords:
: 77211 78193 81738 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-01-28 23:15 UTC by Wilbur Pan
Modified: 2005-10-11 14:47 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Picture of event times not lining up with actual times (141.59 KB, image/png)
2004-01-28 23:42 UTC, Wilbur Pan
Details
example calendar file of calendar that does not display correctly (1.67 KB, text/plain)
2004-01-29 16:12 UTC, Wilbur Pan
Details
screenshot of buggycalendar.ics (107.64 KB, image/png)
2004-01-29 16:18 UTC, Wilbur Pan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wilbur Pan 2004-01-28 23:15:35 UTC
Version:            (using KDE KDE 3.2.0)
Installed from:    Gentoo Packages
Compiler:          gcc 3.3.2 
OS:          Linux

When looking at my calendar in 1 day, next 3 days, work week, or full week views, the blocks that represent my events do not end at the time that the event ends. Instead, they end at a position that seems to be determined by the amount of text in the event title -- that is, events with short titles look like they are about 1 hour long, and events with long titles look like they are many hours long.  

For example, this week I have an event called "Clinic" that is supposed to run from 8 AM to 5 PM.  If I look at my camendar in any of the above views, the box that represents this event starts at 8AM, but ends at 9AM.

I have another event called "Meeting with brain tumor committee -- brainstorming session" which is only supposed to be an hour long.  Again, the top of the box is at the right time, but the end of the box extends to encompass the enitre title, so it looks like the meeting is ~3 hours long instead of only one hour.
Comment 1 Wilbur Pan 2004-01-28 23:42:18 UTC
Created attachment 4411 [details]
Picture of event times not lining up with actual times

Here's a screenshot from my current calendar.  As you can see, there are many
events where the box does not line up with the actual start and end times of
the event.
Comment 2 Cornelius Schumacher 2004-01-29 00:09:10 UTC
I can't reproduce the problem. Could you give us an example calendar file which demonstrates the problem?
Comment 3 Wilbur Pan 2004-01-29 16:12:51 UTC
Created attachment 4416 [details]
example calendar file of calendar that does not display correctly

Here's an example calendar file.  The next attachment is a screenshot of what
this calendar looks like in KOrganizer on my computer.
Comment 4 Wilbur Pan 2004-01-29 16:18:04 UTC
Created attachment 4417 [details]
screenshot of buggycalendar.ics

This is what KOrganizer looks like after I load buggycalendar.ics.  This
calendar was created from scratch.  As you can see, the end times for my Clinic
events are far too short (they are supposed to end at 5 PM), and the end time
for the "brain tumor porgram organizational meeting" event box is too long
(Should end at 1 PM).
Comment 5 Wilbur Pan 2004-02-06 16:24:42 UTC
An additional note:  I just installed the stable KDE 3.2.0 and am getting the same error as above.

Comment 6 Stefan Roth 2004-02-11 04:28:00 UTC
I have exactly the same problem (on Debian testing).  My observation is that the height of the event seems to be the same as its width, so when I resize the whole weekly view, the event height scales accordingly.

The interesting thing is that I don't see this problem on a 3.2-rc1 install that I still have around, but I do on my 3.2 install.  I did a diff on the korganizer tree in kdepim but couldn't find any significant differences between these versions.
Both versions were built with Konstruct on an otherwise unmodified system (gcc 3.3.2).  However, I built 3.2-rc1 with "-O2 -march=athlon-xp" and 3.2 with
"-Os -march=athlon-xp -fomit-frame-pointer", so I have a feeling that this might be a problem with these compiler options.  I recompiled the korganizer subtree with frame pointer, but that didn't seem to fix it.  I'll try rebuilding the whole of 3.2 with the previous compiler options next.
Comment 7 Wilbur Pan 2004-02-12 15:51:47 UTC
Thanks for the suggestion.  My CFLAGS were "-march=pentium3 -Os -pipe -fomit-frame-pointer -fforce-mem -fforce-addr -s"

I recompiled kdepim with CFLAGS="-march=pentium3 -O2 -pipe" and it seems to behave better now.

Cornelius -- what CFLAGS are you using to build korganizer?



Comment 8 Wilbur Pan 2004-02-13 23:11:16 UTC
Here's my experience with building kdepim-3.2.0 using different sets of CFLAGS:

CFLAGS="-march=pentium3 -O2 -pipe" -- works as expected.  In Gentoo, this is the same setting that is used by the maintainer of the KDE-cvs binary builds.

The following CFLAGS give me the same display error with korganizer:

CFLAGS="-march=pentium3 -Os -pipe -fomit-frame-pointer -fforce-mem -fforce-addr -s"
CFLAGS="-march=pentium3 -Os -fomit-frame-pointer -fforce-mem -fforce-addr -s"
CFLAGS="-march=pentium3 -Os -pipe"
CFLAGS="-march=pentium3 -Os -fomit-frame-pointer"
CFLAGS="-march=pentium3 -O2 -fomit-frame-pointer"

It looks like kdepim really does not like -Os.

I'm kind of surprised that "-O2 -fomit-frame-pointer" didn't work, since "-O3 -fomit-frame-pointer" seems to work for the maintainer of the regular KDE ebuild packages.  

I did build all of the other components of KDE-3.2.0 with fairly aggressive CFLAGS: 
 
CFLAGS="-march=pentium3 -Os -pipe -fomit-frame-pointer -fforce-mem -fforce-addr -s" 

and have not seen any problems so far.

Again: Cornelius -- what CFLAGS are you using to build/test korganizer/kdepim?
Comment 9 Cornelius Schumacher 2004-02-14 12:20:58 UTC
I don't use any special options, just the ones the standard configure gives me.
Comment 10 Reinhold Kainhofer 2004-03-18 14:34:08 UTC
*** Bug 77211 has been marked as a duplicate of this bug. ***
Comment 11 Reinhold Kainhofer 2004-03-18 14:37:04 UTC
Interestingly, all events seem to use square boxes (i.e. the width of the 
agenda item is also used as its height), and all are of the same height...

Reinhold
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAWaXPTqjEwhXvPN0RAgHlAKCGrTseLh0IB84e+iLInftsjqmq9ACeKG7f
B5j57WeTsuOkyCHV9wzy3O8=
=Y4PI
-----END PGP SIGNATURE-----

Comment 12 Reinhold Kainhofer 2004-03-22 10:55:03 UTC
*** Bug 78193 has been marked as a duplicate of this bug. ***
Comment 13 Chris Huebsch 2004-04-05 08:26:41 UTC
I can confirm Reinhold Kainhofers observations using Fedoras KDE 3.2.1
Comment 14 Wilbur Pan 2004-05-12 02:21:34 UTC
This is still an issue in KDE 3.2.2
Comment 15 Ray Tkatch 2004-05-15 16:17:41 UTC
The following might be connected to this problem: 

(debian testing/ kde 3.2 / Org 3.2.1) Scheduling a item from 2300 hrs to 0700 hrs the next morning, when creating the event it does show up properly under a day or week view.  But when either creating the same event or editing an existing event for repeating days (ie 6 days), The first day shows up correctly but the addtional days do not show up on the view day or week.  The repeating option have been using both the "ending after X occurences" and "End by" date option with the same results.  

An interesting side effect is that the month calender does show the additonal days and with printing or doing a print preview of weekly/monthly view the additional days show up correctly. So the data is in the prg. But print a day calender with time period from 000 to 2359, the print messed up the day as indicated in previous comments.  In this case it print the item from 0600 to 2200.  

This is almost the oposite of what it should be printing.  I have not had time to look at the code but it sounds like a calulation is not done right. (at least for the last part)

Comment 16 Reinhold Kainhofer 2004-05-17 22:21:40 UTC
*** Bug 81738 has been marked as a duplicate of this bug. ***
Comment 17 Reinhold Kainhofer 2004-07-22 11:55:22 UTC
That's a problem with optimization in Gentoos gcc. We (korganizer) can't do anything about broken compilers... 

Closing the bug as INVALID, as it's actually a gcc bug. 

Reinhold

PS: Remark #15 to the report is a completely different issue and already known as Bug 42899.
Comment 18 Wolfgang Scheicher 2005-10-11 14:47:59 UTC
I just run into the same bug, and i'm going to rebuild now without -Os
( kde 3.4.2, gcc 3.4.4 and i can hardly believe that a bug like this is a compiler bug. )