View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005229 | Taler | taler-merchant-demos | public | 2017-12-27 18:51 | 2024-01-12 13:08 |
| Reporter | Florian Dold | Assigned To | Marcello Stanisci | Resolution deadline | |
| Implementer | Reviewer | ||||
| Release signed by | Deployed by | ||||
| Verifier | Communicator | ||||
| Data protection authority notification required | No | ||||
| CSIRT notification required | No | ||||
| Estimated effort (hours) | Actual effort (hours) | 0 | |||
| Fast-track | No | ||||
| Work package | none | ||||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 0.5 | ||||
| Summary | 0005229: back-office should be moved into its own repository | ||||
| Description | We should have one repository for the back-office Web user interface that can be re-used by various frontends. Then the frontends look even simpler, right now there's back-office stuff mixed in and it looks confusing. (Discussed this with Christian at 34C3) | ||||
| Tags | No tags attached. | ||||
| has duplicate | 0005224 | closed | Marcello Stanisci | merchant back-office pages should be in their own repository |
| The current back-office repository is quite "blog centric"; we could make it more generic such that its logic will take a merchant backend and a instance name and work against those two values. This way, we keep one codebase for all the frontends, and whenever a specific frontend X wants to have a back-office feature, it will just have to "call" the back-office logic making sure it'll query the right merchant backend / instance pair. OK, any frontend will be forced to use one page layout, but IMO this is not too bad, given that (1) this is just proof of concept and (2) daily business software is often implemented with ncurses-like graphics (personally seen at the Post office). | |
| Repo is mature now (584339f); tests and optimizations need to be done though. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-12-27 18:51 | Florian Dold | New Issue | |
| 2017-12-27 18:53 | Florian Dold | Assigned To | => Marcello Stanisci |
| 2017-12-27 18:53 | Florian Dold | Status | new => assigned |
| 2017-12-27 19:14 | Marcello Stanisci | Relationship added | has duplicate 0005224 |
| 2018-01-05 09:58 | Marcello Stanisci | Note Added: 0012733 | |
| 2018-01-06 11:48 | Marcello Stanisci | Note Added: 0012736 | |
| 2018-01-06 11:48 | Marcello Stanisci | Status | assigned => informing |
| 2018-01-06 11:48 | Marcello Stanisci | Resolution | open => fixed |
| 2018-04-15 18:35 | Christian Grothoff | Fixed in Version | => 0.5 |
| 2018-04-15 18:36 | Christian Grothoff | Status | informing => closed |
| 2024-01-12 13:08 | Christian Grothoff | Category | merchant frontend (blog) => Merchant frontends (Python3) |
| 2026-08-23 14:16 | Florian Dold | Category | Merchant frontends (Python3) => taler-merchant-demos |