| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| |
|
|
|
| |
A bag of minor assorted improvements to data formatting.
+ show job results in the jobs table
|
| |
|
|
|
|
|
|
| |
After addition of collapsible sections on the bug page,
we show 2 captions for the duplicate bugs table.
One for the collapsible span "Duplicate bugs (2)",
and another inside for the table "duplicates (2):".
Remove the inner duplicate caption.
|
| |
|
|
| |
Linter points it become too long.
|
| |
|
|
|
|
|
|
| |
Support for:
- polling for AI jobs
- handling completion of AI jobs
- submitting job trajectory logs
- basic visualization for AI jobs
|
| | |
|
| |
|
|
|
| |
Don't show package update errors, they happen in hundreds every day.
Don't show internal datastore bugs (these are not our bugs).
|
| |
|
|
|
|
|
| |
Make it possible 3 more admin handlers that look useful for future and safe.
Now that we don't deploy the app from local machines, it's problematic
to call them without this wiring.
Remove one old handler that we don't need anymore.
|
| |
|
|
| |
Add status, crash, fix, close and commit dates.
|
| |
|
|
|
|
|
| |
Separate the code that loads all details about a particular bug from the
code that is only necessary for rendering a bug page on Web UI.
These can be used in mass bug exports.
|
| |
|
|
|
|
|
| |
These are useful for debugging of deadlocks, hangs (slowness),
and memory consumption issues.
Can be used on a local instance during development.
On the production system pprof handlers are restricted to admins only.
|
| |
|
|
| |
Any is the preferred over interface{} now in Go.
|
| |
|
|
|
|
| |
#6070 explains the problem of data propagation.
1. Add weekly /cron/update_coverdb_subsystems.
2. Stop updating subsystems from coverage receiver API.
|
| |
|
|
| |
./tools/syz-env bin/golangci-lint run ./... --fix
|
| |
|
|
|
| |
The impact score is deducted from the title.
Impact is max(known_titles).
|
| |
|
|
|
| |
GKE streams all stdout as severity=ERROR messages, which makes it too
noisy to be useful on the Admin page of syzbot.
|
| |
|
|
|
|
|
| |
The existing pkg/html package transitively takes too many dependencies,
which complicates the reuse of some of its methods.
Split off a pkg/html/urlutil package.
|
| |
|
|
| |
It will simplify the json API links.
|
| |
|
|
|
|
|
|
| |
1. Init coveragedb client once and propagate it through context to enable mocking.
2. Always init coverage handlers. It simplifies testing.
3. Read webGit and coveragedb client from ctx to make it mockable.
4. Use int for file line number and int64 for merged coverage.
5. Add tests.
|
| |
|
|
| |
They are shorter, more readable, and don't require temp vars.
|
| |
|
|
| |
This fixes a runtime panic when generating links to fsck logs.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Syscall attributes are extended with a fsck command field which lets
file system mount definitions specify a fsck-like command to run. This
is required because all file systems have a custom fsck command
invokation style.
When uploading a compressed image asset to the dashboard, syz-manager
also runs the fsck command and logs its output over the dashapi.
The dashboard logs these fsck logs into the database.
This has been requested by fs maintainer Ted Tso who would like to
quickly understand whether a filesystem is corrupted or not before
looking at a reproducer in more details. Ultimately, this could be used
as an early triage sign to determine whether a bug is obviously
critical.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
It directly uses the coverage signals from BigQuery.
There is no need to wait for the coverage_batch cron jobs.
Looks good for debugging.
Limitations:
1. It is slow. I know how to speed up but want to stabilize the UI first.
2. It is expensive because of the direct BQ requests. Limited to admin only because of it.
3. It merges only the commits reachable on github because of the gitweb throttling.
After the UI stabilization I'll save all the required artifacts to spanner and make this page publicly available.
To merge all the commits, not the github reachable only, http git caching instance is needed.
|
| |
|
|
|
| |
Also include more information into the output: kernel config and
reproducer links.
|
| |
|
|
| |
Make it return a single slice.
|
| |
|
|
| |
No comments. It was an evening code I guess...
|
| |
|
|
| |
It reminds the parameter is adjustable.
|
| |
|
|
| |
pages
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
As it is problematic to set up automatic bidirectional sharing of
reproducer files between namespaces, let's support the ability to
manually request a reproduction attempt on a specific syz-manager
instance. That should help in the time being.
|
| | |
|
| |
|
|
| |
Useful to estimate overall syzbot performance.
|
| |
|
|
|
| |
This will help us understand how exactly how we have arrived at the
reproducer.
|
| | |
|
| | |
|
| |
|
|
| |
Currently json=0 and json=1 give the same result.
|
| | |
|
| |
|
|
|
| |
Split the single function into one that queries the information from the
DB and the one that prepares the data for the UI.
|
| |
|
|
| |
There's no sense to restrict the list of build assets there.
|
| |
|
|
|
|
|
|
| |
Add an emergency stop button that can be used by any admin. After it's
clicked two times, syzbot stops all reporting and recoding of new bugs.
It's assumed that the stop mode is revoked by manually deleting an entry
from the database.
|
| |
|
|
| |
Display last 500 successful builds for every manager.
|
| | |
|
| |
|
|
|
|
| |
I don't think we'll benefit introducing constants for the URL parts.
Let's mark as a false positive.
It contributes to #4317 unblocking.
|
| |
|
|
|
| |
Managers themselves do not have access level controls, so let's clean up
the cases when we passed unnecessary arguments.
|
| |
|
|
|
|
|
|
| |
This is a relatively expensive operation (hundreds of ms) that queries
many types of entities. At the same time, the content does not change
that often.
Cache it for 5 minutes after querying.
|