MRBS: mrbs-0.9pre1
Apache: 1.3.12
PHP: 4.0.1 Patch Level 2
OS: FreeBSD 4.2

If you select '31' 'Nov' '2000' from the drop down list and hit 'goto' then two december calendars are listed on the right hand side. Although it does (correctly) display the booking page for the 1st December 2000.

Reported by: peas

Original Ticket: "mrbs/bugs/25":https://sourceforge.net/p/mrbs/bugs/25

The rooms for a given area appear to be listed in random order. It would be nice if they were sorted alphabetically.

Reported by: kwerle

Original Ticket: "mrbs/bugs/20":https://sourceforge.net/p/mrbs/bugs/20

If you create a repeating event that crosses a month
boundary, it displays properly in the daily and
monthly views, but the weekly view shows it throughout
the first week of the following month.

1. Create an event for 2/26/2002, all day, repeat
   daily thru 3/3/2002.
2. View Day of each day looks ok, View Month of
   February and March looks ok, View Week of Mar 03 shows
   the event through the entire week even though it ends
   on 3/3.

Found in Version: mrbs-1.0pre2

Reported by: *anonymous

Original Ticket: "mrbs/bugs/41":https://sourceforge.net/p/mrbs/bugs/41

mrbs - mrbs 0.9pre1
OS - Redhat 6.2
mysql - 3_22_32-1 (from source)
php - 4.0.3.pl1 (from source)
apache - 1.3.12
client - netscape 4.5/4.7, ms explorer 5

Release is very stable for most functions.

Missing line from help.php3: include "connect.inc";

Delete/Duplicate Record Bug:

The system will create a duplicate record in the mrbs_entry table if more than one edit is executed on the
orginal entry.

To create issue:

1. created entry on a day and entered bookers name and a description
2. edited the entry once - adding a line to the description
3. edited the entry a second time - adding a third line to the entry.

A second record is created in step 3.

Deletion of entry with duplicate records:

When the entry is deleted - it will only delete the most recent record. The first entry will re-appear on the
calendar screen. It as well must be deleted. This would confuse users.

• James Cardwell

Reported by: cardwell

Original Ticket: "mrbs/bugs/16":https://sourceforge.net/p/mrbs/bugs/16

Example as follows, try it in demo as I did: In Bldg 1
room3 there is an exiting appt for Fred at 7:00 for 1 hour.
I added an appt at 8:00 for Tom for 2 hours and as this was available, it booked it. I then edited Tom's entry and moved the time up to 7:00. It booked it even though the time slot from 7:00 to 8:00 was allocated to Fred. I am evaluating this software for use on my company's Intranet. It looks like it is pretty easy to use. Do these bugs get fixed?

Reported by: *anonymous

Original Ticket: "mrbs/bugs/26":https://sourceforge.net/p/mrbs/bugs/26

Many mysql errors. Maybe that no areas are defined. Could not add an area as user admin.

Reported by: kwerle

Original Ticket: "mrbs/bugs/14":https://sourceforge.net/p/mrbs/bugs/14

When trying to save after editing an entry
(/edit_entry.php?id=xx) I get the following error
message:

Warning: Invalid argument supplied for foreach()
in /mrbs/edit_entry_handler.php on line 112

Warning: Invalid argument supplied for foreach()
in /mrbs/edit_entry_handler.php on line 140

I am running mrbs-1.1-test3

Reported by: nabbe

Original Ticket: "mrbs/bugs/45":https://sourceforge.net/p/mrbs/bugs/45

I don't know how to upload files here so I insert it here as a "bug", but here it is the Norwegian translation file. At the end of this file there is a lot of suggestions to words/phrases that are not translated as of today.

<?

This file contains PHP code that specifies language specific strings

The default strings come from lang.en, and anything in a locale

specific file will overwrite the default.

This is the Norwegian language file, by [email protected]

This file is PHP code. Treat it as such.

The charset to use in "Content-type" header

$lang[charset] = "iso-8859-1";

Used in style.inc

$lang[mrbs] = "Mřterom bestilling";

Used in day.php3

$lang[bookingsfor] = "Bestillinger for";
$lang[bookingsforpost] = ""; # Goes after the date
$lang[areas] = "Omrĺder";
$lang[daybefore] = "Gĺ til forrige dag";
$lang[dayafter] = "Gĺ til neste dag";
$lang[gototoday] = "Gĺ til i dag";
$lang[goto] = "gĺ til";

