faq_list doesn't work like ist was ... #5708
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#5708
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
... after I added some new entries. Before it gave with
/faq_list
all keywords back, now it says: "Too many entries in your match. Please sharpen your search".This is not very practical, because with a list of all existing keywords you can get a much better overview of the existing entries and, above all, of the existing gaps. Luckily, I had written out all the keywords by hand beforehand. But in the long run, a better interface would be better. For example, an export and import of a *.csv or something else.
The faqs already reside in a repository, they will eventually go to the website. The number of display-able faq in that list is configurable. We'll increase that number.
Still, we may need to display them properly in a formspec
If you make
/faq_add
, you can specify other searchwords in addition to the keyword. However, these will no longer be displayed in connection with the entry later. If you do/faq_remove
an entry (in order to revise it a bit and add it later), the searchwords may be deleted and lost. With this new formspec, the associated searchwords should also be displayed. I hope this new formspec will make it much easier to change existing entries.Please test whether the solution in #6060 solves the problem
The test server now displays the full list again. Thank you.
Once we reach 100 entries, the same issue will happen, so its only some extension of time.
I'd like to have a more permanent solution.
live