Bug Tracker item #2972059, was opened at 2010-03-17 16:44 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=2972059&group_id=250683
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: webui Group: v3.9.0 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Paul Cockings (paulcockings) Assigned to: Stevan Bajic (sbajic) Summary: subadmins refresh data Initial Comment: While using the subadmins feature User 1 - has history (email has passed for this user) User 2 - has no history (no email has passed for this user) Select User 1, and the history tab = data is displayed Select User 2 [change] = No historical data is available. Select User 1 [change] = Invalid Command click on history tab = data is displayed When changing back to User 1, the data should be displayed without clicking the history tab. Tested on git master ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-05-28 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2010-03-17 17:37 Message: > I guess another way is to solve the problem of the user having no > data to display. I guess a script to parse through the accounts and > create a zero byte stats and history file work do the trick. > Yes. That would do the trick. BUT! What a mess? Why creating another script that does create empty files just for not having this error in the Web-UI? Logical would be to suppress that error/case there where it is happening (in the Web-UI) and not going the other way around and adding a script to create empty stats files. > This would solve the problem as the error condition would not show > But would not solve the general issue when switching users when the "error" form is displayed in the Web-UI. That case still remains and is not fixed by this hack. As I wrote before. To fix that one needs to keep either a track of the last showed pages and then use the last non "error" page or always jump to the "preferences" page when switching users. ---------------------------------------------------------------------- Comment By: Paul Cockings (paulcockings) Date: 2010-03-17 17:26 Message: I guess another way is to solve the problem of the user having no data to display. I guess a script to parse through the accounts and create a zero byte stats and history file work do the trick. This would solve the problem as the error condition would not show ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2010-03-17 17:16 Message: The problem is: > Select User 1, and the history tab = data is displayed > Web-UI is showing form -> history > Select User 2 [change] = No historical data is available. > Web-UI is showing form -> error => The Web-UI is trying to use the form "history" but fails to read the status files and therefore switches to the form "error" and displays an error/status about missing historical data. > Select User 1 [change] = Invalid Command > Web-UI is showing form -> error => The switch of an user does not switch the form and remember that the old form was "error". And since the error message is not preserved the message "Invalid Command" shows instead of the old error message. > click on history tab = data is displayed > Web-UI is showing form -> history => By clicking on the history tab you force again the form "history" and the associated command. > When changing back to User 1, the data should be displayed > without clicking the history tab. > The Web-UI does not keep track of the used forms when switching users. It just displays the last form used. Solving that issue would be tricky. Best logical option for the problem you describe would be to force the display of the performance tab each time one switches an user. > Tested on git master ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126467&aid=2972059&group_id=250683 ------------------------------------------------------------------------------ _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
