View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000830 | test.cacert.org | test.cacert.org | public | 2010-08-02 21:48 | 2011-08-31 01:20 |
| Reporter | Uli60 | Assigned To | NEOatNHNG | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0000830: Testserver Mgmt System - Manage Account - Automated Assurance produces -50 pts assurances | ||||
| Description | https://ca-mgr1.it-sls.de/login Automated Assurance script check current pointslevel and if >= 100 then skip automated assurances process | ||||
| Steps To Reproduce | steps to reproduce: https://ca-mgr1.it-sls.de/login 1. start with Administrative Increase (150 pts max) https://ca-mgr1.it-sls.de/manage-account/admin-increase 2. set Assurer challenge flag https://ca-mgr1.it-sls.de/manage-account/assurer-challenge 3. start automated assurance https://ca-mgr1.it-sls.de/manage-account/assurance 4. enter max points (-> 100) 5. system now adds assurance record "-50" points into the system | ||||
| Additional Information | problem becomes a problem in the next level .... after receiving the -50 points ... now the points count is 100 now you can add 25 regular assurances and earns a 2 points increase on each assurance ... so the points count becomes 150 max total again. now, with an admin (SE) flag, you can now revoke the "-50" points assurance and the total points level results in 200 Points total (!) that never should happen | ||||
| Tags | No tags attached. | ||||
|
|
Bug fixed in be39a06a110df826ced9fa6bd03e79ccd17f695c |
|
|
Points account: 5 Automated Assurance: number of points: 100 results in +35, +35, +25 (as expected) 25 assurances +2 points each (as expected) Automated Assurance: number of points: 100 results in 0,0,0 .... as expected ;-) Administrative Increase: 150 (Split: No, Assign even 150: No) results in 0 .... as expected Administrative Increase: 150 (Split: No, Assign even 150: Yes) results in 150 (total 300 points) .... as expected 150 pts Administrative increase revoked results in total 150 pts ... as expected Seems to be ok now, problem solved. |
|
|
create new Account rcvd ping mail Administrative Increase: 150 (Split: No, Assign even 150: No) results in 0 .... as expected set Assurer challenge flag Automated Assurance: number of points: 100 results in 0,0,0 .... as expected ;-) Administrative Increase: 150 (Split: No, Assign even 150: Yes) results in 150 (total 300 points) .... as expected 150 pts Administrative increase revoked results in total 150 pts ... as expected Seems to be ok now, problem solved. |
|
|
current tests running on cacert1.it-sls.de current code testbase: Webdb Patch Revision (git hash tag) 0a24e915fdcbf745141e4534b64fdef57319d250 (2010-03-29) |
|
|
Created new account Administrative Increase (150 points, split: yes, assign even if...: yes) Set CATS flag. Automated Assurance 35 points: Number of points: 0 0 Automated Assurance 35 points: Number of points: 0 0 Automated Assurance 35 points: Number of points: 0 0 Set Flag SE Go Home Password Login 150 points in the account Revoke Administrative assurances (one by one) After that, despite the account still had 3 Automated Assurances, it has 0 points and can't assure other accounts. I am not sure that is the expected behaviour. |
|
|
Problem has been fixed by MT, but needs be tested again and again |
|
|
see report from FaramirCL |
|
|
to FaramirCL: the codebase is the production webdb. the behavior in adding and removing points is, that the points count is only handled at the moment you add assurances. At the first step you've created an administrative increase by 150 points. the total points count is: 150 you add automated assurences. The system takes into account that your account has allready >= 100 points and adds 35 rounded down to 0 points each. After that, you revoked the 150 points administrative increase. The result is a total of 0 points, as the 3 above individual assurances rounded down to 0 pts each and doesn't count. With dirks patch this will be changed in the future, but this patch hasn't been installed yet. So yes, this is a default behavior on the production system and also on the testserver. Probably at the moment, the account decreased below 100 points, the assurer flag has been set by a cron job script to update the assurer state of each user |
|
|
ongoing tests |
|
|
The problem is that the points are rounded down when they're entered not when they're displayed so this doesn't even work with the mentioned cron job and would also happen in the live system if you could do administrative increases before normal assurances. |
|
|
The original Bug has been fixed |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-08-02 21:48 | Uli60 | New Issue | |
| 2010-08-02 21:55 | Uli60 | Summary | Testserver Mgmt System - Manage Account - Automated Assurance => Testserver Mgmt System - Manage Account - Automated Assurance produces -50 pts assurances |
| 2010-08-02 21:55 | Uli60 | Steps to Reproduce Updated | |
| 2010-08-02 21:55 | Uli60 | Additional Information Updated | |
| 2010-08-03 19:55 | NEOatNHNG | Note Added: 0001610 | |
| 2010-08-04 12:03 | Uli60 | Note Added: 0001615 | |
| 2010-08-10 17:38 | MartinGummi | Note Added: 0001620 | |
| 2010-08-11 00:22 | Uli60 | Note Added: 0001632 | |
| 2010-08-17 21:47 | FaramirCl | Note Added: 0001651 | |
| 2010-08-17 21:50 | FaramirCl | Note Edited: 0001651 | |
| 2010-08-17 22:01 | Uli60 | Note Added: 0001654 | |
| 2010-08-17 22:01 | Uli60 | Status | new => solved? |
| 2010-08-17 22:01 | Uli60 | Resolution | open => fixed |
| 2010-08-17 22:01 | Uli60 | Assigned To | => Uli60 |
| 2010-08-17 22:54 | Uli60 | Note Added: 0001658 | |
| 2010-08-17 22:54 | Uli60 | Status | solved? => needs feedback |
| 2010-08-17 22:54 | Uli60 | Resolution | fixed => reopened |
| 2010-08-17 23:02 | Uli60 | Note Added: 0001659 | |
| 2010-08-17 23:11 | Uli60 | Status | needs feedback => needs work |
| 2010-08-17 23:11 | Uli60 | Note Added: 0001660 | |
| 2010-08-17 23:11 | Uli60 | Status | needs work => @30@ |
| 2010-08-18 06:44 | NEOatNHNG | Note Added: 0001661 | |
| 2010-08-18 06:45 | NEOatNHNG | Status | @30@ => needs work |
| 2010-08-18 06:45 | NEOatNHNG | Assigned To | Uli60 => NEOatNHNG |
| 2010-08-18 06:46 | NEOatNHNG | Note Added: 0001662 | |
| 2010-08-18 06:46 | NEOatNHNG | Status | needs work => solved? |
| 2010-08-18 06:46 | NEOatNHNG | Resolution | reopened => fixed |
| 2011-06-14 11:22 | NEOatNHNG | Category | => cacert1.it-sls.de |
| 2011-08-31 01:20 | Uli60 | Status | solved? => closed |
| 2018-06-19 18:12 | egal | Category | cacert1.it-sls.de => test.cacert.org |
