Skip to content

feat: add key selector to token config update screen - #251

Merged
QuantumExplorer merged 2 commits into
v0.9-devfrom
fix/token-update-key-selector
May 7, 2025
Merged

feat: add key selector to token config update screen#251
QuantumExplorer merged 2 commits into
v0.9-devfrom
fix/token-update-key-selector

Conversation

@pauldelucia

@pauldelucia pauldelucia commented May 7, 2025

Copy link
Copy Markdown
Member

Summary by CodeRabbit

  • New Features

    • Added comprehensive documentation and license files for multiple Noto Sans font families, including Arabic, Devanagari, Hebrew, Japanese, Khmer, Korean, Simplified Chinese, Traditional Chinese, and Thai.
    • Extended environment variable examples to support Devnet and Local network configurations.
  • Chores

    • Updated dependencies and minimum Rust version requirement.
    • Cleaned up and reorganized project dependencies, removing unused packages.
    • Improved workflow runner specification for ARM64 Linux builds.
    • Updated .gitignore to track Cargo.lock and ignore new files.

@coderabbitai

coderabbitai Bot commented May 7, 2025

Copy link
Copy Markdown
Contributor

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Walkthrough

This update introduces new documentation and licensing files for multiple Noto font families, expands the .env.example with configurations for Devnet and Local network environments, updates the .gitignore patterns, and revises the release workflow for ARM64 builds. The Cargo.toml receives a version bump and significant dependency updates and cleanups.

Changes

File(s) Change Summary
.env.example Added environment variable examples for Devnet and Local network; updated formatting.
.github/workflows/release.yml Changed ARM64 runner label and updated conditional logic for ARM platform in the workflow matrix.
.gitignore Added test_db and explorer.log to ignore list; commented out Cargo.lock ignore; formatting update.
Cargo.toml Bumped version to 0.9.0; raised Rust version; upgraded, removed, and added dependencies; updated repository URLs.
assets/Fonts/Noto_Sans*/OFL.txt
assets/Fonts/Noto_Sans_*/OFL.txt
Added SIL Open Font License (OFL) v1.1 files for Noto Sans, Noto Sans Arabic, Devanagari, Hebrew, JP, KR, Khmer, SC, TC, and Thai font families.
assets/Fonts/Noto_Sans*/README.txt
assets/Fonts/Noto_Sans_*/README.txt
Added README files for each Noto font family, listing font styles, usage instructions, resource links, and license summaries.

Sequence Diagram(s)

sequenceDiagram
    participant Developer
    participant Environment
    participant Application

    Developer->>Environment: Adds/updates .env.example with Devnet and Local network configs
    Developer->>Application: Runs application with selected environment variables
    Application->>Environment: Reads environment variables for network configuration
    Application->>Application: Applies network settings (DAPI, Core, RPC, Insight API)
Loading

Possibly related PRs

  • dashpay/dash-evo-tool#61: Updates platform naming conventions in the release workflow, similar to the ARM64 runner label change in this PR.
  • dashpay/dash-evo-tool#184: Modifies .github/workflows/release.yml, specifically updating ARM64 job runner and conditional logic, directly related to changes in this PR.

Poem

In the garden of fonts, new licenses bloom,
With README seeds sown in every room.
Devnet and Local now join the play,
While Cargo’s dependencies dance and sway.
Ignore the logs, let clean builds grow—
A rabbit’s hop, and off we go!
🐇✨


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@pauldelucia
pauldelucia changed the base branch from master to v0.9-dev May 7, 2025 10:43

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Caution

Inline review comments failed to post. This is likely due to GitHub's limits when posting large numbers of comments. If you are seeing this consistently it is likely a permissions issue. Please check "Moderation" -> "Code review limits" under your organization settings.

Actionable comments posted: 4

🧹 Nitpick comments (17)
assets/Fonts/Noto_Sans_TC/README.txt (1)

12-14: Insert missing comma for clarity.

Add a comma after “cases” to improve readability:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans TC:
+ Not all apps support variable fonts, and in those cases, you can use the static font files for Noto Sans TC:
🧰 Tools
🪛 LanguageTool

[formatting] ~13-~13: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_JP/README.txt (1)

13-13: Refine introductory clause punctuation for clarity. Consider adding a comma after “in those cases” to improve readability:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans JP:
+ Not all apps support variable fonts, and in those cases, you can use the static font files for Noto Sans JP:
🧰 Tools
🪛 LanguageTool

[formatting] ~13-~13: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_KR/README.txt (1)

13-13: Refine introductory clause punctuation for clarity. Add a comma after “in those cases” to enhance readability:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans KR:
+ Not all apps support variable fonts, and in those cases, you can use the static font files for Noto Sans KR:
🧰 Tools
🪛 LanguageTool

[formatting] ~13-~13: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_SC/OFL.txt (1)

9-9: Use typographic en dash for date separator. Replace the hyphen with an en dash between the version and date to follow typographic conventions:

- SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
+ SIL OPEN FONT LICENSE Version 1.1 – 26 February 2007
🧰 Tools
🪛 LanguageTool

[typographical] ~9-~9: If you want to indicate numerical ranges or time ranges, consider using an en dash.
Context: ...-----
SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
----------------------...

(DASH_RULE)

assets/Fonts/Noto_Sans_SC/README.txt (1)

13-13: Refine introductory clause punctuation for clarity. Insert a comma after “in those cases” for better flow:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans SC:
+ Not all apps support variable fonts, and in those cases, you can use the static font files for Noto Sans SC:
🧰 Tools
🪛 LanguageTool

[formatting] ~13-~13: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_Devanagari/OFL.txt (1)

9-9: Use typographic en dash for date separator. Replace the hyphen with an en dash in the license header:

- SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
+ SIL OPEN FONT LICENSE Version 1.1 – 26 February 2007
🧰 Tools
🪛 LanguageTool

[typographical] ~9-~9: If you want to indicate numerical ranges or time ranges, consider using an en dash.
Context: ...-----
SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
----------------------...

(DASH_RULE)

assets/Fonts/Noto_Sans_Hebrew/OFL.txt (1)

9-9: Typographical refinement: use en dash for date range
Consider replacing the hyphen in the header

SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007

with an en dash (–) to more accurately denote the range, e.g.:

- SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
+ SIL OPEN FONT LICENSE Version 1.1 – 26 February 2007
🧰 Tools
🪛 LanguageTool

[typographical] ~9-~9: If you want to indicate numerical ranges or time ranges, consider using an en dash.
Context: ...-----
SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
----------------------...

(DASH_RULE)

assets/Fonts/Noto_Sans_Khmer/OFL.txt (1)

9-9: Typographical refinement: use en dash for date range
Consider replacing the hyphen in the header

SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007

with an en dash (–) to more accurately denote the range, e.g.:

- SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
+ SIL OPEN FONT LICENSE Version 1.1 – 26 February 2007
🧰 Tools
🪛 LanguageTool

[typographical] ~9-~9: If you want to indicate numerical ranges or time ranges, consider using an en dash.
Context: ...-----
SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007
----------------------...

(DASH_RULE)

assets/Fonts/Noto_Sans_Khmer/README.txt (1)

14-14: Improve readability with commas around parenthetical phrase
In the sentence

Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans Khmer:

consider adding commas to set off the parenthetical “in those cases,” for clarity:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans Khmer:
+ Not all apps support variable fonts, and, in those cases, you can use the static font files for Noto Sans Khmer:
🧰 Tools
🪛 LanguageTool

[formatting] ~14-~14: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_Devanagari/README.txt (1)

14-14: Improve readability with commas around parenthetical phrase
In the sentence

Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans Devanagari:

consider adding commas to set off the parenthetical “in those cases,” for clarity:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans Devanagari:
+ Not all apps support variable fonts, and, in those cases, you can use the static font files for Noto Sans Devanagari:
🧰 Tools
🪛 LanguageTool

[formatting] ~14-~14: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_Arabic/README.txt (1)

14-14: Improve readability with commas around parenthetical phrase
In the sentence

Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans Arabic:

consider adding commas to set off the parenthetical “in those cases,” for clarity:

- Not all apps support variable fonts, and in those cases you can use the static font files for Noto Sans Arabic:
+ Not all apps support variable fonts, and, in those cases, you can use the static font files for Noto Sans Arabic:
🧰 Tools
🪛 LanguageTool

[formatting] ~14-~14: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_Hebrew/README.txt (1)

14-15: Improve readability with a comma Consider adding a comma after “in those cases” for clarity:
“...and, in those cases, you can use the static font files for Noto Sans Hebrew:”

🧰 Tools
🪛 LanguageTool

[formatting] ~14-~14: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans/README.txt (1)

14-15: Improve readability with a comma Insert a comma after “in those cases” for consistency:
“...and, in those cases, you can use the static font files for Noto Sans:”

🧰 Tools
🪛 LanguageTool

[formatting] ~15-~15: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

assets/Fonts/Noto_Sans_Thai/README.txt (1)

14-15: Improve readability with a comma Consider adding a comma after “in those cases” to enhance clarity:
“...and, in those cases, you can use the static font files for Noto Sans Thai:”

🧰 Tools
🪛 LanguageTool

[formatting] ~14-~14: Consider inserting a comma after an introductory phrase for better readability.
Context: ...ot all apps support variable fonts, and in those cases you can use the static font files for N...

(IN_THAT_CASE_COMMA)