Used in trailer.inc

$lang[viewday] = "Vis dag";

Used in edit_entry.php3

$lang[addentry] = "Legg til";
$lang[editentry] = "Rediger";
$lang[editseries] = "Rediger serie";
$lang[namebooker] = "Bestillers Navn:";
$lang[fulldescription] = "Full beskrivelse:<br>&nbsp;&nbsp;(Antall personer,<br>&nbsp;&nbsp;Internt/Eksternt etc)";
$lang[date] = "Dato:";
$lang[start_date] = "Start Tid:";
$lang[end_date] = "Slutt Tid:";
$lang[time] = "Klokken:";
$lang[duration] = "Varighet:";
$lans[seconds] = "Sekunder";
$lang[minutes] = "Minutter";
$lang[hours] = "Timer";
$lang[days] = "Dager";
$lang[weeks] = "Uker";
$lang[years] = "Ĺr";
$lang[all_day] = "Hele dagen";
$lang[type] = "Type:";
$lang[internal] = "Internt";
$lang[external] = "Eksternt";
$lang[save] = "Lagre";
$lang[rep_type] = "Repeter type:";
$lang[rep_type_0] = "Ingen";
$lang[rep_type_1] = "Daglig";
$lang[rep_type_2] = "Ukentlig";
$lang[rep_type_3] = "Mĺnedlig";
$lang[rep_type_4] = "ĺrlig";
$lang[rep_end_date] = "Repeter sluttdato:";
$lang[rep_rep_day] = "Repeter dag:";
$lang[rep_for_weekly] = "(for ukentlig)";
$lang[rep_freq] = "Frekvens:";

Used in view_entry.php3

$lang[description] = "Beskrivelse:";
$lang[createdby] = "Laget av:";
$lang[lastupdate] = "Sist oppdatert:";
$lang[deleteentry] = "Slett";
$lang[deleteseries] = "Slett Series";
$lang[confirmdel] = "Er du sikkerpĺ at du vil\nslette denne bookingen?\n\n";
$lang[returnprev] = "Returner til forrige side";

Used in edit_entry_handler.php3

$lang[error] = "Feil";
$lang[sched_conflict] = "Skedulerings konflikt";
$lang[conflict] = "Den nye bestillingen vil kollidere med fřlgende oppfřringer:";
$lang[too_may_entrys] = "Valgte opsjoner vil lag for mange oppfřringer.<BR>Vennligst bruk andre opsjoner!";
$lang[returncal] = "Returner til kalender visning";

Authentication stuff

$lang[accessdenied] = "Tilgang nektes";
$lang[norights] = "Du har ikke tilgang til ĺ endre dette objektet.";

Used in search.php3

$lang[invalid_search] = "Tom eller ugyldig sřkestreng.";
$lang[search_results] = "Sřke resultat for:";
$lang[nothing_found] = "Ingen treff.";
$lang[records] = "Poster ";
$lang[through] = " through ";
$lang[of] = " av ";
$lang[previous] = "Forrige";
$lang[next] = "Neste";
$lang[entry] = "Entry";
$lang[view] = "View";

Week days

#lang[monday] = "mandag";
#lang[tuesday] = "tirsdag";
#lang[wedensday] = "onsdag";
#lang[thursday] = "torsdag";
#lang[friday] = "fredag";
#lang[saturday] = "lřrdag";
#lang[sunday] = "sřndag";

Months

#lang[January] = "Januar";
#lang[February] = "Februar";
#lang[Mars] = "Mars";
#lang[April] = "April";
#lang[May] = "Mai";
#lang[June] = "Juni";
#lang[July] = "Juli";
#lang[August] = "August";
#lang[September] = "September";
#lang[October] = "Oktober";
#lang[November] = "November";
#lang[December] = "Desember";

Misc. additions not in the language files as of today

