Meeting Room Booking System

hello , i want add “Explanatory notes”and text content is "prompt text" in “edit_entry.php” Picture see link：https://imgtu.com/i/XWtNmF

The text content can only display a single line, how can I modify it into multiple lines？

code show as below:

function get_field_des_text($value, $disabled=true) { $params = array('label' => get_vocab('des_text'), 'name' => 'des_text', 'field' => 'entry.des_text', 'value' => get_vocab('des_help9'), 'required' => !empty($is_mandatory_field['des_text']), 'disabled' => $disabled);

return get_field_entry_input($params); }

Describe the problem you're facing/question you have After updating from 1.9.4 to 1.10.0, dates in E-Mail notifications are no longer translated, although the rest of the e-mail content is translated correctly.

Browser details (please complete the following information):

• OS: Windows
• Browser Firefox
• Version 99.0

Server details (please complete the following information):

• MRBS version 1.10.0
• Web server: Apache
• OS: Linux four 4.15.18-13-pve # 1 SMP PVE 4.15.18-37 x86_64
• PHP version: 8.0.16
• Database used: MySQL 5.7.25

Additional context Maybe important configuration globals in config.inc.php $strftime_format['datetime24'] = "%A %d %B %Y %R"; $mail_settings['admin_lang'] = 'de';

Browser language preferences: de, en-US, en

Describe the bug After configuring ldap, some of the domain users under the same department can schedule meetings normally, and some people enter the page to schedule a meeting and appear: "you do not have the necessary rights to view this page.", but when I set the config. inc.php After the '$override_locale = 'zh-cn'' command in inc.php is changed to '$override_locale = 'en'', Meetings can be scheduled as normal

To Reproduce Steps to reproduce the behavior:

1. Go to 'indes.php'
2. Click on 'entry'
3. prompt:"you do not have the necessary rights to view this page."
4. set the config.inc.php After the '$override_locale = 'zh-cn'' command in inc.php is changed to '$override_locale = 'en'',
5. Go to 'indes.php'
6. Click on 'entry'
7. Meetings can be scheduled as normal

Expected behavior All AD domain users can book meetings normally

Screenshots error AD code

Browser details (please complete the following information):

OS: [e.g. Windows 2008R2] Browser :[e.g. chrome] Version [e.g. 49.0] Server details (please complete the following information):

MRBS version [e.g. 1.10.0] Web server: [e.g. Apache 2.4.37] OS: [e.g. Windows 2008R2] PHP version: [e.g. 7.3.1] Database used: [e.g. MySQL 5.7.24]

Describe the problem you're facing/question you have Sorry, my last issue was wrong, what I want to say is that my mrbs can log in with the ad domain account normally, but even if I have set the account [fun.se] through '$mrbs_admin = "fun. se"' or '$auth["admin"]="fun.se ";' is set as the administrator, but when I officially log in to the [fun.se] account in mrbs, [fun.se] is still a normal account

After mrbs is configured with the AD domain, the admin administrator account created locally by mrbs cannot log in. Based on the first problem, the AD domain account cannot be set as an administrator, so I would like to ask if it is possible to enable local management while enabling the AD domain. member account admin?

Browser details (please complete the following information):

OS: [e.g. Windows 2008R2] Browser :[e.g. chrome] Version [e.g. 49.0] Server details (please complete the following information):

MRBS version [e.g. 1.10.0] Web server: [e.g. Apache 2.4.37] OS: [e.g. Windows 2008R2] PHP version: [e.g. 7.3.1] Database used: [e.g. MySQL 5.7.24]

Since I am not in the company now, the original configuration code cannot be displayed, but it is basically the same as the following code：

$mrbs_admin = "fun.se"

$auth["session"]="php"; $auth["type"]="ldap"; $cookie_path_override='/mrbs/'; $auth["realm"]="mrbs"; $auth["admin"][]="fun.se"; $ldap_host="X.X.X.X"; $ldap_port=389; $ldap_v3=true; $ldap_tls=false; $ldap_base_dn="OU=my-department,DC=XXX,DC=com,DC=cn"; //此OU下所有User都可以使用 $ldap_user_attrib="cn"; $ldap_dn_search_attrib="sAMAccountName"; $ldap_dn_search_dn="CN=my-account,,OU=my-department,DC=XXX,DC=com,DC=cn"; $ldap_dn_search_password="password";

