Vanliga frågor¶

Denna FAQ sammanfattar återkommande frågor från öppna och stängda supportärenden för MRBS. Svaren har kontrollerats för MRBS 1.12.2; en gammal lösning tas inte med enbart för att den en gång förekom i ett ärende.

Hur denna FAQ valdes¶

Granskningen omfattade problem med minst en av dessa etiketter: Help, Help from scratch, LDAP help need, Problems with room's capacity, support, spanish help, support request, help wanted, och custom view help.

Den 26 juli 2026 omfattade enbart etiketten support request 3 076 ärenden: 1 590 öppna och 1 486 stängda. Många är importerade historiska fall, engångsanpassningar, funktionsförfrågningar eller frågor utan ett bekräftat svar. Endast återkommande frågor med ett svar som fortfarande är användbart för 1.12.2 ingår nedan. Länkarna till ärendena dokumenterar ursprunget men ersätter inte den aktuella konfigurationsreferensen.

Installation och diagnos¶

Varför ser jag en tom sida eller HTTP 500?¶

Läs webbservern och PHP felloggarna först. En tom sida är bara det synliga symptomet; det användbara felet finns normalt i en logg. Kontrollera sedan:

den stödda versionen PHP och nödvändiga tillägg;
config.inc.php med php -l config.inc.php;
databasanslutning och den matchande drivrutinen PDO;
filbehörigheter och den aktiva PHP-konfigurationen; och
om den misslyckade begäran når den avsedda MRBS installationen.

Aktivera inte offentlig PHP felvisning i ett produktionssystem och klistra inte in autentiseringsuppgifter i ett problem. Se Felsökning. Den ursprungliga supportärende #1007 hade ingen bekräftad produktspecifik fix, varför detta svar börjar med bevis från de lokala loggarna.

Varför misslyckas databasinloggningen på cPanel eller delad värd?¶

Använd exakt databas och användarnamn som skapats av värdkontrollpanelen. cPanel prefix ofta båda med hosting-kontots namn. Verifiera även att användaren har privilegier på databasen. SQLSTATE[28000] eller "Åtkomst nekad för användare" är ett databasautentiserings- eller beviljandefel, inte ett MRBS tabellfel.

Håll $db_database, $db_login och $db_password i överensstämmelse med kontrollpanelens värden. Skapa schemat först efter att anslutningen har lyckats. Se issue #3801 och Installation.

Varför har en konfigurationsändring ingen effekt?¶

Kontrollera att du redigerade config.inc.php som laddades av den här distributionen och webbplatsen. Värden som tilldelas senare åsidosätter tidigare. Inställningar sparade för befintliga områden finns i databasen; ändra areadefaults.inc.php ändrar standardinställningarna endast för nya områden. I multisite-läge, bekräfta den valda platsen och dess konfiguration. Slutligen, rensa eller starta om PHP opcode-cache där tillämpligt.

Se config.inc.php på djupet och Felsökning.

Logga in och LDAP¶

Hur kan jag kräva att användare loggar in innan de ser kalendern?¶

Uppsättning:

$auth['deny_public_access'] = true;

Testa vyn för en utloggad användare i ett privat webbläsarfönster. Inställningen blockerar åtkomst till den offentliga kalendern, men väljer eller konfigurerar inte autentiseringsmetod. Se issue #3979 och Användare och behörigheter.

Varför säger MRBS att tillägget PHP LDAP saknas?¶

Installera eller aktivera tillägget LDAP för körtiden PHP som används av webbservern, starta sedan om den körtiden. Kommandoraden PHP och webbservern PHP kan ladda olika php.ini filer, så verifiera webbkörningstiden istället för att bara lita på php -m. Det exakta paketnamnet och omstartskommandot beror på operativsystemet och installationen PHP.

Se issue #1022 och LDAP-autentisering.

Hur hittar jag rätt LDAP bas-DN och användar-DN?¶

Härled inte katalogträdet från ett organisationsnamn. Fråga den med en LDAP-klient som ldapsearch, med samma server, TLS-läge, bas-DN, sökidentitet och användarnamnsattribut som MRBS kommer att använda. Active Directory använder vanligtvis sAMAccountName; OpenLDAP använder vanligtvis uid, men katalogschemat är auktoritativt.

Testa sökidentiteten separat från slutanvändarbindningen och publicera aldrig bindningslösenord. Ett fel DN var grundorsaken i issue #1083.

Hur kan LDAP-åtkomst begränsas till en grupp?¶

Använd $ldap_filter för att bestämma vilken kataloganvändare som kan komma åt MRBS. För en Active Directory-layout där medlemskap lagras på användarobjektet kan ett filter matcha memberof. För en layout i OpenLDAP-stil där medlemskap lagras på gruppobjekt, konfigurera $ldap_filter_base_dn, $ldap_filter_user_attr och en lämplig $ldap_filter.

