fix os type calculation and bump version

This commit is contained in:
Joseph Montanaro 2023-09-11 16:18:05 -07:00
parent e3913ab4c9
commit 51fcccafa2
5 changed files with 17 additions and 9 deletions

View File

@ -1,6 +1,6 @@
{ {
"name": "creddy", "name": "creddy",
"version": "0.2.3", "version": "0.3.0",
"scripts": { "scripts": {
"dev": "vite", "dev": "vite",
"build": "vite build", "build": "vite build",

View File

@ -1,6 +1,6 @@
[package] [package]
name = "creddy" name = "creddy"
version = "0.2.3" version = "0.3.0"
description = "A friendly AWS credentials manager" description = "A friendly AWS credentials manager"
authors = ["Joseph Montanaro"] authors = ["Joseph Montanaro"]
license = "" license = ""

View File

@ -8,7 +8,7 @@
}, },
"package": { "package": {
"productName": "creddy", "productName": "creddy",
"version": "0.2.3" "version": "0.3.0"
}, },
"tauri": { "tauri": {
"allowlist": { "allowlist": {

View File

@ -1,11 +1,6 @@
<script context="module">
import { type } from '@tauri-apps/api/os';
const osType = await type();
</script>
<script> <script>
import { invoke } from '@tauri-apps/api/tauri'; import { invoke } from '@tauri-apps/api/tauri';
import { type } from '@tauri-apps/api/os';
import { appState } from '../lib/state.js'; import { appState } from '../lib/state.js';
import Nav from '../ui/Nav.svelte'; import Nav from '../ui/Nav.svelte';
@ -30,6 +25,9 @@
$appState.config = await invoke('get_config'); $appState.config = await invoke('get_config');
} }
} }
let osType = null;
type().then(t => osType = t);
</script> </script>

10
todo.md
View File

@ -1,6 +1,16 @@
## Definitely
* Switch to "process" provider for AWS credentials (much less hacky) * Switch to "process" provider for AWS credentials (much less hacky)
* Session timeout (plain duration, or activity-based?) * Session timeout (plain duration, or activity-based?)
* Fix rehide behavior when new request comes in while old one is still being resolved * Fix rehide behavior when new request comes in while old one is still being resolved
* Additional hotkey configuration (approve/deny at the very least) * Additional hotkey configuration (approve/deny at the very least)
* Logging * Logging
* Icon
* SSH key handling * SSH key handling
## Maybe
* Flatten error type hierarchy
* Rehide after terminal launch from locked
* Generalize Request across both credentials and terminal launch?
* Make hotkey configuration a little more tolerant of slight mistiming