This previously had whitespace that I unintentionally removed. This also has the unintentional sideeffect
of not breaking up individual prev/scale/next links which I see as an improvement.
Remove a margin override for the first entry, this wasn't properly centered for some reason.
Still not quite there but much better now.
It really did two things and was primarily intented for automated actions
so that all posts get matched regardless of rating and status.
Now there's a dedicated method to do just that
Introduces the concept of "free" tags to account for automatically added tags.
Introduce `resolve_aliases` which can be used instead of `raw_tag_match`
Most of that is not easily configurable and requires db fields, css classes etc.
Everything in TagCategory was also pretty much incomprehensible for me
thanks to the indirection, so I moved it all inline instead.
I'll clean that up in later commits.
* [Tickets] Profile Links & Pending Count
* stuff a sock in it, rubocop
* Remove counts fixer for ticketss
* Update app/views/tickets/show.html.erb
Co-authored-by: Earlopain <earlopain+github@protonmail.com>
* Update app/views/tickets/show.html.erb
Co-authored-by: Earlopain <earlopain+github@protonmail.com>
* use standardized timestamps
* this got yeeted at some point
* Fix search links, only show pending count when >= 2
I'm imagining some confusion if it shows one pending when it is just
the one you're looking at right now
* Fix fixer? `update_column` throws a readonly error
* `for_user` is only used in fixer script
* Fix fixer script, for real
---------
Co-authored-by: Earlopain <earlopain+github@protonmail.com>
Co-authored-by: Earlopain <earlopain@protonmail.com>
That method will never return true because status:deleted is getting appended.
Also remove a bunch of related_tags code.
It was either calculate_related_tags_from_post_set or related_tags_for_group.
The results from calculate_related_tags_from_post_set look good in every case,
I can't tell one over the other. This one should be more efficient, since
it doesn't have to do an extra post search.
The wiki page presenter wasn't used, and other_names from wiki page versions
is also unused.
That makes the remaing two implementations functionally the same.