Hello.

This is a Japanese language file for mrbs, based on 1.26.2.1 of lang.en. ( version 1.26.2.1 and 1.27 of lang.en are the same. )

In previous version of Japanese language file, The "Meeting room" was translated into the "X-ray appring facility"(in Japanese) . I do not know why did so, but I fixed it in this version (translate it into the meeting room in Japanese).

Reported by: nobody

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

Hello.

This is a Japanese language file for mrbs, based on 1.26.2.1 of lang.en. ( version 1.26.2.1 and 1.27 of lang.en are the same. )

In previous version of Japanese language file, The "Meeting room" was translated into the "X-ray appring facility"(in Japanese) . I do not know why did so, but I fixed it in this version (translate it into the meeting room in Japanese).

Reported by: nobody

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

See https://github.com/meeting-room-booking-system/mrbs-code/issues/5

Even better UI would be, if it is not possible to submit an entry with a conflict (if it´s not a repeated one with the checkbox for "ignore conflicts" is on).

Describe the problem you're facing/question you have Is it true, ordinary users can´t change their email/password/display name? A password change is only possibly using the "forget password" function. Or do I miss something?

Server details (please complete the following information):

• MRBS version 1.10

Describe the problem you're facing/question you have When the administrator enters the pending.php page to approve the meeting, an E_warning error occurs.

Browser details (please complete the following information):

OS: [e.g. Windows 2008R2] Browser :[e.g. chrome] Version [e.g. 49.0] Server details (please complete the following information):

MRBS version [e.g. 1.10.0] Web server: [e.g. Apache 2.4.37] OS: [e.g. Windows 2008R2] PHP version: [e.g. 7.3.1] Database used: [e.g. MySQL 5.7.24]

error log：

E_WARNING in C:\wamp64\www\mrbs\lib\MRBS\Auth\Auth.php at line 111 array_column() expects parameter 1 to be array, bool given MRBS GET: Array ( [view] => day [page_date] => 2022-06-27 [area] => 14 [room] => 8 ) MRBS POST: Array ( ) MRBS SESSION: Array ( [csrf_token] => 13830f83414b4c1dae91199b2cdd48462d4e537c22a9f3171b9fce2626f1fecb [user] => MRBS\User Object ( [username] => 测试用户 [display_name] => 测试用户 [email] => [email protected] [level] => 2 [data:protected] => Array ( )

    )

)

Describe the problem you're facing/question you have thank you for your help,I have the following questions for help: The new version of the mrbs calendar page ''http://localhost\index.php'' cannot see the complete description of the reserved meeting, but the mrbs 1.5.0 we use again can display it. I don't know if it is the colleague who has left the previous period. Some adjustments have been made, screenshots

Browser details (please complete the following information):

• OS: [e.g. Windows 2008R2]
• Browser :[e.g. chrome]
• Version [e.g. 49.0]

Server details (please complete the following information):

• MRBS version [e.g. 1.10.0]
• Web server: [e.g. Apache 2.4.37]
• OS: [e.g. Windows 2008R2]
• PHP version: [e.g. 7.3.1]
• Database used: [e.g. MySQL 5.7.24]

Additional context Add any other context or screenshots about the feature request here.

Additional features:

• import from url, e.g. google calender ical
• make parsing of area/room optional
• optional delete room before import
• option to skip past

Fixes:

• defensive programming for incomplete timedate syntax

Incomplete / Issues:

• There are dependencies that are not depicted in the web form. I don´t know how to do it in an easy manner. If the URL is given, the download does not make sense. Only if the parsing is enabled, the parsing inputs make no sense. If parsing is enabled, the deletion of all bookings is not appropriate.
• I don´t know if the deletion should be allowed. In my use case, we will regularly import from a google calender.
• There is no checking for the correct syntax of the url and retrieval errors.
• I don´t know how to deal with all the languages files correctly.

If you are interested in the features, but need some changes, feel free to request them or fix them yourself.

When I enable LDAPS isted of LDAP i see this message: MRBS DEBUG] MRBS\Auth\AuthLdap->action(754): initial bind failed: Can't contact LDAP server, Whiy out "S" ldap auth work with out problem I have a valid self signe certificate in my AD https://wiki.samba.org/index.php/Configuring_LDAP_over_SSL_(LDAPS)_on_a_Samba_AD_DC

