Exception when I click on Admin -> System -> Objects -> User -> Address

Technical assistance
1

Infos:

  • Used Zammad version: 2.8.x
  • Used Zammad installation source: docker-compose
  • Operating system: Debian 9
  • Browser + version: Chromium Version 71.0.3578.98 (Offizieller Build) Built on Ubuntu , running on Ubuntu 18.04 (64-Bit)

Expected behavior:

  • Clicking on Admin -> System -> Objects -> User -> Address should open a form to edit the “Address” attribute.

Actual behavior:

  • Nothing happens, and the following exception is logged in the console:
Uncaught TypeError: JST[("app/views/" + t)] is not a function
    at application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:21
    at application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:33
    at HTMLDivElement.<anonymous> (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:24)
    at HTMLDivElement.dispatch (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:2)
    at HTMLDivElement.g.handle (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:2)
    at Object.trigger (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:3)
    at HTMLSelectElement.<anonymous> (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:3)
    at Function.each (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:1)
    at rt.fn.init.each (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:1)
    at rt.fn.init.trigger (application-af5792c40accd1897d597a2379ff6653c73696d6f9c9e860290f4e3c43e2517c.js:3)

Steps to reproduce the behavior:

  • Click on Admin -> System -> Objects -> User -> Address :slight_smile:

Curious if anyone else can reproduce this, or if this is something that’s broken only on my instance?

2

I can reproduce this on a hosted setup (even on develop).
As Address is a default field, I’m not sure if it should be “clickable” - maybe @thorsteneckel can enlighten us if that’s a bug or rather a feature.

1 Like
3

I’ll argue it’s a bug either way :slight_smile:

There are non-clickable fields, but those don’t cause an exception, and they are marked with the class is-grayed-out u-notAllowed. So either Address should be marked too, or it should be editable.

4

I agree with @martin.von.wittich that it should be either be possible to click on the field or to have it greyed out. We need to discuss this in our issue group :+1:

1 Like
5

It actually is clickable in my setup. So it seems to be a bug
FYI: @thorsteneckel

  • Used Zammad version: 2.8.0-1548234715.81b38b60.stretch
  • Used Zammad installation source: packager.io/stable
  • Operating system: Debian 9
  • Browser + version: Chrome Version 71.0.3578.98 (64-Bit)

cheers

6

This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.