ODK Aggregate - přidání nového usera neumožní změnit jeho heslo #226
Labels
No Label
app-basic
app-ckan
app-crisiscleanup
app-cts
app-decidim
app-dhis2
app-frontlinesms
app-gnuhealth
app-kanboard
app-mifosx
app-motech
app-odoo
app-opendatakit
app-pandora
app-sahana
app-seeddms
app-sigmah
app-taarifa
app-ushahidi
critical
CZ
documentation
Doing
enhancement
GMaps
info
Mapbox
needinfo
new-app
OSM
performance
QGIS
regression
suggestion
To Do
upstream
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Spotter-Cluster/Spotter-VM#226
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
jsem zalogovaný jako Admin, v administraci jsem chtěl přidat nového usera spotter.
toho jsem přidal, uložil (ještě ez zadaného hesla)
pak jsem kliknul na změnit heslo a chtěl zadat heslo.
Okénko hesla se nechce uložit jde jen zavřít.
Po druhém otevření opakovaně ukazuje chybovou hlášku
JSON change-password request to https://127.0.0.1:8415/aggregate/ssl/user-manage-passwords failed
Hm. To je úplně stejná příčina jako u #224 a je to v pořadí celkem čtvrtý problém, kdy Aggregate není schopno trefit URL. Dva podobné problémy jsem řešil už během integrace a při té příležitosti koukal, zda se na ODK Aggregate provozovaným za proxy serverem již někdo neptal. Od roku 2011 jsem našel asi dvacet různých threadů a nula různých řešení. Mám obavu, že to budeme muset řešit odlišně než jak to máme u všech ostatních aplikací :/ Vyspím se na to a zkusím to přes víkend vymyslet.
mentioned in commit 398fd6351bac697b1e8d1d40554b8f0645e0a2e6
mentioned in commit
f436a00223
Tak snad už definitivně opraveno v commitu
f436a002
. Už jsem viděl hodně debilních návrhů pro práci s URL a HTTP hlavičkami, ale ODK Aggregate vede na plné čáře. Kombinuje tři různé způsoby, takže jsem nakonec musel nastavit Tomcat tak, aby podvrhoval parametry spojení pro každý transportní kanál zvlášť, abych Aggregate donutil si myslet, že sedí přímo na koncových bodech, na které chodí požadavky.closed
mentioned in issue #230
mentioned in issue #232
mentioned in issue #229