#lang[Help] = "Hjelp";
#lang[Search] = "Sřk";
#lang[Delete] = "Slett";
#lang[Room] = "Rom";
#lang[Rooms] = "Rom";
#lang[Rooms in] = "Rom i";
#lang[Areas] = "Lokasjoner";
#lang[no_area_selected] = "Ingen lokasjon valgt";
#lang[add_area] = "Legg til lokasjon";
#lang[add_room] = "Legg til rom";
#lang[name] = "Navn";
#lang[description] = "Beskrivelse";
#lang[Capasity] = "Kapasitet";
#lang[Your_browser] = "Din nettleser er satt til ĺ bruke";
#lang[language] = "sprĺk";
#lang[Are_you_sure] = "Er du sikker";
#lang[YES] = "JA";
#lang[NO] = "NEI";
#lang[view] = "Vis";
#lang[entry] = "Oppfřring";
?>

Regards
Morten Lunde

Reported by: klunde

Original Ticket: "mrbs/bugs/12":https://sourceforge.net/p/mrbs/bugs/12

I did a quick use of your demo version online... nice. One of the first things I wanted to do was book
an appointment in September... but hey you only showed June/July/August and no choice for future
months (wish list item). So I clicked on August 31st and got calendar (at top) for July/Aug/Oct.
Yes, no month of September !!! I selected October 31 and got Oct/Oct/Dec.
Thanks...Dan.

Reported by: dwoods99

Original Ticket: "mrbs/bugs/6":https://sourceforge.net/p/mrbs/bugs/6

Version 0.9.1 shows today's date to be Tuesday 7th Feb. It's actually Wed 7th Feb!
The Web demo also shows the same problem.

Reported by: ndixon

Original Ticket: "mrbs/bugs/29":https://sourceforge.net/p/mrbs/bugs/29

Any meeting scheduled to go on past midnight does not show up. You are still able to try and another meeting at the same time, which will then show up the conflict. I doubt this would happen often (a meeting past midnight), but I dont think it should not even recongnize the meeting anymore.

Reported by: seek3r

Original Ticket: "mrbs/bugs/1":https://sourceforge.net/p/mrbs/bugs/1

FROM: Simon Tennant
DATE: 05/26/2000 14:03:43
SUBJECT: [Mrbs-general] Meetings failing to display

         I`ve noticed that trying to book meetings for 1st June 2000 fail to display.  They exist
         in the database but it looks like the code that displays them is broken.
          Has anyone fixed
         this?

         Nice package though and I`m hoping to deploy it here at Linuxcare in SF,CA in the next
         week.

         -- 
         Simon Tennant, Web Team, Linuxcare, Inc.
         415.577.6719 x242 tel, 415.701.7457 fax
         [email protected], http://www.linuxcare.com/
         pgp id: 05F76248FF62442C4D0010C09851C0746410974D
         Linuxcare.  Support for the revolution.

Reported by: jberanek

Original Ticket: "mrbs/bugs/3":https://sourceforge.net/p/mrbs/bugs/3

When i try to book a meeting the first Monday in every
Month, the booking is repeated only on the same date.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/32":https://sourceforge.net/p/mrbs/bugs/32

I have an application (postNuke v0.64) on my web
server (RH LINUX 7.1/Apache) which also runs mrbs.
The postNuke application leaves the following cookie.

FILE: <user>@<server>

CONTENTS:
lang eng
<web/virtual web server hostname>/
0
2179200256
29530614
1602029056
29457189
*

The presence of this cookie causes all strings in the
lang.en file to be displayed as 'N'. The first line
in the cookie "lang eng" causes this to happen. I
could change the other application to write a cookie
with "lang en". This allows all the text strings in
lang.en to be displayed but breaks the other
application (postNUKE v0.64).

Additionally, when this cookie is present on the
client machine, the line "lang eng" in the cookie
means that attempting to book a room by clicking on
the + sign causes all of the virtual memory on my
win2000 client to be consumed while waiting for
smb_auth.c to prompt or verify the user for their
username and password.

I have downloaded the latest config.inc file from CVS
but this has not fixed the problem.

CONFIG.INC

<?php

$Id: config.inc,v 1.4 2001/07/02 15:05:24 jberanek

Exp $

#######################################################
####################

MRBS Configuration File

Configure this file for your site.

You shouldn't have to modify anything outside this

file.
#######################################################
####################

###################

Database settings

###################

Which database

system: "pgsql"=PostgreSQL, "mysql"=MySQL
$dbsys = "mysql";

Hostname of database server. For pgsql, can use ""

instead of localhost

to use Unix Domain Sockets instead of TCP/IP.

$db_host = "localhost";

Database name:

$db_database = "my database";

Database login user name:

$db_login = "my username";

Database login password:

