Baïkal contacts (CardDAV) and calendar (CardDAV) installation package for Synology

[Windwalker]

Nach Update auf DSM 5.0-4482 Admin-Oberfläche defekt

Hallo,

nutze die Version 0.2.7-001 seit einem Monat ohne Probleme. Habe nun gestern meine DS212 von DSM 5.0-4458 Update 2 auf DSM 5.0-4482 aktualisiert und habe seit dem eine defekte Admin-Oberfläche.

Folgende Fehlermeldung findet sich im Browser:

[Log] locale set to en (content.js, line 14828)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphpro-2x.css, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (style.css, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (glyphpro.css, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bootstrap-responsive.css, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bootstrap.css, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (jquery-1.7.1.min.js, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bootstrap.min.js, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bootstrap-popover.js, line 0)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (bootstrap-tooltip.js, line 0)
[Error] ReferenceError: Can't find variable: $
global code (admin, line 68)
[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (baikal-text-20.png, line 0)

Die Verzeichnisse mit den jeweiligen Dateien sind noch vorhanden.

Die Synchronisation der Geräte funktioniert aber noch (mit SQLite), lediglich die Admin-Oberfläche macht Probleme.
Die Nutzung eines Anderen Browsers schafft keine Abhilfe.

Wer kann helfen?

Viele Grüße und Danke

 

[grottenolm]

Hallo Windwalker,

ich hatte das gleiche Problem mit der Admin-Unterseite, deren Links immer auf den falschen Ordner (ohne /baikal/...) verwiesen haben. Eine Lösung kann ich nicht bieten, aber einen Workaround, der zumindestens in meinem Fall kurzfristig geholfen hat.

1. DSM > Systemsteuerung > Webdienste > Virtueller Host

Name des Unterordners: baikal
Hostname: baikal.NASNAME (= Name der DiskStation)

2. Auf einem Windows-PC die 'hosts'-Datei (in c:\windows\system32\drivers\etc) um folgende Zeile (mit korrekter IP und korrektem Name der DiskStation) ergänzen:
192.168.X.X baikal.NASNAME

Danach sollte die Admin-Seite über
baikal.NASNAME/admin
erreichbar sein.

Vielleicht hilft's -- viele Erfolg. Ansonsten freue ich mich auch über eine 'richtige' Lösung.

Schöne Grüße - G.

 

[delirium83]

HowTo: enable SQLite for PHP applications

With this post, I just want to record my solution to an error about which I've not read anything elsewhere so it might help other people and maybe even become part of the package manual.

I wanted to use SQLite and never used the web services before, thus I assume I have a default settings setup for web services. Starting baikal, I encountered this error:
"Baikal Fatal Error: Both PDO::sqlite and PDO::mysql are unavailable. One of them at least is required by Baikal."

To enable SQLite in DSM you have to go to the Control Panel, select Web Services, then PHP Settings and finally click Select PHP Extensions and tick "mssql".

This let me continue with the setup as described in the manual.

 

[Basalt]

Die Verzeichnisse mit den jeweiligen Dateien sind noch vorhanden.

What happens if you do not use the DSM Start menu, but access the Admin web interface directly, like this:
http://YOURSYNO/baikal/admin

(YOURSYNO is the name or IP address of your Synology device)

If that does not work, please try:
http://YOURSYNO/baikal.app/admin

/Erik

 

[Basalt]

To enable SQLite in DSM you have to go to the Control Panel, select Web Services, then PHP Settings and finally click Select PHP Extensions and tick "mssql".
This let me continue with the setup as described in the manual.

The manual is based on DSM 4.3, chapter 1 describes how to enable the Web Services, no need to tick mssql AFAIK.
What DSM version are you using?

/Erik

 

[Windwalker]

What happens if you do not use the DSM Start menu, but access the Admin web interface directly, like this:
http://YOURSYNO/baikal/admin

(YOURSYNO is the name or IP address of your Synology device)

If that does not work, please try:
http://YOURSYNO/baikal.app/admin

Both the same problem, the Admin UI is still broken. Also a reinstall of the package doesn't take effect :-(

 

[rwe444]

Both the same problem, the Admin UI is still broken. Also a reinstall of the package doesn't take effect :-(

Same with me, both urls are not working

Synology214play
DMS 5.0 4482
Baukal 2.7 001

I reinstalled Baikal too, WebService is on. No way...Admin UI doesn't work.

@Basalt. Your app is great, pls make shure to fix it. Can You reproduce the bug on Your system? Do You have any idea for a workaround?

 

[Basalt]

Both the same problem, the Admin UI is still broken. Also a reinstall of the package doesn't take effect :-(

My best guess is that Synology changed something in the Apache behaviour (default settings?).
However, I am not an expert.

Maybe someone else can assist ?

/Erik

 

[grottenolm]

What happens if you do not use the DSM Start menu, but access the Admin web interface directly, like this:
http://YOURSYNO/baikal/admin

(YOURSYNO is the name or IP address of your Synology device)

If that does not work, please try:
http://YOURSYNO/baikal.app/admin

/Erik

This works for one page only. All images are missing and links or forwards are invalid, since they are linked to http://YOURSYNO/admin (/baikal/ is missing).
You can manually add the missing /baikal/ in the URL of the link, but this is quite cumbersome.

It seems that the currently used PHP base/root is /volume1/web/ instead of /volume1/web/baikal/. That was the starting point for the workaround using a virtual host / subdomain.

Best regards - G.

 

[Nightwalker7]

Hallo,

bei mir lief Baikal auch auf Windows-PC (Thunderbird + Plugin) und Android mit CardDav Sync free einwandfrei.
Nach dem Update auf DSM 5.0 konnte habe ich die gleichen Probleme wie meine beiden Vorgänger sie beschrieben haben. Rufe ich die Seiten auf der Synology direkt auf werden sie zwar dargestellt, jedoch werden keine Bilder angezeigt. Außerdem sind die Links falsch. Anstatt auf DS_IP/baikal/datei.php verweise sie auf DS_IP/datei.php
Habe jetzt einige Stunden damit zugebracht aber keine Ursache/Lösung gefunden.
Mir ist das Problem nicht sofort aufgefallen, da die Synchronisierung über Handy bzw. Thunderbird weiter funktionierte. Dass die Weboberfläche nicht funzt ist mir erst später aufgefallen. Daher meine Vermutung, dass das Problem wegen dem Update auf DSM 5.0 lag bzw. damit verbundene Änderungen.
Deinstallieren und neuinstallieren haben nichts gebracht.
Falls jemand ne Lösung oder Ideen dazu hat wäre ich sehr dankbar.

 

[Windwalker]

Ja, bitte schnell lösen. Wer kann helfen?

Der Workaround mit dem virtuellen Host scheint mir nicht sehr praktikabel.

 

[grottenolm]

Ein offensichtlicher Unterschied (und vielleicht ein Ansatzpunkt zur weiteren Ursachensuche) ist die base-Angabe im Kopf der generierten HTML-Dateien (z.B.: /admin/index.php):

In der alten, funktionierenden Version (Baikal 0.2.7 + neueste DSM 4.3) verweist die Basis für alle Hyperlinks und Bilder auf den korrekten Unterordner

<head>
    ...
    <base href="http://192.168.1.11/baikal/" />
    ...
</head>

wohingegen in der aktuellen Version (Baikal 0.2.7 + neueste DSM 5.0) die Basis auf nur auf das WWW-Hauptverzeichnis zeigt, was zu den o.g. Fehlern führt.

<head>
    ...
    <base href="http://192.168.1.11/" />
    ...
</head>

Welche PHP-Einstellung/Variablen und/oder Webservereinstellung dies bewirkt, weiss ich leider auch nicht - G.

 

[delirium83]

The manual is based on DSM 4.3, chapter 1 describes how to enable the Web Services, no need to tick mssql AFAIK.
What DSM version are you using?

sorry that I forgot to mention it. I use the current DSM5 and probably that's why it was not necessary before. Maybe it's not even necessary now, but without this, it wouldn't run for me.

 

[Basalt]

Ein offensichtlicher Unterschied (und vielleicht ein Ansatzpunkt zur weiteren Ursachensuche) ist die base-Angabe im Kopf der generierten HTML-Dateien (z.B.: /admin/index.php)

As said before, I am still running DSM 4.3, so I cannot reproduce the problem with DSM 5.
I have been reading a little on the topic, maybe it helps adding the next red line to the file /volume1/web/baikal.app/.htaccess

<IfModule mod_rewrite.c>
        RewriteEngine On
        RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
        RewriteBase baikal.app
</IfModule>

Can someone try this?

/Erik

 

[Nightwalker7]

i just tried and it didn't work for me. i get page not found error for DS_IP/baikal or DS_IP/baikal/admin (for both http and https requests)
before inserting and after removing the red line i can find at least login page by directly requesting DS_IP/baikal/admin (of course with all link problems described above)

 

[Basalt]

sorry that I forgot to mention it. I use the current DSM5 and probably that's why it was not necessary before. Maybe it's not even necessary now, but without this, it wouldn't run for me.

And you have no problems with the admin web interface?

 

[Basalt]

POLL: anyone using DSM5 and NOT having problems with the Baikal admin interface ?

/Erik

 

[mausbieber]

Ich benutze Baikal unter DSM 5.0 und habe keine Probleme mit der Adminseite.

 

[Basalt]

Ich benutze Baikal unter DSM 5.0 und habe keine Probleme mit der Adminseite.

Did you use DSM 4.3 before? If so, how did you upgrade the Baikal package?

 

[Windwalker]

Ich benutze Baikal unter DSM 5.0 und habe keine Probleme mit der Adminseite.

Welche DSM 5.0 Version denn genau? DSM 5.0-4482?