mirror of
https://github.com/AdguardTeam/AdGuardHome.git
synced 2026-03-04 00:01:12 -05:00
Display total number of queries for search result #1018
Labels
No labels
P1: Critical
P2: High
P3: Medium
P4: Low
UI
bug
cannot reproduce
compatibility
dependencies
docker
documentation
duplicate
enhancement
enhancement
external libs
feature request
good first issue
help wanted
infrastructure
invalid
localization
needs investigation
performance
potential-duplicate
question
recurrent
research
snap
waiting for data
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/AdGuardHome#1018
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Originally created by @ghost on GitHub (Oct 19, 2019).
Expected Behavior
Total number of pages must be displayed by default also all available pages amount necessary to display for sort results without delay load
Actual Behavior
Begin shows 10 pages for 50 rows or 5 pages for 100 rows then continue as per 5 pages. When sort under domain or client that has less queries then shows per 2 pages or 1 page. Just quite misleading but actually it can be affect for low end devices somehow
Additional Information
As i remember that didn't exist on 0.98.1 stable release.
Screenshots
AdGuard Home v0.99 | Windows
@ghost commented on GitHub (Oct 20, 2019):
(Screenshot source: AGHome v0.99 Filters panel so you can be add the same here with [1.] enhancement)
@ameshkov commented on GitHub (Oct 20, 2019):
Not that we don't limit the query log size, calculating the total number is problematic
@ghost commented on GitHub (Oct 20, 2019):
I think it's not difficult because has specific rows amount per page ex: 50, 100 then possible divide total queries by selected rows amount and display it. When user change rows amount then possible perform fresh recalculation.
Any chance for assign milestone to https://github.com/AdguardTeam/AdGuardHome/issues/624 atleast?
@ameshkov commented on GitHub (Oct 21, 2019):
I mean if the log file is huge, calculating the total number of pages takes too much time.
#624 looks simple, assigned to v0.101 for now.
@ghost commented on GitHub (Oct 21, 2019):
Yes.
If so this request isn't important but when sort query log under domain, client etc and view too past date history on hundred or thousand number pages set (or as default view) then i doubt that issue can be occur again https://github.com/AdguardTeam/AdGuardHome/issues/1094 just not because of change rows as mentioned on it but somehow querylog pages may stop load at some point with grayed out next button then user think that no more history for specific domain or client for example.
@szolin commented on GitHub (Oct 31, 2019):
@ghost commented on GitHub (Oct 31, 2019):
I see on enterprise solutions either it take time or consume too resource to generate quick but we must accomplish this goal somehow
Well, the reason for request this not especially for jump to certain page easily but to ensure how many pages queries exactly have when sort under specific entity, time range etc. just that is one of most important thing we expect from such software rather than block what we already know or see some top queried domains then basically it will not mislead https://github.com/AdguardTeam/AdGuardHome/issues/1094 https://github.com/AdguardTeam/AdGuardHome/issues/1099 user so far even accidentally occur application or system issue
Or if you may consider implement something like '1500 queries found' on top corner or as notification for search result it might reasonable because user able realize all queries contain within 15 pages(100 rows) for example
It may acceptable.
@ghost commented on GitHub (Nov 24, 2019):
@szolin I changed the topic to make this easy. adguard home has request count feature then use it here for fulfill this requirement. currently users blindly think certain page is the end of search result when no longer possible to click 'next' button.
https://github.com/AdguardTeam/AdGuardHome/issues/1164 (related task)
This feature not necessary if consider filter log data under time or date range enough https://github.com/AdguardTeam/AdGuardHome/issues/481 but i think it limits what we can do with adguard home log analysis.