Print module lacking id in the status query

[Dominik Fröhlich]

The new print modules fails to build the url for the status queries. It generates e.g.

https://geospatial/apps/print/print/status/.json

instead of e.g.

https://geospatial/apps/print/print/status/[e-mail]

Best,

Dominik

‌

EDIT:

The v 2.15.0 on the first attempt querries the correct url (e.g. https://geospatial/apps/print/print/status/[e-mail]) but then continues omitting the id as discribed above.

[Dominik Fröhlich]

persists in 2.16

EDIT: unsafe. build was unsuccessful

EDIT2: Fixed build. Confirming error persists in 2.16. Print ID is dropped and a file “.json” is requested on the second status call.

[Nikhil Jose]

I can also confirm the error. I tested in the versions 2.14.0 and 2.16.0.

[Dominik Fröhlich]

Nanu? Die capabilites werden bei mir noch korrekt abgefragt. Das macht allerdings nicht waitForPrintJob()…

Der Fehler müsste in waitForPrintJobSuccess() sein…

[Dominik Fröhlich]

Ah, ne, waitForPrintJob () stimmt schon. Mir scheint aber eher dass response.ref leer ist. Geht das zwischendurch out of scope..?

[Stolz]

Bug in \src\modules\tools\print\store\actionsPrint.js

Kommt 2x in waitForPrintJobSuccess() vor:

replace funktioniert hier nur wenn der Mapfish-Pfad /mapfish_print_internet oder /mapfish_print lautet:

            if (response.downloadURL.includes("mapfish_print_internet")) {
                subUrl = response.downloadURL.replace("/mapfish_print_internet/print/report/", "");
            }
            else if (response.downloadURL.includes("mapfish_print/")) {
                subUrl = response.downloadURL.replace("/mapfish_print/print/report/", "");
            }

Wenn - wie in Köln - /print-servlet-3/print/report/ im Pfad steht stimmt subURL nicht mehr.

[Dominik Fröhlich]

Ah, stimmt. Da war ich wohl zu sehr auf das async fixiert. Gleich mal testen…

[Dominik Fröhlich]

jap, das ist es! Was soll heir eigentlich diese komische if / else Konstruktion? Der Pfad ist doch bekannt…?

[Karl-Hans Heinemann]

Das Problem besteht auch noch in der Version 2.17.0. In der Entwicklerkonsole wird dann auch diese URL erzeugt:

…/print/print/masterprod/status/.json

[Friedrich Müller]

Hallo,

das genannte URL-Problem ist in der Masterportal Version 2.18.0 behoben.

Und funktioniert mit Print-Service Urls in der Form https://baseurl/printfolder/ oder https://baseurl/printfolder/print/.

VG,

[Friedrich Müller]

Bug fixed in v2.18.0