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/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/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/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/74No pop-up window when parameters are not defined in the free harvester2018-04-27T15:02:17+02:00LE GAC RenaudNo pop-up window when parameters are not defined in the free harvester* Run a free harvester
* Forgot to define a parameter
* A pop-up window should appears telling you that something is missing.
* This is not the case* Run a free harvester
* Forgot to define a parameter
* A pop-up window should appears telling you that something is missing.
* This is not the casehttps://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/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/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/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/88disable the user creation from the user table2018-04-27T15:02:17+02:00LE GAC Renauddisable the user creation from the user table* It is possible to create a user from the `user` table
* The only way to create a new user is to use the web2py interface
* Either modify the context to launch the web2py interface (preferred) or disable this option* It is possible to create a user from the `user` table
* The only way to create a new user is to use the web2py interface
* Either modify the context to launch the web2py interface (preferred) or disable this optionhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/89protect template field in renderers2018-04-27T15:02:17+02:00LE GAC Renaudprotect template field in renderers* `list` interface, `renderer` section
* The syntaxe for to template a database field is `{table.field}`
* It happens that user add space between `{` and the name of the table.
* In that case the list crash
* Add `callback` to correc...* `list` interface, `renderer` section
* The syntaxe for to template a database field is `{table.field}`
* It happens that user add space between `{` and the name of the table.
* In that case the list crash
* Add `callback` to correct this mistake in the back of the user.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/4Fail to export list in PDF or TeX using Chrome2015-12-14T16:34:12+01:00LE GAC RenaudFail to export list in PDF or TeX using ChromeWhen using the Chrome browser, the list generation is working when the output format is HTML. However it failed when the output format is either PDF or TeX.
This bug is confirmed and can be reproduced in test environment.When using the Chrome browser, the list generation is working when the output format is HTML. However it failed when the output format is either PDF or TeX.
This bug is confirmed and can be reproduced in test environment.https://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/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/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/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`...