0

Bug Report: Rechte Tabellendaten zu verändern

Demo - Rechte über globale Funktion abfragen.ninox

Wir haben eine Situation bei der Entwicklung unserer Low-Code-Lösung und ich stelle das Ganze jetzt mal vereinfacht dar - mit Beispieldatenbank im Anhang zum Download.

  • Wir haben eine Seite "Einstellungen". Dort gibt es ein Ja/Nein Feld namens "kann Daten verändern".
  • Wir haben eine globale Funktion, welche dieses Feld abfängt und den Wert zurückgibt. if-Abfrage entsprechend, dass wirklich nur "true" oder "false" und kein Null zurück gegeben wird:
function KannDatenVeraendern() do
  if first(select Einstellungen).'kann Daten verändern' then
    true
  else
    false
  end
end
  • In der Tabelle "Testdaten" haben wir in "Schreibbar wenn", "Erstellbar wenn" und "Löschbar wenn" die Funktion KannDatenVeraendern() angegeben.

Erwartetes Verhalten

Wenn Einstellungen / "kann Daten verändern" auf true:

  • können Datensätze erstellt, gelöscht und verändert werden.

Aktuelles (Fehl)Verhalten macOS App 3.17.17 / Server 3.17.19

Wenn Einstellungen / "kann Daten verändern" auf true

  • Datensätze können erstellt werden
  • Datensätze können gelöscht werden
  • Datensätze können NICHT geändert werden

14 Antworten

null
    • qd_team
    • vor 11 Tagen
    • Gemeldet - anzeigen

    eventuell zusammengehörig mit diesen Bugs (?) oder gleiche Baustelle (?)

    • UweG
    • vor 10 Tagen
    • Gemeldet - anzeigen

    Auf eine Funktion zu verweisen, die ein 'select' benutzt istin dieser Konstellation schwierig.
    Das kostet zuviel Zeit den 'select' abzuarbeiten und das GUI ist da bereits aufgebaut, so dass das Ergebnis der Funktion nicht rechtzeitig geliefert wird.
    Da du eine Seite benutzt ist folgendes Script für die globale Funktion performanter.
     

    function KannDatenVeraendern() do
    if record(Einstellungen,1).'kann Daten verändern' then
        true
    else
        false
    end
