Loading Profile...
Time reporting messing up all over the place
Thank you for all your great work, but here is something rather disturbing for me:
Time reporting seems to messing up all over the place. Either I have lost all feeling for basic mathematics, or something is going really wrong with BubbleTimer's calculating.
See, there's the printed summaries that do not seem to match up, be it for a month like February 09 where BubbleTimer reports more hours than it should (672h, 45m instead of 672h straight) or for a day like yesterday, where suddenly 2h 45m end up being 4h 45 mins! Plus twice 45 mins suddenly count 1 hour to make it happen. The day now had 26 hours! That's in the Personal Time Log View, in the Summary Only View my 2h 45m end up as 3h 15m and the day had 24h 30m. And the chart for February does not add up either - it's way over the top, 690h! I manually checked every single day for Feb and there are 24h logged on 28 days. Oh, and yes, the chart for yesterday (April 8) is just as off as the Personal Log Time View - 2h 45m become 4h 45m. The only thing that does seem to portray duration correctly is BubbleTimer's main window summary to the right of the bubble area. That's not good.
I have attached screenshots of all problems described.
I have reported on this before, but I am afraid my post did not get noticed:
http://getsatisfaction.com/bubbletime...
What is going on here? I have to say I find it all rather unsettling, because this way all the logging is pretty useless when the summaries cannot be trusted.
Kind regards,
Joshua
February 09:
April 8, 2009:
Time reporting seems to messing up all over the place. Either I have lost all feeling for basic mathematics, or something is going really wrong with BubbleTimer's calculating.
See, there's the printed summaries that do not seem to match up, be it for a month like February 09 where BubbleTimer reports more hours than it should (672h, 45m instead of 672h straight) or for a day like yesterday, where suddenly 2h 45m end up being 4h 45 mins! Plus twice 45 mins suddenly count 1 hour to make it happen. The day now had 26 hours! That's in the Personal Time Log View, in the Summary Only View my 2h 45m end up as 3h 15m and the day had 24h 30m. And the chart for February does not add up either - it's way over the top, 690h! I manually checked every single day for Feb and there are 24h logged on 28 days. Oh, and yes, the chart for yesterday (April 8) is just as off as the Personal Log Time View - 2h 45m become 4h 45m. The only thing that does seem to portray duration correctly is BubbleTimer's main window summary to the right of the bubble area. That's not good.
I have attached screenshots of all problems described.
I have reported on this before, but I am afraid my post did not get noticed:
http://getsatisfaction.com/bubbletime...
What is going on here? I have to say I find it all rather unsettling, because this way all the logging is pretty useless when the summaries cannot be trusted.
Kind regards,
Joshua
February 09:
April 8, 2009:
I’m confused
1
person has this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
The company marked this problem solved.
The best solution from the company
-
Josh, Emily,
The problem is now resolved. Thanks so much for reporting it, and Josh I'm really sorry the response was so slow. In the future don't hesitate to use the toll free phone number if you don't get a timely response from me. That's what it's there for.
There were 2 separate issues both stemming from planning bubbles being mishandled. This case had been tested for but apparently not well enough because 1 case slipped through. The issue was when the bubbles were contiguous to real bubbles on the same activity that should be counted. There are same range calculations that were not taking the planning bubbles into account.
As is my policy (best part of being the boss is your whim is "policy") I'm giving you both courtesy accounts for life as thanks for helping get this bug reported, noticed and solved. I appreciate your input very much!
Thanks,
Sean
I’m better now
The company and 1 other person say
this solves the problem
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?Josh,
This is quite disturbing. I will bring it up to Sean first thing in the morning.
Regards,
Eric
I’m saddened this is occurring.
-
-
Inappropriate?Josh,
Sorry I overlooked this comment somehow. I usually get email notifications when new issues post. I don't remember seeing this one.
I'm on it. I'll get you a response with a fix or at least an explanation today.
Thanks,
Sean
I’m sorry.
-
Inappropriate?hi josh, are you using the future planning functionality by any chance? I've just noticed my reports aren't making any sense either (12:00 - 13:30 = 2h, 30m [wrong!]) but I noticed that this is because I had planned to do more of that task and filled in hours ahead of time, but I hadn't deleted those estimates when I did something else instead.
So it seems there is a bug where the reports add up the planning time allocation as well as the actual time spent. Obviously those planning times should be ignored at the reporting stage.
I’m hoping this is the answer to the problem and that it can speed up the fix!
-
Inappropriate?Josh, Emily,
That is at least 1 element of the issue. There are actually a case I've isolated where there are 3 separate times reported for the same activity on the same day. Counting the planning does account for one of the discrepancies and I'm tracking down the second.
Fix forthcoming.
Thanks!
Sean -
Inappropriate?Josh, Emily,
The problem is now resolved. Thanks so much for reporting it, and Josh I'm really sorry the response was so slow. In the future don't hesitate to use the toll free phone number if you don't get a timely response from me. That's what it's there for.
There were 2 separate issues both stemming from planning bubbles being mishandled. This case had been tested for but apparently not well enough because 1 case slipped through. The issue was when the bubbles were contiguous to real bubbles on the same activity that should be counted. There are same range calculations that were not taking the planning bubbles into account.
As is my policy (best part of being the boss is your whim is "policy") I'm giving you both courtesy accounts for life as thanks for helping get this bug reported, noticed and solved. I appreciate your input very much!
Thanks,
Sean
I’m better now
The company and 1 other person say
this solves the problem
-
Inappropriate?Cripes, that sounds incredibly generous Sean, thank-you! I'm glad you got it sorted. I had only just started to use the planning bubbles else I would have noticed this sooner. I'm surprised nobody else flagged this - I guess either noone else is using them, or everyone else is actually sticking to their plans!
I’m pleased as punch
1 person says
this solves the problem
-
Inappropriate?Emily,
It does probably mean people aren't using planning bubbles or print outs together too much or it would have been caught sooner. In my caes I use planning bubbles every day but rarely print outs (really only when testing).
Thanks,
Sean -
Inappropriate?Sean,
Thank you very much for both the fix and the courtesy account!
I am very happy that I can get back on track with BubbleTimer once again.
As for planning bubbles and print outs, I use both. Planning bubbles every now and again (prob 4 to 5 times a week), print outs every day (which have been greatly enhanced by the notes feature!).
Kind regards,
Josh
I’m thankful
1 Comment Add a comment
This solves the problem
-
No, thank you Josh for finding and pointing out the problem. I am getting a lot of feedback that notes + print outs is a 1 + 1 = 3 kind of combination.
Sean
EMPLOYEE
EMPLOYEE
