Hi
In some cases (not always) when I make a change of Assigned hours for a resource into an Activity, after saving the data appears the message, that there is no changes to save, and in the progress section below still shows the previous numbers for assigned hour, and left work.
is there a procedure for update Assigned hours for a Resource or is a bug?
EG... In demo server I change for Activity 424, the assigned hours from 0 to 100, but in the progress section below still shows 0.
Regards
Manuel
Hi,
I just saw it, and it is really strange.
On assignement : assigned = 100.
On activity : assigned = 0.
I just tried to test it again : changed assigned to zero and then back to 100.
Now activity is correct.
Very strange.
Could you find some hint on how you got this result ?
Any specificity ?
Step by step test case ?
Please give any hint so that I can reproduce this issue.
The only thing "strange" that I use is Google Chrome portable edition (from portable apps) .. maybe its relevant
I repeated the change in demo server .. activity 424, from 100 to 50 Hours, the same bug
I tried the following test, I logged, went to activities, chose 424, and change the hour from 60 to 61...67, the results are (wrong means I got the message that theres no data to update)
61 ...3 retries.. wrong
the next values only 1 try
62 wrong
63 OK
64 wrong
65 wrong
66 wrong
67 OK
Hi,
Could you please check the browser console for any error ?
I'll try Google Chrome portable.
Which version are you using ?
I just tested Chrome Portable (V40).
Could not reproduce the issue.
Any other hint ?
Slow connection ?
Other strange behavior ?
Error in browser console ?
Thanks.
chrome Versión 40.0.2214.94
one hint, maybe... I tried with remote test today (your demo and my test servers are remote to my actual location)
My connection speed is "reasonable" ..
The console shows:
Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check http://xhr.spec.whatwg.org/.
projeqtorDojo.js?version=V4.5.4:15 '
KeyboardEvent.keyLocation' is deprecated. Please use 'KeyboardEvent.location' instead.
Its really strange.
It seems the problem is that the system doesnt "detect" the change of data in the fields of the assigment,
and so doesnt save anything.
BUT if after that message I save the activity, the assigment shows the new hours or percentage values, but progress doesnt change
I just make a new test
Windows 7 (pc with default factory reset)
IE 9
Without any windows update
connect to demo and test changing activity 424 from 30 to 89
THE SAME BUG! 🙁
Hi,
The more I try, the less I can reproduce (well in fact, no, I could never reproduce...)
There should be one thing you do wich may be unsual.
Could you please detail step by step how you do ?
Maybe with print screens each time...
Try and explain exactly which button you click, which field you change, ...
Many thanks for your contribution.
Hi
With "fresh head" today I try again my testing and I believe found what the problem is... you probably smile......
I was working with a disfunctional mouse wich make multiple click signals when I give a real world 1 click with my finger. I test with other mouse from more than one pc with multiple browsers and all is OK but .....
also with the same good mouse tried giving 2 cliks (faster) to save button into the assigment popup windows and voila...... I GOT THE SAME BUG.... got the message that theres no data to update and progress section didnt change.
I wish it works for you too
Regards as usual for your concern
Manuel
Hi,
Great you found the source :woohoo:
I'll have a look to find a fix.
Hi,
I could reproduce :woohoo:
In fact, when you double-clic on the button, the same form is send twice, and you can see very quickly the saved message, instantly replaced by "no change" message. this causes the Activity not to be updated.
In fact, every button in "Pop-up like" style is concerned.
For instance, if you double-click 'OK' button on note creation, the same note is created twice.
All these button have to be "double-click protected".
Fortunately, main buttons (save, delete, ...) on items are not subject to this issue.
Ticket #1653 recorded.