$db_password = "my passwd";

Uncomment this to NOT use PHP persistent (pooled)

database connections:

$db_nopersist = 1;

################################

Site identification information

#################################
$mrbs_admin = "Me";
$mrbs_admin_email = "[email protected]";
$mrbs_company = "My Company";

###################

Calendar settings

###################

Resolution - what blocks can be booked, in seconds.

Default is half an hour: 1800 seconds.

$resolution = 1800;

Start and end of day, NOTE: These are integer hours

only, 0-23, and

morningstarts must be < eveningends. See also

eveningends_minutes.
$morningstarts = 7;
$eveningends = 19;

Minutes to add to $eveningends hours to get the real

end of the day.

Examples: To get the last slot on the calendar to be

16:30-17:00, set

eveningends=16 and eveningends_minutes=30. To get a

full 24 hour display

with 15-minute steps, set morningstarts=0;

eveningends=23;

eveningends_minutes=45; and resolution=900.

$eveningends_minutes = 0;

Start of week: 0 for Sunday, 1 for Monday, etc.

$weekstarts = 0;

Trailer date format: 0 to show dates as "Jul 10", 1

for "10 Jul"
$dateformat = 0;

########################

Miscellaneous settings

########################

Maximum repeating entrys (max needed +1):

$max_rep_entrys = 365 + 1;

Default report span in days:

$default_report_days = 60;

Results per page for searching:

$search["count"] = 20;

Page refresh time (in seconds). Set to 0 to disable

$refresh_rate = 0;

###############################################

Authentication settings - read AUTHENTICATION

###############################################

IP authentication allows any user to create bookings.

#$auth["realm"] = "";
#$auth["type"] = "ip";
#$auth["prog"] = "";
#$auth["params"] = "";

Use SMB Authentication settings - read AUTHENTICATION

$auth["realm"] = "<MY DOMAIN>";
$auth["type"] = "ext";
$auth["prog"] = "/usr/bin/smb_auth";
$auth["params"] = "#USERNAME# #PASSWORD# <SAMBA
SERVER> <SAMBA SERVER> GARM";

The various level two users (can modify other

peoples settings)

By default, only localhost is an administrator.

$auth["admin"][] = "127.0.0.1";
$auth["admin"][] = "<a user>";
#$auth["admin"][] = "10.0.0.1";
#$auth["admin"][] = "10.0.0.2";
#$auth["admin"][] = "10.0.0.3";

'auth_ldap' configuration settings

Where is the LDAP server

#$ldap_host = "localhost";

LDAP base distinguish names

#$ldap_base_dn[]
= "ou=organizationalunit1,o=organization,c=MY";
#$ldap_base_dn[]
= "ou=organizationalunit2,o=organization,c=MY";
#$ldap_base_dn[]
= "ou=organizationalunit3,o=organization,c=MY";

'auth_ldap' extra configuration for ldap

configuration of who can use

the system

If it's set, the $ldap_filter will be combined with

the uid like this:

(&(uid=username)($ldap_filter))

After binding to check the password, this check is

used to see that

they are a valid user of mrbs.

$ldap_filter = "mrbsuser=y";

##########

Language

##########

Change the en below to the code for your language -

if

there is a language file for it.

include 'lang.en';

These two lines import a language based on what the

client

is using. Comment them out to disable this.

$lang_file = "lang.$HTTP_ACCEPT_LANGUAGE";
if (file_exists($lang_file)) {include $lang_file;}

We also want to do locales for Dates/Times etc.

Use the setlocale() function for this.

Define the default locale here. For a list of

supported

locales on your system do "locale -a"

setlocale('LC_ALL','C');

We attempt to make up a sensible locale from

the HTTP_ACCEPT_LANGUAGE environment variable

comment this out to disable it

This won't work if multiple languages are selected.

Every language is then

separated by ", ".

#$locale = $HTTP_ACCEPT_LANGUAGE;

This will get the primary selected language

list ($locale, $not_used) = split(",",
$HTTP_ACCEPT_LANGUAGE, 2);

if (strlen($locale) == 2) {

This will set locale for Sweden to "sv_SV" whereas

it should be "sv" or "sv_SE"...
$locale = strtolower($locale)."".strtoupper
($locale);
} else {
$locale = strtolower(substr
($locale,0,2))."".strtoupper(substr($locale,3,2));
}
setlocale('LC_ALL',$locale);