Cargo.toml (2)

30-30: Consider moving off RC release
Pinning bincode = "=2.0.0-rc.3" ties you to a release candidate. If possible, upgrade to a stable 2.0.0 release once it's out to reduce dependency risk.


46-46: Update deprecated serde_yaml version
You're using serde_yaml = "0.9.34+deprecated". To reduce technical debt, consider migrating to a maintained, non-deprecated version of serde_yaml.

.gitignore (1)

26-26: Remove redundant .DS_Store pattern
You already ignore *.DS_Store at line 23; **/.DS_Store is redundant. Consolidate to a single pattern to simplify the file.

🛑 Comments failed to post (4)
assets/Fonts/Noto_Sans_TC/OFL.txt (1)

1-2: ⚠️ Potential issue

Critical: Incorrect license header for Noto Sans TC.

The header currently reads:

Copyright 2014-2021 Adobe (http://www.adobe.com/), with Reserved Font Name 'Source'

This appears to be borrowed from the Adobe Source license and does not match the Noto Sans TC font or its copyright holders.
Please update the header to reference the correct copyright (e.g., “The Noto Project Authors”)
and reserved font name for Noto Sans TC to ensure licensing accuracy.

assets/Fonts/Noto_Sans_KR/OFL.txt (1)

1-2: ⚠️ Potential issue

Critical: Incorrect license header for Noto Sans KR.

The header is still referencing Adobe and “Source,” which isn’t applicable to Noto Sans KR.
Please replace it with the appropriate copyright notice and reserved font name
for the Noto Sans KR font (e.g., “The Noto Project Authors”).

assets/Fonts/Noto_Sans_JP/OFL.txt (1)

1-2: ⚠️ Potential issue

Critical: Incorrect license header for Noto Sans JP.

The header still cites Adobe and “Source,” which does not match this font’s provenance.
Please update to the correct copyright holder (“The Noto Project Authors”)
and reserved font name for Noto Sans JP.

.github/workflows/release.yml (1)

33-33: 💡 Verification agent

❓ Verification inconclusive

Critical: Unknown runner label "ubuntu-22.04-arm"
The label "ubuntu-22.04-arm" is not one of the supported GitHub-hosted runner labels and will cause the job to never match a runner. If you intend to use a self-hosted ARM64 runner, either restore the self-hosted labels or declare this custom label in your actionlint config.

Consider reverting to the previous self-hosted label set or using a valid GitHub-hosted runner. For example:

- runs-on: "ubuntu-22.04-arm"
+ # Use a self-hosted ARM64 runner with existing labels:
+ runs-on:
+   - self-hosted
+   - Linux
+   - ARM64
+   - ubuntu-20.04

Fix invalid runner label in release workflow
The label ubuntu-22.04-arm is not a supported GitHub-hosted runner and will never match. Choose one of the following fixes:

  • Use a valid hosted runner:
    - runs-on: "ubuntu-22.04-arm"
    + runs-on: ubuntu-22.04
  • Or restore your self-hosted ARM64 labels:
    runs-on:
      - self-hosted
      - Linux
      - ARM64
      - ubuntu-20.04

• File: .github/workflows/release.yml, line 33

🧰 Tools
🪛 actionlint (1.7.4)

33-33: label "ubuntu-22.04-arm" is unknown. available labels are "windows-latest", "windows-latest-8-cores", "windows-2022", "windows-2019", "ubuntu-latest", "ubuntu-latest-4-cores", "ubuntu-latest-8-cores", "ubuntu-latest-16-cores", "ubuntu-24.04", "ubuntu-22.04", "ubuntu-20.04", "macos-latest", "macos-latest-xl", "macos-latest-xlarge", "macos-latest-large", "macos-15-xlarge", "macos-15-large", "macos-15", "macos-14-xl", "macos-14-xlarge", "macos-14-large", "macos-14", "macos-13-xl", "macos-13-xlarge", "macos-13-large", "macos-13", "macos-12-xl", "macos-12-xlarge", "macos-12-large", "macos-12", "self-hosted", "x64", "arm", "arm64", "linux", "macos", "windows". if it is a custom label for self-hosted runner, set list of labels in actionlint.yaml config file

(runner-label)

@QuantumExplorer
QuantumExplorer merged commit 29c0e19 into v0.9-dev May 7, 2025
@QuantumExplorer
QuantumExplorer deleted the fix/token-update-key-selector branch May 7, 2025 12:57
@coderabbitai coderabbitai Bot mentioned this pull request May 8, 2025
@coderabbitai coderabbitai Bot mentioned this pull request May 30, 2025
@coderabbitai coderabbitai Bot mentioned this pull request Jun 9, 2025
@coderabbitai coderabbitai Bot mentioned this pull request Jul 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants