If i want to download the Support ZIP, i got the following error:
Uncaught TypeError: Cannot read property '1' of null
at HTMLButtonElement.eval (eval at <anonymous> (batch.js:56), <anonymous>:10:60)
at HTMLButtonElement.dispatch (batch.js:107)
at HTMLButtonElement.h (batch.js:99)
Hi everyone,
I just discovered that this is actually a documented bug in the current Atlassian Troubleshooting and Support Tool plugin that comes bundled with Jira. There is a bug ticket for this in https://ecosystem.atlassian.net/browse/ATST-789 It appears that several versions of this plugin are affected by this bug.
I would recommend watching this ticket for updates and more details. Currently the only work-around we have for this is to temporarily change the system language (not indexing or profile preference) back to English. When in this state, you can create the support zip correctly.
Sorry there does not appear to be another workaround for this yet.
Regards,
Andy
I'm having the exact same error
Uncaught TypeError: Cannot read property '1' of null
at HTMLButtonElement.eval (eval at <anonymous> (batch.js?locale=es-ES:56), <anonymous>:10:60)
at HTMLButtonElement.dispatch (batch.js?locale=es-ES:107)
at HTMLButtonElement.h (batch.js?locale=es-ES:99)
with the only difference that I have another locale.
I had the problem with Jira Server 7.6.1. I just updated to Jira Server 7.7.1 and it is still happening.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@ferconsigli interesting. Could you let us know more about your Jira Server deployment? Such as
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Both the system and my user profile are set to Spanish.
I don't recall having manually made any modifications to input time formats. However, I can see that those formats are currently in Spanish format
jira.date.picker.java.format : d/MMM/yy
jira.date.time.picker.java.format : dd/MMM/yy h:mm a
I guess those formats are automatically set when the whole system is set to Spanish.
In the other hand, I don't know if it's relevant, but the Ubuntu server where this Jira instance is running is currently defaulted to en_US.
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Afraid I have not seen this error generated when trying to download the support zip in browser. It feels like there might be some other javascript being added to this page that might be preventing the end user from downloading this directly from the website itself.
I would check the announcement banner in Jira to see if there are any scripts located there that might be causing this. If that doesn't work out, then I would suspect that a plugin to Jira might be causing this, but it's diffcult to say which one it might be without disabling the user plugins in Jira and recreating this problem.
In the meantime it would probably just be easier to grab this support zip directly from the filesystem of the server running Jira. By default these are stored in the $JIRAHOME/export/ folder with a date/time filename format.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.