Incorrect link in local commandref

Begonnen von alkazaa, 22 Januar 2026, 18:35:09

Vorheriges Thema - Nächstes Thema

alkazaa

Hi,
don't know where to report it, so I do it here:
the local english commandref (http://192.168.188.xxx:8083/fhem/docs/commandref.html#DOIF) refers in its DOIF section to the local german section whose link is specified as http://192.168.188.xxx:8083/fhem/docs/commandref.html#DOIF.
But that links just leads back to the local english commandref.
The correct link should be
http://192.168.188.xxx:8083/fhem/docs/commandref_DE.html#DOIF instead of
http://192.168.188.xxx:8083/fhem/docs/commandref.html#DOIF

rudolfkoenig

I tried to reproduce it, without success.

When searching for DOIF in the commandref, I get the first screenshot attached (english version of the DOIF documentation).
Clicking on the DE link on the left, I get the german version (second screenshot).
Clicking on the german page on the EN link (left) I get the english version again.
Clicking on the help button in FHEMWEB on the bottom of the detail page of a DOIF instance I also get the english version.

Did you set the global language attribute?
It is not necessary to set it for english, as it is the default.

Can you please help me understand your problem better?

tomcat.x

@alkazaa

Are talking about the link with text "Load german doc for DOIF" on the left side? Then I can reproduce it.

By the way, it is same for German version. There is a link with text "Englische Doku für DOIF laden" but link contains "_DE".
FHEM: 6.3 auf Raspi 4B, Raspbian (noch Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 8.10), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

betateilchen

And furthermore there ist another link inside the text itself, which leads to similar confusion.

Du darfst diesen Dateianhang nicht ansehen.


---
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

rudolfkoenig

Then it is probably a DOIF issue (and not one for the framework), and should be handled in the DOIF section of the forum.

tomcat.x

#5
But I have this (wrong) link also for others, maybe all that have English descriptions.

Attached you can find example for "WOL". Mouse is on the link ("Englische Doku für WOL laden " on the left), so you can see it ("..._DE") in the status line.
FHEM: 6.3 auf Raspi 4B, Raspbian (noch Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 8.10), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

rudolfkoenig

ZitatAnd furthermore there ist another link inside the text itself, which leads to similar confusion.
A lot of modules make reference in their help section to different parts of the commandref.
Some of the modules (23) refer absolutely to http://fhem.de/commandref (the full version).
I tried to fix this in fhemdoc_modular.js (line 106), so that the link will redirect to the modular version, either on fhem.de or your local one, depending on where you started.
Apparently this fix is not perfect, and I'm not yet sure, what is better: an imperfect fix or loading 5MB of HTML from remote instead of 5k from local.
Opinions anyone?

ZitatBut I have this (wrong) link also for others, maybe all that have English descriptions.
It will load the modular version of the german commandref, wich in turn will load the english version for this particualr module.
The displayed text ("Englische Doku für WOL laden") was not promising anything else.


Beta-User

Zitat von: rudolfkoenig am 24 Januar 2026, 12:11:18Opinions anyone?
Completely agree with you: better avoid huge (and in most cases unnecessary) data transmissions.

At least some of the 23 modules are actively maintained, so it could be worth to contact the respective maintainers.
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors