Forum

All projects- Ticke...
 
Notifications
Clear all

All projects- Ticket view not working in 3.4.0 for some users intermittantly

17 Posts
4 Users
0 Reactions
12.6 K Views
(@rexeh)
Posts: 85
Active Member
Topic starter
 
[#1274]

I had one user report this following the upgrade, it has now gone up to 3 users reporting the issue.

Users report that if you change the project view to a single project, it will work fine, but if you change to "PROJECT" containing many sub projects it will cause this error.

These users all use Chrome, but we have also tested Firefox on users that are affected, and this issue continues to show on there. It seems that once this issue has appeared for their user, it will then persist.

Additional info:

- Clicking the ... records will load the bottom pane correct
- This makes searching impossible for these users
- Many things tried, clearing cache, trying virtual machines but the issue persists on what looks to be a user by user basis.


 
Posted : 22 Jul 2013 12H33
Klaus
(@climb4fun)
Posts: 449
Contributor
 

Hi Babynus,

it's the same issue I just reported. We have the same display errors.

Regards,

Klaus


 
Posted : 22 Jul 2013 13H59
(@rexeh)
Posts: 85
Active Member
Topic starter
 

It is also worth noting, that after the initial login and seeing the 0% bar... subsequent logins this is not visible.

User also reported no switched mode buttons on first login, which then reappeared once the 0% bar had gone.

The culmination of these issues would suggest an issue with that JS file that is causing all of this?


 
Posted : 22 Jul 2013 14H19
(@barrys)
Posts: 11
Active Member
 

I have the same issue 🙁


 
Posted : 22 Jul 2013 16H03
(@rexeh)
Posts: 85
Active Member
Topic starter
 

More information regarding this.

Users OS differ, some using Firefox, some using Chrome on both Linux and Windows 7.

The recorded errors are:

1. Uncaught TypeError: Cannot call method 'getHours' of NULL projectorDojo.js?version=V3.4.0:15

2. _bcc is null


 
Posted : 23 Jul 2013 16H50
(@babynus)
Posts: 14952
Member Admin
 

Hi,

Could you try to change /model/Ticket.php to remove line 63

${actualDueDateTime}

Does is fix the issue ?

NB : it is not a final fix as it removs a columns in the display, just a hint for me to find a fix.


 
Posted : 23 Jul 2013 17H12
(@rexeh)
Posts: 85
Active Member
Topic starter
 

Do you mean line 62?

${actualDueDateTime}

This is the line number my end. I can confirm removing this fixes it for the clients involved.


 
Posted : 23 Jul 2013 17H19
(@babynus)
Posts: 14952
Member Admin
 

Yes, that's right, line 62.

Happy it fixes the issue. So I can now find a definitive fixing.
It is a dojo regression in V1.9.0.
I'll try V1.9.1, maybe it fixes this issue.
I'll also look for a workaround.


 
Posted : 23 Jul 2013 17H28
(@rexeh)
Posts: 85
Active Member
Topic starter
 

Brilliant, thanks for the help!


 
Posted : 23 Jul 2013 17H31
(@babynus)
Posts: 14952
Member Admin
 

Unfortunately, I cannot reproduce issue to fix it definitively.

Could you give some precisions:
- the locale (language) used by users facing the issue
- the defaut date format in the locale (MM-DD-YYYY for instance)
- one exemple of the "inital due date" and "actual due date" for the first ticket in the list appering with ...

Thanks.


 
Posted : 24 Jul 2013 0H39
Klaus
(@climb4fun)
Posts: 449
Contributor
 

Hi all,

what helped in our team, was to change language to English UK. It's a workaround, not a solution, but it helps.

Klaus


 
Posted : 24 Jul 2013 10H51
(@rexeh)
Posts: 85
Active Member
Topic starter
 

Hi all,

what helped in our team, was to change language to English UK. It's a workaround, not a solution, but it helps.

Klaus

Am I missing something here? There is only

English
French
German
Spanish
Portuguese
Russian
Chinese

In our list... there is no ENGLISH US and ENGLISH UK variants?

If you mean the OS Locale then all set to English (United Kingdom)

SD: dd/MM/yyyy
LD: dd MMMM yyyy
ST: HH:mm
LT: HH:mm:ss


 
Posted : 24 Jul 2013 11H45
Klaus
(@climb4fun)
Posts: 449
Contributor
 

Sorry, have not been as exact: You have to change this in your browsers paramenters, not in Projectorria. 😳


 
Posted : 24 Jul 2013 13H18
(@rexeh)
Posts: 85
Active Member
Topic starter
 

Ok, looks like that does indeed work.

There is of course only one proper English, and that is English UK 😛

That is a very strange error, not seen that before.

I will consider this one fixed... but certainly just a workaround until light and be shed on why this happens.

Great find climb4fun


 
Posted : 24 Jul 2013 13H26
(@babynus)
Posts: 14952
Member Admin
 

Hi,

I found the cause of the issue : it is a Dojo regression in V1.9.
The dojo.date.locale.parse fails when time format in 12 hours based (with AM/PM).
Every locale with 24 hours locale works fine.

I so could think of a workaround :
In /view/js/projectorFormatter.js, replace function dateTimeFormatter() with this one :

function dateTimeFormatter(value) {
  if (value && value.length==19) {
  	vDate=dojo.date.locale.parse(value, {datePattern: "yyyy-MM-dd", timePattern: "HH:mm:ss", selector: 'date'});
  	if (! vDate) {
  	  return dateFormatter(value.substr(0,10))+" "+value.substr(11);
  	}
    return dojo.date.locale.format(vDate, {formatLength: "short", fullYear: true});
  } else {
  	return value;
  }
}

 
Posted : 24 Jul 2013 14H05
Page 1 / 2
Share:

Scroll to Top