SE - Project - na záložce Location nelze vložit v Pop-up novou Location #427

New Issue

2020-04-21T18:51:20+02:00

Podhorecky commented

2020-04-21 18:51:20 +02:00

(Migrated from git.spotter.cz)

instance Demo
modul Project > existující Project > záložka Location > formulářové pole Location > Create Location
ticket:

Traceback (most recent call last):
  File "/srv/web2py/gluon/main.py", line 444, in wsgibase
    serve_controller(request, response, session)
  File "/srv/web2py/gluon/main.py", line 206, in serve_controller
    raise HTTP(response.status, page, **response.headers)
gluon.http.HTTP: 200 OK

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/srv/web2py/gluon/main.py", line 460, in wsgibase
    session._try_store_in_db(request, response)
  File "/srv/web2py/gluon/globals.py", line 1243, in _try_store_in_db
    if not table._db(table.id == record_id).update(**dd):
  File "/srv/web2py/gluon/packages/dal/pydal/objects.py", line 2434, in update
    ret = db._adapter.update(table, self.query, row.op_values())
  File "/srv/web2py/gluon/packages/dal/pydal/adapters/base.py", line 524, in update
    raise e
  File "/srv/web2py/gluon/packages/dal/pydal/adapters/base.py", line 519, in update
    self.execute(sql)
  File "/srv/web2py/gluon/packages/dal/pydal/adapters/__init__.py", line 67, in wrap
    return f(*args, **kwargs)
  File "/srv/web2py/gluon/packages/dal/pydal/adapters/base.py", line 413, in execute
    rv = self.cursor.execute(command, *args[1:], **kwargs)
psycopg2.errors.InFailedSqlTransaction: current transaction is aborted, commands ignored until end of transaction block

1. instance Demo 2. modul Project > existující Project > záložka **Location** > formulářové pole Location > **Create Location** 3. ticket: ``` Traceback (most recent call last): File "/srv/web2py/gluon/main.py", line 444, in wsgibase serve_controller(request, response, session) File "/srv/web2py/gluon/main.py", line 206, in serve_controller raise HTTP(response.status, page, **response.headers) gluon.http.HTTP: 200 OK During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/srv/web2py/gluon/main.py", line 460, in wsgibase session._try_store_in_db(request, response) File "/srv/web2py/gluon/globals.py", line 1243, in _try_store_in_db if not table._db(table.id == record_id).update(**dd): File "/srv/web2py/gluon/packages/dal/pydal/objects.py", line 2434, in update ret = db._adapter.update(table, self.query, row.op_values()) File "/srv/web2py/gluon/packages/dal/pydal/adapters/base.py", line 524, in update raise e File "/srv/web2py/gluon/packages/dal/pydal/adapters/base.py", line 519, in update self.execute(sql) File "/srv/web2py/gluon/packages/dal/pydal/adapters/__init__.py", line 67, in wrap return f(*args, **kwargs) File "/srv/web2py/gluon/packages/dal/pydal/adapters/base.py", line 413, in execute rv = self.cursor.execute(command, *args[1:], **kwargs) psycopg2.errors.InFailedSqlTransaction: current transaction is aborted, commands ignored until end of transaction block ```

Podhorecky commented

2020-04-21 18:51:20 +02:00

(Migrated from git.spotter.cz)

changed milestone to %2

Podhorecky commented

2020-04-21 18:51:44 +02:00

(Migrated from git.spotter.cz)

changed title from SE - Project - na záložce Location{-s nelze vložit v Pop-up novou Locations-} to SE - Project - na záložce Location{+ nelze vložit v Pop-up novou Location+}

changed title from **SE - Project - na záložce Location{-s nelze vložit v Pop-up novou Locations-}** to **SE - Project - na záložce Location{+ nelze vložit v Pop-up novou Location+}**

Disassembler commented

2020-04-21 19:03:44 +02:00

(Migrated from git.spotter.cz)

Ha! To by mohla být ta věc, co jsem opravil v PR #623 v upstreamu pydal / web2py, jak jsem zmiňoval ve #408. U nás jsem to nepatchoval, dokud nebude jasné, co to kde rozbíjí. Večer do toho šťournu.

Ha! To by mohla být ta věc, co jsem opravil v [PR #623](https://github.com/web2py/pydal/pull/623) v upstreamu *pydal* / *web2py*, jak jsem zmiňoval ve #408. U nás jsem to nepatchoval, dokud nebude jasné, co to kde rozbíjí. Večer do toho šťournu.

Disassembler commented

2020-04-21 23:05:22 +02:00

(Migrated from git.spotter.cz)

Tak taky ne. Sice to zase souvisí, ale to, co se Vám povedlo rozbít je zas něco jiného. A rozbil jste to velmi důkladně, protože teď nejde ani vlézt do map - https://sahana-demo.spotter.dasm.cz:8443/eden/gis/index

Hláška v logů říká, že došlo k pokusu o čtení z neexistujícího databázového sloupce gis_layer_wms.single_tile. Můžete mi přiblížit jaké vrstvy a WMS do toho cpete? (Single-tile jsou takové ty vrstvy, které jsou přes celou mapu a jsou načítány jako jeden objekt, na rozdíl od obvyklého přístupu, kdy jsou data načítán v dlaždicích. Ale to asi zrovna Vám vysvětlovat nemusím. :) )

