Search options (Page 1 of 2)

I too notice a discrepancy between the MLC badges in my signature and the MLC badges shown at 'next badge'
My badges according to FreeDC

The page on PrimeGrid that is dedicated to this GFN application is called 'Generalized Fermat Prime Search : DO YOU FEEL LUCKY?'...

It is not yet fully implemented though: both badges show in https://signature.statseb.fr/next_badges.py as 'Next badge' for me, while they are actually 'Current bage'.

mod python error in next badges:
MOD_PYTHON ERROR

ProcessId:      19734
Interpreter:    'signature.statseb.fr'

ServerName:     'signature.statseb.fr'
DocumentRoot:   '/web/sebastien/Stats_users/html'

URI:            '/next_badges.py'
Location:       None
Directory:      '/web/sebastien/Stats_users/html/'
Filename:       '/web/sebastien/Stats_users/html/next_badges.py'
PathInfo:       ''

Phase:          'PythonHandler'
Handler:        'mod_python.publisher'

Traceback (most recent call last):

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line 1537, in HandlerDispatch
    default=default_handler, arg=req, silent=hlist.silent)

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line 1229, in _process_target
    result = _execute_target(config, req, object, arg)

  File "/usr/lib/python2.7/dist-packages/mod_python/importer.py", line 1128, in _execute_target
    result = object(arg)

  File "/usr/lib/python2.7/dist-packages/mod_python/publisher.py", line 213, in handler
    published = publish_object(req, object)

  File "/usr/lib/python2.7/dist-packages/mod_python/publisher.py", line 425, in publish_object
    return publish_object(req,util.apply_fs_data(object, req.form, req=req))

  File "/usr/lib/python2.7/dist-packages/mod_python/util.py", line 554, in apply_fs_data
    return object(**args)

  File "/web/sebastien/Stats_users/html/next_badges.py", line 373, in index
    nb_tweets=int(source[debut:fin].replace(',',''))

ValueError: invalid literal for int() with base 10: 'g</b>:  mysqli::__construct(): (HY000/2002): No such file or directory in <b>/home/tdesell/citizen_science_grid/my_query.php</b> on line <b>30</b><br />\n<br />\n<b>Warning</b>:  mysqli::__construct(): '

MODULE CACHE DETAILS

Accessed:       Mon Feb 17 12:47:13 2020
Generation:     2

_mp_b0806b6c9e1ad12476d1f082bc16ac90 {
  FileName:     '/web/sebastien/Stats_users/html/next_badges.py'
  Instance:     1 [IMPORT]
  Generation:   3
  Modified:     Wed Oct  9 20:31:45 2019
  Imported:     Mon Feb 17 12:47:13 2020
}

Looks like your Atlas badges have arrived,
and: Thanks for the tip about the magic number!

Something must be broken here are my points are increasing for this project, but my hours are not counted at WUProp and https://signature.statseb.fr/next_badges.py is still showing 'inactive' (while points needed for next badge is decreasing), which is at odds with http://gene.disi.unitn.it/test/results.php?userid=177 (the inactive status, that is)

That has been corrected, thanks. But now I've spotted another discrepancy between the view 'Step to reach next badge' and my badges. NFS is suddenly presented in red and only shows the total badge, while NFS is fully up and running, including its subprojects.

The view 'Steps to next badge' shows my GoofyxGrid NCI totals badge right (turquoise) while my signature doesn't.

TN-Grid is also displayed in red, but is active -I uploaded a WU and received credit yesterday.

Grid Computing Center by now exports stats, and LHC@Home has corrected the badges and participation time.
Note that the same badges are also handed out for effort done at LHCathome-dev, but the scores per participant there are of course different and so are the badges.