action #16062: [tools]Better user information about openQA changes
Dynamic user information about new openQA features
As a frequent user of an openQA instance I want to have notifications about openQA to learn about new features which can make my work more efficient
- AC1: There are notifications presented to web UI users when they visit an instance / page and there are new features which they have not seen / acknowledged
- AC2: Acknowledgement of a feature notification makes it go away and not shown anymore for the user
- research how other systems are doing it, e.g. github
- prepare fields in database
- do some bootstrap notifications thingies
- provide a way for developers to put feature descriptions into openQA, at best somehow paired with documentation
okurz: Had a nice chat with Artem (SCC) and now I am convinced we finally need a database storing user data, e.g. last visit, been informed about feature X, (and later personal preferences). The user is the king, let's treat him as such!
#7 Updated by krauselukas almost 3 years ago
Current state of the ticket:
The base for the feature is implemented (using bootstraptour). Opened a PR for a first quick tour. Progress of the tour (seen or not seen) will be saved in the database, so users wont get annoyed by notifications they already been informed.
Add useful/interesting feature tours.
#11 Updated by mkittler about 2 years ago
The current status regarding the tour is that we need to implement further tours for gathering user feedback.
When trying to create a tour for Customize selection for candidate needles + full diff view to gather some first user feedback feature I noticed some problems:
- Or we implement the concept of 'tour fixtures'. So we can skip the mentioned effort and just run the tour on well known dummy data. That seems like the less error prone approach to me. But also effort to implement.
- The tour is implemented as a bootstrap popover. This very likely collides with showing a dropdown menu at the same time. At least I expect some extra effort for this to work.
To summarize: I don't think this feature is a good place to start for extending the tour feature. Especially when we're still investigating it and want to collect feedback. It would be much effort and likely we would provide a tour which doesn't work very well due to the complexity.
Note that these problems don't apply to all features we possibly want to show in a tour. The maintenance effort for the tour is also low (we've just migrated to Bootstrap 4). So I would keep the tour and try it out later when we introduce a new feature where it makes more sense.
If we later decide to keep the tour, I would opt for the 'tour fixtures' approach to handle test-data specific features.