12 Apr 2024 |
| Banhammer banned @gycdmr:mtrx.cz (spam). | 18:28:05 |
pat | * @woodser I have identified that emsdk 3.1.10 has this fetch issue in the locateFile routine, if I put fetch as undefined there before loading the worker and then reinstate it, all is green, I will try to use the most recent emsdk version to produce wallet_full.js and wallet_keys.js to verify if this workaround is still needed or the issue is fixed in this version | 17:52:07 |
13 Apr 2024 |
| detherminal invited detherminal. | 19:25:04 |
12 Apr 2024 |
pat | * @woodser I have identified that emsdk 3.1.10 has this fetch issue in the locateFile routine, if I put fetch as undefined there before loading the worker and then reinstate it, all is green, I will try to use the most recent emsdk version to produce wallet_full.js and wallet_keys.js to verify if this workaround is still needed or the issue is fixed in the most recent version | 17:52:27 |
16 Apr 2024 |
agentsmith09 | In reply to @syntheticbird:monero.social an RPC is very small things to handle, so you can forget hardware issues. There is an issue within your code. This is i guess the best place you can find to ask for informations on the monero ecosystem and librairies. Ok
Using Monero RPC I do some request call
For example, when you open the page Monero wallet, I do a call for open the wallet, then a call to show balance, than a call for show seed...
But when the second user do the same thing, Monero rpc get killed...
So the question is, what type of wrong call can bring Monero rpc to get killed??
Also, Monero rpc show an alert "transaction in the wrong format" but it seem it work...im on stagenet what transaction in the wrong format mean?? | 04:47:48 |
12 Apr 2024 |
pat | good news is that I already have experience compiling monero-ts from ground up | 17:54:01 |
18 Apr 2024 |
pcre | New release of mnp: https://github.com/d4ndox/mnp | 16:53:10 |
12 Apr 2024 |
woodser | good timing, as there is a pr in progress to update to the latest emscripten: https://github.com/woodser/monero-ts/pull/198. but might need to wait for that to be done | 18:13:41 |
18 Apr 2024 |
xfedex | "leightweight"? | 17:32:58 |
12 Apr 2024 |
woodser | pat: ^ | 18:15:29 |
18 Apr 2024 |
pcre | In reply to @xfedex:matrix.org "leightweight"? not feature complete | 17:37:19 |
12 Apr 2024 |
pat | failing to build against latest emscripten so far | 18:15:54 |
18 Apr 2024 |
xfedex | i think it's a typo | 17:37:41 |
xfedex | should be lightweight | 17:37:45 |
12 Apr 2024 |
pat | found good hints there | 18:17:30 |
18 Apr 2024 |
xfedex | not leightweight | 17:37:52 |
12 Apr 2024 |
pat | * found good hints there in the PR | 18:19:26 |
18 Apr 2024 |
pcre | oh. sorry. English is not my native language. I will fix it. | 17:39:03 |
12 Apr 2024 |
pat | not sure I need to compete with the developer submitting this PR, for now, I will resort to a patch stubbing fetch to undefined when loading wasm's | 18:21:14 |
18 Apr 2024 |
pcre | Thx for pointing out the spelling. | 17:43:10 |
12 Apr 2024 |
woodser | if there's anything you can contribute to it, feel free. we'll sort out the bounty giving them the full amount and whatever you've got | 18:26:21 |
19 Apr 2024 |
pcre | If you need to forward the named pipes through ssh on another host, try this. : https://paste.debian.net/hidden/410fb711/ | 08:47:45 |
12 Apr 2024 |
pat | Just a heads up, that this patch works around it. please check and let me know if I should open a PR:
diff --git a/node_modules/monero-ts/dist/src/main/ts/common/LibraryUtils.js b/node_modules/monero-ts/dist/src/main/ts/common/LibraryUtils.js
index 30c4052..86ebd61 100644
--- a/node_modules/monero-ts/dist/src/main/ts/common/LibraryUtils.js
+++ b/node_modules/monero-ts/dist/src/main/ts/common/LibraryUtils.js
@@ -86,7 +86,10 @@ class LibraryUtils {
if (LibraryUtils.WASM_MODULE) return LibraryUtils.WASM_MODULE;
// load module
+ const fetch_ = globalThis.fetch;
+ globalThis.fetch = undefined; // prevent fetch in worker
let module = await require("../../../../dist/monero_wallet_keys")();
+ globalThis.fetch = fetch_;
LibraryUtils.WASM_MODULE = module;
delete LibraryUtils.WASM_MODULE.then;
LibraryUtils.initWasmModule(LibraryUtils.WASM_MODULE);
@@ -106,7 +109,10 @@ class LibraryUtils {
if (LibraryUtils.WASM_MODULE && LibraryUtils.FULL_LOADED) return LibraryUtils.WASM_MODULE;
// load module
+ const fetch_ = globalThis.fetch;
+ globalThis.fetch = undefined; // prevent fetch in worker
let module = await require("../../../../dist/monero_wallet_full")();
+ globalThis.fetch = fetch_;
LibraryUtils.WASM_MODULE = module;
delete LibraryUtils.WASM_MODULE.then;
LibraryUtils.FULL_LOADED = true;
| 18:33:38 |
19 Apr 2024 |
pcre | routes everything to the local pipe. | 08:48:42 |
12 Apr 2024 |
pat | also this workaround patch is less verbose and more readable compared to the one I dropped above | 18:34:15 |
19 Apr 2024 |
pcre | Then monitor as usual. | 08:49:32 |
12 Apr 2024 |
pat | In reply to @woodser:monero.social if there's anything you can contribute to it, feel free. we'll sort out the bounty giving them the full amount and whatever you've got I think they deserve it fully, I'm just interfering with my issue here and enjoying your responsiveness. thanks | 18:38:40 |
19 Apr 2024 |
pcre | If you need a Monero URI you can do this as well : $ openssl rand --hex 8 | ssh -T mnp@mywallethost "mnp-payment --amount 5555" | 08:52:22 |
13 Apr 2024 |
pat | woodser: fyi, this fixes the annoying webpack warning related to web-worker dependency in my next13 env
config.externals = [...config.externals, ({ request }, callback) => {
if (/^web-worker$/.test(request)) {
return callback(null, request);
}
callback();
}];
| 16:53:15 |
19 Apr 2024 |
pcre | Or you can put together a json container and send it with curl. | 08:55:43 |