end
      • qd_team
      • vor 10 Tagen
      • Gemeldet - anzeigen

      Hallo  - das ist echt interessant. Mit Deiner Version funktioniert es. 🙏

      Es ist ja aber auch eine Art Workaround. Von der Programmierlogik und Dokumentation her müsste "meine" Version ja zum gleichen Ergebnis kommen wie Deine. 😳

      Ich habe daher mal eine neue Version der Datenbank gemacht mit beiden Funktionen zum Vergleich.

      Demo - Rechte über globale Funktion abfragen 2.ninox
      • UweG
      • vor 10 Tagen
      • Gemeldet - anzeigen

       Theoretisch kann ich mit einem E-Auto nach WLTP 500km am Stück fahren.
      In der Praxis sieht es dann anders aus und ich muss als Workaround Abstriche in der zu fahrenden Geschwindigkeit oder den zu betreibenden elektrischen Verbrauchern machen.
       

      • qd_team
      • vor 10 Tagen
      • Gemeldet - anzeigen

       Der Vergleich mit WLTP hinkt. WLTP ist eine theoretische Orientierung, Business-Software muss korrekt und zuverlässig funktionieren!

      In Ninox bilden wir reale Geschäftsprozesse ab und müssen uns auf Ergebnisse verlassen können.

      Ein passender Vergleich wäre eher:

      Excel liefert bei SUMME() falsche Ergebnisse – als Workaround addieren Sie bitte alles einzeln.

      Das wäre im Business-Kontext nicht akzeptabel.

      Workarounds ersetzen keine korrekt funktionierende Grundfunktion. 

    • Pushing the Boundaries of Ninox
    • Gotje_Ing
    • vor 10 Tagen
    • Gemeldet - anzeigen

    Moin,

    hier liegt definitiv ein Bug vor.
    Wenn ich select() nutze und der Toggle auf true steht, kann ich löschen, erstellen aber nicht editieren. 

    Das ist ein Bug. Das ist auch nicht ansatzweise mit der Runtime vom Select erklärbar, da die anderen zwei Einschränkungen ja funktionieren.

     Bitte als Bug aufnehmen, das kann so nicht bleiben.

    Grüße Philipp

      • qd_team
      • vor 8 Tagen
      • Gemeldet - anzeigen

       Danke für die Unterstützung und die klare Einschätzung.

      Ich möchte offen, aber sachlich anmerken, dass ich manche Beiträge / Antworten hier als wenig zielführend empfinde. Insbesondere der WLTP-Vergleich und der Ton helfen in einem technischen Bug-Report-Thread nicht weiter und lenken vom eigentlichen Thema ab.

      Wir investieren hier bewusst Zeit und Expertise – teils mit langjährigem Background in Softwareentwicklung – um konkrete Probleme sauber zu analysieren und das Produkt weiterzubringen. Dafür braucht es einen fokussierten, fachlichen Austausch.

      Was Ninox ebenfalls fehlt, ist ein transparentes Feature- bzw. Bug-Board mit klarer Priorisierung und Status. Gerade wenn Nutzer aktiv Bugs melden und Lösungsansätze liefern, wäre mehr Transparenz aus unserer Sicht zwingend notwendig.

      Aktuell ist Ninox für uns lediglich ein MVP. Sollte sich mit Ninox 4 nicht deutlich etwas an Produktqualität und Professionalität ändern, werden wir nach Ablauf unserer Lizenzen den Weg wechseln und das entstandene MVP als individuelle Lösung über unsere Softwareagentur umsetzen.

      • mirko3
      • vor 8 Tagen
      • Gemeldet - anzeigen

      Was Ninox ebenfalls fehlt, ist ein transparentes Feature- bzw. Bug-Board mit klarer Priorisierung und Status. Gerade wenn Nutzer aktiv Bugs melden und Lösungsansätze liefern, wäre mehr Transparenz aus unserer Sicht zwingend notwendig.

       Das unterstütze ich auch, sehe da aber wenig Dynamik in der Umsetzung durch Ninox. Mirko

      https://forum.ninox.de/t/60yhdgq/weihnachtswunschliste-an-ninox

      • Customer Support Ninox
      • uwe_groegor
      • vor 7 Tagen
      • Gemeldet - anzeigen

       
      Ist als Bug weiter geleitet. [ND-12836]

      • qd_team
      • vor 7 Tagen
      • Gemeldet - anzeigen

      Danke.

    • Customer Support Ninox
    • uwe_groegor
    • vor 5 Tagen
    • Gemeldet - anzeigen

    Gemäß Dokumentation https://forum.ninox.de/t/35yxs66/rechte-auf-tabellen-ebene
    gibt es bei der Nutzung von select für 'schreibbar wenn' aufgrund technischer Gegebenheiten Einschränkungen.
    Diese können momentan auch nicht durch unsere Entwickler behoben werden.
    Wir prüfen, inwieweit mit der Einführung von Ninox 4 diese Restriktion behoben werden kann.

      • qd_team
      • vor 4 Tagen
      • Gemeldet - anzeigen

       Frage 1: Das heißt auch Ninox 4 basiert weiterhin auf LevelDB ?

      • qd_team
      • vor 4 Tagen
      • Gemeldet - anzeigen

       Dazu muss ich tatsächlich die Frage stellen: WIESO kann ich dann den Befehl "select" in "schreibbar wenn" anwenden und Ninox akzeptiert mein Skript, wenn der Befehl dort gar nicht zur Verfügung steht? 

      Wäre es nicht sinnvoll, dass dann eine Fehlermeldung / Hinweis erscheint?

      Schlagworte: Einfachheit / Intuitiv / Lowcode / Nocode?

      • Ninox-Projekte für KMU
      • planoxpro
      • vor 3 Tagen
      • Gemeldet - anzeigen

       Nein, soweit ich weiß, wird Ninox V 4 auf PostgreSQL basieren.

Anmelden, um zu antworten

Content aside

  • Status Answered
  • vor 3 TagenZuletzt aktiv
  • 14Antworten
  • 153Ansichten
  • 6 Folge bereits