Forum Systemfusion/C4FM

Normale Version: WiresX2Web - Update
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2
Seit heute gibt es die Version 1.2.3

Bitte auch die Release-Notes beachten! Ggfs. muss die Template-Datei der Status-Seite angepasst werden.


Es gibt eine neue HTML-Variable um die Repeater-/Node-Liste, statt in einer Zeile , als Liste auszugeben.

Hier die aktuellen Änderungen:
  • Formatierungsoptimierung bei der Wires-X-Verbindung und der Node-Liste. Eine Anpassung der Template-Datei ist ggfs. notwendig, da hier auch Fettschrift und Zeilenvorschübe in den Ausgaben entfernt wurde.
  • Neue HTML Variable ##updatecheck## eingebaut
    Damit es ist nicht mehr unbedingt Notwendig in der GUI nach Updates zu suchen. Man kann das jetzt auf einer HTML anzeigen lassen wenn es ein Update gibt
  • Neue HTML Variable ##nodelist2## eingebaut
    Die Nodeliste (verbundene Repeater/Nodes) kann jetzt alternativ auch zeilenweise ausgegeben werden
Wie in einem andren Thread schon geschrieben, es sind erweiterte DebugOptionen eingebaut. Auch nachzulesen auf der Release-Notes Seite.

Coming soon:
Erweiterte Formatierungsoptionen der Lastheard Listen (Datum, HTML-Tabelle, etc.)
Überarbeitung der Übertragung der Raum-Bilder mit "Default-Bild" Funktion
Für Raum-Betreiber eine eigene Seite mit verbundenen Repeatern/Nodes, und zwar unabhängig davon in welchem Raum sich das eigene Relais gerade befindet.
Ausgabe eines Logs, was gerade so passiert ist, Room-Wechsel, Room-Verbindungsänderung, usw.


Have fun Big Grin
Hallo Leider habe ich bei der Installation einen Fehler:

Windows Installer 4.5
Microsoft .NET Framework 4 (x86 und x64)

Sind drauf

Ich bekomme:

Die Anwendung kann nicht gestartet werden.
Der Vorgang kann nicht fortgesetzt werden.
Die Anwendung ist falsch formartiert.
Wenden Sie sich an den Hersteller der Anwendung.

Die Details:

INFO ZUR PLATTFORMVERSION
    Windows             : 6.1.7601.65536 (Win32NT)
    Common Language Runtime     : 4.0.30319.1
    System.Deployment.dll         : 4.0.30319.1 (RTMRel.030319-0100)
    clr.dll             : 4.0.30319.1 (RTMRel.030319-0100)
    dfdll.dll             : 4.0.30319.1 (RTMRel.030319-0100)
    dfshim.dll             : 4.0.31106.0 (Main.031106-0000)
 
QUELLEN
    Bereitstellungs-URL            : https://software.sonnabend.it/wiresx2web...pplication
 
FEHLERZUSAMMENFASSUNG
    Es folgt eine Zusammenfassung der Fehler. Details zu diesen Fehlern werden später im Protokoll aufgelistet.
    * Die Aktivierung von https://software.sonnabend.it/wiresx2web...pplication führte zu einer Ausnahme. Folgende Fehlermeldungen wurden entdeckt:
        + Ausnahme beim Lesen des Manifests aus 'https://software.sonnabend.it/wiresx2web/WiresX2Web.application': Das Manifest ist möglicherweise ungültig, oder die Datei konnte nicht geöffnet werden.
        + Die XML-Signatur des Manifests ist ungültig.
        + SignatureDescription konnte für den angegebenen Signaturalgorithmus nicht erstellt werden.
 
FEHLERZUSAMMENFASSUNG FÜR DIE SPEICHERTRANSAKTION DER KOMPONENTE
    Es wurde kein Transaktionsfehler festgestellt.
 
WARNUNGEN
    Während dieses Vorgangs gab es keine Warnungen.
 
FORTSCHRITTSSTATUS DES VORGANGS
    * [30.12.2016 18:48:40] : Die Aktivierung von https://software.sonnabend.it/wiresx2web...pplication wurde gestartet.
 