#############

Entry Types

#############

This array maps entry type codes (letters A through

J) into descriptions.

Each type has a color (see TD.x classes in the style

sheet mrbs.css).

A=Pink B=Blue-green C=Peach D=Yellow

E=Light blue

F=Tan G=Red H=Aqua I=Light green

J=Gray

The value for each type is a short (one word is

best) description of the

type. The values must be escaped for HTML output

("R&amp;D").

Please leave I and E alone for compatibility.

If a type's entry is unset or empty, that type is

not defined; it will not

be shown in the day view color-key, and not offered

in the type selector

for new or edited entries.

$typel["A"] = "A";

$typel["B"] = "B";

$typel["C"] = "C";

$typel["D"] = "D";

$typel["E"] = $lang["external"];

$typel["F"] = "F";

$typel["G"] = "G";

$typel["H"] = "H";

$typel["I"] = $lang["internal"];

$typel["J"] = "J";

##########################################

PHP System Configuration - do not change

##########################################

Disable magic quoting on database returns:

set_magic_quotes_runtime(0);

?>

Reported by: *anonymous

Original Ticket: "mrbs/bugs/37":https://sourceforge.net/p/mrbs/bugs/37

I'm translate mrbs to indonesian (bahasa indonesia)
and the html output from item that i translated become
letter red T on my browser (IE 6.0)

Reported by: *anonymous

Original Ticket: "mrbs/bugs/42":https://sourceforge.net/p/mrbs/bugs/42

You can send auth[admin][]=username along with a
request and perform the function as if you are an admin
(if you are logged in).
I've only proved this with deleting a record but I'm
positive you can do more with it if you wanted to.

By adding the following line
unset($auth["admin"]);
to the config.inc before the other $auth["admin"][]
statements seems to make this problem go away.
I don't know if this is 100% perfect/correct but it works
for me.

I'm using MRBS 1.0-pre2 and have tried tonight�s
(5/31/2002)CVS and both have this problem.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/48":https://sourceforge.net/p/mrbs/bugs/48

When a conflict is discovered, and the user has the option of editing the previous entry, the date is reset to the current date. It should keep the date it was set at. The time, the hours, and everything but the date is kept, it should be easy to keep the date instead of reseting it to the current date.

Reported by: seek3r

Original Ticket: "mrbs/bugs/2":https://sourceforge.net/p/mrbs/bugs/2

If you book any room for a whole day, the calendar doesn't show it correctly. It shows the room in a different colour, but does not show the summary, and therefore doesn't show a link to edit the booking either.

I've tried this on the test server, and the same problem shows up.

$ rpm -q apache
apache-1.3.12-25
$ rpm -q mod_php
mod_php-4.0.1pl2-9

Reported by: jberanek

Original Ticket: "mrbs/bugs/22":https://sourceforge.net/p/mrbs/bugs/22

I read another request on access levels. I do not
think mine is much different, I just cannot figure out
the code to do it. I need an access level that cannot
make any changes just view. When you have 20 people
that can make changes someone will always screw up.

Thanks in advance.

DonFG

Reported by: sysdfg

Original Ticket: "mrbs/bugs/43":https://sourceforge.net/p/mrbs/bugs/43

The dates in the mini calendars are correct, however they're not being displayed on the appropriate days of the week. Fix is located at line 126 of mincals.inc:

  $d = ((($weekstarts == 1) ? -6 : -7 ) - $first) % 7 + 2;
                                                                         ^^

Original add value was 1; changed to 2 and everything appears good.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/28":https://sourceforge.net/p/mrbs/bugs/28

When click help, message display :

Meeting Room Booking System - MRBS 1.0-pre2
Database: MySQL 3.23.44-max-nt

Fatal error: Call to undefined function: posix_uname()
in c:\program files\apache
group\apache\htdocs\mrbs\web\help.php on line 26

Reported by: *anonymous

Original Ticket: "mrbs/bugs/38":https://sourceforge.net/p/mrbs/bugs/38

Works OK with 3.22, but not 3.23. Needs more testing.

Reported by: jberanek

Original Ticket: "mrbs/bugs/4":https://sourceforge.net/p/mrbs/bugs/4

I am using mrbs-1.1-test3 i found an error when
pushing the button change on the rightside of the
selction field building.

this is the error

