Skip to content

webui: properly set focus to input box after each command#1936

Merged
BareosBot merged 3 commits intobareos:masterfrom
Tydus:patch-2
Aug 25, 2024
Merged

webui: properly set focus to input box after each command#1936
BareosBot merged 3 commits intobareos:masterfrom
Tydus:patch-2

Conversation

@Tydus
Copy link
Contributor

@Tydus Tydus commented Aug 21, 2024

The console of webui, among others, could not have the input box focused after issuing each command.
This patch is to fix this tiny but annoying UX issue. It also fixes the scrolling.

Thank you for contributing to the Bareos Project!

Please check

  • Short description and the purpose of this PR is present above this paragraph
  • Your name is present in the AUTHORS file (optional)

If you have any questions or problems, please give a comment in the PR.

Helpful documentation and best practices

Checklist for the reviewer of the PR (will be processed by the Bareos team)

Make sure you check/merge the PR using devtools/pr-tool to have some simple automated checks run and a proper changelog record added.

General
  • Is the PR title usable as CHANGELOG entry?
  • Purpose of the PR is understood
  • Commit descriptions are understandable and well formatted
  • Required backport PRs have been created
  • Correct milestone is set
Source code quality
  • Source code changes are understandable
  • Variable and function names are meaningful
  • Code comments are correct (logically and spelling)
  • Required documentation changes are present and part of the PR

Focusing scrolling should come after ajax returns.
@joergsteffens joergsteffens self-assigned this Aug 22, 2024
@joergsteffens joergsteffens self-requested a review August 22, 2024 08:02
@joergsteffens joergsteffens added this to the 24.0.0 milestone Aug 22, 2024
Copy link
Member

@joergsteffens joergsteffens left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Tydus Thank you very much for your very helpful contribution. I also added a tiny adjustment, so that it also works when just typing Enter. If you like, you can add your (real) name to the AUTHORS file. Otherwise I'll merge it in the next days.

@Tydus
Copy link
Contributor Author

Tydus commented Aug 24, 2024

Thanks for your timely reply! It's just a humble tiny patch so I'd like to defer that for more contribution 🤗

BTW (sorry for OT) I'm now looking into the fd code. We are starting to have some parallelism from #1533 , but isn't it even better to have multiple files to be read/processed simultaneously? FS with tons of small files would benefit a lot.

@joergsteffens
Copy link
Member

BTW (sorry for OT) I'm now looking into the fd code. We are starting to have some parallelism from #1533 , but isn't it even better to have multiple files to be read/processed simultaneously? FS with tons of small files would benefit a lot.

In general, parallelism per file would be better, however, the code introduced in #1533 already improved performance a lot and did require much less changes than a full parallelism would have. What makes parallelism hard is that the Storage Daemon don't generally have a random access backup, but have to write sequential (to keep compatibility with e.g. tape drives, access other back-ends like disks is handled the same), So blocks of files in random order would cause problems, or you've to use in-memory caches on the FD or SD, which also causes problems.

@BareosBot BareosBot merged commit 1b76ae6 into bareos:master Aug 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants