MRBS Startup problem

MRBS Startup problem

I have been running MRBS 1.1-pre1 on RedHat 7.3 for several months now with no problems. I have just built a
second server that eventually will be used as a "hot spare." The new server is running MRBS 1.1. 

I thought I had installed everything the same way, but my browser reports: 

Warning: Failed opening '/var/www/html/mrbs/index.php' for inclusion
(include_path='.:/usr/share/pear') in Unknown on line 0 

New Information 
I have checked the rights to the /usr/share directory and they seem to be appropriate (see image below). 
This only occurs on MRBS1.1 and MRBS1.1-pre2.  MRBS1.1-pre1 works fine.

Do I need to add the /usr/share/php directory to my Apache configuration in some way?

Daniel T. Drake, IT Director 
Jennings, Strouss & Salmon, PLC 
www.jsslaw.com 
DanDrake <at> jsslaw.com 
Voice - 602.495.2895 
Mobile - 602.509.6404 
Fax - 602.495.2826 

Problem with 24/12 hour time format

Re: bug fix: 12:00pm treated as 12:00am next day!

On Mon, 7 Apr 2003, Bryan Loniewski wrote:

} The "very small" attached diff file fixes a bug I found when trying to
} book a room at 12:00pm, it booked it for the next day at 12:00am. Please
} have a look!

FWIW, I run mrbs 1.0pre2, and never had this problem w/ mysql 3.23.36 and
PHP 4.0.6./apache 1.3.26 Then I upgraded to mysql 4.0.11/php 4.3.1/apache
2.0.44, but I kept MRBS at the same version. Now we are seeing the same
problem - events scheduled in the 12pm hour really get scheduled in the
12am hour.

The calendar uses 12-hour time; always has. Could this bug be related to
the mysql upgrade we did?

TIA,

/vjl/

Re: bug fix: 12:00pm treated as 12:00am next day!

On Thu, 1 May 2003, Bryan Loniewski wrote:

} I don't think so! The bug in the code was a logic bug, upgrading should
} not have mattered as far I can tell. Weird.

Well, I just now discovered the problem. User error [on my part].

After I upgraded MySQL, I restored the incorrect config.inc file. It used
to be v1.4 2001/07/02, which doesn't define $twentyfourhour_format. I
replaced the v1.4 config file with a v1.13, 2003/01/14 copy, which does
define a $twentyfourhour_format.

However, on the MRBS "Help" page, the About section still states "MRBS
1.0-pre2". However the config file is from v1.1, so I apparently restored
the wrong config file [i had another install of mrbs in a different
directory that i was doing light testing on so that i could move from
1.0pre2 to 1.1].

So, yes, my bad...sorry for the confusion. :(

/vjl/

Re: bug fix: 12:00pm treated as 12:00am next day!

On Thu, 1 May 2003, Vince LaMonica wrote:

} However, on the MRBS "Help" page, the About section still states "MRBS
} 1.0-pre2". However the config file is from v1.1, so I apparently restored
} the wrong config file [i had another install of mrbs in a different
} directory that i was doing light testing on so that i could move from
} 1.0pre2 to 1.1].

I just noticed that in help.php, the wrong $mbrs_version is set:

--------------------------
# $Id: help.php,v 1.6 2003/01/12 19:03:56 thierry_bo Exp $

$mrbs_version = "MRBS 1.0-pre2";
--------------------------

while the real 1.0pre2 is set like this:

--------------------------
# $Id: help.php,v 1.2 2001/02/25 01:34:20 lbayuk Exp $

$mrbs_version = "MRBS 1.0-pre2";
--------------------------

So it would appear that I did restore the wrong version of MRBS, but 1.1
needs to have its help.php file updated to reflect the version difference.
:)

/vjl/

repeating events with monthly, corresponding day - five week months

Re: bug fix: 12:00pm treated as 12:00am next day!

I don't think so! The bug in the code was a logic bug, upgrading should
not have mattered as far I can tell. Weird.

Bryan

On Thu, 1 May 2003, Vince LaMonica wrote:

> On Mon, 7 Apr 2003, Bryan Loniewski wrote:
>
> } The "very small" attached diff file fixes a bug I found when trying to
> } book a room at 12:00pm, it booked it for the next day at 12:00am. Please
> } have a look!
>
> FWIW, I run mrbs 1.0pre2, and never had this problem w/ mysql 3.23.36 and
> PHP 4.0.6./apache 1.3.26 Then I upgraded to mysql 4.0.11/php 4.3.1/apache
> 2.0.44, but I kept MRBS at the same version. Now we are seeing the same
> problem - events scheduled in the 12pm hour really get scheduled in the
> 12am hour.
>
> The calendar uses 12-hour time; always has. Could this bug be related to
> the mysql upgrade we did?
>
> TIA,
>
> /vjl/
>
>
>

Install mbrs on Tomcat server

Re: repeating events with monthly, corresponding day - five week

Yes, there is a bug. But before trying to correct anything, I wonder what the normal behavior should be for
this case. If we want to book the fifth monday of each month, should we book only months where the fifth
monday exists, thus leaving months without bookings, or should we book also the previous week if no 5th
week corresponding day exists ?

I had a look a Webcalendar, and for the same case, they don't create events for a month if the 5th week
corresponding day does not exist.

TB

----Message d'origine----
>De: "Mary Johnston" <mkj1010 <at> hotmail.com>
>
>When entering a meeting for a repeat event (Monthly, corresponding day) which falls on the fifth week of
the month (for example, June 30, last Monday of June), instead of booking the meeting for the subsequent
Last Mondays of each month, the meeting is scheduled for the following fifth week - instead of July 28, its
booked for August 4 - and then every first Monday thereafter.  Can someone familiar with this portion of the
code offer a suggestion on how to solve?

-------------------------------------------------------------
NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar...
Web/Wap : www.netcourrier.com
Téléphone/Fax : 08 92 69 00 21 (0,34 € TTC/min)
Minitel: 3615 NETCOURRIER (0,15 € TTC/min)