You have an error in your SQL syntax near '?
year=2002&month=05&day=17&area=3?
year=2002&month=05&day=17&area=4?year=

This is the last part of the content of the adress
field

day.php?area=day.php%3Fyear%3D2002%26month%3D05%26day%
3D17%26area%3D3%3Fyear%3D2002%26month%3D05%26day%3D17%
26area%3D4%3Fyear%3D2002%26month%3D05%26day%3D17%
26area%3D1

Reported by: *anonymous

Original Ticket: "mrbs/bugs/46":https://sourceforge.net/p/mrbs/bugs/46

I'm unable to edit anything to do with the booking if it's booked for 6 or more hours. I even tried this on the demo server thinking it might just be my installation with the same outcome.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/21":https://sourceforge.net/p/mrbs/bugs/21

There is an error in both the function round_t_down
and rount_t_up in the file web/functions.inc.

Basicly the function involves any time that
$resolution is an odd amount. The issue is if the
start of the day, if that time is not an invterval of
the $resolution, starting from Jan 1, 1970 (start of
unix time, i think).

To fix this, you add an extra paramater to these calls
which accepts $am7, the start of the day time.

The new function are as follows:

function round_t_down($t, $resolution, $am7)
{
return (int)$t - (int)abs(((int)$t-(int)$am7)
% $resolution);

}

function round_t_up2($t, $resolution, $am7)
{

if (($t-$am7) % $resolution != 0)
{
return $t + $resolution - abs(((int)$t-(int)
$am7) % $resolution);
}
else
{
return $t;
}

}

