https://bugs.kde.org/show_bug.cgi?id=418538
Harald Sitter <sit...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REPORTED |CONFIRMED
Ever confirmed|0 |1
--- Comment #2 from Harald Sitter <sit...@kde.org> ---
https://phabricator.kde.org/D28026 & https://phabricator.kde.org/D28027
I cannot actually reproduce the dupe search having gone wrong in such a
phenomenal fashion. As search term it should have used
'PackageKit::Transaction::finished' which isn't even in any of the listed dupes
in that example bug, so I'm gonna consider that a fluke in lieu of
reproducibility.
As for the actual request here: This is indeed already supported in the
mappings file and you'd just need to set this up properly. I ultimately think
the particular root problem cannot happen with working line parsing though. So,
changing it may be unnecessary, I'll leave it up to you.
In the mappings file there are ProductGroup that define mappings from a product
(e.g. apper) to BZGroups and BZGroups defines products that are part of that
group. All products always have the kdeplatform group so that's how Akonadi
ended up in the search. i.e.
apper => autoinjected kdeplatform => apper also searches for dupes in
kde|kdelibs|kio|kfile|Oxygen|solid|Phonon|Akonadi
--
You are receiving this mail because:
You are watching all bug changes.
