[SOLVED] Start times are 6pm no matter what

[Garth Woods]

In the list view when I hover over any gig date it shows a 6pm start time even though the next column shows the correct start time.

[Steve Zaccari]

I am having the same problem, except the hover indicates \"7:00pm\" for every entry.  
Other than this little issue, Gig Calendar is absolutely Fanastic :cheer:

Post edited by: steve z, at: 2005/12/29 22:55

[John C Long]

Same problem here but 4:00pm.

Also...this displays the same in the upcoming gigcalendar module, when the (gigDate) hover shows gigTime. The hover time does not match.

[Capt. gigCal]

Can you confirm this at http://demo.gigcalendar.net ?

[Garth Woods]

yes, just go to the component link, and hover over the first gig (Mon, Jan 9th 2006) it says 7pm even though the gig time is supposed to be 4pm!

[steve]

gigCalendar is great; has any solutions to this bug.  I am having the same problem.  In list view the hover says 6:00 no matter what time the event is set.

The calendar view also cannot be set to the default view.  

regards...smk

[Capt. gigCal]

smkjr wrote:

gigCalendar is great; has any solutions to this bug.  I am having the same problem.  In list view the hover says 6:00 no matter what time the event is set.

I have just verified this bug on the List view in the component (both gigDate and gigDate2 fields). I also noted that it is happening on the upComing module but NOT on the miniCal module. I did some quick research on the list view below.

The offending code for gigDate is on line 269 of components/com_gigcal/list.php:
[code:1]if($gigconfig[\'list_gigdate_hover_time\']) $gigdate_hover .= htmlspecialchars(date($gigconfig[\'list_timeformat\'], $resultb[\"gigdate\"]), ENT_QUOTES) . \"<br />\";[/code:1]

Similar code for gigDate2 is on line 288 of the same file:
[code:1]if($gigconfig[\'list_gigdate2_hover_time\']) $gigdate2_hover .= htmlspecialchars(date($gigconfig[\'list_timeformat\'], $resultb[\"gigdate\"]), ENT_QUOTES) . \"<br />\";[/code:1]

I noted the gigTime is displaying correctly. The corresponding output comes from lines 301 (not an overlib but it prints gigTime):
[code:1]<?php echo htmlspecialchars(date($gigconfig[\'list_timeformat\'], $result[\"gigdate\"])); ?>[/code:1]

Seems the answer lies in the string output. I would suggest changing the offending lines to say $result rather than $resultb and let us know how that works for you. We will monitor your responses and change the code accordingly for a new release. Thanks for spotting this!



smkjr wrote:

The calendar view also cannot be set to the default view.

This is true and has been posted in another thread on this forum. We requested that it be added to the Feature Request tracker at the J!Forge project site.

[Steve Zaccari]

I tried the fixes, but still seeing 7pm on the hovers.  Perhaps I didn\'t made a error in the fixes, so I am anxious to hear if anyone else was able to successfully fix the issue.

BTW - although it would be nice if the hover time was correct, it is easily removed from the hover view and does not affect the usefulness of GigCalendar.

GigCalendar is great!

Cheers,
Steve Z

[Edward Seid]

My friend fixed this bug.  He registered for the forum so that he could post the fix, but he never received the confirming email

[Edward Seid]

brother7 wrote:

My friend fixed this bug.  He registered for the forum so that he could post the fix, but he never received the confirming email

This is Kawika, brother7\'s friend.  I haven\'t been able to successfully resolve my registration problems, so I\'m just going to post here.

The solution to this problem was along the lines of what gsbe had mentioned in that it was a $resultb problem.  However the problem was in the gigcal_upcom module and not the main program component.  I\'m not sure what the line number is, but here is what is should read.  It\'s pretty easy to find, as all the \"hover\" lines are together.  I\'ve also attached a fixed file for those that would rather just uninstall and reinstall the module.

This line is about 20 lines up from the bottom.

if($gigconfig[\'upcom_gigdate_hover_time\'])

towards the end of the line, there is:

$resultb[\"gigdate\"])

Remove the \"b\" so it reads:

$result[\"gigdate\"])

That should fix it.

Kawika

[Edward Seid]

brother7 wrote:

brother7 wrote:

My friend fixed this bug.  He registered for the forum so that he could post the fix, but he never received the confirming email

This is Kawika, brother7\'s friend.  I haven\'t been able to successfully resolve my registration problems, so I\'m just going to post here.

The solution to this problem was along the lines of what gsbe had mentioned in that it was a $resultb problem.  However the problem was in the gigcal_upcom module and not the main program component.  I\'m not sure what the line number is, but here is what is should read.  It\'s pretty easy to find, as all the \"hover\" lines are together.  I\'ve also attached a fixed file for those that would rather just uninstall and reinstall the module.

This line is about 20 lines up from the bottom.

if($gigconfig[\'upcom_gigdate_hover_time\'])

towards the end of the line, there is:

$resultb[\"gigdate\"])

Remove the \"b\" so it reads:

$result[\"gigdate\"])

That should fix it.

Kawika

Ok.. I guess I did that wrong the last time...files apparently don\'t go in the image upload section :laugh:

Kawika

[Edward Seid]

ok.. you guys are just gonna have to go edit the code yourself.  Too many \"conditions\" on the file upload.  It\'s an easy enough fix.  Happy Trails.

Kawika

[Capt. gigCal]

We will verify this solution soon and update the public release with the fix as soon as we can. Thanks!

[Steve Zaccari]

Kawika,

Thanks for the fix.  It was quick and easy.  45 seconds after reading this post, the time in the hover module was correct. B)

Cheers,
Steve

[ian morton]

That works for me. Thanks a lot.

Post edited by: happyt, at: 2006/02/19 04:02