• OS: Debian 11 fresh install
• Browser [e.g. chrome, safari]
• Version [e.g. 22]

Server details (please complete the following information):

• MRBS 1.11.0
• Web server: Apache/2.4.54
• OS: Debian 11 clean (installed today)
• PHP 7.4.33

Describe the bug Dear developers, We can't log in via LDAP.

To Reproduce Steps to reproduce the behavior:

1. Go to 'Anmelden'
2. Click on 'Benutzer' & 'Passwort'
3. Click on 'Anmelden'
4. Then he goes back to the main page, but not where it is not indicated that he has been LDAP registered. When trying to register a room, the program again goes to the (Login) registration page. And pretexts to re-enter the Login and password.
5. See error: /etc/var/log/apache2/error.log

[Tue Apr 26 16:25:41.356092 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap->action(738): got LDAP connection using ldap://dc.corp.firma.de:7389, referer: http://172.16.5.58/admin.php
[Tue Apr 26 16:25:41.356147 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap->action(802): constructed dn 'uid=mrbsuser,cn=users,dc=CORP,dc=FIRMA,dc=DE' and user_search 'uid=mrbsuser' using 'uid', referer: http://172.16.5.58/admin.php
[Tue Apr 26 16:25:41.356168 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap::validateUserCallback(238): base_dn 'cn=users,dc=CORP,dc=FIRMA,dc=DE' dn 'uid=mrbsuser,cn=users,dc=CORP,dc=FIRMA,dc=DE' user 'mrbsuser', referer: http://172.16.5.58/admin.php
[Tue Apr 26 16:25:41.461946 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap::validateUserCallback(250)**: successful authenticated bind with no $ldap_filter**, referer: http://172.16.5.58/admin.php
[Tue Apr 26 16:25:41.462126 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap->action(738): got LDAP connection using ldap://dc.corp.firma.de:7389, referer: http://172.16.5.58/admin.php
[Tue Apr 26 16:25:41.462162 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap->action(802): constructed dn 'uid=mrbsuser,cn=users,dc=CORP,dc=FIRMA,dc=DE' and user_search 'uid=mrbsuser' using 'uid', referer: http://172.16.5.58/admin.php
[Tue Apr 26 16:25:41.462238 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap::getUserCallback(387): base_dn 'cn=users,dc=CORP,dc=FIRMA,dc=DE' dn 'uid=mrbsuser,cn=users,dc=CORP,dc=FIRMA,dc=DE' user_search 'uid=mrbsuser' user 'mrbsuser', referer: http://172.16.5.58/admin.php[Tue Apr 26 16:25:41.573473 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] [MRBS DEBUG] MRBS\\Auth\\AuthLdap::getUserCallback(414): **ldap_read() failed: Insufficient access**, referer: http://172.16.5.58/admin.php
**[Tue Apr 26 16:25:41.573701 2022] [php7:notice] [pid 20371] [client 172.16.12.20:35628] \nE_USER_WARNING in /var/www/html/lib/MRBS/Auth/AuthLdap.php at line 430\nInsufficient access\n**
MRBS GET: Array\n(\n)\nMRBS POST: Array\n(\n    [csrf_token] => 762caac8f0281acc1a250374bece5a86b25620757d3b4f5db1a07c4926ecdde1\n    [returl] => \n    [target_url] => index.php\n    [action] => SetName\n    [username] => ****\n    [password] => ****\n)\nMRBS SESSION: Array\n(\n    [csrf_token] => 762caac8f0281acc1a250374bece5a86b25620757d3b4f5db1a07c4926ecdde1\n)\n\n, referer: http://172.16.5.58/admin.php

Expected behavior Everything works in the old version. Raumbuchungssystem MRBS 1.7.4.1

Screenshots If you need to, we can add.

Browser details (please complete the following information):

• Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster
• Browser [e.g. chromium Version 100.0.4896.127 , Firefox 99.0.1 (64 bit)]

Server details (please complete the following information):

• MRBS version [e.g. 1.10]
• Web server: Server version: Apache/2.4.38 (Debian) Server built: 2021-12-21T16:50:43
• OS: [e.g. Debian 10]
• PHP version: [e.g. PHP 7.3.31-1 deb10u1 (cli) with Zend OPcache v7.3.31-1 deb10u1
• Database used: [e.g. MariaDB Server version: 10.3.34-MariaDB-0+deb10u1 Debian 10]

Additional context config.inc.php

/*********************************
 * LDAP Authentication
 *********************************/
$auth["session"] = "cookie"; 
$auth["type"] = "ldap";
$ldap_host = "dc.corp.firma.de";
$ldap_port = 7389;
$ldap_v3 = true;
$ldap_tls = false;
//$ldap_base_dn = "dc=FIRMA,dc=de";
$ldap_base_dn = "cn=users,dc=CORP,dc=FIRMA,dc=DE";
$ldap_dn_search_dn = "uid=ldap.service,cn=users,dc=CORP,dc=FIRMA,dc=DE";
$ldap_dn_search_password = "xxxxxxxx";
$ldap_user_attrib = "uid";
//$ldap_dn_search_attrib = "sAMAccountName";
$ldap_debug = true;
// The DN of the LDAP group that MRBS admins must be in. If this is defined
// then the $auth["admin"] is not used.
// This can be an array.
//$ldap_admin_group_dn = "cn=sub_mrbs_admins,ou=SmbGroups,cn=internal,dc=uni-assist,dc=de";
// The LDAP attribute that holds group membership details. Used with
// $ldap_admin_group_dn, above.
// This can be an array.
//$ldap_group_member_attrib = "memberof";
//$ldap_email_attrib = "mail";
// If you need to filter a user by the group a user is in with an LDAP
// directory which stores group membership in the group object
// (like OpenLDAP) then you need to search for the groups they are
// in. If you want to do this, define the following two variables, an
// an appropriate $ldap_filter. e.g.:
$ldap_filter_base_dn = "cn=users,dc=CORP,dc=firma,dc=DE";
//$ldap_filter_user_attr = "memberuid";
//$ldap_filter = "cn=sub_mrbs_admins";
$auth["admin"][] = "mrbsuser";

Is your feature request related to a problem? Please describe. Backdrop CMS (https://backdropcms.org/) is a fork from Drupal 7 and the target market is small businesses and non-profits who need more comprehensive data driven sites. The Drupal 7 MRBS module was removed many years ago as it was insecure.

I've looked at existing Auth modules, but I'm not quite sure what is required for Backdrop CMS (e.g. Joomla authentication requires no new modules on the Joomla site, just the roles).

Describe the solution you'd like For users to be able to login to MRBS using their Backdrop CMS credentials For roles for MRBS to be retrieved from Backdrop CMS For users to be able to share the session of the Backdrop CMS site to avoid having to login to MRBS if they are already logged into

Describe alternatives you've considered Alternative CMS - they don't have the same power for joining data together Separate logins - got this on existing D7 site. Not ideal for a user journey.

Additional context Add any other context or screenshots about the feature request here.

Documentation: https://docs.backdropcms.org/ Forum discussions: https://forum.backdropcms.org/forum/create-bridges and https://forum.backdropcms.org/forum/how-integrate-backdrop

username is not declared as a foregin key over here: https://github.com/meeting-room-booking-system/mrbs-code/blob/6f31a4c0af748a1dc784f4718ce0c041db552931/tables.my.sql#L178

Because of this, if the username is changed, the participants are being mixed up.

Regards, Dorian

Is your feature request related to a problem? Please describe. The current default theme looks a little dated, especially on mobile devices the header menu without collapsing does take much space.

Describe the solution you'd like Use the modern Theme from @dorianim https://github.com/dorianim/modern-mrbs-theme, but probably https://github.com/meeting-room-booking-system/mrbs-code/issues/17 would have to be done before. And probably, it needs more testing and final polishing.

Describe alternatives you've considered I was planning to add a collapsing header for the standard theme, but now, after I have seen https://github.com/dorianim/modern-mrbs-theme, I think, going towards Bootstrap would be a better investment.

Is your feature request related to a problem? Please describe. I'm currently working on a docker container for mrbs and I would like the container to be able to auto-update.

Describe the solution you'd like It would be nice to have some script which can be called to upgrade mrbs if necessary.