OHR Support issueshttps://ohwr.org/project/ohr-support/issues2019-03-14T07:44:14Zhttps://ohwr.org/project/ohr-support/issues/265pandabox-tst: missing bullet points/enumeration in wiki2019-03-14T07:44:14ZGrzegorz Danilukpandabox-tst: missing bullet points/enumeration in wikiAt the bottom of wiki page https://ohwr.org/project/pandabox-tst/wikis/home
the "List of possible tests:" was probably meant to be followed by nested bullet points/enumeration. Instead, the following happened:
```
> Sfp
> Ttl
> TtlLoopBack
> TtlUnplugged
> Fmc
> LvdsLoopBack
> LvdsUnplugged
> Encoder
> EncoderUnplugged
> LoopBack
> Unplugged
```https://ohwr.org/project/ohr-support/issues/264tdc-core: wrong links2019-03-15T12:43:40ZAdam Wujektdc-core: wrong linksIMHO bullet points below
`"A brief présentation of our work on the OHWR TDC Core realised at Synchrotron SOLEIL:"`
should point to the attached documents in this website
https://ohwr.org/project/tdc-core/wikis/Documents/Synchrotron-Soleil-TDC-Core-Evaluationhttps://ohwr.org/project/ohr-support/issues/263link to attachement redirects to a login page2019-03-13T17:37:06ZAdam Wujeklink to attachement redirects to a login pageI found a document via google with a link:
www.ohwr.org/attachments/855
I should point to "Time to Digital Converter Core for Spartan-6 FPGAs"
However, it redirects to a login page of ohwr.
https://ohwr.org/project/ohr-support/issues/262wrong link in "panda" project2019-03-13T16:35:34ZGrzegorz Danilukwrong link in "panda" projectIn the summary page: https://ohwr.org/project/panda
link: `[git repository](https://ohwr.org/project/www.ohwr.org/project/panda/repository)`
should be: `[git repository](https://ohwr.org/project/panda/tree/master)`
The same problem with the same link occurs in: https://ohwr.org/project/panda/wikis/Newshttps://ohwr.org/project/ohr-support/issues/261wrong links in "fasec" project2019-03-13T16:26:06ZGrzegorz Danilukwrong links in "fasec" projectIn wiki page: https://ohwr.org/project/fasec/wikis/home
all links: `[White Rabbit PTP core](https://www.ohwr.org/wr-cores/wikis/Wrpc-core)`
should be: `[White Rabbit PTP core](https://ohwr.org/project/wr-cores/wikis/wrpc-core)`https://ohwr.org/project/ohr-support/issues/260wrong link to vita fmc in "bpm" project2019-03-13T16:26:32ZGrzegorz Danilukwrong link to vita fmc in "bpm" projectIn wiki page:
https://ohwr.org/project/bpm/wikis/home
there is a link: `[FPGA Mezzanine Card(FMC)](http://www.vita.com/fmc.html)`
should be: `[FPGA Mezzanine Card(FMC)](http://www.vita.com/fmc)`
otherwise it doesn't workhttps://ohwr.org/project/ohr-support/issues/258Clarify sets of URL conventions for wikis2019-03-08T07:37:44ZJuan David González CobasClarify sets of URL conventions for wikisUsers have trouble with obsolete/outdated URLs like
https://forums.ohwr.org/uploads/default/original/1X/ee3cb4c4d4ade49c72f7c912339071ce86735566.png
being actually
https://ohwr.org/project/wr-cores/wikis/TxRx-Streamers
Note also the
* /wiki/ vs. /wikis/,
* /project/ vs. /projects/,
* underscore vs. hyphen
problemology and what ensues. Plus, the projects? rules do not take into account the pre-existing project hierarchy.https://ohwr.org/project/ohr-support/issues/256Redirection to login page for non existing projects2019-03-07T13:08:25ZAdam WujekRedirection to login page for non existing projectsWhen non existing project (https://www.ohwr.org/fake/fake) is opened on the ohwr.org the user is redirected to the login page:
https://www.ohwr.org/users/sign_in
However, when the ohwr's address is used without the "www." prefix, then the page not found error is displayed.
https://ohwr.org/fake/fakehttps://ohwr.org/project/ohr-support/issues/255provide git:// transport to keep submodule compatibility2019-03-07T09:17:19ZJuan David González Cobasprovide git:// transport to keep submodule compatibilitydittoJuan David González CobasJuan David González Cobashttps://ohwr.org/project/ohr-support/issues/249Arbitrate new inscriptions to forums.ohwr.org2019-02-26T14:27:25ZJuan David González CobasArbitrate new inscriptions to forums.ohwr.orgMust be set in
https://forums.ohwr.org/admin/site_settings/category/login
'must approve users'.
The downside here is that we should avoid locking all the existing users at once.Juan David González CobasJuan David González Cobashttps://ohwr.org/project/ohr-support/issues/247Session cookies are different for ohwr.org and www.ohwr.org2019-02-15T22:01:14ZProjectsSession cookies are different for ohwr.org and www.ohwr.orgIt turns out that signing in to https://ohwr.org does not authenticate you in https://www.ohwr.org and vice versa. One simple solution is to redirect all URLs to a common address.https://ohwr.org/project/ohr-support/issues/246Recover data of user with Spanish name2019-02-15T14:38:32ZJuan David González CobasRecover data of user with Spanish nameJavier Castaño was lost in the migration; I bet this was due to our most characteristic orthographic trait:
```
ohwr=# select id, login, firstname, lastname from users where lastname ilike '%ast%';
id | login | firstname | lastname
------+-----------------------+----------------------+----------------------
.....
3413 | jfcastanof | Javier | Castaño
.....
```
See to recover his data, associations, etc.2019-02-18Juan David González CobasJuan David González Cobashttps://ohwr.org/project/ohr-support/issues/245Make archives of old mailing lists available as static web pages2020-04-06T12:35:52ZJavier SerranoMake archives of old mailing lists available as static web pagesThere is a lot of useful information in the archives of the old Sympa mailing list manager. These should be served somewhere as static pages.Juan David González CobasJuan David González Cobashttps://ohwr.org/project/ohr-support/issues/244configure CERN Piwik service for ohwr.org2019-02-15T14:01:31ZJuan David González Cobasconfigure CERN Piwik service for ohwr.orgcontact IT for registry of ohwr-gitlab.cern.ch as web service monitored by piwikhttps://ohwr.org/project/ohr-support/issues/243Backup must go to S3 object storage2019-03-04T10:08:40ZJuan David González CobasBackup must go to S3 object storageThe gitlab instance at ohwr.org should be configured to use the S3 storage subject of the ticket https://cern.service-now.com/service-portal/view-request.do?n=RQF1181907https://ohwr.org/project/ohr-support/issues/241change namespace from 'project' to 'projects'2019-02-15T19:44:47ZJuan David González Cobaschange namespace from 'project' to 'projects'This is required to preserve URLs pointing at things like
https://www.ohwr.org/project/fmc-adc-100m14b4cha/wikis/home
Lots of existing URLs are like these.
For the time being, there is a redirection /projects/ -> /project/ that fixes this (see https://forums.ohwr.org/t/projects-vs-project-in-url/848034)
Changing the namespace would have the consequence that all the /project/ references in the migrated site (wikis!) would be broken again...https://ohwr.org/project/ohr-support/issues/240Version information of Issues lost in the move2019-02-15T12:27:48ZErik van der BijVersion information of Issues lost in the moveEach Issue had a Version linked to it on the old site, but this information is gone.
it was used in conjunction with Roadmap.
This information is important to keep as it allows to see which version (e.g, PCB, software) solved which Issues.
On the new site Milestones should have this function, but it doesn't seem to have been imported as such.
It is heavily used in for example the WR project, the SVEC and SPEC.
Examples:
https://www.ohwr.org/project/wr-switch-sw/wikis/News#wr-switch-firmware-v501-released reads:
For the full list of solved issues please check:
[WR Switch software solved issues](https://www.ohwr.org/versions/152) - this link fails
On https://ohwr.org/project/svec/wikis/home#status :
20-10-2014 V3-0 released. Changes can be seen in [Roadmap](https://www.ohwr.org/project/svec/roadmap?completed=1) - this link fails