Project @ iMath: Issueshttps://project.math.uzh.ch/https://project.math.uzh.ch/favicon.ico?16668783892024-03-05T07:31:43ZProject @ iMath
Redmine QFQ - Support #18057 (New): {{sqlLog:Y}} returns empty string when not configuredhttps://project.math.uzh.ch/issues/180572024-03-05T07:31:43ZElias Villiger
<p>When the QFQ config for <code>sqlLog</code> (or <code>qfqLog</code>, <code>mailLog</code>) is empty, the default log directory (<code>fileadmin/protected/qfqProject/log/sql.log</code>) is used.</p>
<p>When retrieving <code>{{sqlLog:Y}}</code> from the System Store, this returns an empty string (corresponding to the config value).</p>
<p>Expected behavior: When there's no specific log path configured, I would expect it to return the default/actual path to the log file.</p>
<p>Example use case: <a class="external" href="https://docs.qfq.io/en/master/Report.html#monitor">https://docs.qfq.io/en/master/Report.html#monitor</a></p> QFQ - Support #18048 (New): Upload (filepond): FE.downloadButton missing tooltiphttps://project.math.uzh.ch/issues/180482024-03-03T22:31:55ZCarsten Rosecarsten.rose@math.uzh.ch
<p>QFQ Version 24.3.0</p>
<a name="In-v1-funktioniert-die-Anzeige-des-Tooltips"></a>
<h2 >In 'v1' funktioniert die Anzeige des Tooltips<a href="#In-v1-funktioniert-die-Anzeige-des-Tooltips" class="wiki-anchor">¶</a></h2>
<pre>
downloadButton = t:Download|o:check file
</pre>
<p><img src="https://project.math.uzh.ch/attachments/download/9401/clipboard-202403032329-8x1vp.png" alt="" /></p>
<a name="In-v2-funktioniert-die-Anzeige-des-Tooltips-nicht-nicht-als-Tooltip"></a>
<h2 >In 'v2' funktioniert die Anzeige des Tooltips nicht (nicht als Tooltip)<a href="#In-v2-funktioniert-die-Anzeige-des-Tooltips-nicht-nicht-als-Tooltip" class="wiki-anchor">¶</a></h2>
<p>Es wird der ganze Text gerendert - d.h. vermutlich werden die Angaben wie tooltip, glyphicon nicht ausgewertet. Aktuell weiss ich nicht was noch alles verwendet werden kann - am besten bei V1 nachschauen.</p>
<p><img src="https://project.math.uzh.ch/attachments/download/9402/clipboard-202403032330-ki9qk.png" alt="" /></p>
<p>Laut Doku (<a class="external" href="https://docs.qfq.io/en/master/Form.html#id14">https://docs.qfq.io/en/master/Form.html#id14</a>):</p>
<p><img src="https://project.math.uzh.ch/attachments/download/9403/clipboard-202403032331-l8bqw.png" alt="" /></p> QFQ - Bug #17998 (New): Curly braces: a) save as html-entity, b) stored procedure to convert to h...https://project.math.uzh.ch/issues/179982024-02-26T12:53:24ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>In Forkred #17995 kam es bei der Anzeige eines Formulars zu einem Problem das <code>}}</code> als Variable interpretiert wurde.</li>
<li>Das ist ein schweres Problem und sollte versucht werden zentral zu vermeiden.</li>
</ul> QFQ - Support #17880 (New): QFQ Exception: a) stacktrace not in support, b) Underline SQL error https://project.math.uzh.ch/issues/178802024-02-12T19:56:47ZCarsten Rosecarsten.rose@math.uzh.ch
<p><img src="https://project.math.uzh.ch/attachments/download/9220/clipboard-202402122055-9vcu4.png" alt="" /></p> QFQ - Bug #17656 (New): Browser: regexp Pattern Match broken/error inhttps://project.math.uzh.ch/issues/176562024-01-19T13:30:07ZCarsten Rosecarsten.rose@math.uzh.ch
<p>QFQ 23.6.4</p>
<p>Auf der Forkred Seite im Passwort Reset Form gibt es in der Console die folgende Fehlermeldung</p>
<p><img src="https://project.math.uzh.ch/attachments/download/9048/clipboard-202401191424-dqr2g.png" alt="" /></p>
<p>Die Fehler Meldung zu der Regexp habe ich bei QFQ in JS Konsole schon häufiger gesehen - wird vermutlich allgmeines Problem sein, nicht formspezifisch.</p> QFQ - Bug #17361 (New): Annotate FE doesnt initialize/showhttps://project.math.uzh.ch/issues/173612023-11-27T16:59:16ZEnis Nuredini
<p>The annotate form-element doesn't get initialized. Defined formId variable which is used for initialization is undefined. Somehow the form id handlings have been changed.</p>
<p>Could be an issue for other elements too.</p> QFQ - Bug #17257 (New): Migrate QFQ system tables: set default valuehttps://project.math.uzh.ch/issues/172572023-11-09T20:42:54ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #16580 (New): custom.css Typo3 handlinghttps://project.math.uzh.ch/issues/165802023-07-07T10:44:36ZEnis Nuredini
<p>Dies ist ein Beispiel der Einbindung vom custom.css in LSZGS. Folgender Eintrag erfolgt in Constants vom Template:</p>
<pre>
# Instance Dependent: absolute path to custom css and images
[request.getNormalizedParams().getHttpHost() == 'webwork22.math.uzh.ch']
cd.stylesheet = https://webwork22.math.uzh.ch/lszgs/fileadmin/template/cd/lszgs.custom.css
[end]
[request.getNormalizedParams().getSiteUrl() == 'https://join.lszgs.uzh.ch/']
cd.stylesheet = https://join.lszgs.uzh.ch/fileadmin/template/cd/lszgs.custom.css
[end]
[request.getNormalizedParams().getSiteUrl() == 'https://join.lszgs.uzh.ch/preview/']
cd.stylesheet = https://join.lszgs.uzh.ch/preview/fileadmin/template/cd/lszgs.custom.css
[end]
</pre>
<p><strong>Achtung</strong> : Der Pfad sollte sein `fileadmin/template` (template, nicht templates).</p>
<p>Falls weitere spezielle Elemente mit einem fileadmin beginnenden relativen Pfad gibt, dann kann in Setup die gleiche Abfrage verwendet werden.</p>
<p>Anpassungen müssen noch bei diversen Tools umgesetzt werden. Checkliste im Anschluss:</p> QFQ - Bug #16344 (New): 'M:file' hat keinen Einfluss im sendmail (.xlsx / .docx kommt als .zip an)https://project.math.uzh.ch/issues/163442023-06-02T14:50:47ZPhilipp Gröbelbauer
<p>Auf webwork16/grc wurden Mail Templates angelegt mit mehreren Attachments.<br />Wird das Mail versendet, dann kommt ein .docx Attachment als .zip Datei an. <br />Das M:file hat dabei keinen Einfluss.<br />Das verarbeitete sendmail lautet:</p>
<pre>
'f:Marco Toscano
|t:philipp.groebelbauer@math.uzh.ch
||s:Travel Grant accepted!
|b:Dear Mr. Gröbelbauer...
|d:DecisionLetter.pdf
|p:id=letterbody&noId=9397&pdIdReceiver=1982&reId=1309&_sip=1&--margin-top=50mm&--margin-bottom=20mm&--header-html=https://webwork16.math.uzh.ch/grc/dev/?id=letterheade&--footer-right="Page: [page]/[toPage]"&--footer-font-size=8&--footer-spacing=10
|d:Expenses_Form_Travel_Grant.xlsx
|M:file
|F:fileadmin/protected/mailing/travelgrants/9394_10569_Expenses_form_Travel_Grant.xlsx
|d:Flightrecord_Travel Grant
|M:file
|F:fileadmin/protected/mailing/travelgrants/9395_10584_Flightrecord_Travel_Grant.docx
|d:Instructions_expense_form_extern
|M:file
|F:fileadmin/protected/mailing/travelgrants/9396_10589_Instructions_expense_form_extern.png
|g:615
|x:1309' AS _sendmail
</pre> QFQ - Bug #15013 (New): Excel Import does not work with multiple importRegionhttps://project.math.uzh.ch/issues/150132022-11-10T15:56:12ZPhilipp Gröbelbauer
<p>Aus einem Excel sollen die Spalten A,B und D importiert werden.</p>
<p>A soll in die Spalte 'klasse', B in die Spalte 'stufe' und D in die Spalte 'grundlohn'.<br />Formelement.parameter wurde wie folgt gesetzt:</p>
<p>importToTable = lohn<br />importToColumns = klasse, stufe, grundlohn<br />importRegion = 1,A,6,B,904|1,D,6,D,904<br />importMode = append <br />importType = auto<br />accept = *<br />fileDestination = fileadmin/protected/imports/pay_regulations.xlsx<br />fileReplace = always</p>
<p>Spalten A und B funktionieren korrekt. Die Spalte D, welche in einer zweiten 'importRegion' angegeben wurde, wird jedoch nach 'klasse' importiert, anstatt nach 'grundlohn'.<br />Wenn eine 2. importRegion angegeben wird, dann sollte nicht auf die 1. angegebene DB-Spalte zurückgesprungen werden!</p> QFQ - Bug #14998 (New): Default Escape-Type different between `sql`and `head|tail`https://project.math.uzh.ch/issues/149982022-11-06T14:39:18ZCarsten Rosecarsten.rose@math.uzh.ch
<pre>
10 {
sql = SELECT CHAR(10) AS _lf
}
20 {
sql = SELECT '{{lf:R}}', '[hello 1]', '{{lf:R}}'
head = '{{lf:R}}[hello 2]{{lf:R}}'
# head = '{{lf:R::-}}[ hello 2]{{lf:R::-}}'
}
# Das kommt heraus:
\n[ hello 2]\n
[hello 1]
# Folgendes sollte heraus kommen
[hello 2]
[hello 1]
# Das gewuenschte kann erreicht werden, in dem die erste head Zeile durch die zweite ersetzt wird.
</pre>
<ul>
<li>Es ist schlecht das unterschiedliche Defaults beim escapen gelten. </li>
<li>Bitte nachschauen woran das liegt und mit CR beschrechen.</li>
<li>Wenn wir das einfach umstellen wird es Probleme mit mit alten Instanzen geben.</li>
<li>Bitte check was fuer <code>rbeg,rend,fbeg,fend,rsep,fsep,althead,altsql</code> gilt.</li>
</ul> QFQ - Bug #14377 (New): Documentation > General Tips: white page after migrationhttps://project.math.uzh.ch/issues/143772022-06-17T13:28:54ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Bitte die Fehlersuche beschreiben und (hoffentlich) den Fix.</p>
<ul>
<li>Apache / nginx Logfile</li>
<li>fuer FPM-PHP gibt es in der Regel ein eigenes Logfile.</li>
<li>Funktioniert das Backend</li>
<li>Funktioniert das Installtool</li>
<li>Funktioniert PHP</li>
<li>Wo loggt QFQ wenn es zu einem ganz fruehen Zeitpunkt crasht</li>
<li>Kannst Du den Debugger schon benutzen?</li>
<li>Cache loeschen</li>
<li>BaseUrl korrekt?</li>
<li>...</li>
</ul> QFQ - Bug #14077 (New): As _link: Attribute 'class' missing by r:1 and r:3 - but should sethttps://project.math.uzh.ch/issues/140772022-04-15T08:11:37ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>In #13350 beshreibt Benj das 'class' scheinbar nicht gesetzt wird bei r:1 und r:3.</li>
<li>Frage: in welchem Render Mode sollen Attribute gesetzt werden? <a class="external" href="http://docs.qfq.io/en/master/Report.html#render-mode">http://docs.qfq.io/en/master/Report.html#render-mode</a></li>
<li>Ganz sicher immer wenn 'text' ausgegeben werden soll.</li>
<li>Vorschlag: 1,2,3,4,6</li>
</ul> QFQ - Bug #13647 (New): Autofocus funktioniert nicht auf Chromehttps://project.math.uzh.ch/issues/136472022-01-11T16:14:52ZBenjamin Baerbenjamin.baer@math.uzh.ch
<p>Beispiel:</p>
<p>Forked: <a class="external" href="https://webwork16.math.uzh.ch/forkred/">https://webwork16.math.uzh.ch/forkred/</a> > Gesuch UZH Candoc / Postdoc Grant > Neues Gesuch - wenn das Form aufgerufen wird springt der vert scrollbalken gleich nach unten.</p>
<p><img src="https://project.math.uzh.ch/attachments/download/5764/forkred.png" alt="" /></p>
<p>Das tritt auf Chrome und Chromebasierten Browser auf.</p>
<p>Firefox hingegen scrollt korrekt zum gesetzten Autofokus:</p>
<p><img src="https://project.math.uzh.ch/attachments/download/5762/betterScroll.gif" alt="" /></p>
<p>autofocus="1" ist im Element gesetzt.</p> QFQ - Bug #13460 (New): Doc: Password set/reset ... password should not processed with 'html encode'https://project.math.uzh.ch/issues/134602021-12-02T16:46:33ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Wenn ein neues Passwort gesetzt wird, darf es nicht HTML encoded werden - sonst funktioniert das '&' nicht.</p>
<p>Check ob das Beispiel im Best Practice das beruecksichtigt.</p> QFQ - Bug #13451 (New): Character Counter / Max Character: Problem in Safarihttps://project.math.uzh.ch/issues/134512021-11-30T19:43:10ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Mitunter ist der Character Counter in Textarea Feldern ungenau. Der Fehler scheint bei Safari aufzutreten. In Firefox oder Google Chrome (Linux & Mac) kann der Effekt nicht beobachtet werden.</p>
<p>Werden z.B. bei dem unten genannten Feld 2500 Zeichen (nur Ziffern) aus der Zwischenablage eingefuegt, kann man unter Safari immer noch Zeichen (>100) eingeben.</p>
<pre>
{
"dynamicUpdate": "no",
"enabled": "yes",
"name": "project_description",
"label": "Zusammenfassung<\/div><div class=\"col-md-9\"><small><i>max. 2'500 Zeichen inkl. Leerzeichen<\/i><\/small>",
"mode": "required",
"modeSql": "",
"class": "native",
"type": "text",
"subrecordOption": "",
"encode": "specialchar",
"checkType": "auto",
"checkPattern": "",
"onChange": "",
"ord": 490,
"tabindex": 0,
"size": "62,25",
"maxLength": "2500",
"labelAlign": "default",
"bsLabelColumns": "3",
"bsInputColumns": "9",
"bsNoteColumns": "0",
"rowLabelInputNote": "row,label,\/label,input,\/input,note,\/note,\/row",
"note": "",
"adminNote": "",
"tooltip": "",
"placeholder": "",
"value": "",
"sql1": "",
"parameter": "characterCountWrap = <small><i><span class=”qfq-cc-style”>Zeichen: | <\/span><\/i><\/small>",
"parameterLanguageA": "label = Summary<\/div><div class=\"col-md-9\"><small><i>max. 2'500 characters, including spaces<\/i><\/small>\r\n\r\ncharacterCountWrap = <small><i><span class=”qfq-cc-style”>Count: | <\/span><\/i><\/small>",
"parameterLanguageB": "",
"parameterLanguageC": "",
"parameterLanguageD": "",
"clientJs": "",
"feGroup": "",
"deleted": "no",
"modified": "2019-11-11 23:40:45",
"created": "2018-07-26 09:33:33",
"containerName_ff": "Projektangaben"
},
</pre> QFQ - Bug #12714 (New): Conversion of GIF to PDF broken when GIF contains Alpha.https://project.math.uzh.ch/issues/127142021-06-28T09:23:17ZCarsten Rosecarsten.rose@math.uzh.ch
<pre>
$ img2pdf --pagesize A4 -o 1.pdf 18279.gif
WARNING:root:Image contains transparency which cannot be retained in PDF.
WARNING:root:img2pdf will not perform a lossy operation.
WARNING:root:You can remove the alpha channel using imagemagick:
WARNING:root: $ convert input.png -background white -alpha remove -alpha off output.png
ERROR:root:error: Refusing to work on images with alpha channel
$ convert 18279.gif -background white -alpha remove -alpha off 18279.clean.gif
$ img2pdf --pagesize A4 -o 1.pdf 18279.clean.gif
</pre>
<p>Vorschlag:</p>
<ul>
<li>Check ob img2pdf mit dem Fehler abbricht</li>
<li>Falls ja, convert wie vorgeschlagen.</li>
<li>Damit der Convert nicht bei jedem Download gemacht werden muss: Orginalfile umbenennen und das konvertierte dann unter dem original Namen abspeichen.</li>
</ul> QFQ - Bug #12546 (Feedback): Branch 'Development' - Unit Tests mit dirty workaround angepassthttps://project.math.uzh.ch/issues/125462021-05-14T06:41:41ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Hallo Marc</p>
<p>Der Develop Branch hat bei mir (webwork16/crose/qfq) diverse Unit Tests mit Fehlern quittiert. Primaer war die URL <a class="external" href="http://xxxxxxxxxxxxxxxxxxxxxxxxxxxx/qfq/">http://xxxxxxxxxxxxxxxxxxxxxxxxxxxx/qfq/</a> das Problem.</p>
<p>Ich habe nicht rausgefunden wie sie im gitlab Runner gesetzt wird. Wenn ich die Unit Tests laufen lass steht bei mir <a class="external" href="http://webwork16.math.uzh.ch/crose/qfq">http://webwork16.math.uzh.ch/crose/qfq</a> oder der relative Pfad. In den Tests ist als expected aber die genannte URL drin.</p>
<p>Muessen wir wirklich eine zweite hart kodierte URL in dem Test haben? Bis anhin hatten wir <a class="external" href="http://www.example.com">www.example.com</a>.</p>
<p>Als Workaround (damit die Tests auf dem gitlab runner und bei mir durchlaufen) gibt es nun eine Konstante BASE_DIR_FAKE die in diversen Tests genutzt wird und teilweise entferne ich zusaetzlich genau die Hostangabe.</p>
<p>Grundsaetzlich sollten wir, wann immer moeglich, keinen Hostnamen angeben.</p>
<p>Vielen Dank</p>
<p>CU<br />Carsten</p> QFQ - Bug #12327 (New): Copy to clipboard: a) Glyphicon can not be changed, b) Visualisierung & Texthttps://project.math.uzh.ch/issues/123272021-04-07T06:18:33ZCarsten Rosecarsten.rose@math.uzh.ch
<p>a) Scheinbar kann das Glyphicon nicht veraendert werden.</p>
<p>Moeglich sein sollte</p>
<ul>
<li>eines der fixen Icons: N/E/D/...</li>
<li>ein beliebiges via G:gpyphicon-...</li>
</ul>
<p>Der Unittest 'testGlyphiconCopyToClipboard()' testet zur Zeit nur den Standardfall.</p>
<p>b) Visualisierung ziemlich schwach</p>
<ul>
<li>Mitunter ist es wuenschenswert das es eine gut sichtbare Meldung gibt wenn 'copy to clipboard' gedrueckt wird.</li>
<li>Die aktuelle Animation ist leicht zu uebersehen.</li>
<li>Der Text sollte einen Default haben der angepasst werden kann.</li>
<li>Die jetzige Animation ist fuer kleine Aktionen gut, aber nicht fuer wichtige Aktionen.</li>
<li>Man koennte den Typ der Visiualisierung einstellbar machen entweder via I) Systemweit/Form/FormElement oder II) via Parameter bei der Definition.</li>
</ul>
<p><img src="https://project.math.uzh.ch/attachments/download/9512/clipboard-202403161035-agnef.png" alt="" /></p> QFQ - Bug #11752 (New): checkbox renders multiple input elements with same namehttps://project.math.uzh.ch/issues/117522020-12-17T13:58:59ZMarc Egger
<p>The checkbox form element intentionally renders an additional hidden input element with the same name.<br />This leads to issues in the frontend where input elements are selected by name. see <a class="issue tracker-1 status-5 priority-4 priority-high2 closed" title="Bug: Checkbox does not work together correctly with required fields (Closed)" href="https://project.math.uzh.ch/issues/11750">#11750</a></p>
<p>The reason for the double input element is a workaround produced by Carsten in the PHP funciton AbstractBuildForm->buildCheckbox<br />It would be best if the hidden input element had a different unique name.</p> QFQ - Bug #11715 (New): acceptZeroAsRequired and requiredOffButMark do not coincidehttps://project.math.uzh.ch/issues/117152020-12-08T11:13:30ZSimon Grüning
<p>A 0 is marked as accepted by requiredOffButMark in the front-end, but not by acceptZeroAsRequired=0 in the allRequiredGiven:V variable.</p>
<p>To reproduce, a required enum list:</p>
<pre>
emptyItemAtStart
itemList='0:0,1:1,2:2,3:3,4:4,5:5,6:6'
acceptZeroAsRequired=0
</pre> QFQ - Bug #11522 (New): Aus/Einblenden von Reiternhttps://project.math.uzh.ch/issues/115222020-11-13T13:58:13ZChristoph Fuchs
<p>Ist beim Laden eines Formulars ein Reiter ausgeblendet und wird dieser abhängig von einem Feld dynamisch eingeblendet, so sind alle Felder dieses Reiters unsichtbar.</p>
<p>QFQ Version 20.4.0</p> QFQ - Bug #11195 (New): Dynamic Update: Note not updated if new text is empty (v20.4)https://project.math.uzh.ch/issues/111952020-09-25T09:14:05ZNicola Chiapolini
<p>We had a dynamic updated note-Element with value</p>
<p><code>#!report<br />10.sql = SELECT notes FROM rooms WHERE building = '{{building:FSRD:alnumx}}' AND room = '{{room:FSRD:alnumx}}'<br />10.twig = {{ result.0.notes }}<br /></code></p>
<p>The note-Element is not updated, if the notes is empty or the query does not return a row.<br />The following code works:</p>
<p><code>#!report<br />10.sql = SELECT notes, RAND() AS dummy FROM rooms WHERE building = '{{building:FSRD:alnumx}}' AND room = '{{room:FSRD:alnumx}}'<br />10.twig = <span>{{ result.0.notes }}</span><br /></code></p>
<p>(Since we only update via T3 Extension store, we are still running 20.4 so this might be fixed by now.)</p> QFQ - Bug #11057 (ToDo): Checkboxes ohne span.checkmark im Report werden ausgeblendethttps://project.math.uzh.ch/issues/110572020-08-24T09:28:18ZElias Villiger
<p>Wenn in einem Report manuell eine Checkbox angelegt wird, z.B.<br /><pre><label class="checkbox-inline"><input type="checkbox">Check me</label></pre><br />dann blendet das QFQ CSS die Checkbox aus, ohne eine Ersatz-checkmark anzuzeigen. Funktioniert erst, wenn das <label> manuell mitt<br /><pre><span class="checkmark"></span></pre><br />ergänzt wird.</p>
<p>Mögliche Lösung: die entsprechenden CSS-selectors anpassen, dass sie nur innerhalb von qfq-forms gelten.</p> QFQ - Bug #10890 (New): AutoCron hangshttps://project.math.uzh.ch/issues/108902020-07-20T11:56:03ZChristoph Fuchs
<p>Wenn in der Tabelle "Cron" ein Wert in >0 "inProgess" definiert ist, werden für deisen Record keine Mails mehr versandt.<br />Selbst ein Neustart ändert nichts daran. Der Tooltip "inProgress > 10mins" sollte vielleicht mit einem Vermerk versehen werden.</p>
<p>Noch schöner wäre, wenn "inProgress > 10mins" automatich einen neuen Button zu Anzeige brächte, mit dem "inProgess" auf 0 zurückgesetzt werden könnte.<br />Viele Grüsse<br />c</p> QFQ - Bug #9975 (Priorize): Dropdown Menu: 'r:3' brokenhttps://project.math.uzh.ch/issues/99752020-01-27T15:22:50ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Werden in dem Dropdown Menu Links (Menupunkte) mit '|r:3' geredent, so sind diese kaputt.</p>
<p>Der Text/Link ist zu weit links</p> QFQ - Bug #9958 (Priorize): Broken subrecord query: no error messagehttps://project.math.uzh.ch/issues/99582020-01-24T13:55:19ZCarsten Rosecarsten.rose@math.uzh.ch
<p>A query with a missing group by clause failed to fire but was not reported as a SQL error.</p>
<p>Check if failed subrecord queries are reported to qfq.</p> QFQ - Bug #9789 (New): Record Lock: release to early on 'leave page'https://project.math.uzh.ch/issues/97892019-12-17T19:58:55ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Form oeffnen</li>
<li>Record veraendern - lock wird angefordert: ok</li>
<li>Auf irgendeinen Link klicken (Form verlassen)</li>
<li>Sofort wird ein 'Release Lock' gesendet (und ausgefuehrt), obwohl der User via Dialog gefragt wird ob er die Daten verlieren moechte: BAD</li>
</ul>
<ul>
<li>Anschliessend arbeitet das Form ohne Lock weiter - das ist nicht gut!</li>
<li>Min. in der Version 19.7.0 war das Verhalten noch ok (w16.math.uzh.ch/ort)</li>
<li>Die Screenshots zeigen das Verhalten bei 19.7.0 und 19.12.0. In der 19.7.0 ist der Dialog 'leave site' offen, ohne das 'dirty release' getriggert wurde, bei 19.12.0 wurde dirty release faelschlicherweise getriggert.</li>
</ul> QFQ - Bug #9691 (Priorize): Checkbox: dynamic update > readonlyhttps://project.math.uzh.ch/issues/96912019-12-03T09:27:55ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Die Klasse 'qfq-disabled' muss auf dem Label liegen.</li>
<li>readonly sollte weiterhin auf den Options sein.</li>
</ul>
<p>Das ganze testen fuer <br /><pre>
checkbox
single
plain
button
multi
plain
button
radio
plain
button
</pre></p> QFQ - Bug #9669 (Some day maybe): Checkbox / Template Group: radio/checkbox visible broken after ...https://project.math.uzh.ch/issues/96692019-11-28T20:37:24ZCarsten Rosecarsten.rose@math.uzh.ch
<p><a class="external" href="http://webwork16.math.uzh.ch/crose/qfq/index.php?id=templategroup">http://webwork16.math.uzh.ch/crose/qfq/index.php?id=templategroup</a> > max tg (4548) > add</p>
<p>Wenn man mit 'add' einen neue TG oeffnet werden Symbole fuer die Checkboxen und Radios nicht dargestellt (seit Umstellung von Browser Native auf 'Font Awesome'?).</p>
<p>Wird der Record gespeichert und neu aufgerufen sind die Checkboxen ok.</p>
<p>Via Inspect sehe ich keinen HTML/DOM Unterschied.</p> QFQ - Bug #9281 (Feedback): Allow STRICT_TRANS_TABLEShttps://project.math.uzh.ch/issues/92812019-10-02T09:08:00ZNicola Chiapolini
<p>MariaDB > 10.2.4 (Debian Buster comes with 10.3) has STRICT_TRANS_TABLES set by default. (see <a class="external" href="https://mariadb.com/kb/en/library/documentation/mariadb-administration/variables-and-modes/sql-mode/">https://mariadb.com/kb/en/library/documentation/mariadb-administration/variables-and-modes/sql-mode/</a>)<br />This breaks QFQ as no defaults are set for text columns in Form or FormElement.</p>
<p>Setting a default for these tables does work but has the ugly side-effect that on load the QFQ-Form Editor shows two single quotes as default value for all text fields...<br />A better solution is to allow all non-mandatory fields without default values to be NULL.</p>
<pre>
ALTER TABLE `Form`
CHANGE `noteInternal` `noteInternal` text COLLATE 'utf8_general_ci' NULL AFTER `title`,
CHANGE `multiSql` `multiSql` text COLLATE 'utf8_general_ci' NULL AFTER `multiMode`,
CHANGE `parameter` `parameter` text COLLATE 'utf8_general_ci' NULL AFTER `bsNoteColumns`,
CHANGE `parameterLanguageA` `parameterLanguageA` text COLLATE 'utf8_general_ci' NULL AFTER `parameter`,
CHANGE `parameterLanguageB` `parameterLanguageB` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageA`,
CHANGE `parameterLanguageC` `parameterLanguageC` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageB`,
CHANGE `parameterLanguageD` `parameterLanguageD` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageC`;
ALTER TABLE `FormElement`
CHANGE `modeSql` `modeSql` text COLLATE 'utf8_general_ci' NULL AFTER `mode`,
CHANGE `note` `note` text COLLATE 'utf8_general_ci' NULL AFTER `rowLabelInputNote`,
CHANGE `adminNote` `adminNote` text COLLATE 'utf8_general_ci' NULL AFTER `note`,
CHANGE `value` `value` text COLLATE 'utf8_general_ci' NULL AFTER `placeholder`,
CHANGE `sql1` `sql1` text COLLATE 'utf8_general_ci' NULL AFTER `value`,
CHANGE `parameter` `parameter` text COLLATE 'utf8_general_ci' NULL AFTER `sql1`,
CHANGE `parameterLanguageA` `parameterLanguageA` text COLLATE 'utf8_general_ci' NULL AFTER `parameter`,
CHANGE `parameterLanguageB` `parameterLanguageB` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageA`,
CHANGE `parameterLanguageC` `parameterLanguageC` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageB`,
CHANGE `parameterLanguageD` `parameterLanguageD` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageC`,
CHANGE `clientJs` `clientJs` text COLLATE 'utf8_general_ci' NULL AFTER `parameterLanguageD`;
</code></pre>
<p>an alternative workaround is to deactivate STRICT_TRANS_TABLES by setting<br /><code>[init] => SET names utf8; SET sql_mode = "ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION";</code> <br />in the extension config of qfq (this might also be needed for existing installations as upgrading large databases where no care was used on allowing NULL or setting defaults is a pain)</p> QFQ - Bug #9275 (New): autcron: t3 page, which takes to long to respond, is not reported properlyhttps://project.math.uzh.ch/issues/92752019-10-01T18:09:29ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Auf w16 werden ueber ein AutoCron Skript gitlab Berechtigungen erzeugt. Dieses Script benoetigt mehrere Minuten. Scheinbar hat der CLI PHP Interpreter einen Timeout, der das Skript hart abbrechen laesst.<br />Der System Cron sendet dann eine Mail:<br /><pre>
FROM: root@math.uzh.ch
TO: www-data@math.uzh.ch
SUBJECT: Cron <www-data@w16> /usr/bin/php /var/www/html/my/typo3conf/ext/qfq/Classes/External/autocron.php
DATE: 01.10.2019 - 13:03:01
PHP Warning: file_get_contents(https://w16.math.uzh.ch/my?id=updateGitlabPrivileges&token=secret....&nId=all): failed to open stream: HTTP request failed! in /var/www/html/my/typo3conf/ext/qfq/Classes/Core/Helper/DownloadPage.php on line 73
</pre></p> QFQ - Bug #9177 (New): Bug? QFQ tries to save an action FE, which has real existing column namehttps://project.math.uzh.ch/issues/91772019-09-19T15:47:35ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Aufgetreten bei</p>
<ul>
<li><a class="external" href="http://webwork16.math.uzh.ch/mi">http://webwork16.math.uzh.ch/mi</a></li>
<li>Form.name: applicationReview</li>
<li>FE.id: 5443</li>
<li>FE.name: finalReviewTimestamp</li>
<li>Review.finalReviewTimestamp = datetime</li>
<li>FE.value= ''</li>
<li>Beim speichern feuert QFQ: "Update Review set finalReviewTimestamp = WHERE id = ?" - d.h. es fehlt die Angabe vor 'Where'</li>
</ul>
<p>Frage</p>
<p>1) ist es gewollt das ein Action Element auf den Spaltenname schreibt - ich denke nein: check das Action Element kein UPDATE triggern.<br />2) Warum wird ein UPDATE Statement gebaut das in der WHERE Bedingung Prepare Statement benutzt, nicht aber bei den Parametern?<br />3) Es sollte abgefangen werden wenn der Parameter leer ist - das gibt immer einen Fehler.<br />4) Kann die Fehlermeldung besser werden, so dass klar wird das nciht das sqlAfter die Ursache ist?</p> QFQ - Bug #8431 (New): autocron.php with wrong pathhttps://project.math.uzh.ch/issues/84312019-05-30T08:29:40ZElias Villiger
<p>Elias hat qfq auf einem Mietserver laufen und kann cron Jobs nur via Webinterface konfigurieren. Die T3 Instanz ist im Verzeichnis '~/httpdocs'. Der Autocron Job wird mit '~/httpdocs/typo3conf/ext/qfq/external/autocron.php' gestartet. QFQ scheint fuer das logging den argv<sup><a href="#fn0">0</a></sup> von links an zu parsen. Das geht in diesem Fall schief. Folgende Tests waeren gut:</p>
<p>autocron.php/ save/ load: Aufruf mit</p>
<ul>
<li>absoluten Pfad</li>
<li>Pfad relativ zu 'Document Root'</li>
<li>Pfad relativ zu irgendwas</li>
</ul>
<p>Es waere gut eine zentrale Stelle zu haben:</p>
<ul>
<li>Die das CWD aut <T3 Installation Dir> setzt.</li>
<li>Den absoluten Pfad in config[] eintraegt.</li>
</ul> QFQ - Bug #8106 (Some day maybe): Dynamic Update: Feld kann nicht auf empty zurückgesetzt werdenhttps://project.math.uzh.ch/issues/81062019-03-21T10:04:18ZElias Villiger
Beispiel-Szenario:
<ul>
<li>Im FormElement `address` soll bei Auswahl eines FormElements `person` die Adresse angezeigt werden.</li>
<li>Person 1 wird ausgewählt -> Adresse 1 wird mit dynamic update angezeigt</li>
<li>Beim FormElement `person` wird die Person abgewählt (emptyItemAtStart)
<ul>
<li>Der `value` von FormElement `address` gibt jetzt leeren String ('') zurück.</li>
<li><strong>Problem</strong>: das FormElement `address` wird nicht auf leeren String zurückgesetzt, sondern behält seinen Wert.</li>
</ul></li>
</ul> QFQ - Bug #7101 (Some day maybe): 'form' in SIP and 'report' - breakshttps://project.math.uzh.ch/issues/71012018-10-27T08:47:43ZCarsten Rosecarsten.rose@math.uzh.ch
<p>falls in der SIP ein form ist und um qfq record ein form defineirt ist (wrid dynamisch berechnet) kommt qfq beim defintinve laden des form durcheinander.</p> QFQ - Bug #5768 (Some day maybe): '{{pageLanguage:T}}' missing if QFQ is called via api https://project.math.uzh.ch/issues/57682018-03-30T08:08:18ZCarsten Rosecarsten.rose@math.uzh.ch
<p>save() und download() haben keine Zugriff auf {{pageLanguage}}.</p>
<p>Das sollte gesetzt werden wie feUser und feGroup.</p> QFQ - Bug #5576 (New): Using MySQL 'DROP' requires privilege - wich is not really necessary.https://project.math.uzh.ch/issues/55762018-02-28T17:40:58ZNicola Chiapolini
<p>Auf unserer neuen Installation hat das Anlegen der System-Tabellen (wieder) nicht geklappt. Dieses Mal habe ich das Problem identifiziert.</p>
<p>Die Datei <code>qfq/sql/formEditor.sql</code> enthält ein nicht auskommentierten DROP-Befehl. Entweder muss der auskommentiert werden (patch im Anhang) oder dann muss in der Doku DROP als nötiges Recht für den QFQ-DB-User erwähnt werden.</p> QFQ - Bug #5221 (New): Download Dialog: Bleibt stehen in FF wenn Datei automatisch gespeichert wird.https://project.math.uzh.ch/issues/52212018-01-10T12:45:32ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Oeffnet sich in FF erst der Dialog zum Speichern/ Auswahl der Applikation - verschwindet der Dialog wie gewollt.</p>
<p>Gemeldet von DM im HIFO Tool mit QFQ 0.25.8, FF 57.0.4 (Linux).</p> QFQ - Bug #4651 (Some day maybe): "Loading document" Modal wird angezeigt bei uzhcd type=2 Ansichthttps://project.math.uzh.ch/issues/46512017-09-28T08:39:55ZElias Villiger
Beim UZH CD gibt es verschiedene Ansichten:
<ul>
<li>&type=1 -> eine Print-Ansicht</li>
<li>&type=2 -> eine text-only Ansicht (evtl. auch als Print-Ansicht gedacht)</li>
</ul>
<p>Wenn eine Seite mit type=2 aufgerufen wird und die entsprechende Seite einen qfq PDF-Link hat, wird zuletzt auf der Seite das qfq-File-Download-Modal angezeigt:<br /><img src="https://project.math.uzh.ch/attachments/download/928/FileModal.PNG" alt="" /></p> QFQ - Bug #4583 (Some day maybe): Dynamic Update bei TypeAhead Feldernhttps://project.math.uzh.ch/issues/45832017-09-19T14:07:12ZStefan Willi
<p>Bei Feldern mit TypeAhead Funktion werden bei einem Dynamic Update die Werte falsch gespeichert.<br />Es wird jeweils der vorherige und nicht der aktuelle Wert gespeichert.</p> QFQ - Bug #4441 (Some day maybe): $_SERVER Vars sollten nur aus dem Store genommen werden - Code ...https://project.math.uzh.ch/issues/44412017-09-09T14:34:35ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #4293 (Some day maybe): Download broken if token 'd:' is missing - but no error messagehttps://project.math.uzh.ch/issues/42932017-08-23T22:08:02ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Es gab einen kompletten PHP Crash wenn im Form Subrecord eine Spalte wie folgt definiert war:<br /><pre>
# OK
... CONCAT('d:file.pdf|s|t:Download|f:',n.pathFileName) AS 'Download|100|link', ...
# Crash
... CONCAT('s|t:Download|f:',n.pathFileName) AS 'Download|100|link', ...
</pre></p>
<p>CR hat dann eine Fake 'buildFile()' Funktion in Link.php eingesetzt.</p>
Topics:
<ul>
<li>Evtl. tritt der Fehler auch in Report/Link auf.</li>
<li>Es sollte eine Fehlermeldung geben wenn 'd' fehlt.</li>
<li>Evtl. kann das Token 'f:' in der calltable (buildFile) entfernt werden - bis anhin wurde es auch nicht gebracht.</li>
<li>Gibt es 'isFunc()' um zu testen ob man eine Funktion aufrufen kann? Das sollte implementiert werden.</li>
</ul> QFQ - Bug #4279 (Some day maybe): config.linkVars losthttps://project.math.uzh.ch/issues/42792017-08-23T10:20:50ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Clicking on a 'AS _Pagee' link looses the 'L' parameter.</p>
<p>In general not only 'type' and 'L' should be appended but all Parameter configured in 'config.linkVars'.</p> QFQ - Bug #4092 (Some day maybe): 1) Logging verbessern wann welches FE warum ausgefuehrt wird, 2...https://project.math.uzh.ch/issues/40922017-07-11T05:28:22ZCarsten Rosecarsten.rose@math.uzh.ch
<a name="Logging-verbessern-wann-welches-FE-warum-ausgefuehrt-wird"></a>
<h1 >Logging verbessern wann welches FE warum ausgefuehrt wird<a href="#Logging-verbessern-wann-welches-FE-warum-ausgefuehrt-wird" class="wiki-anchor">¶</a></h1>
<ul>
<li>In SQL Log muss stehen welches Statement durch welches FE getriggert wird.</li>
<li>Evtl. eigenes Log fuer das abarbeiten der FE. Warum wird wann was wo gemacht. Evtl. reicht es immer nur ein Form Save zu loggen. Bsp.: aus allen FE wird das primary save gebaut. Anschliessend werden die before save und dann die after save gebaut.</li>
</ul>
<p>h2 Documentation: Best Practice Template Group</p>
<p>Schritt fuer Schritt erklaeren was beim speichen von template groups passiert und wie man das schrittweise debuggen kann. welcher logeintrag ist wo zu erwarten?</p> QFQ - Bug #3811 (Some day maybe): Dynamic Update: extraButtonInfo - Text aktualisierenhttps://project.math.uzh.ch/issues/38112017-05-26T12:08:55ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Vermutlich wird der Text fuer 'extraButtonInfo' bei 'dynamicUpdate' nicht angepasst.</p> QFQ - Bug #3782 (Priorize): Bei fehlerhafter Eingabe (z.B. Datum) sollte das erwartete Format ang...https://project.math.uzh.ch/issues/37822017-05-22T10:39:56ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Gut waeren sinnvolle (dateilliertere) Defaults als jetzt.</li>
</ul> QFQ - Bug #3613 (Some day maybe): note /note unchecked -> note div (col-md) wird weiterhin gerenderthttps://project.math.uzh.ch/issues/36132017-04-21T16:41:23ZElias Villiger
<p>FormElement - Tab Layout:</p>
<p>Wenn z.B. die Checkboxes note und /note deaktiviert werden, wird der note-div weiterhin gerendert, ausser man setzt die "BS Note Columns" explizit auf 0.</p>
Erwartet wäre:
<ul>
<li>Deaktivierung von note führt dazu, dass <div class='col-md-x qfq-note'> nicht gerendert wird</li>
<li>Deaktivierung von /note führt dazu, dass der entsprechende </div> nicht gerendert wird</li>
</ul> QFQ - Bug #3349 (Some day maybe): config.qfq.ini: a) vertraegt keine '=' im Value (z.B. Passwort)...https://project.math.uzh.ch/issues/33492017-03-13T16:24:32ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #3130 (Some day maybe): Debug Info's nicht korrekt nach 'New > Save'.https://project.math.uzh.ch/issues/31302017-01-30T23:14:41ZCarsten Rosecarsten.rose@math.uzh.ch
<p>EV/30.1.17: Es handelt sich um den Fix <a class="issue tracker-3 status-5 priority-2 priority-default closed" title="Support: QFQ: aftersave macht kein 'update' falls master record uerspruenglich 0 war. (Closed)" href="https://project.math.uzh.ch/issues/2914">#2914</a>. Funktioniert alles, ausser dass die<br />kleinen Informations-Felder zu den Angaben, wie die Queries ausgeführt<br />wurden, nicht geupdated wurden. Diese Felder zeigen immer noch den alten<br />Stand an, also z.B. dass die xId (welche sich auf einen mit afterSave<br />neu erstellten Record bezieht) nicht gefunden wurde.</p>