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 - 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 #12187 (New): Trigger FormAsFile() via Report: probably problem with multi DB setuphttps://project.math.uzh.ch/issues/121872021-03-20T20:15:10ZCarsten Rosecarsten.rose@math.uzh.ch
<p>In <code>Report->triggerReport()</code> gibt es einen Aufruf <code>FormAsFile::importAllForms($this->db, false, true);</code> der vermutlich ein MultiDB Setup nicht beruecksichtigt:</p>
<ul>
<li>Report arbeitet bei Default auf `dbData`. </li>
<li>Form arbeitet immer auf `dbQfq`.</li>
<li>Bei einem MultiDB knallt es jetzt.</li>
</ul>
<p>Des weiteren:</p>
<ul>
<li>Es ist nicht klar warum Report() jede einzelne Query `formAsFile::isFormQuery($sql)` jedes mal vor dem feuern uberprueft, ob eine der Tabellen Form/FormElement vorkommt und falls ja, ein `FormAsFile::importAllForms()` ausfuehrt.</li>
<li>BTW: angenommen 10.sql hat 100 Records, dann wird 10.20.sql hundertmal auf Form/FormElement geprueft und bei Treffer 100 mal alle Forms importiert!</li>
<li>Es kommt zwar super selten vor das Form/FormElement verwendet wird, aber gibt es hier keine bessere Loesung?</li>
<li>Evtl. ist hier das Problem mit der MY Instanz zu suchen, das manchmal alle Formulare verschwunden sind.</li>
</ul> QFQ - Bug #12133 (New): NPM, phpSpreadSheet aktualisierenhttps://project.math.uzh.ch/issues/121332021-03-11T21:43:38ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Wir sollten dringend npm aktualsieren</li>
<li>In dem Zusammenhang koennen wir vermutlich auch einige andere Pakete aktualisieren, die wir wegen PHP7.0 zurueck gehalten haben. </li>
<li>Z.B. phpSpreadSheet</li>
</ul> QFQ - Bug #12045 (New): templateGroup afterSave FE: Aufruf ohne sqlHonorFormElements funktioniert...https://project.math.uzh.ch/issues/120452021-02-18T15:01:59ZElias Villiger
<p><strong>Szenario</strong>:<br />templateGroup mit non-native FEs. Zum Speichern der Werte braucht es immer ein afterSave FE mit slaveId, sqlInsert, ...</p>
<p><strong>Beobachtetes Verhalten</strong><br />Wenn beim afterSave FE kein sqlHonorFormElements = sampleColumn%d definiert ist, wird der afterSave Record zwar korrekt oft (z.B. 5x) aufgerufen, jedoch ist %d jedesmal = 1 (bzw. %D = 0), statt inkrementell.</p>
<p><strong>Erwartetes Verhalten</strong><br />Erwartet wäre, dass bei fehlendem sqlHonorFormElements die sqlInsert/Update/Delete statements unabhängig von irgendwelchen TemplateGroup-FE-Werten ausgeführt werden, nur abhängig von der slaveId, wie auch bei anderen afterSave-FEs. Und zwar mit %d = 1, 2, 3, 4, 5, nicht jedesmal = 1.</p> QFQ - Bug #12040 (New): FE Mode 'hidden' für zwei FEs auf einer Zeilehttps://project.math.uzh.ch/issues/120402021-02-18T09:13:57ZElias Villiger
<p>Ich habe in einem Formular zwei FormElemente auf einer Zeile. Unter gewissen Bedingungen möchte ich diese ganze Zeile ausblenden. Mit dynamic update funktioniert das (!), wenn ich die FEs aber statisch (FE.Mode) oder beim Form Load aufgrund bestimmter Kriterien (FE.ModeSQL) auf 'hidden' stelle, wird nur der input-Bereich auf 'hidden' gestellt, Label und Note bleiben sichtbar.</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 #11695 (New): MultiForm required FE Errorhttps://project.math.uzh.ch/issues/116952020-12-04T12:34:10ZPhilipp Gröbelbauer
<p>Eine Multiform auf LSZGS ist nicht mehr speicherbar - #11694</p>
<p>Grund dafür ist ein 'required' FE, das nicht erkennt, dass ein value selected ist und dann beim Speichern die Fehlermeldung anzeigt, dass ein Wert selektiert werden muss.</p> QFQ - Bug #11668 (New): Play function.sql - problem with mysqlhttps://project.math.uzh.ch/issues/116682020-11-30T17:00:00ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Die Datei 'function.sql' kann nicht direkt via `mysql 'dbname' < function.sql` gespielt werden.</li>
<li>Wird der DELIMITER auf etwas anderes als ';' gesetzt funktioniert es.<br /><pre>
(echo 'DELIMITER $$'; sed 's/END ;/END $$/g' function.sql; echo 'DELIMITER ;') > function.new.sql
</pre></li>
<li>Check ob man function.sql in QFQ in der Notation schreiben kann - dann waere die Datei direkt via mysql nutzbar.</li>
<li>Hintergrund des Requests: beim Standard Backup mit mysqldump werden die Function/Procedures nicht exportiert.</li>
<li>Ein Hinweis in der QFQ Doc, wie man das spielen der Funktionen triggern koennte waere auch gut.</li>
</ul> QFQ - Bug #11667 (New): MySQL mariadb-server-10.3: Incorrect datetime valuehttps://project.math.uzh.ch/issues/116672020-11-30T16:53:04ZCarsten Rosecarsten.rose@math.uzh.ch
<pre>
toUser:: SQL error
os:: [ mysqli: 1292 ] Incorrect datetime value: '' for column `math`.`ExamStudent`.`examStartEffective` at row 1
Form:: ExamStudent
Form Element:: Column: agreedToSurveillance
Timestamp:: 2020.11.30 16:57:51 +0100
Code:: 2001
Message:: SQL error
Type:: Db Exception
SQL final:: UPDATE `ExamStudent` SET `examId` = ?, `examGroupId` = ?, `examStartEffective` = ?, `examEndEffective` = ?, `examInProgress` = ?, `practiceTestPassed` = ?, `surveillance` = ?, `statusImport` = ?, `pIdStudent` = ?, `specialPermission` = ?, `raiseHand` = ?, `internalNote` = ?, `jitsiRoomUrl` = ?, `finalSubmit` = ?, `grade` = ?, `codeOfHonor1` = ?, `codeOfHonor2` = ?, `agreedToSurveillance` = ?, `modified` = ? WHERE id = ?
SQL Params:: array (
0 => '26',
1 => '49',
2 => '',
3 => '',
4 => 'no',
5 => '2020-11-26 12:34:25',
6 => 'deny by student',
7 => 'manual',
8 => '25871',
9 => '',
10 => 'no',
11 => 'h',
12 => 'if5UdrAJyqF1nwcJVrIfGmzLuxuhMteUA26u25871',
13 => '',
14 => '',
15 => '2020-11-26 12:40:12',
16 => '0000-00-00 00:00:00',
17 => '2020-11-26 12:40:12',
18 => '20201130165751',
19 => '2893',
)
current sip:: array (
'__dbIndexData' => '1',
'examId' => '26',
'form' => 'ExamStudent',
'r' => '2893',
's' => '5fc511ad19669',
'urlparam' => '__dbIndexData=1&examId=26&form=ExamStudent&r=2893',
)
Page Id:: 143
Content Id:: 313
FE User:: pgroeb
File:: /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/Database/Database.php
Line:: 407
CWD:: /var/www/html/exam2/typo3conf/ext/qfq/Classes/Api
IP Address:: 192.168.133.211
Stacktrace::
#0 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/Database/Database.php(208): IMATHUZH\Qfq\Core\Database\Database->prepareExecute()
#1 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/Save.php(478): IMATHUZH\Qfq\Core\Database\Database->sql()
#2 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/Save.php(310): IMATHUZH\Qfq\Core\Save->updateRecord()
#3 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/Save.php(95): IMATHUZH\Qfq\Core\Save->elements()
#4 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/QuickFormQuery.php(558): IMATHUZH\Qfq\Core\Save->process()
#5 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Core/QuickFormQuery.php(1778): IMATHUZH\Qfq\Core\QuickFormQuery->doForm()
#6 /var/www/html/exam2/typo3conf/ext/qfq/Classes/Api/save.php(58): IMATHUZH\Qfq\Core\QuickFormQuery->saveForm()
</pre>
<ul>
<li>`webwork20`, MariaDB 10.3<br /><pre>
[SQL] SELECT @@sql_mode;
STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
# Fail
[SQL] Insert into Clipboard (modified) values ('')
# OK
[SQL] Insert into Clipboard (modified) values ('0000-00-00 00:00:00')
# Reduce complain level
SET sql_mode='ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'
# OK
[SQL] Insert into Clipboard (modified) values ('')
</pre></li>
</ul> 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 #11239 (New): Radiobutton (plain): horizontales Rendern abhängig vom Datentyp in der Da...https://project.math.uzh.ch/issues/112392020-09-30T16:37:53ZElias Villiger
<p>a) Radiobutton <greeting> mit itemList=0:hi,1:hello, maxlength=10</p>
<p><ins>Erwartet</ins>: horizontales Rendering (bis 10 Elemente)</p>
<p><ins>Tatsächlicher Output:</ins></p>
<ul>
<li>Falls <greeting> in der DB als int definiert ist, dann vertikales Rendering (kann nicht verändert werden).</li>
<li>Falls <greeting> in der DB als enum definiert ist, dann korrekt horizontales Rendering.</li>
</ul>
<p>Noch 2 kleine related Items:</p>
<p>b) Doku sagt, dass maxlength='',0,1 -> vertikales Rendern. Dies ist jedoch nur bei maxlength=1 der Fall. Vermutlich wurde hier der Default umdefiniert und die Doku muss angepasst werden.</p>
<p>c) Schreibfehler Doku "The readios will be ..." statt "radio"</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 #10937 (New): Fehler mit abhängigen Select- Feldern beim Positionierenhttps://project.math.uzh.ch/issues/109372020-07-31T13:29:55ZChristoph Fuchs
<p><a class="external" href="https://mnf-37.uzh.ch/index.php?id=21">https://mnf-37.uzh.ch/index.php?id=21</a> --> "New Reservation":<br />"Building" - Select steuert Inhalt von "Room" Select ==> funktioniert. (Z.B Y00--> G-00 oder G-01 in "Rooms"</p>
<p>Wenn ich "Room"-Select neben "Building" positioniere, funktioniert es nicht mehr<br />rowLabelInputNote:<br />Building row,label,/label,input,/input<br />Room label,/label,input,/input,/row</p>
<p>Alle Caches gelöscht</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 #10759 (New): emptyMeansNull - Feld falsch aktualisierthttps://project.math.uzh.ch/issues/107592020-06-15T14:42:08ZChristoph Fuchs
<p>Ein Feld, das als Parameter "emptyMeansNull=1" definiert hat,<br />erhält nach dem Speichern des Formaulars (ohne dass das Formular geschlossen wird) den Wert "False".<br />In der DB ist aber alles in Orndung, sprich NULL.</p> QFQ - Bug #10704 (New): wkhtml problem rendering fullCalendar.js / fabric.js >> successor: puppe...https://project.math.uzh.ch/issues/107042020-06-03T15:26:51ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li><a class="external" href="https://github.com/puppeteer/puppeteer">https://github.com/puppeteer/puppeteer</a></li>
<li>Vergleich: <a class="external" href="https://www.paperplane.app/blog/modern-html-to-pdf-conversion-2019/">https://www.paperplane.app/blog/modern-html-to-pdf-conversion-2019/</a></li>
</ul>
<p>puppeteer hat angeblich ein CLI replacement fuer wkhtml ...</p> QFQ - Bug #10658 (New): processReadOnly brokenhttps://project.math.uzh.ch/issues/106582020-05-27T15:39:36ZNicola Chiapolini
<p>In QFQ 20.4.0, processReadOnly seems not to work.</p> QFQ - Bug #10588 (New): typeahed Tag: Doku anpassenhttps://project.math.uzh.ch/issues/105882020-05-15T13:24:44ZCarsten Rosecarsten.rose@math.uzh.ch
<p>SW via RocketChat:<br /><pre>
Ich habe die Tags nun im Mode 'Glue' zum laufen bekommen. Mein Fazit:
1. In der Doku sollte im Beispiel erwähnt sein, wie man neue Tags anlegt. Also typeAheadTagInsert und typeAheadPedantic=0 sollte vermerkt sein.
2. Ich habe es im Mode 'Tag' nicht geschafft.
3. Ist es normal, dass jeweils nur 1 neuer Tag gespeichert wird? Ich hatte den Fall, dass ich 2 neue Tags erstellte und auswählte. Beim Speichern des Formular wurde dann nur der letzte hinzugefügte Tag gespeichert.
PS: Ich arbeite am Montag wieder.
</pre></p> QFQ - Bug #10324 (New): Excel Export mit Template funktioniert nur, wenn Template vor uid kommthttps://project.math.uzh.ch/issues/103242020-03-30T09:20:24ZElias Villiger
<p>Bsp:</p>
<p>Dieser Link verwendet das Template:</p>
<pre>
CONCAT('d:final.xlsx|t:Excel (template)|F:fileadmin/template.xlsx|uid:54') AS _excel
</pre><br />Dieser Link verwendet das Template nicht:
<pre>
CONCAT('d:final.xlsx|t:Excel (template)|uid:54|F:fileadmin/template.xlsx') AS _excel
</pre> QFQ - Bug #10322 (New): FormElement / Radio: missing column 'enum' >> FE not reportedhttps://project.math.uzh.ch/issues/103222020-03-29T16:19:41ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Bei einem FE Radio war eine Spalte angegeben die nicht existierte.</li>
<li>Bei der Fehlermeldung 'missing definition' wird weder das Form noch das verursachende Formelement angezeigt.</li>
</ul>
<p>webwork16 > My > form: my_lecture</p>
<p>Fehler kann leicht reproduziert werden in dem im FormElement der Name der Spalte auf eine nicht existierende geaednert wird</p> QFQ - Bug #10082 (New): FE.type=SELECT - 'sanatize' Classhttps://project.math.uzh.ch/issues/100822020-02-10T14:33:18ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Im LSGZS Form 'ApplicationStatus' liegt FE id: 3474 (myStateJobOffer) nicht auf der Primarytable. </li>
<li>FE.type=SELECT. </li>
<li>itemList='':not yet decided,yes:accept,... - Das erste Element ist ein leerer String.</li>
</ul>
<p>Wird 'not yet decided' ausgewaehlt, gibt es ein Sanatize Violation: allowed character: 0...9, [latin character], @-_.m;: /()".</p>
<ul>
<li>Laut der Liste waere der Leerstring enthalten.</li>
<li>Sollten die via Enum/Radio/Select definierten Elemente nicht automatisch erlaubt sein? Das wuerde 'auto' entsprechen.</li>
</ul> QFQ - Bug #9855 (New): Required Checkhttps://project.math.uzh.ch/issues/98552020-01-09T10:28:50ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Bitte fuer alle Input Typen (inkl. 'File'), ueberpruefen das ein Form Save unmoeglich ist (resp. markiert wird), wenn required aktiv ist, das Feld aber leer ist.</p>
<p>Das Attribute 'acceptZeroAsRequired' auch testen.</p>
<p>Bei 'fe.mode=<via dynamic update veraendert>' bitte alle Varianten testen (n=normal, r=required, FL=Form Load, FDU=Form Dynamic Update):<br /><pre>
FL FDU
--------
n n
n r
r n
r r
</pre></p> QFQ - Bug #9773 (New): form.parameter.formModeGlobal=requiredOffhttps://project.math.uzh.ch/issues/97732019-12-16T13:37:31ZMarc Egger
<p>When form parameter formModeGlobal is set to requiredOff then the required fields should not be marked orange, if they are not filled out. But they are marked orange.</p> QFQ - Bug #9533 (New): FE.type=upload: Check in 'beforeSave' if upload is givenhttps://project.math.uzh.ch/issues/95332019-11-08T15:32:52ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Es waere gut wenn man in einem fe.type=beforeSave abfragen koennte ob ein Upload gegeben ist.</p>
<p>Evtl. muss man unterscheiden ob ob es ein nuer Uplaod oder der Upload besteht.</p> QFQ - Bug #9317 (New): FE.type=note: with dynamic show/hidden an empty label causes troublehttps://project.math.uzh.ch/issues/93172019-10-08T11:55:04ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Problem:</p>
<ul>
<li>mit formModeGlobal=requiredOff wird das Label div gar nicht gerendert und die Note rueckt nach Links.</li>
<li>Ist FE.modeSql leer und 'FE.mode=Show' tritt der Effekt nicht auf.</li>
</ul>
<pre>
FE.type=note
FE.modeSql={{SELECT IF('{{formModeGlobal:S0}}'='requiredOff','show','hidden')}}
FE.label=''
FE.bsLabelColumns=col-md-3
FE.bsInputColumns=0
FE.bsNoteColumns=col-md-9
</pre> 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 #9127 (New): Error Message: change 'roll over' color - text not readablehttps://project.math.uzh.ch/issues/91272019-09-14T09:46:40ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #8049 (New): FE.type=note, column 'value': text moves some pixel to top after savehttps://project.math.uzh.ch/issues/80492019-03-14T22:26:45ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #7890 (New): FormElement 'required': extraButtonInfo not alignedhttps://project.math.uzh.ch/issues/78902019-02-14T19:15:09ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #7795 (New): Readonly Form: Typeahead-Felderhttps://project.math.uzh.ch/issues/77952019-01-31T15:12:58ZElias Villiger
<p>Ein FormElement, das ein typeAheadSql definiert hat, zeigt weiterhin ein Dropdown-Menu an, auch wenn es auf Readonly gesetzt ist.</p>
<p>Bearbeitet werden kann das Input-Element aber nicht.</p> QFQ - Bug #7685 (New): Open FormElement from QFQ error message and save modified record: error ab...https://project.math.uzh.ch/issues/76852019-01-20T14:33:46ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Gibt es einen Fehler in einem Form und der Webdeveloper oeffnet das in der Exception angegebne FE via dem dort angegeben Button, wird beim anschliessenden Save ein Fehler gemeldet: '{{formId:F}}' kann nicht ersetzt werden.</p> QFQ - Bug #7574 (New): Substitute error: form element not reported / dont parse Form.notehttps://project.math.uzh.ch/issues/75742019-01-02T20:29:00ZCarsten Rosecarsten.rose@math.uzh.ch
<p>In einem Formelement im Feld 'note' war eingegeben</p>
<p>'{{formModeGlobal::SE}}'='','close','no') }}</p>
<p>Das fuehrte zu dem Fehlern 'uknown check mode' (es war ein Doppelpunkt zu viel).</p>
<ul>
<li>Es sollte die Spalte (in dem Fall 'note') und das Formularelement ausgegeben werden.</li>
<li>Das Feld 'note' sollte nicht geparst werden - es hat keine Funktion.</li>
</ul> QFQ - Bug #7547 (New): Error Message in afterSave: wrong parameter column reportedhttps://project.math.uzh.ch/issues/75472018-12-28T08:23:33ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Ein FE 'AfterSave' ist definiert. </li>
<li>In dem sqlInsert ist ein SQL Fehler. </li>
<li>Die Fehlermeldung nennt 'fillStoreVar' als Quelle des Fehlers. Das ist falsch, es war sqlInsert.</li>
</ul> QFQ - Bug #7524 (New): QFQ throws a 'General Error' if 'fileadmin/protected/log/...' is not write...https://project.math.uzh.ch/issues/75242018-12-20T19:12:06ZCarsten Rosecarsten.rose@math.uzh.chQFQ - Bug #7513 (New): Radios not correct alignedhttps://project.math.uzh.ch/issues/75132018-12-19T14:09:25ZCarsten Rosecarsten.rose@math.uzh.ch
<p>a) untereinander: see Screenshot. Tritt angeblich erst auf wenn man mehrere Optionen hat.<br />b) hintereinander: kein Abstand zwischen den Optionen</p>
<p>Min. bei b) ist die BS Klasse 'radio-inline' schuld - diese muss bei Plain gar nicht gesetzt werden.</p> QFQ - Bug #7512 (New): FE: inputType=number >> 'pattern' is not respectedhttps://project.math.uzh.ch/issues/75122018-12-19T14:07:02ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Bei einem Input Feld (column.typ=int) wird scheinbar kein Pattern ausgeliefert. Zumindest beschwert sich der Browser nicht bei Falscheingabe.</p>
<p>Wird im FE gesetzt 'inputType=text', klappt es.</p>
<p>Auch fuer 'numerische' eingaben kann ein Pattern sinnvoll sein. Z.B. bei Jahreszahlen die genau 4 Stellen haben sollen: [\d]{4}</p> QFQ - Bug #7219 (New): typeSheadSql / typeAheadSqlPrefetch: change to curly braceshttps://project.math.uzh.ch/issues/72192018-11-09T07:10:27ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Scheinbar werden 'typeSheadSql' / 'typeAheadSqlPrefetch' ohne Curly Braces definiert. Das ist inkonsequent.</p>
<ul>
<li>Anpassen das alt und neu funktioniert</li>
<li>Doku</li>
</ul> QFQ - Bug #7002 (New): Dynamic Update: row does not disappear / appearhttps://project.math.uzh.ch/issues/70022018-10-14T18:03:58ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Via dynamicUpdate scheint das aus/einblenden von Rows in Formularen nicht mehr zu funktionieren, wenn die Startbedingung 'hidden' ist.</p>
<p>Mit Startbedingung 'show' wird zwar das Input Element aus/eingeblendet, aber das Label bleibt stehen.</p>
<p>Beobachtet im IK-Tool bei der Zuweisung von Rollen zu einer Person.</p> QFQ - Bug #6912 (New): error Message Var 'deadline' already set in SIP - in Form with FE.value={...https://project.math.uzh.ch/issues/69122018-10-06T08:30:43ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>IK Tool, Form 'application'</li>
<li>FE.name=deadline, column=value: {{deadline:R:::{{deadlinePeriod:Y}}}}</li>
<li>Es sollte die deadline gesetzt werden, abhaengig davon ob der Record schon existiert oder nicht.</li>
<li>Es kam eine Meldung: SIP Value 'deadline' already set - keine Erklaerung wie das sein kann.</li>
</ul> QFQ - Bug #6677 (New): Error message FE Action Element: no/wrong FE reference who cause the problem.https://project.math.uzh.ch/issues/66772018-09-12T21:15:27ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Falls in einem FE Action Element 'beforeSave' (vermutlich alle Action Elemente) ein Fehler in einer SQL Query auftritt, wird kein oder ein falsches FE Element als Verursacher angegeben.</p> QFQ - Bug #6462 (New): File Upload: Nutzlose Fehlermeldung wenn Datei zu grosshttps://project.math.uzh.ch/issues/64622018-07-27T14:55:58ZNicola Chiapolini
<p>Ich habe eben <a class="issue tracker-1 status-5 priority-2 priority-default closed" title="Bug: File Upload: keine Fehlermeldung wenn Datei zu gross (Closed)" href="https://project.math.uzh.ch/issues/6139">#6139</a> mit 18.6.1 getestet. Ich bekomme nun zwar eine Fehlermeldung, die ist aber nicht sehr informativ:</p>
<pre>
2018.07.27 16:53:23 +0200, Reference: 5b5b31e3f0447
SIP invalid:
</pre> 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 #5559 (New): FE.type = Upload: 'accept' might contain variableshttps://project.math.uzh.ch/issues/55592018-02-27T09:37:28ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Der Parameter 'fe.parameter.accept = {{some_var:Y}}' wird nicht ersetzt. Es sollte moeglich sein einen beliebigen Store zu verwenden. Z.B. zentrale config.qfq.ini oder via STORE_VAR (fill_store_var) oder STORE_REOCRD (aktueller Record auf dem das Form arbeitet).</p>
<p>Vermutlich wird accept beim Load nicht evaluiert. Der Uplaod findet dann via API statt, die Variable ist dann im SIP store und wird in der API nicht erneut evalueiret (macht dort auch keinen Sinn,da sie sich nicht mehr aendern wird).</p>
<p>Query ist ok: `accept = {{SELECT ...}}`</p> QFQ - Bug #5305 (New): Upload FormElement: nicht disabled by readonly Formhttps://project.math.uzh.ch/issues/53052018-01-27T12:39:23ZElias Villiger
Das Problem:
<ul>
<li>By Dynamic Update sollte der Button enabled/disabled werden koennen.</li>
<li>D.h. der Server muss immer das eine SIP mitliefern, kann ja sein das der Button spaeter aktiv wird.</li>
<li>Auch bei 'disabled' button (visuell korrekt als disabled dargstellt) wird ein Klick ausgefuehrt und der Dateiauswahldialog oeffnet sich und der ganze Prozess (Auswahl, Upload, Delete) funktioniert.</li>
</ul> QFQ - Bug #4756 (New): Form dirty even nothing changeshttps://project.math.uzh.ch/issues/47562017-10-13T15:09:33ZCarsten Rosecarsten.rose@math.uzh.ch
<ul>
<li>Bei GRC und anderen Seiten, faellt auf das ein Form als 'dirty' markiert wird (beim verlassen des Forms ohne zu speichern wird nachgefragt ob man speichern moechte) obwohl nichts veraendert wurde. 'Einfache' Formulare sind ok.</li>
</ul>
<p>Evtl. hat es etwas mit Typeahead zu tun.</p>
<ul>
<li>Das gleiche passiert beim IK Tool 'Applciation' wenn man es im 'Read Only' Mode aufruft (im Archiv).</li>
</ul> QFQ - Bug #3547 (New): FE of type 'note' causes writing of empty fields.https://project.math.uzh.ch/issues/35472017-04-10T22:14:04ZCarsten Rosecarsten.rose@math.uzh.ch
<p>Beim save eines Records werden alle FormElemente vom Typ "note" auf leer gesetzt. Das hiess in dem Fall, dass der Name, Geschlecht, Titel der Personen gelöscht wurden, sobald versucht wurde, die Form zu speichern.</p>