Comments (6)
You have the choice between (at least) two strategies.
-
Use the current possibility to remove the last reader with your admin role on the database. The dedicated page will become public and will be listed in its diary. I recommend this behavior for (non sensitive) information that can be shared with the world. This is what is have done here: https://www.cassandre.uliege.be/memo/meto0826_2017_00/
-
Give access only to your students (with a dedicated list, renewed each year). I recommend this strategy for information that should not spread outside the class.
Here is an example (your password will be required):
https://www.cassandre.uliege.be/memo/a/9ec77de31121303e809d8445f8ff9573
from cassandre.
The same problem exists with writers:[]
.
To sum up:
- when it says "Lisible par tous", it isn't world readable,
- when it says "Modifiable par tous", it isn't world writable.
from cassandre.
when it says "Modifiable par tous", it isn't world writable.
Well, in fact, it doesn't "stick". I changed in it CouchDB but it went back to the original settings. It might be intended.
However the first problem is still there.
from cassandre.
This issue concerns different features, namely:
- When the
readers
or thecontributors
field is missing, it is inserted when the memo is edited. This (intended) behavior was introduced in order for legacy memo to comply with user management and security issues. - When a user clears out
readers
list, she is automatically inserted as one of the readers. This behavior prevents memos from becoming public (this frequently occurs accidentally in the past). This behavior is thus intended and protective. As a consequence, only database admins can henceforth produce publicly readable memos (as you indicated). - When the
contributors
list is cleared out, the memo should become publicly readable and writable. As you report, this is not the case. I am aware of this issue, but it has not been fixed because there is something strange to give public write access to a memo with restricted read access. Here, again, the current behavior secures user data. - When a memo is world readable/writable, it should be listed on the diary page, for registered and unregistered users. As you report hereabove, this is not always the case. In fact, it works for publicly readable memos. It does not work for world writable memos. This issue was not fixed up to now, given (a) diary listing is tricky and expensive to maintain (due to multiple and public access rights), (b) public access cases slow down the loading of every diary (a lot of resources are required even when no public memo is involved) and (c) nobody uses the public access (namely for feedback, as this feature was originally designed).
For all these reasons, I am considering discontinuing public accesses. If you have some arguments for keeping it, do not hesitate to argue to maintain it.
from cassandre.
What would you suggest for my samples?
Updating them each year with the whole list of my students?
from cassandre.
Preventing people from publishing a memo is a legitimate design decision. However this would require additional coding and refactoring. For now, users can still do the publishing action but it leads to a broken state in which:
- the display (just after the action) says the memo is public,
- the diary is publicly visible, but its content is not readable,
- the display is different for anonymous and connected people but is unusable for both,
- there is no way (in the UI) to get back to the previous state (when it was private).
I understand that you don't want to spend time on this bug fix, but if I create the fix, would you be OK to merge it?
from cassandre.
Related Issues (20)
- A reader should be able to unsubscribe from a memo HOT 3
- Find diaries by author ID HOT 3
- Preventing timeouts to cause data loss HOT 1
- Refactoring interview transcripts HOT 2
- Listing the statements
- Quoting through coding
- Updated reverse proxy
- Cannot find module 'express' HOT 3
- Fragments should be selected before choosing the right label HOT 9
- Reusing a label to "code" a fragment should be easier HOT 4
- When multiple fragments are grounded, they should be removable HOT 3
- Labelling or coding? HOT 2
- Coding a fragment for the first time should be coherent with successive coding HOT 2
- The text fragment should stay selected while a code is created HOT 6
- Upload an image as (or in) a memo
- Markdown markup should stay invisible in Anchors snippets HOT 1
- Public memos should be visible also to authenticated users
- Mentioning the author of each memo
- Relocating user activity into diaries
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cassandre.