Använd exakta DN och attributnamn från katalogen, testa ett tillåtet och ett nekat konto och kontrollera hur nästlade grupper hanteras. Dessa åtkomstfilter är separata från $ldap_admin_group_dn, som identifierar MRBS-administratörer. Se issue #2033 och LDAP-autentisering.

LDAP inloggning fungerar; varför är användaren inte en MRBS administratör?¶

När $ldap_admin_group_dn är inställt, använder MRBS den gruppen istället för $auth['admin']. Bekräfta:

hela gruppen DN;
$ldap_group_member_attrib — memberof som standard;
att sökidentiteten LDAP kan läsa användarens medlemsattribut; och
om katalogen returnerar direkt eller kapslat medlemskap.

Aktivera endast LDAP-diagnostik tillfälligt i en skyddad testmiljö och ta bort dem efteråt. I issue #3943 kunde sökidentiteten initialt inte läsa den obligatoriska gruppinformationen.

Varför kan LDAP misslyckas efter en MRBS-uppgradering även om lösenordsbindning fungerar?¶

Aktuella MRBS kan behöva söka efter en användares DN och attribut som visningsnamn eller e-post. Om anonym sökning inte är tillgänglig, konfigurera:

$ldap_dn_search_attrib = 'sAMAccountName'; // use the directory's real attribute
$ldap_dn_search_dn = 'search-account@example.org';
$ldap_dn_search_password = 'read-from-a-protected-secret';

Ge sökidentiteten endast de läsbehörigheter den behöver. Håll lösenordet utanför dokumentroten och inkludera det från en skyddad konfigurationsfil. Se issue #3895.

Kan MRBS söka i mer än en LDAP-katalog?¶

Ja. Många LDAP-inställningar, inklusive $ldap_host, $ldap_port, $ldap_base_dn och sökattribut, kan vara arrayer. Om en array-kapabel LDAP-parameter är en array, måste varje array-kapabel parameter ha samma antal element, ett per katalog.

Testa inloggning, attributsökning, åtkomstfilter och administratörsmappning för varje katalog. Se issue #3981 och avsnittet LDAP i systemdefaults.inc.php.

Bokningar, rum och behörigheter¶

Varför fungerar ett anpassat bokningsfält för en bokning men misslyckas för en serie?¶

Varje anpassad bokningskolumn måste finnas i både entry och repeat tabellerna med samma namn, typ, längd, nullbarhet och standard. Behandla båda kolumnerna som en schemaändring.

Se issue #3986 och Anpassade fält.

Förhindrar rumskapacitet en bokning med för många deltagare?¶

Nej. Rumsvärdet capacity är rummets metadata som visas av MRBS; det jämförs inte automatiskt med en boknings deltagare. Om en webbplats måste tillämpa den här regeln, lägg till ett identiskt anpassat antal deltagarfält till entry och repeat, implementera och underhåll sedan validering på serversidan. Enbart validering på klientsidan är otillräcklig.

Om registrering är aktiverad styr dess händelsekapacitet registreringen för den händelsen; den väljer inte automatiskt ett rum av lämplig storlek. Se issue #1055, Ytor och rum och Anpassade fält.

Kan ett område använda 30 minuters tid på morgonen och 15 minuter senare?¶

Inte genom standard områdeskonfiguration. Ett område har engångsupplösning. Använd den minsta nödvändiga upplösningen för hela dagen, eller skapa separata områden när resurserna och verksamhetsmodellen tillåter det. En tidsberoende upplösning kräver en bibehållen kodanpassning.

Se issue #4011.

Varför kan en bokningsskapare inte se Redigera eller Ta bort?¶

Kontrollera det befintliga områdets bokningspolicy genom Rum. Förhands-/framtida redigeringsgränser och regler för tidigare bokningar kan ta bort dessa åtgärder även från skaparen. Bekräfta även inloggad identitet, ägande, administratörsstatus och om objektet är en förekomst eller en serie.

Att ändra areadefaults.inc.php uppdaterar inte ett befintligt område. Se issue #3994 och Bokningspolicy.

Är rum valda i en flerrumsbokning permanent länkade?¶

Nr MRBS skapar separata bokningsposter. Om en senare redigeras eller tas bort är de andra inte en varaktig länkad grupp. Kopiera inte en genererad lista över alla valda rum till varje beskrivning såvida inte webbplatsen också upprätthåller den listan genom att skapa, redigera och ta bort operationer.

Se issue #2223.

Kan jag lägga till fler åtkomstnivåer eller ge en anpassad roll endast rapportåtkomst?¶