FEHLERDETAILS
    Folgende Fehler wurden bei diesem Vorgang entdeckt.
    * [30.12.2016 18:48:41] System.Deployment.Application.InvalidDeploymentException (ManifestParse)
        - Ausnahme beim Lesen des Manifests aus 'https://software.sonnabend.it/wiresx2web/WiresX2Web.application': Das Manifest ist möglicherweise ungültig, oder die Datei konnte nicht geöffnet werden.
        - Quelle: System.Deployment
        - Stapelüberwachung:
            bei System.Deployment.Application.ManifestReader.FromDocument(String localPath, ManifestType manifestType, Uri sourceUri)
            bei System.Deployment.Application.DownloadManager.DownloadDeploymentManifestDirectBypass(SubscriptionStore subStore, Uri& sourceUri, TempFile& tempFile, SubscriptionState& subState, IDownloadNotification notification, DownloadOptions options, ServerInformation& serverInformation)
            bei System.Deployment.Application.DownloadManager.DownloadDeploymentManifestBypass(SubscriptionStore subStore, Uri& sourceUri, TempFile& tempFile, SubscriptionState& subState, IDownloadNotification notification, DownloadOptions options)
            bei System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
            bei System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
        --- Interne Ausnahme ---
        System.Deployment.Application.InvalidDeploymentException (SignatureValidation)
        - Die XML-Signatur des Manifests ist ungültig.
        - Quelle: System.Deployment
        - Stapelüberwachung:
            bei System.Deployment.Application.Manifest.AssemblyManifest.ValidateSignature(Stream s)
            bei System.Deployment.Application.ManifestReader.FromDocument(String localPath, ManifestType manifestType, Uri sourceUri)
        --- Interne Ausnahme ---
        System.Security.Cryptography.CryptographicException
        - SignatureDescription konnte für den angegebenen Signaturalgorithmus nicht erstellt werden.
        - Quelle: System.Security
        - Stapelüberwachung:
            bei System.Security.Cryptography.Xml.SignedXml.CheckSignedInfo(AsymmetricAlgorithm key)
            bei System.Security.Cryptography.Xml.SignedXml.CheckSignature(AsymmetricAlgorithm key)
            bei System.Security.Cryptography.Xml.SignedXml.CheckSignatureReturningKey(AsymmetricAlgorithm& signingKey)
            bei System.Deployment.Internal.CodeSigning.SignedCmiManifest.Verify(CmiManifestVerifyFlags verifyFlags)
            bei System.Deployment.Application.Manifest.AssemblyManifest.ValidateSignature(Stream s)
 
DETAILS ZUR SPEICHERTRANSAKTION DER KOMPONENTE
    Es sind keine Transaktionsinformationen verfügbar.
Frohes neues Jahr !

Leider lag ich mit Grippe über eine Woche seit Weihnachten im Bett. Jetzt arbeite ich gerade die offenen Punkte ab.

@DO1DLX: Hat sich das erledigt, oder besteht das Problem noch ?
Frohes neues !

habe gerade mit einem andern Node eine instanz neu aufgesetzt und das klappt Wink

leider beim münchen node gehts leider nicht vllt. .Net problem?

73 de DO1DLX
mfg stefan
Hallo Stefan,

ja das Programm braucht .NET 4.5 oder neuer, der Installer hat aber nur 4.0 angefordert, das klappt nicht.

Ich habe mal eine neue Version hochgeladen, die 4.5 anfordern sollte. Mal bitte schauen ob da ein .NET 4.5 drauf ist, sonst neue setup.exe verwenden, oder per Hand .NET  installieren.
cool danke für den tip ich teste das gleich mal aus
(11.01.2017, 16:41)dg3fbl schrieb: [ -> ]Ich habe mal eine neue Version hochgeladen, die 4.5 anfordern sollte.

hat funktioniert besten dank

ps super software
kann es sein das ##nodelist## nicht mehr geht?
Das muss gehen, das nutzen alle.

ABER ... Ich habe die tage schon eine Fehlermeldung bekommen, das wenn eine bestimmte Node im Raum ist, die Liste weg wäre. Das konnte ich bisher aber nicht genau nachvollziehen.
die version 1.3.0 ist sehr gut gelungen daumen hoch + Big Grin
Das Wochenende habe ich genutzt um mal alle Sachen einzubauen, die hier auf kleinen gelben Zetteln standen. Außerdem ein paar Erweiterungen um Fehlerhafte Einträge in der Wires-X Log-Datei zu überspringen.

Mittlerweile sind wir bei 1.3.0 (7)

