Hello,
in the magazine of Ilias (v7.5 - Ubuntu) files can be easily uploaded and managed. I would like to continue using this functionality, but for certain files (in my case PDF files) I would like to redirect or intercept the download function of Ilias, so that these files are edited/modified by my PHP script.
Unfortunately I could not find a suitable hook to redirect the download to another PHP script.
I also could not find out how the downloads in the magazine are processed by Ilias.
Maybe someone of you can help me with my questions:
Is there a plugin that does something similar (intercept/redirect downloads)?
Which PHP file of Ilias delivers the data/file on a download? (class.ilObjFileImplementationStorage.php - sendFile($a_hist_entry_id)?)
Greetings
Martin Busse
//--------------------
Hallo,
in das Magazin von Ilias (v7.5) lassen sich leicht Dateien hochladen und verwalten. Diese Funktionalität würde ich gerne weiterhin nutzen, aber bei bestimmten Dateien (in meinem Fall PDF-Dateien) möchte ich die Download-Funktion von Ilias umlenken bzw. abfangen, damit diese Dateien von meinen PHP-Skript bearbeitet bzw. geändert werden.
Leider konnte ich keinen passenden Hook finden, um den Download auf ein anderes PHP-Skript umzuleiten.
Ich konnte nicht herausfinden wie die Downloads im Magazin von Ilias bearbeitet werden.
Vielleicht kann jemand von Euch mir bei meinen Fragen weiterhelfen:
Gibt es ein Plugin, welches etwas vergleichbares macht (Downloads abfangen/umlenken)?
Welche PHP-Datei von Ilias liefert die Daten/Datei bei einem Download aus? (class.ilObjFileImplementationStorage.php - sendFile($a_hist_entry_id)?)
Mit freundlichen Grüßen
Martin Busse
Dear all,
We would like to publish ILIAS 7.6 on Wednesday, January 26, 2022.
If you need more time to fix issues that should become part of this
release, please let me know.
Best regards
Fabian Wolf
Dear developers,
I have recently opened a PR (#3923
<https://github.com/ILIAS-eLearning/ILIAS/pull/3923>) which resolves an
issue where ilTableGUI commands weren't considered by ilCtrl anymore.
Furthermore this PR introduces a new trait called `ilTableCommandHelper`
which is intended as a replacement for direct $_POST access. Up till now
ilCtrl has made some magic $_POST manipulations when:
a) a table used the select-all option, where the bottom value was set equal
to the top one, so it didn't matter which key you used. Or
b) a table used multi-item-selection-buttons, where the correct submitted
value was determined so it could just be accessed by the defined post
variable name.
Now because these post variables cannot just be retrieved by $_POST without
these manipulations I created methods in the new trait that deliver sort of
fake $_POST arrays. They can be used the same way as before, which means
instead of `$_POST["cmd_select_all"]` you'd have to call a method of this
trait now: `$this->getSelectAllPostArray()["cmd_select_all"]`.
I have already merged this PR into trunk, so that everybody has enough time
left until Thursday, when direct $_POST access should not be used anymore
anyways.
Kind regards
--*Thibeau Fuhrer*
Junior Software Developer
Support: +41 31 972 52 30support(a)sr.solutions
*sr solutions ag*
Farbweg 9
3400 Burgdorf
Schweiz
Tel: +41 31 972 52 22https://sr.solutions/
--
Neuer Name: Die Studer + Raimann AG heisst jetzt neu sr solutions ag.
Fragen zur Umfirmierung? -> https://sr.solutions/faq
<http://sr.solutions/faq>
Dear ILIAS Developer
Collaboration to reach good results in FOSS Development is great, however best results can be achieved if we have the best tools for communication at hand. In several projects in the recent past, we have experienced some difficulty in finding a good suiting tool in working groups. Many groups work together with teams. However, this is not an option for all members in the community. Others collaborate and chat on slack or WebEx. Since this scattered situation in terms of tools usage makes it hard especially for newcomers to find their way into the community, we would like to try to establish one tool as central hub for the community to exchange and work on ideas on projects to improve ILIAS. Therefore, we decided to organise this “Tool Shoot out” where in a first stage everybody is invited to propose her/his favorite “Tool for an Open ILIAS Workspace” along with some description.
You find all further information in the Group we created for that exact purpose on ilias.de<http://ilias.de>, see: https://docu.ilias.de/goto_docu_grp_10913.html
If you have any questions, do not hesitate to contact me.
Hope to hear from you there
Timon Amstutz on behalf of the ILIAS Technical Board
_____________________________
Universität Bern
Vizerektorat Lehre
iLUB - Supportstelle für ICT-gestützte Lehre und Forschung
Technische Leitung iLUB
Konzeption und Entwicklung ILIAS
Hochschulstrasse 6
3012 Bern
<mailto:timon.amstutz@unibe.ch>
http://ilias.unibe.ch/u/t.amstutzhttp://www.ilub.unibe.ch
Dear list members,
as written yesterday: ILIAS is not vulnerable to the current security
issue that is getting wide media coverage. But we have followed the
vendors recommendation and also the official BSI advisory and updated
the logging dependency in the ilServer to the newest available version.
The release manager and the product manager are already working on
preparing a special release out of the regular schedule and we are
confident to be able to announce that at very short notice. If you feel
you can't wait for the release to be bundled and tagged, you can already
update your installation using the "git pull" method as described in
https://docu.ilias.de/goto_docu_lm_367.html#minor-upgrade .
We always recommend to keep your ILIAS installations up-to-date. For
more detailed explanations don't hesitate to contact us.
Best regards,
The ILIAS Security Group
on behalf of the ILIAS e.V. and the Technical Board
Dear list members,
today we received several requests regarding CVE-2021-44228 (log4j -
0-day exploit).
According to our own analysis ILIAS and (more precisely) the ilServer is
most probably NOT affected by this vulnerabilty.
The java server uses the 1.x release of log4j, which seems to be NOT
impacted if(!) the configuration of the application does not(!) use JNDI
or JMS Appender, which is given for the ilServer.
Nevertheless the maintainer of the ilServer decided to upgrade the log4j
library to the recommended version 2.15.x in all maintained ILIAS
releases (still in progress).
We would like to also create awareness that other applications in your
infrastructure might be impacted by CVE-2021-44228.
We always recommend to keep your ILIAS installations up-to-date. For
more detailed explanations don't hesitate to contact us.
Best regards,
The ILIAS Security Group
on behalf of the ILIAS e.V. and the Technical Board