Standarden MRBS använder åtkomstnivåerna 0, 1 och 2. Ytterligare numeriska roller och sidspecifika behörigheter kräver en lokal auktoriseringsanpassning, tester och granskning efter varje uppgradering. En patch från ett gammalt problem är inte ett konfigurationsalternativ som stöds.

Föredrar standardområde/rumsdelegering och offentliga rapporter med smala godkännandelistor där de uppfyller kravet. Se issue #3999 och Användare och behörigheter.

E-post, språk och tid¶

Varför rapporterar e-postfelsökning "Inga mottagare"?¶

Aktivera minst en avsedd mottagarroll:

$mail_settings['admin_on_bookings'] = true;
$mail_settings['area_admin_on_bookings'] = true;
$mail_settings['room_admin_on_bookings'] = true;
$mail_settings['booker'] = true;

För det första alternativet, ställ in $mail_settings['recipients']. För områdes- och rumsadministratörer, behålla sina e-postadresser i MRBS. LDAP användare behöver ett läsbart och korrekt mappat e-postattribut när bokaren meddelas. Testa sedan att skapa, redigera och ta bort händelser separat.

Se issue #3795 och E-postmeddelanden.

Vilket värde ska jag använda för `$override_locale`?¶

Använd en BCP 47-språktagg som en, en-GB, de, fr eller es, inte en språksträng för operativsystemet. Servern måste fortfarande ha lämpliga lokaldata. På Unix-liknande system visar locale -a installerade språkinställningar.

Lämna $override_locale tomt för att använda MRBS automatiskt val. Se issue #3984 och Text och översättningar.

Varför är visade tider exakt en timme fel?¶

Kontrollera, i ordning:

rummets och områdets tidszon;
den globala $timezone;
PHPs tidszon och tidszon-datapaket;
det berörda datumets sommartidsövergång; och
om den lagrade tidsstämpeln eller bara dess visning är fel.

Använd en IANA tidszon som Europe/Berlin, inte en fast UTC-offset. Gamla problem nämner versionsspecifika formateringslösningar; $force_strftime är inte en inställning i MRBS 1.12.2 och får inte kopieras från issue #3967. Se Felsökning.

Hur anpassar eller översätter jag hjälpsidan och gränssnittstexten?¶

Hjälpsidan i applikationen laddas från web/site_faq/. Till exempel använder spanska site_faq_es.html; ställ in $faqfilelang = 'es' när språket måste väljas explicit. Behåll en fullständig översatt fil för varje språk som stöds.

För korta gränssnittsändringar, använd $vocab_override[LANG][TOKEN] i config.inc.php istället för att redigera web/lang/lang.*. Anpassade databasfält använder tokens som entry.catering.

Se issue #2432 och Text och översättningar.

Rapporter, multisite och anpassning¶

Hur kan ett schemalagt jobb exportera en rapport eller iCalendar-data?¶

Oautentiserade GET-rapporter är inaktiverade som standard. Om informationen kan exponeras på detta sätt, aktivera den medvetet och begränsa dem med:

$report_unauthenticated_get_enabled = true;
$report_keys_enabled = true;
$report_keys = ['a-long-random-secret'];
$report_open_areas = [1];
$report_open_rooms = [];

Använd en otänkbar nyckel, en godkännandelista för smalt område/rum, HTTPS och en skyddad schemaläggare. Testa den exakta utgången när du är utloggad. En rapport-URL är faktiskt en referens och kan läcka genom loggar eller historik.

Se issue #3742 och Sök och rapporter.

Kan flera MRBS webbplatser dela en uppsättning tabeller?¶

Nej, inte om deras bokningar och inställningar måste vara separata. Varje sida behöver sina egna MRBS-tabeller, antingen i en separat databas eller med en unik $db_tbl_prefix i en delad databas. Koden kan delas, men tabelluppsättningarna får inte överlappa varandra.

Skapa varje webbplatss tabeller med MRBS schemaskripten och använd dess prefix konsekvent. Se issue #3917 och Multisite.

Är varje efterfrågad vy eller tema tillgänglig via konfiguration?¶

Nej. Förfrågningar som att infoga ytterligare rumstext i en viss kalenderlayout, länka i övrigt oberoende bokningar, lägga till åtkomstnivåer eller byta ut temaarkitekturen kan kräva kodändringar. Innan du applicerar en patch från ett supportproblem:

kontrollera om 1.12.2 redan har en inställnings- eller förlängningspunkt;
hålla ändringen utanför genererade och leverantörsfiler;
lägga till tester för att skapa, redigera, ta bort, sekretess och behörigheter; och
spela in anpassningen för nästa uppgradering.

Exempel inkluderar problem med anpassad vy #2223 och temaförfrågan #22.