Und das sagen die aktuellen Release-Notes:

  • Komplettes Redesign der grafischen Oberfläche.
    • Hauptfenster deutlich kleiner und übersichtlicher
    • Neues Fenster für die Konfiguration um zukünftige Erweiterungen besser Anpassen zu können
    • Tooltips für Eingabefelder und Buttons mit weiteren Informationen
    • Neues Protokollfenster
  • Im Speicher wird jetzt ein Protokoll geführt, das jederzeit in einem eigenen Fenster dargestellt werden kann. Zweck ist eine verbesserte Möglichkeit Problemen auf die Schliche zu kommen.
  • Das Programm prüft jetzt in einstellbaren Intervallen ob ein Update vorliegt. Diese Information kann zusätzlich auf der Webseite ausgegeben werden.
  • Auf Wunsch aktualisiert sich die Software selbstständig (Autoupdate).
  • Debug Level jetzt über die Konfiguration einstellbar.
  • Karten-Typ über die Konfiguration einstellbar.
  • Reichweitenkarte (HeatMap) Aktivierung über Konfiguration.
    • Die INI-Variable wurde zur Klarstellung in HeatMapEnable umbenannt.
  • Steht das FTP Upload Intervall auf 1 (Eine Minute), so wird sofort nach der Änderung der Wires-X Log-Datei auch ein Upload durchgeführt. Bisher konnte das im ungünstigsten Fall eine weitere Minute verzögert stattfinden.
OK, ich habe noch die Version 1.3.1 nachgeschoben.

Grundsätzlich geändert wurde die Ausgabe eines Bildes für den verbundenen Repeater/Node.

Bisher musste für ein Bild in der INI-Datei die Zeile "PictInclude=" vorhanden sein, das ist jetzt nicht mehr notwendig. Das Bild kann jetzt direkt im HTML-Template mit eingebaut werden. Damit ist eine viel feinere Positionierung, etc. möglich.

Wenn kein Bild vorhanden ist, wird jetzt als Dateiname für das Bild "QSLdefault.PNG" eingesetzt (Achtung Groß-/Kleinschreibung!).

Damit kann sich jeder ein eigenes Default-Bild auf seinem Webserver hinterlegen.

Die Beispiele in der Dokumentation wurden bereits angepasst. Wer Hilfe braucht, bitte melden. Das DB0AIS Default-Bild habe ich mal angehängt, aber jeder kann sich da ja was ganz eigenes machen Wink

[attachment=130]
...oder das defaultbild des WiRES-X.

[attachment=131]
cool schaut noch besser aus Cool 

wie geht das jetzt mit den Room Bildern irgendwie werden die nicht hochgeladen.

73 de do1dlx
mfg stefan
Der Upload funktioniert nur wenn auf dem Webserver der Unterordner "pictures" bereits vorhanden ist.

Ein entsprechender Fehler sollte auch im Log stehen, das man in der neuen Version ansehen kann.
Moin...

ja, habe ich auch festgestellt. Darum habe ich erstmal den alten Parameter wieder eingestellt. Aber Jochen scheint drann zu sein, es gibt schon 1.3.1.1. ;-) Ich habe die fehlenden Bilder durch das Standardbild ersetzt, den Room-Namen vergeben und ins Pictures-Dir gelegt.

-Unter Win7 habe ich eigentlich auf Autoupdate gestellt. Aber es wird weder automatisch noch per Hand geupdatet. (siehe Bild) Das Programm startet nicht neu und der Updatebutton bleibt. Win10 funktioniert.

-Unter Win10 trägt sich das Prg nicht als Autostart ein (1.3.1).

mfg Iwo

[attachment=132]
wo sind die bilder drin ? unter windows7

73 de do1dlx
mfg stefan
@DG0CGP
Das AutoUpdate geht in der tat noch nicht richtig. Manchmal geht es, manchmal passiert NIX. Muss ich noch mal dran.
Der Autostart ist nur Software intern. Eine Automatische Eintragung beim System Startup ist in Vorbereitung.

@DO1DLX
Die Bilder befinden sich unter WIRESXA\Config auf dem Wires-X PC

@ALL
Das Image wird zumindest bei DB0AIS korrekt auf den Webserver übertragen.
Eine korrekte HTML-Zeile sieht so aus:
Code:
<img src="/pictures/##picture_file##" alt="QSL##connection_id##"></br>

Also, das mit den Bilder muss so gehen.

Auf dem Webserver im Ordner pictures muss halt noch das Default-Bild als QSLdefault.PNG abgelegt werden.
okay jetzt geht das mit den Room bildern auch Big Grin
Update auf Version 1.3.2 verfügbar, mit neuen Features, siehe Release Notes

Siehe hier: http://db0ais.de/Status
Seiten: 1 2