Tak taky ne. Sice to zase souvisí, ale to, co se Vám povedlo rozbít je zas něco jiného. A rozbil jste to velmi důkladně, protože teď nejde ani vlézt do map - https://sahana-demo.spotter.dasm.cz:8443/eden/gis/index Hláška v logů říká, že došlo k pokusu o čtení z neexistujícího databázového sloupce *gis_layer_wms.single_tile*. Můžete mi přiblížit jaké vrstvy a WMS do toho cpete? (Single-tile jsou takové ty vrstvy, které jsou přes celou mapu a jsou načítány jako jeden objekt, na rozdíl od obvyklého přístupu, kdy jsou data načítán v dlaždicích. Ale to asi zrovna Vám vysvětlovat nemusím. :) )

Podhorecky commented

2020-04-21 23:28:45 +02:00

(Migrated from git.spotter.cz)

no, ... ideálně je ve vrstvách v modulu Maps zapnuta akorát mapa OSM Humanitarian, což je klasický Tile map server.

Nedávno jsem v nastavení vrstev klikal abych zkušebně zapnul i jiné mapové vrstvy, ale nečekal jsem od toho nic vážného. A podle pozorování moje doplnění + vypnutí vrstev nemělo vliv na funkčnost mapového modulu.

neumim potvrdit ani vyvrátit, že by toto bylo příčinou výše zmíněné havárie. Když jsem testoval tohle, tak jsem zrovna na mapách nic neupravoval.

nevim jestli to pomůže, tady je obecný přehled WMS

https://osmlab.github.io/editor-layer-index/

a world / OpenStreetMap (HOT Style) tile map server
url: https://{switch:a,b,c}.tile.openstreetmap.fr/hot/{zoom}/{x}/{y}.png

no, ... ideálně je ve vrstvách v modulu Maps zapnuta akorát mapa OSM Humanitarian, což je klasický Tile map server. Nedávno jsem v nastavení vrstev klikal abych zkušebně zapnul i jiné mapové vrstvy, ale nečekal jsem od toho nic vážného. A podle pozorování moje doplnění + vypnutí vrstev nemělo vliv na funkčnost mapového modulu. neumim potvrdit ani vyvrátit, že by toto bylo příčinou výše zmíněné havárie. Když jsem testoval tohle, tak jsem zrovna na mapách nic neupravoval. nevim jestli to pomůže, tady je obecný přehled WMS [https://osmlab.github.io/editor-layer-index/](https://osmlab.github.io/editor-layer-index/) a world / OpenStreetMap (HOT Style) tile map server url: `https://{switch:a,b,c}.tile.openstreetmap.fr/hot/{zoom}/{x}/{y}.png`

Podhorecky commented

2020-04-22 18:29:29 +02:00

(Migrated from git.spotter.cz)

stejný ticket to napíše když vstoupím na úvodní stranu Sambro. Nicméně do SAMBRO se dá přihlásit a umí ukázat i mapu na obou stranách.

Disassembler commented

2020-04-22 19:54:13 +02:00

(Migrated from git.spotter.cz)

Oukej, vznik tohole bugu si dovolím nechápat. Ten databázový sloupec "single_tile" v čerstvě vytvořené instanci existuje, ale něco se někde nějak stane, co ho asi smaže, protože třeba v databázi SAMBRO na VM už neexistuje. Demo instanci jste, koukám, před chvíli reinstaloval, takže tam už to nezjistím. Až objevíte, co to způsobuje nebo si alespoň vzpomenete na několik posledních kroků předtím než si všimnete, že je to rozbité, tak se určitě pochlubte.

Něco takového by mohl způsobovat třeba ten Setup modul, ale ten v SAMBRO vůbec není, pokud se nepletu, takže krčím rameny.

Oukej, vznik tohole bugu si dovolím nechápat. Ten databázový sloupec "*single_tile*" v čerstvě vytvořené instanci existuje, ale *něco* se *někde* *nějak* stane, co ho asi smaže, protože třeba v databázi SAMBRO na VM už neexistuje. Demo instanci jste, koukám, před chvíli reinstaloval, takže tam už to nezjistím. Až objevíte, co to způsobuje nebo si alespoň vzpomenete na několik posledních kroků předtím než si všimnete, že je to rozbité, tak se určitě pochlubte. Něco takového by mohl způsobovat třeba ten Setup modul, ale ten v SAMBRO vůbec není, pokud se nepletu, takže krčím rameny.

Podhorecky commented

2020-04-22 20:01:59 +02:00

(Migrated from git.spotter.cz)

ano, demo jsem přeinstaloval. Řekněme že dokud se tento bug nestane někde otravným, tak do té doby si ho nebudeme všímat.

Disassembler commented

2020-04-24 19:31:10 +02:00

(Migrated from git.spotter.cz)

closed

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: Disassembler/Spotter-VM#427