- Status New
- Percent Complete
- Task Type Feature Request
- Category User Interface
- Assigned To No-one
- Operating System All
- Severity Medium
- Priority Very Low
- Reported Version 1.0-rc
- Due in Version Undecided
-
Due Date
Undecided
-
Votes
1
- ToWy (30.05.2019)
- Private
Attached to Project: Flyspray
Opened by kinimodmeyer - 07.12.2016
Last edited by peterdd - 07.05.2019
Opened by kinimodmeyer - 07.12.2016
Last edited by peterdd - 07.05.2019
FS#2322 - Mention System
Hello together,
it would be nice, if you could mention user in your ticket or comment which are not following the task.
for example when i will type @nickname, the user “nickname” should be get a e-mail that he is mentioned in the ticket.
(if we are “fancy” then we can print a automcomplete after the @-sign ist typed)
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Mmh, there is the Notifications tab where you can add a user as listener to a task.
An implementation of this feature require implementation for both dokuwiki and HTML/CKeditor syntax.
How do you want avoid misusage of that feature (spamming users for instance)
–> use of an existing permissions?
The autocomplete feature could use the same as the current autocompleter used in Flyspay + a javascript listener that reacts whenever the typing starts with a '@' or
(regular expression) is typed (like in github.com)
If a user is mentioned in a task or comment, should that user be added to the notification list if he is not yet there?
That would mean:
Before implementing, the Flyspray notification system should be reviewed. So probably not before FS1.1
hm when i compare it to other systems, then a mention would not add him to the notification list. i think it is the decision of the user to go to the list. or when the user want this user explicit in this list. i would only send him one notification when he is added to a task or a comment.
when the task/comment will be edit he dont get a e-mail.
something pseudo code like this:
the dokuwiki/HTML/CKeditor can we do in a second step.
(if you want i can implement it)
At least added now a mention plugin for Flyspray dokuwiki syntax that turns @username into a link to user profile. ( https://github.com/Flyspray/flyspray/tree/mentionlink )
Maybe a starting point.
Having a mention notification system requires tracking it in db tables, so whenever a comment or task is edited again, only new first time mentioned users of that task/comment are notified, right?
Maybe the datetime fields are not needed, just thought of a user had disabled mention notifications, then enables mention notification again, then a summary of time between last received mentions and now could be received. (meanwhile you were mentioned 1234 times in task and comments since you disabled notifications .. lol, or a list of tasks)
One more thing: How to handle (or prevent?) username retaken by other user after a user deleted himself or was deleted by admin?
Example
What solutions are possible?
Currently it is intentional not possible in the user interface to change a username. But as the username is stored only in user table, it would be simple to change with an sql query and everything is fine again. (unique field)
With the introduction of a mention link system this would be harder. It would mean not only to change username in user table, but also replace every mention of that username in all tasks and comments. As there should be no replacements in code section of task descriptions/comments or similiar portions, this cannot be done by simple search&replace in the database, but requires using of dokuwiki parser when dokuwiki is in use.
Another also complex way would be replacing
with something like
(just idea example) when saving task/comment, because userid is unique regardless if user get deleted and reregister with same username.
And on output or edit it is replaced back to its
form or when user not exist anymore … na forget that idea.
Should the generated dokuwiki mention link expose info if the mentioned user is enabled/locked?
Should a hover with mouse show info of the mentioned user like real name, avatar, roles, .. ?
Some more thoughts about dokuwiki mention links:
How to limit/avoid a sql squery for each detected mention pattern for our dokuwiki mention link plugin?
Example: Lets say task list limit is 250 items, each task has a few mentions in their description or one funny guy creates a task with 1000 pseudo mentions…
dokuwiki mention plugin separates between normal mention in paragraph, table, list - but ignores within code snippets and the replacement
with an actual html link is done on output, not cached.
Disable mention link plugin for task list preview (mouse hover)
Or do not generate hidden task description abstract for the task list view and replace it with an optional ajax request when hovering the task summary?