limbra issueshttps://gitlab.in2p3.fr/limbra/limbra/-/issues2019-10-31T10:11:03+01:00https://gitlab.in2p3.fr/limbra/limbra/-/issues/93fix bugs2019-10-31T10:11:03+01:00LE GAC Renaudfix bugs* [x] the role `user` is not working any more.
* [x] The affiliation key `Ecole Polytechnique` select autors from LLR (`Ecole Polytechnique`) and EPFL (`Ecole Polytechnique, Lausanne`)
* [x] Internal server error https://inspirehep.net/r...* [x] the role `user` is not working any more.
* [x] The affiliation key `Ecole Polytechnique` select autors from LLR (`Ecole Polytechnique`) and EPFL (`Ecole Polytechnique, Lausanne`)
* [x] Internal server error https://inspirehep.net/record/1713704 (article notice error)
* [x] Internal server error https://inspirehep.net/record/1692891 (proceeding missing 909CO field))
* [x] Internal server error https://inspirehep.net/record/1610670 (proceeding missing 909CO field)
* [x] Add a button Go in the selector of the publication tables
* [x] Allow user to modify authors rolehttps://gitlab.in2p3.fr/limbra/limbra/-/issues/90improve harvester wizard and documentation when dealing with author2018-04-27T15:02:17+02:00LE GAC Renaudimprove harvester wizard and documentation when dealing with author* Rather tricky to parameterise
* I suspect a bug in the documentation `find (a j cronin or v fitch)`. The correct syntax is `find a j cronin or a v fitch`.
* The correct way is to alway specify the keyword `a` and to not use parenthes...* Rather tricky to parameterise
* I suspect a bug in the documentation `find (a j cronin or v fitch)`. The correct syntax is `find a j cronin or a v fitch`.
* The correct way is to alway specify the keyword `a` and to not use parenthesis.
* In addition author names can be written `j cronin` or `cronin, j`.
* For author with a double first name, there is only one way to write them `nguyen, v g`
* For author with a first name starting with the letter `a` , we shall use `find a albert einstein`
* A working example is the theory group from ipno. The following filter find their proceedings for 2016, but I don't know if all of them are found?:
```
find a h sazdjian or a lansberg, j p or a s friot or a b moussallam or a v bernard or a j carbonell and date 2016 and tc c
```
To fix this issue:
* [ ] modify the documentation
* [ ] modify the wizard to create harvester
* [ ] modify the script to parameterize an institute `deploy.py`https://gitlab.in2p3.fr/limbra/limbra/-/issues/87Remove the password field in user form2018-04-27T15:02:17+02:00LE GAC RenaudRemove the password field in user form* `user` table
* With the form is is possible to change the password.
* This action should not be allowed since the password is encrypted by the server.
* Unfortunatetly, the encryption is not performed when using the form
* Hide this f...* `user` table
* With the form is is possible to change the password.
* This action should not be allowed since the password is encrypted by the server.
* Unfortunatetly, the encryption is not performed when using the form
* Hide this fieldhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/85Order in conference in list2018-04-27T15:02:17+02:00LE GAC RenaudOrder in conference in list* CPPM
* List of COM for the LHCb and for the year 2016 (2017)
* The order should be defined by the date of the conference
* Few mistakes can be observed !* CPPM
* List of COM for the LHCb and for the year 2016 (2017)
* The order should be defined by the date of the conference
* Few mistakes can be observed !https://gitlab.in2p3.fr/limbra/limbra/-/issues/84Fail to insert MarcXML2018-04-27T15:02:17+02:00LE GAC RenaudFail to insert MarcXML* `LHCb-ANA-2016-056`
* `https://cds.cern.ch/record/2200251`
* Failed to insert the MarcXML → invalid host
* In addition, the action `edit & insert` is failing since the store is not defined.
* The fix should probably be to add the store...* `LHCb-ANA-2016-056`
* `https://cds.cern.ch/record/2200251`
* Failed to insert the MarcXML → invalid host
* In addition, the action `edit & insert` is failing since the store is not defined.
* The fix should probably be to add the store in the MarcXML selector.....https://gitlab.in2p3.fr/limbra/limbra/-/issues/79Resurect the standalone url in lists and metrics views2018-04-27T15:02:17+02:00LE GAC RenaudResurect the standalone url in lists and metrics views* Le list views as well as the metrics have a standalone URL.
* With the commit dd6e98f8d0, it should work again for the list. This is true in the `dev` environment but not on the server `marprod`.
* For the metrics, the URL is not wor...* Le list views as well as the metrics have a standalone URL.
* With the commit dd6e98f8d0, it should work again for the list. This is true in the `dev` environment but not on the server `marprod`.
* For the metrics, the URL is not working since the JavaScript librairy `Ext JS` is missing.
* A possible way out is to add a new parameter in the selector, *e.g* `standalone`with the default value`false`.
* The standalone parameter is set to `true` when using the standalone URL.
* The controller `list/index` is the almost the same. the only change is the selection of the view which depends on the `standalone` value: ` either `lists/index.html` or `lists/standalone.html`.
* The html page `standalone` contains the header and the body. In the header contains the `Ext JS` and the `MathJax` libraries. The body include the `index.html` view.
* The default value can be set in existing list and metric by adding `baseParams={'standalone': False}` when building the lists/metrics node in the main viewport.
TODO:
* [ ] modify the controller `lists/index.html`
* [ ] add the view `views/lists/standalone.html`
* [ ] modify the node `lists` in `viewport`
* [ ] propagate changes to `metrics` and even to `graphs`https://gitlab.in2p3.fr/limbra/limbra/-/issues/68collaborations not found for record with multiple collaborations2018-04-27T15:02:17+02:00LE GAC Renaudcollaborations not found for record with multiple collaborations* CPPM / ANTARES
* Although synonyms are defined, the harvester seems to reject records with multiple collaborations.
* Bug confirmed for:
- http://inspirehep.net/record/1426651
* Check:
- http://inspirehep.net/record/142203...* CPPM / ANTARES
* Although synonyms are defined, the harvester seems to reject records with multiple collaborations.
* Bug confirmed for:
- http://inspirehep.net/record/1426651
* Check:
- http://inspirehep.net/record/1422032
- http://inspirehep.net/record/1386663
- http://inspirehep.net/record/1202068
- http://inspirehep.net/record/1180332
- http://inspirehep.net/record/1114445, http://cds.cern.ch/record/1448944
* ...https://gitlab.in2p3.fr/limbra/limbra/-/issues/66No conference date for inspirehep/14478462018-04-27T15:02:17+02:00LE GAC RenaudNo conference date for inspirehep/1447846* The Record http://inspirehep.net/record/1447846 is a proceeding for the Antares Collaboration.
* Reject by harvester (no conference date)
* Same pattern of error when using "edit and insert"* The Record http://inspirehep.net/record/1447846 is a proceeding for the Antares Collaboration.
* Reject by harvester (no conference date)
* Same pattern of error when using "edit and insert"https://gitlab.in2p3.fr/limbra/limbra/-/issues/61Run on a docker image2016-02-23T12:37:06+01:00LE GAC RenaudRun on a docker image## Status
Several issues appears when running the current version on a docker image.
* [x] The application failed in `commom_settings` due to the use of specific local language
* [x] The building of the javascript library/documenta...## Status
Several issues appears when running the current version on a docker image.
* [x] The application failed in `commom_settings` due to the use of specific local language
* [x] The building of the javascript library/documentation failed since the sencha/jsduck command are not found
* [x] The documentation of the API is not corrected
* [x] Javascript file `Trp/wizard/Harvest.js` is not found. The `track_publication` javascript library is not created. FIX: by defining absolute path in `build_version.py`.
* [x] List extraction in `odt` failed. Return an empty message labelled `Attention`. After that the database connection is not working any more. FIX: by removing teh virtual X11 server, by using the libreoffice-headless version instead of libreoffice, and by creating a HOME directory luanchin libreoffice command
## Local language
* the issue is in the `common_settings.py` file:
```
locale.setlocale(locale.LC_ALL, "fr_FR.UTF-8")
```
* In the docker image, the only language installed is `en-en`
* Other languages are not need, since web2py provides internationalization mechanism based on:
```
T.force("fr-fr")
T.set_current_languages('en', 'en-en')
T.current_languages
T.accepted_language
```
* The first two lines are used before the call to `local.setlocale...`
* Therefore the use of `locale...` is indeed not needed.
* Review the code to remove it.
## jsduck / sencha
* The path of these commands are hardcoded in the script `build_version.py`
* FIX: Use the command `which` to find the path on the host
## Sphinx
* The generation of the API failed using sphinx while it is working for the user guide.
* The issue is when generating the tree describing method and function (see `generated` directory)
* FIX: by changing the path to `web2py` in `docs/api/conf.py`https://gitlab.in2p3.fr/limbra/limbra/-/issues/60Publications with invalid oai have been found2016-01-18T16:53:25+01:00LE GAC RenaudPublications with invalid oai have been found* For article in `cds.cern.ch` the origin field contains an invalid OAI: `http:///record/1744757`
* The wrong AOI can be reproduce using the wizard `edit and insert` running the release 0.9.5
* The explanation is the following:
* ...* For article in `cds.cern.ch` the origin field contains an invalid OAI: `http:///record/1744757`
* The wrong AOI can be reproduce using the wizard `edit and insert` running the release 0.9.5
* The explanation is the following:
* These record have been harvest at a time where the syntax was not verify for field `origin`
* There is a bug in the wizard `edit and insert` since the method to repair oai is not applied while it is done in the harvesterhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/59Separate the treatment for COM and ACTI in duplicate_conference2016-01-11T15:54:46+01:00LE GAC RenaudSeparate the treatment for COM and ACTI in duplicate_conferencehttps://gitlab.in2p3.fr/limbra/limbra/-/issues/58Acrobat reader rejects pdf file generated by the graph report2015-12-10T20:11:06+01:00LE GAC RenaudAcrobat reader rejects pdf file generated by the graph report* pdf files are nicely interpreted by `okular`
* Fail with `acrobat reader` on window.
* Other cases ?* pdf files are nicely interpreted by `okular`
* Fail with `acrobat reader` on window.
* Other cases ?https://gitlab.in2p3.fr/limbra/limbra/-/issues/51Failed to run the Atlas / article harvester2015-11-26T16:19:24+01:00LE GAC RenaudFailed to run the Atlas / article harvester* Happen in the LAPP applications.
* The harvester Atlas / article exists and it is correct.
* The relation between team and project is also correct.
* The harvester is reject with the error message `Pas de moissonneurs pour votre sél...* Happen in the LAPP applications.
* The harvester Atlas / article exists and it is correct.
* The relation between team and project is also correct.
* The harvester is reject with the error message `Pas de moissonneurs pour votre sélection !!!`
* In that database there is several teams : `Physique des particules`, `Neutrinos`, ...
* The execution is rejected because the harvester controller receives the wrong paramters: teams is `neutrino` while the project is `Atlas`. In the harvester selector, there is two possibilities for the `Atlas` project: `neutrino` and `physique des particules`. This is wrong !!!
* I suspect that something is wrong in the javascript class `ComboBoxSlave`...https://gitlab.in2p3.fr/limbra/limbra/-/issues/50Duplicate entry in the database table controllers2015-11-26T19:01:09+01:00LE GAC RenaudDuplicate entry in the database table controllers* Found in the LAPP database
* The pair (`controller`, `category`) should be unique.
* Add a requirement* Found in the LAPP database
* The pair (`controller`, `category`) should be unique.
* Add a requirementhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/48harvester select proceeding for which there is no author of my lab2015-11-25T16:05:45+01:00LE GAC Renaudharvester select proceeding for which there is no author of my lab* Bug is related to `RecordInst.name` returning empty string.
* Modify the `RecordInst.rex`:
```
if len(self.name()) == 0:
tpl = (self.identifier(), self.future_identifier())
else:
tpl = (s...* Bug is related to `RecordInst.name` returning empty string.
* Modify the `RecordInst.rex`:
```
if len(self.name()) == 0:
tpl = (self.identifier(), self.future_identifier())
else:
tpl = (self.identifier(), self.future_identifier(), self.name())
return r"|".join(tpl)
```https://gitlab.in2p3.fr/limbra/limbra/-/issues/47Wrong behavhiour in dashboard and graphs2015-11-28T17:59:56+01:00LE GAC RenaudWrong behavhiour in dashboard and graphs* The number of publications per year in the dashboard is not fine for ``track_publications`` (some incline line) when running in the production environment (check the version of matplotlib and pandas)
* The number of publications for t...* The number of publications per year in the dashboard is not fine for ``track_publications`` (some incline line) when running in the production environment (check the version of matplotlib and pandas)
* The number of publications for the current year, is not fine for ``track_publications_lpc_caen``. There is no publications recorded in 2015. The ``x`` axis label is wrong. It shows number instead of time.
* Graph is not renderer at ``track_publications_lpc_caen`` (see https://forge.in2p3.fr/boards/167/topics/1364)
* Crash with ``track_publications_cppm``. Protect `do_empty` line 42 against `year_start = ""` (`year_start = int(year_start)`).https://gitlab.in2p3.fr/limbra/limbra/-/issues/46Fail to extract list in CSV2015-11-28T17:12:03+01:00LE GAC RenaudFail to extract list in CSV* CPPM → list CRAC / 2015
* LPC CAEN → liste AERES 2014-2015* CPPM → list CRAC / 2015
* LPC CAEN → liste AERES 2014-2015https://gitlab.in2p3.fr/limbra/limbra/-/issues/43Article reject with invalid page number2015-11-11T12:13:51+01:00LE GAC RenaudArticle reject with invalid page number* The ACL on https://cds.cern.ch/record/1753190 is a published article for Atlas
* It is rejected by the harvesters as **non published paper**.
* This is probably due the page number which are not defined in `773c` and not well formatt...* The ACL on https://cds.cern.ch/record/1753190 is a published article for Atlas
* It is rejected by the harvesters as **non published paper**.
* This is probably due the page number which are not defined in `773c` and not well formatted in `773o`: `75:158` instead of `75-158`.
* This case has to be fixed by the `CheckAndFix` class.https://gitlab.in2p3.fr/limbra/limbra/-/issues/41Error when formatting author name2015-10-24T12:50:21+02:00LE GAC RenaudError when formatting author name* Errors detected by using the record http://inspirehep.net/record/1278588
* First author is duplicate.
* The author `Lees, J.P.` is formatted as `J. Lees` instead of `J.-P. Lees`
* The authors are not formatted when using the wizard ...* Errors detected by using the record http://inspirehep.net/record/1278588
* First author is duplicate.
* The author `Lees, J.P.` is formatted as `J. Lees` instead of `J.-P. Lees`
* The authors are not formatted when using the wizard `edit and insert`https://gitlab.in2p3.fr/limbra/limbra/-/issues/28python exception running harvesters2015-08-24T11:17:34+02:00LE GAC Renaudpython exception running harvestersPython exception appears when running harvester:
* LHCb > articles > 2015 (dev + pro)
* LHCb > proceeding > 2015 (only pro)
The exception are the following:
* `list` object has no attribute `endswith` (http://cds.cern.ch/record/201...Python exception appears when running harvester:
* LHCb > articles > 2015 (dev + pro)
* LHCb > proceeding > 2015 (only pro)
The exception are the following:
* `list` object has no attribute `endswith` (http://cds.cern.ch/record/2014733)
* crash: asci codec can't decode byte 0xc3 in position 5 (http://cds.cern.ch/record/2011505, many others)
* the action 'edit and insert` failed and returns no error message and no form. At least a pop up window with internal error should appear.