These probably could be cleaned up a little (don't
know if you need all the casting, but it works.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/39":https://sourceforge.net/p/mrbs/bugs/39

with all version of MySQL, php and apache i tried always getting:

Parse error: parse error, expecting `'}'' in mrbs_sql.inc on line 216

Do I something wrong?

Reported by: artart

Original Ticket: "mrbs/bugs/8":https://sourceforge.net/p/mrbs/bugs/8

Quick question: I like the Meeting Room booking
system, I downloaded the latest from cvs and installed
it. Im having a problem with the language file. It
doesn't seem to be seeing the lang.en file, because
everything that should be a title/link on the page
only displays the letter"N". I have a bunch of "N's"
on the screen. Any ideas?

Reported by: mrdon5150

Original Ticket: "mrbs/bugs/35":https://sourceforge.net/p/mrbs/bugs/35

Edit Entry fails when I attempt to save the change. The
system returns the following error:
Warning: Invalid argument supplied for foreach()
in /var/www/html/calendar/web/edit_entry_handler.php
on line 112

Warning: Invalid argument supplied for foreach()
in /var/www/html/calendar/web/edit_entry_handler.php
on line 140

Warning: Cannot add header information - headers
already sent by (output started
at /var/www/html/calendar/web/edit_entry_handler.php:11
2) in /var/www/html/calendar/web/edit_entry_handler.php
on line 169

The same error occurs in the demo when attempting to
change the duration from 1 hour to 1.5. It will also fail
when attempting to change the "type" Internal/External.

Edit_entry_handler.php is passed
http://mrbs.sourceforge.net/mrbs/edit_entry_handler.php
?
name=Martin&description=fjsdfklsjdkl&day=3&month=6
&year=2002&hour=09&minute=00&duration=1.5&dur_uni
ts=hours&type=I&rep_num_weeks=&returl=http%3A%
2F%2Fmrbs.sourceforge.net%2Fmrbs%
2Fview_entry.php%3Fid%3D1%26day%3D03%
26month%3D06%26year%
3D2002&create_by=demo1&rep_id=0&edit_type=&id=1

Reported by: *anonymous

Original Ticket: "mrbs/bugs/49":https://sourceforge.net/p/mrbs/bugs/49

If you make a weekly repeated booking, the end date is not
honored. The system will make an extra booking if the end
date is not on the same week day as the meeting.

To reproduce:

1. Go to Thurday, Nov 1, 2001
2. Make a weekly repeated booking and specify
   the end date as Wednesday Nov 14, 2001
3. Once you make the booking, you will see a meeting
   scheduled for Thursday Nov 15, 2001

Reported by: mark_belanger

Original Ticket: "mrbs/bugs/27":https://sourceforge.net/p/mrbs/bugs/27

If you add an entry containing an apostrophe "'", it
backslashes it so it looks like "'".

This is not (obviously) a high priority, but it is
an annoyance :)

Thanks,

Reported by: *anonymous

Original Ticket: "mrbs/bugs/23":https://sourceforge.net/p/mrbs/bugs/23

I have update the lang.fr file according french
language.
Some translations may be discussed, but I think this is
globally ok.
Hope this file wile be included in future releases.

Reported by: jmax31

Original Ticket: "mrbs/bugs/34":https://sourceforge.net/p/mrbs/bugs/34

Hello,

I have the your system installed on FreeBSD 4.1.1, i renamed all the scripts from .php3 to .php and changed the references within them so the links work. For the most part this seems to work fine. I would suggest that you 'convert' to php4 as soon as you reasonably have time.

-=-peas-=-

Reported by: *anonymous

Original Ticket: "mrbs/bugs/18":https://sourceforge.net/p/mrbs/bugs/18

A useful feature to have would be to be able to see a month or week at a glance. It would be difficult to fit much information in small box but the Room - Title ... - Time listings should fit for a typical day. Maybe Alt tags could be used to pop up more info for browsers that show them in pointer Tooltips.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/30":https://sourceforge.net/p/mrbs/bugs/30

In mrbs-1_1-pre1 the line 83 of the file web/lang.it
has to be changed to

$vocab["confirmdel"] = "Sei sicuro\nche
vuoi\ncancellare l'elemento?\n\n";

This because the absence of \ before ' creates problems
in the javascript onClick in file web/view_entry.php.
As a consequence you can not delete an entry.

Reported by: donatini

Original Ticket: "mrbs/bugs/50":https://sourceforge.net/p/mrbs/bugs/50

I have translated mrbs to Czech language, so I have to
removed statement htmlentities in edit_entry.php - it
caused to change Czech and probably others special
characters.
So there is lang.cz with Windows-1250 charset

Reported by: *anonymous

Original Ticket: "mrbs/bugs/33":https://sourceforge.net/p/mrbs/bugs/33

in test3 version,the area parm isn't passed to
view_entry and edit_entry

modif the link in day.php , week.php and view_entry.php.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/47":https://sourceforge.net/p/mrbs/bugs/47

When you add an area it has some small errors involved that can be pesky. The add.php function
when you an area does not return a valid header (area= ). With area blank it can cause some
annoying side effects when adding rooms right after adding the area.

I've fixed this with a small repair for my own copy that my organization uses but I just thought I'd
let you know. Its not a big bug to fix, just have in the if statement in add.php where it branches
into creating a new area, do a my_sql query to get the number of areas and save that into $area.
After that was in all of the minor bugs went away.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/31":https://sourceforge.net/p/mrbs/bugs/31

Sometimes after changing entry I'm getting:

Warning: Missing argument 4 in call to mrbsdelentry() in mrbs_sql.inc on line 73

Warning: Cannot add more header information - the header was already sent (header information may be added only before any output is generated from the script

• check for text or whitespace outside PHP tags, or calls to functions that output text) in /home/httpd/gomez/app/zasedacky/edit_entry_handler.php3 on
  line 169

Reported by: artart

Original Ticket: "mrbs/bugs/9":https://sourceforge.net/p/mrbs/bugs/9

Selecting "Repeat type: n-weekly" but leaving the "Number of weeks" field empty makes MRBS hang for $max_execution_time seconds (as set in php.ini), and then report a fatal server error.

The enclosed patch adds an appropriate (I hope :-) check to the validate_and_submit() function in edit_entry.php, which fixes (I hope :-) this problem.

Thomas

Reported by: zlatk0

Original Ticket: "mrbs/bugs/36":https://sourceforge.net/p/mrbs/bugs/36

It needs a small modification to reject back dated reservations.
At present one is allowed to do reservation which are back dated, doesn't sound good.

At the same if one reservers for a complete day no details are shown in the calendar.

This should be corrected.

Thanks for such a nice and compact system.

Love and regards
Prasad

Reported by: *anonymous

Original Ticket: "mrbs/bugs/24":https://sourceforge.net/p/mrbs/bugs/24

This is similar to - [ Bug #110761 ] Can not edit entry. (apologies for the resubmission if this is the same issue).

mrbs - 0.8.1
OS - Redhat 6.2
mysql - 3_22_32-1 (from source)
php - 4.0.3.pl1 (from source)
apache - 1.3.12
client - netscape 4.5/4.7, ms explorer 5

When trying to edit an entry, the following error occurs:

Warning: Missing argument 4 for mrbsdelentry() in /usr/local/apache/htdocs/mrbs/mrbs_sql.inc on line 73

Warning: Cannot add header information - headers already sent by (output started at /usr/local/apache/htdocs/mrbs/mrbs_sql.inc:73) in
/usr/local/apache/htdocs/mrbs/edit_entry_handler.php3 on line 169

Unclear as to if there was a fix for this bug as mentioned in 110761.

Reported by: cardwell

Original Ticket: "mrbs/bugs/15":https://sourceforge.net/p/mrbs/bugs/15

If you omit the capasity for a room, you get an error message.

Reported by: klunde

Original Ticket: "mrbs/bugs/10":https://sourceforge.net/p/mrbs/bugs/10

I have set up mrbs correctly I assume because it
appears to work for most things. I only have one
small problem and that relates to the meeting type
field when creating a new meeting.

for some reason it does not work correctly. I do not
gte my choices and therefore it simply sets all
meetings to yellow.

any help wopuld be appreciated

Reported by: *anonymous

Original Ticket: "mrbs/bugs/40":https://sourceforge.net/p/mrbs/bugs/40

I've been messing around with MRBS for a little while now and one of the people helping me has discovered a problem. I'll give an example of it.

If I book a room today from 10am to 1pm and then another person comes along and clicks on the 9:30am icon, they can change the time in the form to be 10:30am and the end to be less than 1pm and it will pass the overlap test and result in "double booking". I believe the problem is this line in edit_entry_handler.php3.

('$starttime' between start_time and date_sub(end_time, interval 1 second))

I think date_sub() formats the time value and makes the comparison fail.

I noted a times_overlap () function but that doesn't seem to be called anywhere.

Also, I fixed a minor problem in the view_entry.php3 file. If you deleted an entry, the $day, $year, $month variables were null when passed to the del_entry.php3 file. This meant you'd be put back to today's date by default. This was annoying . This fix is to add three lines (shown here in context) .

$description = $row[1];
$start_date = strftime('%A %d %B %Y',$row[2]);

// These three lines are new
$day = strftime('%d',$row[2]);
$month = strftime('%m',$row[2]);
$year = strftime('%Y',$row[2]);
// end of new lines

$start_time = strftime('%X',$row[3]);
$duration = $row[4];

Thanks, Doug Smoak

[email protected]

Reported by: *anonymous

Original Ticket: "mrbs/bugs/5":https://sourceforge.net/p/mrbs/bugs/5

If you try to change an appointment then it appears that it is deleted, for example try changing the description.

Reported by: *anonymous

Original Ticket: "mrbs/bugs/7":https://sourceforge.net/p/mrbs/bugs/7

wrt bug 114687, i have to note that even daily repeating reservations are not working. i check this bug with the on-line demo and can reproduce it.

checking the reservation entry shows that 'repeat type' is always set to 'none'.

my email in [email protected]

Reported by: *anonymous

Original Ticket: "mrbs/bugs/13":https://sourceforge.net/p/mrbs/bugs/13

It would be nice to be able to edit a room instead of having to delete/add. Especially since this nix's any meetings scheduled.

Reported by: kwerle

Original Ticket: "mrbs/bugs/19":https://sourceforge.net/p/mrbs/bugs/19

In file auth_nis.inc line 64,

replace

if ( $rs[1] == crypt ( $password, substr ( $rs[1], 0, 2
) ) ) {

by

if ( $rs[1] == crypt ( $pass, substr ( $rs[1], 0, 2 ) ) ) {

and it work!

Reported by: *anonymous

Original Ticket: "mrbs/bugs/44":https://sourceforge.net/p/mrbs/bugs/44

I have the MRBS installed on FreeBSD 4.1.1 and yet the help file says it is installed in Linux.

-=-peas-=-

Reported by: *anonymous

Original Ticket: "mrbs/bugs/17":https://sourceforge.net/p/mrbs/bugs/17

When I add a booking with weekly repeating it doesn't show up more than once.

(I'm using v0.9pre1)

Reported by: klunde

Original Ticket: "mrbs/bugs/11":https://sourceforge.net/p/mrbs/bugs/11