#39: declassification of private mails feature
------------------------+--------------------------
Reporter: misc | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
Since HK is a mail archiver, one of my pet peeve is the various usage of
private mailing list, and what this implies. While a full ACL system could
be nice, I would propre to have a declassification feature.
I have 2 use cases in mind, based on the way i think a community
distribution should work.
First use case is people contacting a project for security reason. While
the content must not be public at first, it could IMHO be made public
after a while ( like automated declassification after 6 months ).
Main reasons are :
- less interest for a potential attacker since less stuff are marked as
private
- more transparency on what happen behind closed doors, reducing the
conspiracy ideas, and permit to people who would learn how the project
react to security issue how stuff happen, even if not in real time. This
is rather important for community growing
The second use case is about all the project that have a private board
list, to discuss private matters. Here, I would rather see a per thread
disclosure feature, after a time.
For example, I could see someone either being a disclosure officer, or on
demand by a admin.
The same benefit as the 1st proposal, this permit to document the decision
of any private group for future reference. But unlike the previous one,
this would not be automatic.
A third way to disclose could be to either just disclose the identity of
the poster, or just identity and subject. This would permit to show to
people ( if they trust the group ) that nothing was discussed for X
months, or who was active ( quite important if the group is elected ).
While this is rather high level idea, while redacting this, i think this
would be best achieved with a rather complete ACL system, but i fear this
is starting to be the sign of feature creep :) ( and i didn't even spoke
of having a tool to discuss disclosure ).
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/39>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#44: 9gag like system for the archive page?
------------------------+--------------------------
Reporter: pingou | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
On the website 9gag.com, the page becomes longer as you scroll down.
Would this be something to consider for the archive page instead of the
current hard-coded pagination?
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/44>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#30: Translations (i18n)
------------------------+--------------------------
Reporter: abompard | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
First, the strings in the python code, in the templates and in Javascript
code should be marked for translations.
Django reference : https://docs.djangoproject.com/en/1.4/topics/i18n/
Then, we'll be able to translate the strings. Consider using
[https://www.transifex.com/ Transifex].
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/30>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#31: Admin interface
------------------------+--------------------------
Reporter: abompard | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
Add admin interface to do the following tasks:
* delete a post from the archives
* move a post between lists
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/31>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#33: Navigation bar
------------------------+--------------------------
Reporter: abompard | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
Make a navigation bar like linuxfr.org to go to new posts in an existing
thread. It requires some database changes to link read posts to the user.
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/33>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#48: KittyStore confuses the list description and its prefix
------------------------+--------------------------
Reporter: abompard | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
Contrary to the docstring, the `display_name` attribute is different from
the subject prefix (which is not part of the Interface). !KittyStore
should differentiate the two fields to make prefix removal possible. The
prefix is in the `subject_prefix` attribute.
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/48>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#29: Old thread button disappeared
------------------------+--------------------------
Reporter: pingou | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
On this page:
http://mm3test.fedoraproject.org/hyperkitty/thread/packaging@mm3test.fedora…
the old thread button seems to have disappeared while looking at the
archives there seems to be more threads saved.
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/29>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.
#47: posts via the web interface do not autoload
------------------------+--------------------------
Reporter: spot | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Beta version
Version: | Keywords:
------------------------+--------------------------
When you post a new "reply" to a thread, it does not autoload the reply
once it submits. Worst case, this should trigger a page reload, better
would be if the reply would just pop in.
--
Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/47>
HyperKitty <http://mm3test.fedoraproject.org>
The HyperKitty Django app provides a web interface to access GNU Mailman archives.