Closed (fixed)
Project:
Quick Timetracking for Storm (Project Management)
Version:
6.x-1.0
Component:
Documentation
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
14 Jul 2010 at 12:49 UTC
Updated:
12 Dec 2011 at 21:50 UTC
Jump to comment: Most recent file
Comments
Comment #1
jurgenhaasThanks Carsten for submitting the patch, it looks good at a first glance but I'm not quite sure it wouldn't introduce other problems. E.g. if there is an error while saving timetracking (not doing anything else at the time), then this error would be cached untilt the next page reload and those errors would be displayed comepletely out of context then.
With regard to your problem I'm not able to reproduce the problem either. Can you please give me instructions on how to see that happening?
Comment #2
carsten müller commentedThe problem occured when creating a new node. If an error appeared the messages were not displayed because they were catched before in the function storm_quicktt_store_time(). If i have left the title field of the node blank, the title field was marked red but the error message did not appear.
Comment #3
jurgenhaasStill can't reproduce the problem. See attached screenshot. Timetracking is started (bottom left corner of the screen) and I wanted to save a node without a title and as expected I'm getting the error message that title is a required field.
Comment #4
carsten müller commentedHi,
i'm not sure what the reason is. Maybe because all the other modules. We have an intranet containing storm, storm dashboard, storm quicktt, sorm contrib, forum, ....
At the moment about 100 persons in the system, up to 60 working at the same time. Maybe too many modules with different weights so the quicktt module is called late and fetching the messages.
At the moment i am a little busy, when i have some time left, i will search for that.With the patch the messages are shown.
Comment #5
kfritscheTook me a while to figure out, what is wrong.
Even we have this patch in out intranet active since nearly a year, i tried to figure out, why jurgenhaase can't reproduce it.
My first attempt to save a node, worked great. Then i looked a while in the code and tried to figure out what is wrong. After this i retried it and the described error occured.
So it is only happening after the first update. If you open a node and click immediately on save, all works fine. But when you wait a while, this error occurs.
Patch from Carsten Müller commited.