Jsm/fips fix

The version of multer currently in use uses MD5 to hash files. This does not work when running on a system that's in FIPS mode. Updated multer to the current version and updated the usage in express.js -- this needs confirmation of correct usage.
Changes made to support the current version of multer:

added MAGE_TEMP_DIR env var
updated multer configuration

multer requires specific dir to be set
multer does not save temp files with their extension -- added code to save temp files with their extension as existing code checks the extension of the incoming file (when importing a form to an event)

extension no longer exists on a file -- updated single occurrence to regex match the extension against the originalname field
replaced occurrences of name with originalname
req.files can be null now, so added protection in all usages (perhaps only from tests)
req.files is an array now, not a map -- need to use .find to locate files by fieldname
replaced occurrences of fs.rename with fs.move, duplicating changes in https://github.com/ngageoint/mage-server/pull/55

Pull Request Test Coverage Report for Build 549

25 of 44 (56.82%)  changed or added relevant lines in 8 files are covered.
5 unchanged lines in 4 files lost coverage.
Overall coverage decreased (-0.02%) to 53.787%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

api/icon.js
0
2
0.0%

routes/imports.js
0
3
0.0%

routes/layers.js
0
4
0.0%

routes/users.js
13
17
76.47%

routes/events.js
0
6
0.0%

Files with Coverage Reduction
New Missed Lines
%

routes/users.js
1
84.15%

routes/imports.js
1
26.92%

routes/layers.js
1
13.95%

routes/events.js
2
42.6%

Totals

Change from base Build 469:
-0.02%

Covered Lines:
2796

Relevant Lines:
4853

💛  - Coveralls


My deep link is not working

Describe the bug
The deeplink is not generating well
To Reproduce
Steps to reproduce the behaviour or a link to the recipe / input used to cause the bug:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behaviour
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (if relevant, please complete the following information):

OS: [e.g. Windows]
Browser: [e.g. chrome 72, firefox 60]
CyberChef version: [e.g. 9.7.14]

Additional context
Add any other context about the problem here.

Hey, are you able to fill out the rest of the issue template?  Your ticket is not clear.  Are you talking about an Android deeplink?

Ah, I assume you're talking about links of the https://gchq.github.io/CyberChef/#recipe=Operation()&input=.  If so, can you give an example link that doesn't work for you?  The feature seems to continue to work for me.


Bug: Crash on loading model

What happened?
After I hit "Transcribe", the app crashes.
Since, at least from what I've noticed, there are no crash logs, here's what the cmd log shows:
C:\Windows\System32>[2024-05-22T01:57:23Z DEBUG vibe_desktop] Vibe App Running
[2024-05-22T01:57:24Z DEBUG vibe_desktop::setup] webview version: 125.0.2535.51
[2024-05-22T01:57:33Z DEBUG vibe::model] Transcribe called with {
      "path": "D:\\2023-11-30 11-25-58.mkv",
      "model_path": "C:\\Users\\AutumnLeaf\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-medium.bin",
      "lang": "en",
      "verbose": false,
      "n_threads": 4,
      "init_prompt": "",
      "temperature": 0.4
    }
[2024-05-22T01:57:33Z DEBUG vibe::audio] input is D:\2023-11-30 11-25-58.mkv and output is C:\Users\AUTUMN~1\AppData\Local\Temp\.tmptp0lsV.wav
[2024-05-22T01:57:33Z DEBUG vibe::audio::encoder] decoder channel layout is 2
[2024-05-22T01:57:33Z DEBUG vibe::audio::encoder] +-----------+
    |    in     |default--[48000Hz fltp:stereo]--auto_aresample_0:default
    | (abuffer) |
    +-----------+

                                                       +---------------+
    Parsed_anull_0:default--[16000Hz s16:mono]--default|      out      |
                                                       | (abuffersink) |
                                                       +---------------+

                                                         +----------------+
    auto_aresample_0:default--[16000Hz s16:mono]--default| Parsed_anull_0 |default--[16000Hz s16:mono]--out:default
                                                         |    (anull)     |
                                                         +----------------+

                                              +------------------+
    in:default--[48000Hz fltp:stereo]--default| auto_aresample_0 |default--[16000Hz s16:mono]--Parsed_anull_0:default
                                              |   (aresample)    |
                                              +------------------+

[2024-05-22T01:57:33Z DEBUG vibe::audio] wav reader read from "C:\\Users\\AUTUMN~1\\AppData\\Local\\Temp\\.tmptp0lsV.wav"
[2024-05-22T01:57:33Z DEBUG vibe::audio] parsing C:\Users\AUTUMN~1\AppData\Local\Temp\.tmptp0lsV.wav
[2024-05-22T01:57:33Z DEBUG vibe::model] open model...

Steps to reproduce

Open Vibe
Attempt to Transcribe
Crash when trying to load model

Tried on Windows 10 first, and now on Windows 11. Also, my brother's pc (Windows 10) for some reason has no issue with Vibe.
Could it be because I've got an old cpu (i7-3770 vs my brother's Ryzen 5 2600) or motherboard or something like that that there's some conflict happening? In case it helps, I am able to run Stable Diffusion locally without issues (both Automatic 1111 and ComfyUI).
I should also note that the user shown on the logs of Vibe is AUTUMN~1 instead of AutumnLeaf. Since I've seen a few past issues here due to hebraic user names, perhaps the tilde (which shouldn't even be there) could be a cause.
What OS are you seeing the problem on?
Window
Relevant log output
App Version: 1.0.7
Commit Hash: 99ae746dc02135ad7a27ec0f9adafe016b8c96e4
Arch: x86_64
Platform: windows
Kernel Version: 10.0.22631
OS: windows
OS Version: 10.0.22631
Models: ggml-medium.bin
Default Model: "C:\\Users\\AutumnLeaf\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-medium.bin"

Troubleshoot vibe crash / error
Try the following, the more you try the better the chance we'll find the cause :)

Is the audio file valid? try with different one, eg. download single.wav
Do you have errors? report it with the 'report button'
Do you experience crash without errors? try to run from the terminal with logs enabled:

Windows
a. Open cmd.exe
b. Execute:
set RUST_BACKTRACE=1
set RUST_LOG=trace
%localappdata%\vibe\vibe.exe

macOS
RUST_LOG=vibe=trace RUST_BACKTRACE=1 /Applications/vibe.app/Contents/MacOS/vibe

Linux
Run it similar to macOS just change the path

Does it happens with original Whisper?

Download one of the zip files from releases/tag/v1.6.0 (Scroll down and choose whisper-bin-x64.zip in Windows

Extract them and open the folder, then open explorer in that folder and hit Ctrl + l in explorer, type cmd` and enter

Download vibe/samples/single.wav and place it in the same folder (and check that the file is ok)

Try to transcribe by execute

main.exe -m "%localappdata%\github.com.thewh1teagle.vibe\ggml-medium.bin" -f "samples_single.wav"

After you finished, share you results by opening new issue or just comment in the issue.
App crashing and no even errors!
In windows, open search menu and search for Event Viewr, choose Windows Logs -> Application and check if there's some error there

@MultipleOneLeaf
I added more details how to check that.
What's the exact username you have? (you can see by entering echo %username) in cmd.exe)

Same result. Though I am sure it was still a valid file before since it worked on my brother's pc.
It just closes, no explicit error messages.
Terminal logs:

C:\Users\AutumnLeaf>set RUST_BACKTRACE=1

C:\Users\AutumnLeaf>set RUST_LOG=trace

C:\Users\AutumnLeaf>%localappdata%\vibe\vibe.exe

C:\Users\AutumnLeaf>[2024-05-22T13:31:39Z DEBUG vibe_desktop] Vibe App Running
[2024-05-22T13:31:39Z DEBUG vibe_desktop::setup] webview version: 125.0.2535.51
[2024-05-22T13:31:39Z TRACE hyper_util::client::legacy::pool] checkout waiting for idle connection: ("https", github.com)
[2024-05-22T13:31:39Z DEBUG reqwest::connect] starting new connection: https://github.com/
[2024-05-22T13:31:39Z TRACE hyper_util::client::legacy::connect::http] Http::connect; scheme=Some("https"), host=Some("github.com"), port=None
[2024-05-22T13:31:39Z DEBUG hyper_util::client::legacy::connect::dns] resolving host="github.com"
[2024-05-22T13:31:39Z DEBUG hyper_util::client::legacy::connect::http] connecting to <IP_ADDRESS>:443
[2024-05-22T13:31:39Z DEBUG hyper_util::client::legacy::connect::http] connected to <IP_ADDRESS>:443
[2024-05-22T13:31:39Z TRACE hyper_util::client::legacy::client] http1 handshake complete, spawning background dispatcher task
[2024-05-22T13:31:39Z TRACE hyper_util::client::legacy::pool] checkout dropped for ("https", github.com)
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::pool] put; add idle connection for ("https", github.com)
[2024-05-22T13:31:40Z DEBUG hyper_util::client::legacy::pool] pooling idle connection for ("https", github.com)
[2024-05-22T13:31:40Z DEBUG reqwest::async_impl::client] redirecting 'https://github.com/thewh1teagle/vibe/releases/latest/download/latest.json' to 'https://github.com/thewh1teagle/vibe/releases/download/v1.0.7/latest.json'
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::pool] take? ("https", github.com): expiration = Some(90s)
[2024-05-22T13:31:40Z DEBUG hyper_util::client::legacy::pool] reuse idle connection for ("https", github.com)
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::pool] put; add idle connection for ("https", github.com)
[2024-05-22T13:31:40Z DEBUG hyper_util::client::legacy::pool] pooling idle connection for ("https", github.com)
[2024-05-22T13:31:40Z DEBUG reqwest::async_impl::client] redirecting 'https://github.com/thewh1teagle/vibe/releases/download/v1.0.7/latest.json' to 'https://objects.githubusercontent.com/github-production-release-asset-2e65be/740293013/c94ac253-eaae-4caa-9ba7-909ec0e6c829?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=releaseassetproduction%2F20240522%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20240522T133139Z&X-Amz-Expires=300&X-Amz-Signature=482feea65247fbadc647fa52b521ec24f9253d9d061b3a3110d043615f6dedf0&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=740293013&response-content-disposition=attachment%3B%20filename%3Dlatest.json&response-content-type=application%2Foctet-stream'
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::pool] checkout waiting for idle connection: ("https", objects.githubusercontent.com)
[2024-05-22T13:31:40Z DEBUG reqwest::connect] starting new connection: https://objects.githubusercontent.com/
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::connect::http] Http::connect; scheme=Some("https"), host=Some("objects.githubusercontent.com"), port=None
[2024-05-22T13:31:40Z DEBUG hyper_util::client::legacy::connect::dns] resolving host="objects.githubusercontent.com"
[2024-05-22T13:31:40Z DEBUG hyper_util::client::legacy::connect::http] connecting to <IP_ADDRESS>:443
[2024-05-22T13:31:40Z DEBUG hyper_util::client::legacy::connect::http] connected to <IP_ADDRESS>:443
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::client] http1 handshake complete, spawning background dispatcher task
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::pool] checkout dropped for ("https", objects.githubusercontent.com)
[2024-05-22T13:31:40Z TRACE hyper_util::client::legacy::pool] pool dropped, dropping pooled (("https", objects.githubusercontent.com))
[2024-05-22T13:31:49Z WARN  tao::platform_impl::platform::event_loop::runner] NewEvents emitted without explicit RedrawEventsCleared
[2024-05-22T13:31:49Z WARN  tao::platform_impl::platform::event_loop::runner] RedrawEventsCleared emitted without explicit MainEventsCleared
[2024-05-22T13:31:52Z DEBUG vibe::model] Transcribe called with {
      "path": "C:\\Users\\AutumnLeaf\\Downloads\\whisper-bin-x64\\samples_single.wav",
      "model_path": "C:\\Users\\AutumnLeaf\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-medium.bin",
      "lang": "en",
      "verbose": false,
      "n_threads": 4,
      "init_prompt": "",
      "temperature": 0.4
    }
[2024-05-22T13:31:52Z DEBUG vibe::audio] input is C:\Users\AutumnLeaf\Downloads\whisper-bin-x64\samples_single.wav and output is C:\Users\AUTUMN~1\AppData\Local\Temp\.tmp6srujO.wav
[2024-05-22T13:31:52Z DEBUG vibe::audio::encoder] decoder channel layout is 0
[2024-05-22T13:31:52Z DEBUG vibe::audio::encoder] +-----------+
    |    in     |default--[16000Hz s16:mono]--Parsed_anull_0:default
    | (abuffer) |
    +-----------+

                                                       +---------------+
    Parsed_anull_0:default--[16000Hz s16:mono]--default|      out      |
                                                       | (abuffersink) |
                                                       +---------------+

                                           +----------------+
    in:default--[16000Hz s16:mono]--default| Parsed_anull_0 |default--[16000Hz s16:mono]--out:default
                                           |    (anull)     |
                                           +----------------+

[2024-05-22T13:31:52Z DEBUG vibe::audio] wav reader read from "C:\\Users\\AUTUMN~1\\AppData\\Local\\Temp\\.tmp6srujO.wav"
[2024-05-22T13:31:52Z DEBUG vibe::audio] parsing C:\Users\AUTUMN~1\AppData\Local\Temp\.tmp6srujO.wav
[2024-05-22T13:31:52Z DEBUG vibe::model] open model...
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_init_from_file_with_params_no_state: loading model from 'C:\Users\AutumnLeaf\AppData\Local\github.com.thewh1teagle.vibe\ggml-medium.bin'
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: loading model
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_vocab       = 51865
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_ctx   = 1500
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_state = 1024
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_head  = 16
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_layer = 24
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_ctx    = 448
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_state  = 1024
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_head   = 16
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_layer  = 24
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_mels        = 80
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: ftype         = 1
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: qntvr         = 0
[2024-05-22T13:31:52Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: type          = 4 (medium)

4-8. Maybe it's some problem with whisper. Here's the terminal log:
C:\Users\AutumnLeaf\Downloads\whisper-bin-x64>main.exe -m "%localappdata%\github.com.thewh1teagle.vibe\ggml-medium.bin" -f "samples_single.wav"
whisper_init_from_file_with_params_no_state: loading model from 'C:\Users\AutumnLeaf\AppData\Local\github.com.thewh1teagle.vibe\ggml-medium.bin'
whisper_init_with_params_no_state: use gpu    = 1
whisper_init_with_params_no_state: flash attn = 0
whisper_init_with_params_no_state: gpu_device = 0
whisper_init_with_params_no_state: dtw        = 0
whisper_model_load: loading model
whisper_model_load: n_vocab       = 51865
whisper_model_load: n_audio_ctx   = 1500
whisper_model_load: n_audio_state = 1024
whisper_model_load: n_audio_head  = 16
whisper_model_load: n_audio_layer = 24
whisper_model_load: n_text_ctx    = 448
whisper_model_load: n_text_state  = 1024
whisper_model_load: n_text_head   = 16
whisper_model_load: n_text_layer  = 24
whisper_model_load: n_mels        = 80
whisper_model_load: ftype         = 1
whisper_model_load: qntvr         = 0
whisper_model_load: type          = 4 (medium)

Event Viewer logs - 2 with Vibe + 2 with Whisper:
Vibe errors:
Event 1000 - Application Error
Faulting application name: vibe.exe, version: <IP_ADDRESS>, time stamp: 0x664c0376
Faulting module name: vibe.exe, version: <IP_ADDRESS>, time stamp: 0x664c0376
Exception code: 0xc000001d
Fault offset: 0x0000000000c2d04a
Faulting process id: 0x0x29D0
Faulting application start time: 0x0x1DAAC4B7161191E
Faulting application path: C:\Users\AutumnLeaf\AppData\Local\vibe\vibe.exe
Faulting module path: C:\Users\AutumnLeaf\AppData\Local\vibe\vibe.exe
Report Id: a2e17e74-83cc-4613-8109-5dfca9a4da90
Faulting package full name:
Faulting package-relative application ID:

Followed by Event 1005 - Application Error
Windows cannot access the file  for one of the following reasons: there is a problem with the network connection, the disk that the file is stored on, or the storage drivers installed on this computer; or the disk is missing. Windows closed the program Vibe because of this error.

Program: Vibe
File:

The error value is listed in the Additional Data section.
User Action
1. Open the file again. This situation might be a temporary problem that corrects itself when the program runs again.
2. If the file still cannot be accessed and
	- It is on the network, your network administrator should verify that there is not a problem with the network and that the server can be contacted.
	- It is on a removable disk, for example, a floppy disk or CD-ROM, verify that the disk is fully inserted into the computer.
3. Check and repair the file system by running CHKDSK. To run CHKDSK, click Start, click Run, type CMD, and then click OK. At the command prompt, type CHKDSK /F, and then press ENTER.
4. If the problem persists, restore the file from a backup copy.
5. Determine whether other files on the same disk can be opened. If not, the disk might be damaged. If it is a hard disk, contact your administrator or computer hardware vendor for further assistance.

Additional Data
Error value: 0x0
Disk type: 0x0

Whisper errors:
Event 1000 - Application error:
Faulting application name: main.exe, version: <IP_ADDRESS>, time stamp: 0x6644b82c
Faulting module name: whisper.dll, version: <IP_ADDRESS>, time stamp: 0x6644b81e
Exception code: 0xc000001d
Fault offset: 0x00000000000a0d24
Faulting process id: 0x0x2164
Faulting application start time: 0x0x1DAAC4BE362C819
Faulting application path: C:\Users\AutumnLeaf\Downloads\whisper-bin-x64\main.exe
Faulting module path: C:\Users\AutumnLeaf\Downloads\whisper-bin-x64\whisper.dll
Report Id: 16c30353-9eb1-4ef6-ab6c-d32baf747669
Faulting package full name:
Faulting package-relative application ID:

Followed by Event 1005 - Application Error
Windows cannot access the file  for one of the following reasons: there is a problem with the network connection, the disk that the file is stored on, or the storage drivers installed on this computer; or the disk is missing. Windows closed the program main.exe because of this error.

Program: main.exe
File:

The error value is listed in the Additional Data section.
User Action
1. Open the file again. This situation might be a temporary problem that corrects itself when the program runs again.
2. If the file still cannot be accessed and
	- It is on the network, your network administrator should verify that there is not a problem with the network and that the server can be contacted.
	- It is on a removable disk, for example, a floppy disk or CD-ROM, verify that the disk is fully inserted into the computer.
3. Check and repair the file system by running CHKDSK. To run CHKDSK, click Start, click Run, type CMD, and then click OK. At the command prompt, type CHKDSK /F, and then press ENTER.
4. If the problem persists, restore the file from a backup copy.
5. Determine whether other files on the same disk can be opened. If not, the disk might be damaged. If it is a hard disk, contact your administrator or computer hardware vendor for further assistance.

Additional Data
Error value: 0x0
Disk type: 0x0

Regarding my username:
C:\Users\AutumnLeaf\Downloads\whisper-bin-x64>echo %username%
AutumnLeaf

Thanks!!
I created a bug in whisper.cpp repo.
The only missing info is os information with cpu / gpu. can you add it? using the following command in cmd.exe:
winget install neofetch
neofetch

Just for transparency's sake, on the first result it didn't detect the GPU, but after doing winsat formal it was correctly detected. I then restarted the pc and retried transcribing with Vibe - it still crashes.
Note: while it says Windows 11, the problem also occurred while it was Windows 10.
First result:
AutumnLeaf@AUTUMNLEAF-PC
--------------
OS: Windows 11
Build: 23H2 (22631)
Uptime: 0 days, 15 hours, 4 minutes
Resolution: 1920x1080 @60Hz
Terminal: Command Prompt - neofetch
CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
GPU: Unknown (try running WinSAT to fix this)
Memory: 10073 MB / 16336 MB (61% in use)
Disk: C:\ 228.05 GB (160.45 GB free)

Second result:
AutumnLeaf@AUTUMNLEAF-PC
--------------
OS: Windows 11
Build: 23H2 (22631)
Uptime: 0 days, 15 hours, 7 minutes
Resolution: 1920x1080 @60Hz
Terminal: Command Prompt - neofetch
CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
GPU: NVIDIA GeForce RTX 3060
Memory: 10078 MB / 16336 MB (61% in use)
Disk: C:\ 228.05 GB (160.44 GB free)

@MultipleOneLeaf
I think that it's related to an old issue in whisper.cpp which some CPUs does not support the f16c instruction used by whisper.cpp
I compiled vibe with f16c disabled, I think that should solve the crash, at least on some PCs.
You can download it from vibe_1.0.7_x64-setup_no_f16c.exe

Unfortunately that didn't fix it for me. As can be seen in the log, my cpu supports f16c:
C:\Users\AutumnLeaf>[2024-05-22T19:17:42Z DEBUG vibe_desktop] Vibe App Running
[2024-05-22T19:17:42Z DEBUG vibe_desktop::setup] webview version: 125.0.2535.51
[2024-05-22T19:17:42Z DEBUG vibe_desktop::setup] CPU supports f16c: true

@MultipleOneLeaf
Per the exception in event viewer you posted, the exception code: 0xc000001d means the program wants from the cpu to do instruction which is unsupported by.
I compiled vibe again with avx2 disabled.
You can download it from vibe_1.0.7_x64-setup_no_avx2.exe
Also added many logs to see what features the cpu support
You can see by
set RUST_LOG=vibe=trace
%localappdata%\vibe\vibe.exe

Also didn't work. Here's the log:
C:\Users\AutumnLeaf>set RUST_LOG=vibe=trace

C:\Users\AutumnLeaf>%localappdata%\vibe\vibe.exe

C:\Users\AutumnLeaf>[2024-05-22T22:05:08Z DEBUG vibe_desktop] Vibe App Running
[2024-05-22T22:05:08Z DEBUG vibe_desktop::setup] webview version: 125.0.2535.51
[2024-05-22T22:05:08Z DEBUG vibe_desktop::setup] CPU Features:
    AVX: true
    AVX2: false
    AVX512: false
    AVX512-VBMI: false
    AVX512-VNNI: false
    F16C: true
[2024-05-22T22:05:13Z DEBUG vibe::model] Transcribe called with {
      "path": "C:\\Users\\AutumnLeaf\\Downloads\\whisper-bin-x64\\samples_single.wav",
      "model_path": "C:\\Users\\AutumnLeaf\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-medium.bin",
      "lang": "en",
      "verbose": false,
      "n_threads": 4,
      "init_prompt": "",
      "temperature": 0.4
    }
[2024-05-22T22:05:13Z DEBUG vibe::audio] input is C:\Users\AutumnLeaf\Downloads\whisper-bin-x64\samples_single.wav and output is C:\Users\AUTUMN~1\AppData\Local\Temp\.tmpqZioal.wav
[2024-05-22T22:05:13Z DEBUG vibe::audio::encoder] decoder channel layout is 0
[2024-05-22T22:05:13Z DEBUG vibe::audio::encoder] +-----------+
    |    in     |default--[16000Hz s16:mono]--Parsed_anull_0:default
    | (abuffer) |
    +-----------+

                                                       +---------------+
    Parsed_anull_0:default--[16000Hz s16:mono]--default|      out      |
                                                       | (abuffersink) |
                                                       +---------------+

                                           +----------------+
    in:default--[16000Hz s16:mono]--default| Parsed_anull_0 |default--[16000Hz s16:mono]--out:default
                                           |    (anull)     |
                                           +----------------+

[2024-05-22T22:05:13Z DEBUG vibe::audio] wav reader read from "C:\\Users\\AUTUMN~1\\AppData\\Local\\Temp\\.tmpqZioal.wav"
[2024-05-22T22:05:13Z DEBUG vibe::audio] parsing C:\Users\AUTUMN~1\AppData\Local\Temp\.tmpqZioal.wav
[2024-05-22T22:05:13Z DEBUG vibe::model] open model...

@MultipleOneLeaf
That looks better!
As I thought your CPU doesn't support avx2
I believe that for some reason I compiled it incorrectly and avx2 still used

Maybe this one vibe_1.0.7_x64-setup_no_avx_avx2_fma_f16c.exe (also added more important line to log)
Install then
set RUST_LOG=vibe=debug,whisper_rs=debug
%localappdata%\vibe\vibe.exe

Still think that it's related to avx, sorry for asking many times

It works now! Here's the log just in case:
C:\Users\AutumnLeaf>set RUST_LOG=vibe=debug,whisper_rs=debug

C:\Users\AutumnLeaf>%localappdata%\vibe\vibe.exe

C:\Users\AutumnLeaf>[2024-05-23T00:30:25Z DEBUG vibe_desktop] Vibe App Running
[2024-05-23T00:30:25Z DEBUG vibe_desktop::setup] webview version: 125.0.2535.51
[2024-05-23T00:30:25Z DEBUG vibe_desktop::setup] CPU Features:
    AVX: true
    AVX2: false
    AVX512: false
    AVX512-VBMI: false
    AVX512-VNNI: false
    FMA: false
    F16C: true
[2024-05-23T00:30:25Z DEBUG vibe_desktop::setup] COMMIT_HASH: cc1bb4f721a794c58081b139e57808c6ec8e00a5
[2024-05-23T00:30:30Z DEBUG vibe::model] Transcribe called with {
      "path": "C:\\Users\\AutumnLeaf\\Downloads\\whisper-bin-x64\\samples_single.wav",
      "model_path": "C:\\Users\\AutumnLeaf\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-medium.bin",
      "lang": "en",
      "verbose": false,
      "n_threads": 4,
      "init_prompt": "",
      "temperature": 0.4
    }
[2024-05-23T00:30:30Z DEBUG vibe::audio] input is C:\Users\AutumnLeaf\Downloads\whisper-bin-x64\samples_single.wav and output is C:\Users\AUTUMN~1\AppData\Local\Temp\.tmpHz2Pyh.wav
[2024-05-23T00:30:30Z DEBUG vibe::audio::encoder] decoder channel layout is 0
[2024-05-23T00:30:30Z DEBUG vibe::audio::encoder] +-----------+
    |    in     |default--[16000Hz s16:mono]--Parsed_anull_0:default
    | (abuffer) |
    +-----------+

                                                       +---------------+
    Parsed_anull_0:default--[16000Hz s16:mono]--default|      out      |
                                                       | (abuffersink) |
                                                       +---------------+

                                           +----------------+
    in:default--[16000Hz s16:mono]--default| Parsed_anull_0 |default--[16000Hz s16:mono]--out:default
                                           |    (anull)     |
                                           +----------------+

[2024-05-23T00:30:30Z DEBUG vibe::audio] wav reader read from "C:\\Users\\AUTUMN~1\\AppData\\Local\\Temp\\.tmpHz2Pyh.wav"
[2024-05-23T00:30:31Z DEBUG vibe::audio] parsing C:\Users\AUTUMN~1\AppData\Local\Temp\.tmpHz2Pyh.wav
[2024-05-23T00:30:31Z DEBUG vibe::model] open model...
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_init_from_file_with_params_no_state: loading model from 'C:\Users\AutumnLeaf\AppData\Local\github.com.thewh1teagle.vibe\ggml-medium.bin'
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: loading model
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_vocab       = 51865
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_ctx   = 1500
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_state = 1024
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_head  = 16
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_layer = 24
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_ctx    = 448
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_state  = 1024
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_head   = 16
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_layer  = 24
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_mels        = 80
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: ftype         = 1
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: qntvr         = 0
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: type          = 4 (medium)
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: adding 1608 extra tokens
[2024-05-23T00:30:31Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_langs       = 99
[2024-05-23T00:30:35Z INFO  whisper_rs::whisper_sys_log] whisper_model_load:      CPU total size =  1533.14 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: model size    = 1533.14 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: kv self size  =  132.12 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: kv cross size =  147.46 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (conv)   =   28.68 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (encode) =  594.22 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (cross)  =    7.85 MB
[2024-05-23T00:30:37Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (decode) =  138.87 MB
[2024-05-23T00:30:37Z DEBUG vibe::model] set language to Some("en")
[2024-05-23T00:30:37Z DEBUG vibe::model] setting temperature to 0.4
[2024-05-23T00:30:37Z DEBUG vibe::model] setting init prompt to
[2024-05-23T00:30:37Z DEBUG vibe::model] setting n threads to 4
[2024-05-23T00:30:37Z DEBUG vibe::model] set start time...
[2024-05-23T00:30:37Z DEBUG vibe::model] setting state full...
[2024-05-23T00:30:37Z DEBUG vibe::model] progress callback 0
[2024-05-23T00:30:37Z DEBUG vibe_desktop::cmd] set_progress_bar 0
[2024-05-23T00:30:56Z DEBUG vibe::model] progress callback 100
[2024-05-23T00:30:56Z DEBUG vibe_desktop::cmd] set_progress_bar 100
[2024-05-23T00:30:56Z DEBUG vibe::model] getting segments count...
[2024-05-23T00:30:56Z DEBUG vibe::model] found 1 segments
[2024-05-23T00:30:56Z DEBUG vibe::model] looping segments...

Should I close the issue or is there anything else you'd like me to test?

Amazing!
Thanks for your patience :)
I think I'll disable automatic updates for computers that don't support those instructions (avx, fma, etc.). Also, instead of letting whisper.cpp crash the whole program, I'll just print an error with a link to download this working executable.

Should I close the issue or is there anything else you'd like me to test?

Let's wait to see if others have suggestions.
It's interesting what the speed that you get when transcribing without those instructions (which related to optimization)
You can see the time it takes in the console after finish transcribing (right click -> inspect element)

Amazing! Thanks for your patience :)

Thank you!

speed that you get when transcribing

On the sample you mentioned above (11 seconds of sound), it took 19 seconds.

Amazing! Thanks for your patience :)

Thank you!

speed that you get when transcribing

On the sample you mentioned above (11 seconds of sound), it took 19 seconds.

Meaning that one hour audio will take 1 hour and 30-40 minutes. on my CPU with optimization it will take 1 hour and 20-25 minutes.
With your NVIDIA GeForce RTX 3060 it should be much faster. does the task manager indicate it uses the gpu while transcribing?

Just tested with my GPU. I extracted in case it ends up making any difference in speed.
The sample file took 3 seconds.
I also tried then transcribing a file with 20 minutes duration - though probably only about 10 minutes worth of speech - and it took 89-90 seconds. Doing it with a different language (the one in this specific file, instead of English) it took 96 seconds.
The time with CPU, from the experiment my brother did with Ryzen 5 2600 before I opened this issue, was about 40 minutes I believe.

That's amazing! It's nearly as fast as high-quality transcriptions from paid APIs. Now, anyone with Nvidia GPUs can easily turn their PC into a high-quality transcription machine :)

Yup. These results might be a good form of advertisement to increase interest in your project.
And, in my opinion, the best part is that it is also run locally.
Thank you once again for you efforts!

Amazing! Thanks for your patience :)

Thank you!

speed that you get when transcribing

On the sample you mentioned above (11 seconds of sound), it took 19 seconds.

Meaning that one hour audio will take 1 hour and 30-40 minutes. on my CPU with optimization (no gpu) it will take 1 hour and 20-25 minutes. With your NVIDIA GeForce RTX 3060 it should be much faster. does the task manager indicate it uses the gpu while transcribing?
Update
I released new installer for Nvidia GPUs! If you interested you can try from vibe_1.0.7_x64-setup_nvidia_no_avx2_fma.exe
It's pretty heavy (300-500mb) though you don't have to install it. you can extract it with 7-zip and start vibe.exe directly. Can't test it since I don't have Nvidia GPU, so I hope it will work :)

Hello. I am using an RTX 4070 Ti. Do I also need to install the CUDA Toolkit to use this?
https://developer.nvidia.com/cuda-downloads?target_os=Windows&target_arch=x86_64&target_version=11&target_type=exe_local
I tried the default version, but it ran on the CPU when transcribing. And the new Nvidia version you have linked in this reply just crashed a few seconds after clicking transcribe.

@thewh1teagle
Microsoft Windows [Version 10.0.22631.3593]
(c) Microsoft Corporation. All rights reserved.

C:\Users\manav>%localappdata%\vibe\vibe.exe

C:\Users\manav>set RUST_BACKTRACE=1

C:\Users\manav>set RUST_LOG=vibe=debug,whisper_rs=debug

C:\Users\manav>%localappdata%\vibe\vibe.exe

C:\Users\manav>[2024-05-24T21:33:55Z DEBUG vibe_desktop] Vibe App Running
[2024-05-24T21:33:55Z DEBUG vibe_desktop::setup] webview version: 124.0.2478.97
[2024-05-24T21:33:55Z DEBUG vibe_desktop::setup] CPU Features:
    AVX: true
    AVX2: true
    AVX512: true
    AVX512-VBMI: true
    AVX512-VNNI: true
    FMA: true
    F16C: true
[2024-05-24T21:33:55Z DEBUG vibe_desktop::setup] COMMIT_HASH: cc1bb4f721a794c58081b139e57808c6ec8e00a5
[2024-05-24T21:34:10Z DEBUG vibe::model] Transcribe called with {
      "path": "C:\\Users\\manav\\Desktop\\Audios\\samples_single.wav",
      "model_path": "C:\\Users\\manav\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-large-v3.bin",
      "lang": "en",
      "verbose": false,
      "n_threads": 4,
      "init_prompt": "",
      "temperature": 0.4
    }
[2024-05-24T21:34:10Z DEBUG vibe::audio] input is C:\Users\manav\Desktop\Audios\samples_single.wav and output is C:\Users\manav\AppData\Local\Temp\.tmpflC3KN.wav
[2024-05-24T21:34:10Z DEBUG vibe::audio::encoder] decoder channel layout is 0
[2024-05-24T21:34:10Z DEBUG vibe::audio::encoder] +-----------+
    |    in     |default--[16000Hz s16:mono]--Parsed_anull_0:default
    | (abuffer) |
    +-----------+

                                                       +---------------+
    Parsed_anull_0:default--[16000Hz s16:mono]--default|      out      |
                                                       | (abuffersink) |
                                                       +---------------+

                                           +----------------+
    in:default--[16000Hz s16:mono]--default| Parsed_anull_0 |default--[16000Hz s16:mono]--out:default
                                           |    (anull)     |
                                           +----------------+

[2024-05-24T21:34:10Z DEBUG vibe::audio] wav reader read from "C:\\Users\\manav\\AppData\\Local\\Temp\\.tmpflC3KN.wav"
[2024-05-24T21:34:10Z DEBUG vibe::audio] parsing C:\Users\manav\AppData\Local\Temp\.tmpflC3KN.wav
[2024-05-24T21:34:10Z DEBUG vibe::model] open model...
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_init_from_file_with_params_no_state: loading model from 'C:\Users\manav\AppData\Local\github.com.thewh1teagle.vibe\ggml-large-v3.bin'
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: loading model
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_vocab       = 51866
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_ctx   = 1500
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_state = 1280
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_head  = 20
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_layer = 32
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_ctx    = 448
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_state  = 1280
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_head   = 20
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_layer  = 32
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_mels        = 128
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: ftype         = 1
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: qntvr         = 0
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: type          = 5 (large v3)
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: adding 1609 extra tokens
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_langs       = 100
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_backend_init: using CUDA backend
[2024-05-24T21:34:10Z INFO  whisper_rs::whisper_sys_log] whisper_model_load:    CUDA0 total size =  3094.36 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: model size    = 3094.36 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_backend_init: using CUDA backend
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: kv self size  =  220.20 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: kv cross size =  245.76 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (conv)   =   36.26 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (encode) =  926.66 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (cross)  =    9.38 MB
[2024-05-24T21:34:41Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (decode) =  209.26 MB
[2024-05-24T21:34:41Z DEBUG vibe::model] set language to Some("en")
[2024-05-24T21:34:41Z DEBUG vibe::model] setting temperature to 0.4
[2024-05-24T21:34:41Z DEBUG vibe::model] setting init prompt to
[2024-05-24T21:34:41Z DEBUG vibe::model] setting n threads to 4
[2024-05-24T21:34:41Z DEBUG vibe::model] set start time...
[2024-05-24T21:34:41Z DEBUG vibe::model] setting state full...
[2024-05-24T21:34:41Z DEBUG vibe::model] progress callback 0
[2024-05-24T21:34:41Z DEBUG vibe_desktop::cmd] set_progress_bar 0

Downloading https://github.com/nepnep39/neofetch-win/releases/download/v1.2.1/neofetch121.msi
  ██████████████████████████████   734 KB /  734 KB
Successfully verified installer hash
Starting package install...
Successfully installed
PS C:\Users\manav> neofetch
llllllllllllllll   llllllllllllllll            manav@MANAV
llllllllllllllll   llllllllllllllll            --------------
llllllllllllllll   llllllllllllllll            OS: Windows 11
llllllllllllllll   llllllllllllllll            Build: 23H2 (22631)
llllllllllllllll   llllllllllllllll            Uptime: 0 days, 0 hours, 6 minutes
llllllllllllllll   llllllllllllllll            Resolution: 2560x1440 @180Hz
llllllllllllllll   llllllllllllllll            Terminal: Administrator: Windows PowerShell
llllllllllllllll   llllllllllllllll            CPU: AMD Ryzen 7 7800X3D 8-Core Processor
llllllllllllllll   llllllllllllllll            GPU: Unknown (try running WinSAT to fix this)
                                               Memory: 9667 MB / 31893 MB (30% in use)
llllllllllllllll   llllllllllllllll            Disk: C:\ 1906.85 GB (1257.77 GB free)
llllllllllllllll   llllllllllllllll
llllllllllllllll   llllllllllllllll            Mem%:  -=[ //////////////////// ]=-
llllllllllllllll   llllllllllllllll
llllllllllllllll   llllllllllllllll            Disk%: -=[ //////////////////// ]=-
llllllllllllllll   llllllllllllllll
llllllllllllllll   llllllllllllllll
llllllllllllllll   llllllllllllllll

@manav0619
Looks like the error happens in whisper.cpp engine when it tries to load the model.
Maybe you do need to install cuda toolkit.
Try to download cudnn (direct download link)
And CUDA Toolkit (direct download link)
Also download newer version of Vibe vibe_1.0.7_x64-setup_nvidia.exe
If you didn't updated the driver of your GPU then also download rtx-4070_ti_super-studio-driver

@thewh1teagle
I installed both CUDA Toolkit and cudnn, but it's still crashing.
I would also like to mention that another tool named Whisper GUI works fine and does use the GPU. I transcribed two files with it even before installing Vibe and CUDA, and had no problems.

log
C:\Users\manav>[2024-05-25T00:24:58Z DEBUG vibe_desktop] Vibe App Running
[2024-05-25T00:24:58Z DEBUG vibe_desktop::setup] webview version: 124.0.2478.97
[2024-05-25T00:24:58Z DEBUG vibe_desktop::setup] CPU Features:
    AVX: true
    AVX2: true
    AVX512: true
    AVX512-VBMI: true
    AVX512-VNNI: true
    FMA: true
    F16C: true
[2024-05-25T00:24:58Z DEBUG vibe_desktop::setup] COMMIT_HASH: cac8c0b522888a128e544f2a7d95d3f016ae30c2
[2024-05-25T00:25:06Z DEBUG vibe::model] Transcribe called with {
      "path": "C:\\Users\\manav\\Desktop\\Audios\\samples_single.wav",
      "model_path": "C:\\Users\\manav\\AppData\\Local\\github.com.thewh1teagle.vibe\\ggml-large-v3.bin",
      "lang": "en",
      "verbose": false,
      "n_threads": 4,
      "init_prompt": "",
      "temperature": 0.4
    }
[2024-05-25T00:25:06Z DEBUG vibe::audio] input is C:\Users\manav\Desktop\Audios\samples_single.wav and output is C:\Users\manav\AppData\Local\Temp\.tmpAyu2jE.wav
[2024-05-25T00:25:06Z DEBUG vibe::audio::encoder] decoder channel layout is 0
[2024-05-25T00:25:06Z DEBUG vibe::audio::encoder] +-----------+
    |    in     |default--[16000Hz s16:mono]--Parsed_anull_0:default
    | (abuffer) |
    +-----------+
                                                   +---------------+
Parsed_anull_0:default--[16000Hz s16:mono]--default|      out      |
                                                   | (abuffersink) |
                                                   +---------------+

                                       +----------------+
in:default--[16000Hz s16:mono]--default| Parsed_anull_0 |default--[16000Hz s16:mono]--out:default
                                       |    (anull)     |
                                       +----------------+

[2024-05-25T00:25:06Z DEBUG vibe::audio] wav reader read from "C:\Users\manav\AppData\Local\Temp\.tmpAyu2jE.wav"
[2024-05-25T00:25:06Z DEBUG vibe::audio] parsing C:\Users\manav\AppData\Local\Temp.tmpAyu2jE.wav
[2024-05-25T00:25:06Z DEBUG vibe::model] open model...
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_init_from_file_with_params_no_state: loading model from 'C:\Users\manav\AppData\Local\github.com.thewh1teagle.vibe\ggml-large-v3.bin'
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: loading model
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_vocab       = 51866
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_ctx   = 1500
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_state = 1280
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_head  = 20
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_audio_layer = 32
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_ctx    = 448
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_state  = 1280
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_head   = 20
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_text_layer  = 32
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_mels        = 128
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: ftype         = 1
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: qntvr         = 0
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: type          = 5 (large v3)
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: adding 1609 extra tokens
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: n_langs       = 100
[2024-05-25T00:25:06Z INFO  whisper_rs::whisper_sys_log] whisper_backend_init: using CUDA backend
[2024-05-25T00:25:07Z INFO  whisper_rs::whisper_sys_log] whisper_model_load:    CUDA0 total size =  3094.36 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_model_load: model size    = 3094.36 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_backend_init: using CUDA backend
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: kv self size  =  220.20 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: kv cross size =  245.76 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (conv)   =   36.26 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (encode) =  926.66 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (cross)  =    9.38 MB
[2024-05-25T00:25:08Z INFO  whisper_rs::whisper_sys_log] whisper_init_state: compute buffer (decode) =  209.26 MB
[2024-05-25T00:25:08Z DEBUG vibe::model] set language to Some("en")
[2024-05-25T00:25:08Z DEBUG vibe::model] setting temperature to 0.4
[2024-05-25T00:25:08Z DEBUG vibe::model] setting init prompt to
[2024-05-25T00:25:08Z DEBUG vibe::model] setting n threads to 4
[2024-05-25T00:25:08Z DEBUG vibe::model] set start time...
[2024-05-25T00:25:08Z DEBUG vibe::model] setting state full...
[2024-05-25T00:25:08Z DEBUG vibe::model] progress callback 0
[2024-05-25T00:25:08Z DEBUG vibe_desktop::cmd] set_progress_bar 0

@manav0619
Looks like previously it happened in Whisper Faster too. try to open the advanced options in main window and set the temperature to 0.

@thewh1teagle Hello. I believe there was an update in the application, which I let it install. It says vibe 1.0.9 in the settings. I am not sure if this is still the Nvidia-optimized version. But anyway, I am able to transcribe the files in this version, independent of the temperature setting. This time, it seems to be utilizing both the CPU and GPU. The process is still much slower compared to the Faster Whisper GUI I linked above, which utilizes 100% of the GPU. Vibe's GPU usage is fluctuating around 70-80%.

Before updating this version, the previous version I had installed was the one you linked in this reply: https://github.com/thewh1teagle/vibe/issues/79#issuecomment-2130431531

Great to know that at least you it doesn't crash anymore!
By default vibe uses opencl GPU optimization, which is pretty good in general, but not close to Nvidia.
The nvidia builds very heavy, that's why I don't include them by default.
but I compiled new version of Vibe for 1.0.9 with Nvidia optimization enabled.
It should work much faster, should be even close to faster-whisper
Try it from vibe_1.0.9_x64-setup_nvidia_whisper_1.6.2.exe

I added checks if the cpu is supported and if not vibe will display error message with instructions how to fix.
In addition there's new release 2.0 with nvidia (see the readme of vibe)


Azure Website + Azure Hybrid Connector:The specified CGI application encountered an error and the server terminated the process

We developed a net core app that accesses SQL Server via WebApi, our requirement is to keep the WebApi on premises, publish the App to Azure and use Azure Hybrid Connector to connect them both, unfortunately, every time we try to get data we receive an error:  "502.3 - Bad Gateway, The specified CGI application encountered an error and the server terminated the process", we know the WebApi/Azure Hybrid Connector combination works because we have another app in azure with the same configuration, but this other app is full .net, not .net core.
We've tested different scenarios (including deploying a .net core 2.0 version) and we still get the same error.
Had anyone faced a similar issue before?
Thanks.

A 502 error should produce a variety of logs. Check the event logs and the applications logs to see the original error.

@d-chavez Any updates on this?


Refactored header

Header is now following Matlab convention for usage().
Added example syntax.

The idea will be to use the header of  CHARMED.m as a template for other classes.

Just to confirm, we have completely dropped the idea of making it work with sphinx? i.e. we want to write our own script to parse all the model headers to convert to .rst files which are then compiled to html?

@ileppe: i believe it was the conclusion of our latest discussions to focus on making a Matlab header that looks nice (for the help call), and manage the online help with a parser. Sorry, I know you spent time working on a fully-automatic solution without parsing.
Agreed about adding citation to the package. I'll update this PR

That's ok ;) I learned something...


add URL

This repo doesn't have the text "URL" in the description, or topics, so this search wont find this repo:
https://github.com/search?q=url+language:rust
also some crates have URL keyword:
https://github.com/servo/rust-url/blob/v2.2.2/url/Cargo.toml#L12
this one does not:
https://github.com/yescallop/fluent-uri-rs/blob/v0.1.3/Cargo.toml#L10
so these will fail too:

https://crates.io/keywords/url
https://crates.io/search?q=url

This crate is an implementation of IETF RFC 3986 - Uniform Resource Identifier (URI): Generic Syntax, rather than the WHATWG URL Standard. You may refer to these specs to see how they differ.

OK fair enough, but you're only hurting yourself by not including it. People might search for either term.


buffer process.send() calls on Windows

refs GH-166
There seems to be a difference in how process.send() behaves with fork()
between platforms since on Windows if it's called a sufficiently large
number of times (on my box that's around 6k) the process simply hangs.
This does not seem to be the case on OS X or Linux.
The fix was to never invoke process.send() until its callback yields.

Codecov Report

Merging #185 into master will increase coverage by 0.04%.
The diff coverage is 96.29%.

@@            Coverage Diff             @@
##           master     #185      +/-   ##
==========================================
+ Coverage   94.68%   94.72%   +0.04%
==========================================
  Files          22       24       +2
  Lines         659      702      +43
==========================================
+ Hits          624      665      +41
- Misses         35       37       +2

Impacted Files
Coverage Δ

lib/HappyThreadPool.js
97.77% <ø> (ø)
:arrow_up:

lib/BufferedFd.js
100% <100%> (ø)

lib/UnbufferedFd.js
100% <100%> (ø)

lib/HappyPlugin.js
96.55% <100%> (+0.04%)
:arrow_up:

lib/HappyWorkerChannel.js
94.44% <92.85%> (-1.86%)
:arrow_down:

lib/HappyThread.js
97.01% <94.11%> (-1.2%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 009581d...ba6b54a. Read the comment docs.


Fix function_clause when latest rev and the flag are explicitly provided

Current implementation assumes that amount of received responses will
match amount of specified revisions for open_revs query parameter.
However, for case when open_revs contains old and leaf revisions with
among with latest=true query parameter that's not true: RawReplies will
only contain the latest revision, while old ones will not be included.
This makes All and RawReplies lists mismatch by the length making
zipwith/3 crash with the function_clause error.
The fix respects both optimistic and pessimistic cases: when all is fine
we use zipwith/3 as we did before, but otherwise we're trying to group
them only by leaf revisions that document have and which are defined in
request parameter.
COUCHDB-2863

cc @davisp @rnewson

Successful nerd snipe: https://xkcd.com/356/
So, after reading this for a couple hours I'm pretty sure its wrong and that its been wrong for a long time. The function_clause helpfully pointed out that its wrong, but I think this needs to change quite a bit more for it to be correct.
The issue here is that the code as written (before this commit) assumed [1] that when specifying a list of revisions that each specified revision would have a response. Although latest=true breaks that assumption because a given revision may result in one or more returned revisions.
The recursive group_replies function to fix that I think doesn't properly take this into account. Though the mutual recursion between the two lists makes things fairly difficult to grok based purely on reading the source.
I did spend enough time reading to take a crack at rewriting the group_replies approach into something that would work though [2]. I was just shuffling things around in gist, I haven't tried compiling it or anything crazy like that. And there are a couple other things that need to be fixed as well.
First, [1] needs to be set to an empty list regardless of whether we're getting all leaves or not. Second, we need to not use remove ancestors [3] as we break the assumptions for input to that function. Also, we're not actually removing ancestors either. We're basically just using it to suppress not_found responses when a one of the shards returned a #doc{} record. Instead of the remove ancestors call we should just fix choose_winner [4] to ignore any not_found messages when there's a #doc{} record as a possible reply.
I also think that is_repair_needed is hopelessly broken and should be removed. As far as I read it it would've only ever triggered when a shard replied with not_found/missing for a revision which is a common and expected case when two shards are compacted at different times and someone asks for a non-leaf revision.
I'll leave the minor stylistic stuff until after we figure out the more general answer.
[1] https://github.com/kxepal/couchdb-fabric/blob/2863-funtion-clause-for-open-revs-with-latest/src/fabric_doc_open_revs.erl#L43
[2] https://gist.github.com/davisp/ab907cc82f1b3cb48455
[3] https://github.com/kxepal/couchdb-fabric/blob/2863-funtion-clause-for-open-revs-with-latest/src/fabric_doc_open_revs.erl#L104
[4] https://github.com/kxepal/couchdb-fabric/blob/2863-funtion-clause-for-open-revs-with-latest/src/fabric_doc_open_revs.erl#L168

Also I think there's a bug in couch_key_tree if you specify latest=true and one leaf happens to be a descendant of another:
https://github.com/apache/couchdb-couch/blob/master/src/couch_key_tree.erl#L294-L297
The descendant would get returned as missing if I read that right.

@davisp Thanks for the detailed response! I was sure that it's not a simple bug, but I'm limited by a scope of his effects.  Would you like to make a proper fix for this problem then?

I haven't got time right at the moment. Though if someone wants to just go with that gist I wrote and the notes, the only new thing to consider is really removing the remove_ancestors call and fixing up choose_winner to prefer #doc{} records over not_found. Should be fairly straightforward.

 However, bug in key_tree I'll skip since I'm not yet ready to go there.
Will ping you later, thanks!

I'm heading out on vacation after tomorrow but if this is still open when I get back I can help out as well.

Not a problem and feel free to ping. That bug I mentioned in couch_key_tree I'm not 100% on but I figured I'd write it down somewhere at least. It may not actually be one, I was just reading through there to make sure I knew exactly how latest=true affected the return value from couch_db:open_doc_revs.

Check out #47 for I think the fix to this.


Fix token too long error

Problem:
Fail to get stats if a node has plenty of containers.
To reproduce, create a nginx service with 100 containers in a single node environment, go to the node detail page, and the container stats fail to show.
Solution:
Substitute bufio.Scanner with bufio.Reader.

LGTM


CFFL

CFFL

Linter check found the following problems:
The following problems have been found:
ERROR: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:20: cython_must_be_in_host: Cython should be in the host section
ERROR: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:26: host_section_needs_exact_pinnings: Packages in host must have exact version pinnings, except python build tools.
ERROR: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:29: missing_wheel: For pypi packages, wheel should be present in the host section
ERROR: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:29: host_section_needs_exact_pinnings: Packages in host must have exact version pinnings, except python build tools.
ERROR: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:38: missing_pip_check: For pypi packages, pip check should be present in the test commands
ERROR: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:46: missing_dev_url: The recipe is missing a dev_url
WARNING: /tmp/abs_4d9292xaxp/clone/recipe/meta.yaml:46: missing_description: The recipe is missing a description
Errors were found


Text-and box-shadow helper and presets

A collection of text-shadow and box-shadow presets would speed up my workflow quite a lot. What do you think? Is this possibly in the scope of axis?

Yeah, I think its appropriate.
I have these made (sass currently) that I use a bit, currently:
http://codepen.io/dbox/pen/JXjezq

They are pretty awesome! I am going to file a pull request sometime soon.

Dismissed:
https://github.com/jescalan/axis/pull/294#issuecomment-223974267


Introduce VideoPlayer UI component

Closes #18
Was a fun one :-) Actually, I made it work with two types of videos:

embedded videos, like on our CEOMessage page, using embedded boolean prop
Can be customised with width, height and whether to show controls (showControls)
regular video files links, default state
Can be customised with width, height, whether to show controls (showControls), and a poster to preload in place of video

Spec page

Now we can substitute all the usage of video controls in Auto with this component.

Looks good 👍

@nicksp one way we can easily condense some of this code is by using the elem utility, which binds a classname to a react element: https://gist.github.com/joshwnj/8306d64927386ce87610a4361a9f007f
Any thoughts on pros / cons for these 2 approaches?  It would be good to standardize at some point.

@joshwnj I saw this is used in some of the components already and is similar in some way to styled components I'm just not used to this approach and assume this as a "magic", even though I understand what's happening under the hood. I'm more of a guy sticking with good well known stuff... but might move to newest approaches soon.

Yeah, if you take a look at elem.js you'll see there's very little magic at all. It just calls React.createElement.  So in one sense, there's even less magic than using jsx :)

Agree. As I said, I understand how it works inside, it's just kinda new t me, a new way of thinking. But I'll come to it sooner or later :)


cross-currency payment interactive tutorial on xrpl.org

PR: Build an interactive tutorial for sending a cross-currency payment on xrpl.org.

this PR and https://github.com/XRPLBounties/Proposals/pull/93 are currently on hold as discussions on tutorial format are still underway with docs team.


Remove coupling of tests to cui

This PR upstreams changes from https://github.com/inventree/InvenTree/pull/8384 that can be taken now to decouple tests (and remove unneeded warnings).

@SchrodingersGat ready for review and merge

Thanks @matmair


[$250] Migrate BankAccountManualStep.js to function component

Class Component Migration
Filenames

[ ] src/pages/ReimbursementAccount/BankAccountManualStep.js

type: React.Component
has state values: false
has refs: false
has context: false
lifecycle methods: none

Task

We currently have some class components in our codebase that we would like to refactor to a function component.
Here's a link with some general advice on how to refactor a class component to a function component: https://react.dev/reference/react/Component#alternatives
If you need additional guidance, please ask in #expensify-open-source
Test for any regressions and verify that there are no breaking changes

Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~014b077f22da76198c
Upwork Job ID:<PHONE_NUMBER>972256256
Last Price Increase: 2023-06-26

Heads up! The pricing for this issue has been adjusted based on the scope of the work and the fact that no complex bug investigations or proposal are required.

Proposal
Please re-state the problem that we are trying to solve in this issue.
Migrate BankAccountManualStep.js to function component
What is the root cause of that problem?
No root cause, just refactoring
What changes do you think we should make in order to solve the problem?
We should refactor src/pages/ReimbursementAccount/BankAccountManualStep.js to be functional component
What alternative solutions did you explore? (Optional)

I'd like to work on this.

Can I work on it ??

dibs?

Open to work on this one

I would like to work on this.

Proposal
Please re-state the problem that we are trying to solve in this issue.
Migrate BankAccountManualStep.js to function component
What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
Here is the functional component migrated.
import React from 'react';
import {Image} from 'react-native';
import lodashGet from 'lodash/get';
import HeaderWithBackButton from '../../components/HeaderWithBackButton';
import CONST from '../../CONST';
import * as BankAccounts from '../../libs/actions/BankAccounts';
import Text from '../../components/Text';
import TextInput from '../../components/TextInput';
import styles from '../../styles/styles';
import CheckboxWithLabel from '../../components/CheckboxWithLabel';
import TextLink from '../../components/TextLink';
import withLocalize from '../../components/withLocalize';
import * as ValidationUtils from '../../libs/ValidationUtils';
import ONYXKEYS from '../../ONYXKEYS';
import exampleCheckImage from './exampleCheckImage';
import Form from '../../components/Form';
import shouldDelayFocus from '../../libs/shouldDelayFocus';
import ScreenWrapper from '../../components/ScreenWrapper';
import StepPropTypes from './StepPropTypes';

const propTypes = {
    ...StepPropTypes,
};

const BankAccountManualStep = props => {

    const validate = values => {
        const errorFields = {};
        const routingNumber = values.routingNumber && values.routingNumber.trim();

        if (
            !values.accountNumber ||
            (!CONST.BANK_ACCOUNT.REGEX.US_ACCOUNT_NUMBER.test(values.accountNumber.trim()) && !CONST.BANK_ACCOUNT.REGEX.MASKED_US_ACCOUNT_NUMBER.test(values.accountNumber.trim()))
        ) {
            errorFields.accountNumber = 'bankAccount.error.accountNumber';
        } else if (values.accountNumber === routingNumber) {
            errorFields.accountNumber = props.translate('bankAccount.error.routingAndAccountNumberCannotBeSame');
        }
        if (!routingNumber || !CONST.BANK_ACCOUNT.REGEX.SWIFT_BIC.test(routingNumber) || !ValidationUtils.isValidRoutingNumber(routingNumber)) {
            errorFields.routingNumber = 'bankAccount.error.routingNumber';
        }
        if (!values.acceptTerms) {
            errorFields.acceptTerms = 'common.error.acceptTerms';
        }

        return errorFields;
    }

    const submit = values => {
        BankAccounts.connectBankAccountManually(
            lodashGet(props.reimbursementAccount, 'achData.bankAccountID') || 0,
            values.accountNumber,
            values.routingNumber,
            lodashGet(props, ['reimbursementAccountDraft', 'plaidMask']),
        );
    }

    const shouldDisableInputs = Boolean(lodashGet(props.reimbursementAccount, 'achData.bankAccountID'));

    return (
        <ScreenWrapper includeSafeAreaPaddingBottom={false}>
            <HeaderWithBackButton
                title={props.translate('workspace.common.connectBankAccount')}
                stepCounter={{step: 1, total: 5}}
                shouldShowGetAssistanceButton
                guidesCallTaskID={CONST.GUIDES_CALL_TASK_IDS.WORKSPACE_BANK_ACCOUNT}
                onBackButtonPress={props.onBackButtonPress}
            />
            <Form
                formID={ONYXKEYS.FORMS.REIMBURSEMENT_ACCOUNT_FORM}
                onSubmit={submit}
                validate={validate}
                submitButtonText={props.translate('common.continue')}
                style={[styles.mh5, styles.flexGrow1]}
            >
                <Text style={[styles.mb5]}>{props.translate('bankAccount.checkHelpLine')}</Text>
                <Image
                    resizeMode="contain"
                    style={[styles.exampleCheckImage, styles.mb5]}
                    source={exampleCheckImage(props.preferredLocale)}
                />
                <TextInput
                    autoFocus
                    shouldDelayFocus={shouldDelayFocus}
                    inputID="routingNumber"
                    label={props.translate('bankAccount.routingNumber')}
                    defaultValue={props.getDefaultStateForField('routingNumber', '')}
                    keyboardType={CONST.KEYBOARD_TYPE.NUMBER_PAD}
                    disabled={shouldDisableInputs}
                    shouldSaveDraft
                    shouldUseDefaultValue={shouldDisableInputs}
                />
                <TextInput
                    inputID="accountNumber"
                    containerStyles={[styles.mt4]}
                    label={props.translate('bankAccount.accountNumber')}
                    defaultValue={props.getDefaultStateForField('accountNumber', '')}
                    keyboardType={CONST.KEYBOARD_TYPE.NUMBER_PAD}
                    disabled={shouldDisableInputs}
                    shouldSaveDraft
                    shouldUseDefaultValue={shouldDisableInputs}
                />
                <CheckboxWithLabel
                    style={styles.mt4}
                    inputID="acceptTerms"
                    LabelComponent={() => (
                        <Text>
                            {props.translate('common.iAcceptThe')}
                            <TextLink href={CONST.TERMS_URL}>{props.translate('common.expensifyTermsOfService')}</TextLink>
                        </Text>
                    )}
                    defaultValue={props.getDefaultStateForField('acceptTerms', false)}
                    shouldSaveDraft
                />
            </Form>
        </ScreenWrapper>
    );
}

BankAccountManualStep.propTypes = propTypes;
export default withLocalize(BankAccountManualStep);

What alternative solutions did you explore? (Optional)

I am ready to work on this ticket :)

@thienlnam did you mean to unassign everyone from this issue?

Yikes - no I just meant to unassign shawn my bad

@Vishrut19 Any update on the PR here?

Not overdue and also draft PR is ready. The final pr will be ready by tomorrow

Sorry for some delay because of my health issues @thienlnam

How to navigate to this page? @thienlnam

@Vishrut19

go to settings.
click the workspaces
create a workspace or click the already created workspace
click the Reimbursements
click the Connect Bank Account
click the Connect Manually
Please make sure you must set the currency as USD in workspace settings

I didn't receive offer for this on upwork. Someone please send

@Vishrut19

go to settings.
click the workspaces
create a workspace or click the already created workspace
click the Reimbursements
click the Connect Bank Account
click the Connect Manually
Please make sure you must set the currency as USD in workspace settings.
I just wanted to help you.

Truely appreciate it

@Vishrut19 is assigned to two migration issues ( https://github.com/Expensify/App/issues/16305 and https://github.com/Expensify/App/issues/16241 )at the same time
@Vishrut19 I think you have to inform if you already assigned to another migration issue
cc: @parasharrajat @thienlnam

I know but I have already completed this migration of bank account issue

I know but I have already completed this migration of bank account issue

I don't see any merged PR for BankAccountManualStep.js

I am signing it on gpg and raising the PR

if you already know at a time time of the assignment in that case you have to inform C+ reviewer

How to Test this https://github.com/Expensify/App/pull/22245 PR for different devices?

Go to any workspace from Settings.
Click Connect Bank account.
Choose connect manually option.

Rest you can find the page related to BankAccountManualStep and navigate to it.

done and working perfectly fine for web but facing lot of issues to setup and run on other devices like android and stuff

The draft pr is ready just attaching the ss

Someone please review this PR https://github.com/Expensify/App/pull/22245

Hey ! I haven't received any offer on upwork and raised PR as well. Please send that too

Payments:

[ ] $250 to @Vishrut19
[ ] $250 to @parasharrajat

@parasharrajat - were you automatically sent an offer in Upwork for this one? lmk - thanks!

Payments:

[ ]  $250 to @Vishrut19
[ ]  $250 to @parasharrajat

@parasharrajat - were you automatically sent an offer in Upwork for this one? lmk - thanks!

I haven't received offer and payment as well @maddylewis

@Vishrut19 - yep, i understsand. you will be manually sent an offer in Upwork.

I have accepted your offer @maddylewis

@Vishrut19 - yep, i understsand. you will be manually sent an offer in Upwork.
offer sent to @Vishrut19

Received the payment. Thanks a lot! @maddylewis

@Vishrut19 - as a heads up, payment should only be issued once a PR is finished/merged and there are no regressions (if applicable).
before bumping an issue for payment in the future, please keep that timeline in mind - thanks!

Thanks for the heads up @maddylewis

Thanks for the heads up @maddylewis

@Vishrut19 - as a heads up, payment should only be issued once a PR is finished/merged and there are no regressions (if applicable).
before bumping an issue for payment in the future, please keep that timeline in mind - thanks!

Thanks for the heads up and letting me know this @maddylewis

payment due tomorrow so moving to daily to make sure all the to-dos are completed 👍

withdrew offer in Upwork. i think we're good to close this one since @parasharrajat will be paid via NewDot.

Reviewed details for @parasharrajat. This is accurate based on summary from Business Reviewer and approved for payment in NewDot.


Migration documention doesn't cover how to backup all database together with users

I've really expected this document to cover how to backup all users with all databases included. Maybe by usinng pg_dumpall tool? Can it be used at all?  I believe moving  all databases in the cluster including users is quite a usual use case for everyone.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: c13bf223-61ca-8ed1-b6bc-a46c0d348a8a
Version Independent ID: 18b30a71-7a02-170a-05d2-25c47220ea2e
Content: Migrate a database - Azure Database for PostgreSQL - Single Server
Content Source: articles/postgresql/howto-migrate-using-export-and-import.md
Service: postgresql
Sub-service: single-server
GitHub Login: @sr-msft
Microsoft Alias: srranga

Hi @holms Thanks for reaching out, We will Investigate and update you shortly.

@sr-msft Can you please provide your inputs here

I'm assigning this to the author for the feedback review.

You cannot perform pg_dumpall for databases because Azure has a couple of metadata databases that are not exposed to the customer.
For user/roles, https://docs.microsoft.com/en-us/azure/postgresql/how-to-upgrade-using-dump-and-restore#migrate-the-roles

@sr-msft my apologies, I somehow missed this part of documentation. Thank you for your help.

@sr-msft maybe role migration could be also added to the documentation to which this ticket been opened for? Because that particular article is the main one which google sees. I suppose role migration should be mentioned for in every documentation of postgre single server, postgre managed flexible server,  postgre managed.

@sr-msft any follow-up?

#reassign:@sunilagarwal

@holms
Apologies for this extended delay in replying to your request.
i have reassigned this.
We will follow up.
Thank you.

@holms
This is the best info I found - https://www.postgresql.org/docs/current/app-pg-dumpall.html
However, since sr-msft is no longer with Microsost anymore we will have to investigate further.
now with Flexible Server I believe this should be addressed by end of the year.

#please-close


Resolving IP address via trusted proxy is wrong

// get real ip passing multiple proxy
func (h *Handler) resolveIP(r *Request) {
	if !h.cfg.IsTrusted(r.RemoteAddr) {
		return
	}

	if r.Header.Get("X-Forwarded-For") != "" {
		for _, addr := range strings.Split(r.Header.Get("X-Forwarded-For"), ",") {
			addr = strings.TrimSpace(addr)
			if h.cfg.IsTrusted(addr) {
				r.RemoteAddr = addr
			}
		}
		return
	}

https://github.com/spiral/roadrunner/blob/master/service/http/handler.go#L149
Hello,
I think I found some a bug.
If we trust a proxy we should use last IP address from X-Forwarded-For.
We shouldn't check IP address from X-Forwarded-For is trusted or not, but some validation is required.
Also, I think we should change value from X-Forwarded-For, after applied new IP address.
For example <IP_ADDRESS> is trusted proxy,
Roadrunner received request

RemoteAddr = <IP_ADDRESS>
X-Forwarded-For: <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>

Then roadrunner should send next request

RemoteAddr = <IP_ADDRESS>
X-Forwarded-For: <IP_ADDRESS>, <IP_ADDRESS>

If X-Forwarded-For has only one IP Address, we should remove that header.
For example
Received request

RemoteAddr = <IP_ADDRESS>
X-Forwarded-For: <IP_ADDRESS>

Should to send without X-Forwarded-For

RemoteAddr = <IP_ADDRESS>

About X-Forwarded-For
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Forwarded-For
Correct example
https://github.com/symfony/symfony/blob/4.4/src/Symfony/Component/HttpFoundation/Request.php#L790
P.S.
I just php developer, so can not fix it

Addressed in new version by @spudro228


Occasional X server crashes

Issue description
Once in several days, my X session crashes. It always happens at the time systemd-tmpfiles-clean.timer runs. Here is the corresponding part of /var/log/X.0.log:
[ 11737.525] (WW) Open ACPI failed (/var/run/acpid.socket) (Connection refused)
[ 11739.994] (II) config/udev: removing device Power Button
[ 11740.006] (II) evdev: Power Button: Close
[ 11740.006] (II) UnloadModule: "evdev"
[ 11740.006] (II) config/udev: Adding input device Power Button (/dev/input/event4)
[ 11740.006] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[ 11740.006] (**) Power Button: Applying InputClass "Keyboard catchall"
[ 11740.006] (II) Using input driver 'evdev' for 'Power Button'
[ 11740.006] (**) Power Button: always reports core events
[ 11740.006] (**) evdev: Power Button: Device: "/dev/input/event4"
[ 11740.006] (--) evdev: Power Button: Vendor 0 Product 0x1
[ 11740.006] (--) evdev: Power Button: Found keys
[ 11740.006] (II) evdev: Power Button: Configuring as keyboard
[ 11740.006] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input11/event4"
[ 11740.006] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[ 11740.006] (**) Option "xkb_rules" "evdev"
[ 11740.006] (**) Option "xkb_model" "pc104"
[ 11740.006] (**) Option "xkb_layout" "us"
[ 11740.006] (**) Option "xkb_variant" "intl"
[ 11740.006] (**) Option "xkb_options" "ctrl:nocaps"
[ 11740.770] (II) Open ACPI successful (/var/run/acpid.socket)
[ 11740.770] (II) config/udev: removing device Video Bus
[ 11740.775] (II) evdev: Video Bus: Close
[ 11740.775] (II) UnloadModule: "evdev"
[ 11740.775] (II) config/udev: Adding input device Video Bus (/dev/input/event15)
[ 11740.775] (**) Video Bus: Applying InputClass "evdev keyboard catchall"
[ 11740.775] (**) Video Bus: Applying InputClass "Keyboard catchall"
[ 11740.775] (II) Using input driver 'evdev' for 'Video Bus'
[ 11740.775] (**) Video Bus: always reports core events
[ 11740.775] (**) evdev: Video Bus: Device: "/dev/input/event15"
[ 11740.775] (--) evdev: Video Bus: Vendor 0 Product 0x6
[ 11740.775] (--) evdev: Video Bus: Found keys
[ 11740.775] (II) evdev: Video Bus: Configuring as keyboard
[ 11740.775] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:09/LNXVIDEO:01/input/input23/event15"
[ 11740.775] (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD, id 8)
[ 11740.775] (**) Option "xkb_rules" "evdev"
[ 11740.775] (**) Option "xkb_model" "pc104"
[ 11740.775] (**) Option "xkb_layout" "us"
[ 11740.775] (**) Option "xkb_variant" "intl"
[ 11740.775] (**) Option "xkb_options" "ctrl:nocaps"
[ 11740.839] (II) config/udev: removing GPU device /sys/devices/pci0000:00/0000:00:02.0/drm/card0 /dev/dri/card0
[ 11740.839] xf86: remove device 1 /sys/devices/pci0000:00/0000:00:02.0/drm/card0
[ 11740.839] failed to find screen to remove
[ 11740.935] (II) config/udev: removing device Video Bus
[ 11740.941] (II) evdev: Video Bus: Close
[ 11740.941] (II) UnloadModule: "evdev"
[ 11740.941] (II) config/udev: Adding input device Video Bus (/dev/input/event14)
[ 11740.941] (**) Video Bus: Applying InputClass "evdev keyboard catchall"
[ 11740.941] (**) Video Bus: Applying InputClass "Keyboard catchall"
[ 11740.941] (II) Using input driver 'evdev' for 'Video Bus'
[ 11740.941] (**) Video Bus: always reports core events
[ 11740.941] (**) evdev: Video Bus: Device: "/dev/input/event14"
[ 11740.941] (--) evdev: Video Bus: Vendor 0 Product 0x6
[ 11740.941] (--) evdev: Video Bus: Found keys
[ 11740.941] (II) evdev: Video Bus: Configuring as keyboard
[ 11740.941] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input22/event14"
[ 11740.941] (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD, id 7)
[ 11740.941] (**) Option "xkb_rules" "evdev"
[ 11740.941] (**) Option "xkb_model" "pc104"
[ 11740.941] (**) Option "xkb_layout" "us"
[ 11740.941] (**) Option "xkb_variant" "intl"
[ 11740.941] (**) Option "xkb_options" "ctrl:nocaps"
[ 11740.942] (II) config/udev: Adding input device Lid Switch (/dev/input/event2)
[ 11740.942] (II) No input driver specified, ignoring this device.
[ 11740.942] (II) This device may have been added with another device file.
[ 11740.942] (II) config/udev: removing GPU device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1 /dev/dri/card1
[ 11740.942] xf86: remove device 0 /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card1
[ 11740.963] (EE)
[ 11740.963] (EE) Backtrace:
[ 11740.972] (EE) 0: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (OsSigHandler+0x29) [0x5954c9]
[ 11740.972] (EE) 1: /nix/store/jm1n87rp8vr90j9ahcrfzr57nc2r8vgf-glibc-2.24/lib/libpthread.so.0 (__restore_rt+0x0) [0x7f27cfc91e8f]
[ 11740.990] (EE) 2: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/lib/xorg/modules/drivers/modesetting_drv.so (FreeScreen+0x23) [0x7f27c4df9413]
[ 11740.993] (EE) 3: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (xf86DeleteScreen+0x5a) [0x481d4a]
[ 11740.993] (EE) 4: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (xf86platformRemoveDevice+0x11e) [0x49612e]
[ 11740.994] (EE) 5: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (DeleteGPUDeviceRequest+0x9b) [0x49bb4b]
[ 11740.994] (EE) 6: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (device_removed+0xdf) [0x49785f]
[ 11740.994] (EE) 7: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (wakeup_handler+0x90) [0x498460]
[ 11740.994] (EE) 8: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (WakeupHandler+0x5c) [0x43c07c]
[ 11740.994] (EE) 9: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (WaitForSomething+0x1f6) [0x58dd86]
[ 11740.994] (EE) 10: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (Dispatch+0x8e) [0x43734e]
[ 11740.994] (EE) 11: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (dix_main+0x3c3) [0x43b543]
[ 11740.995] (EE) 12: /nix/store/jm1n87rp8vr90j9ahcrfzr57nc2r8vgf-glibc-2.24/lib/libc.so.6 (__libc_start_main+0xf0) [0x7f27cf0a92e0]
[ 11740.995] (EE) 13: /nix/store/0195lcgvy4g6vihbfm4qqfa9cckkpcfa-xorg-server-1.18.3/bin/X (_start+0x2a) [0x4258ba]
[ 11741.014] (EE) 14: ? (?+0x2a) [0x2a]
[ 11741.014] (EE)
[ 11741.014] (EE) Segmentation fault at address 0x8
[ 11741.014] (EE)
Fatal server error:
[ 11741.014] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 11741.014] (EE)
[ 11741.014] (EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.
[ 11741.014] (EE) Please also check the log file at "/var/log/X.0.log" for additional information.
[ 11741.014] (EE)

Steps to reproduce
I can't reproduce the crash, it happens randomly.
Technical details

System: 16.09.1229.f52eaf4 (Flounder)
Nix version: nix-env (Nix) 1.11.4
Nixpkgs version: "16.09.1229.f52eaf4"

I wonder if we'd better pick Xserver bump to 16.09: 0240306d01.

Hmm, I picked it, whether it fixes this problem you experience or not. I expect it to hit the channel within a couple days.

These lines seem suspicious: remove device .... /dev/dri/card?.

I have a computer in my living room with nixOS 16.09 on it. Since about a month every time I close the screen (the TV), the X server close itself. It does not segfault.
But I have the same suspicious remove device .... /dev/dri/card? line in X11's logs.
Any idea what cause the remove device bit? Obviously, in my case, the "shotdowning" of the screen triggers that, but why? It might be related to what @mz-pdm have.

Maybe its X11 trying to reconfigure itself. Maybe providing a configuration file would prevent it.

On one Intel-based desktop I was occasionally getting into an irrecoverable black-screen state on some similar conditions (all but the screen seemed OK), but I don't have any logs of that anymore.

Sorry for the spam, but I forgot to say that I didn't have this problem when I first installed nixOS 16.09 on this computer (fresh install), I installed it right before the official release of 16.09.
The problem started to occurred after an upgrade, but I can't tell exactly when.

@vcunat My computer too uses Intel graphic.

Sorry for the spam, but I forgot to say that I didn't have this problem when I first installed nixOS 16.09 on this computer (fresh install), I installed it right before the official release of 16.09.
The problem started to occurred after an upgrade, but I can't tell exactly when.

Maybe a different kernel? Does this occur on all the kernel versions currently available in release-16.09?

I've got 4.4.x all the time on that machine.

(triage) does this still happen?

I don't know, I don't use nixOS anymore.

I am closing then. If anyone experiences this issue, I will be glad to reopen.