Don‘t return correct periodic notes settings after 1.0.0 ver. of periodic note

Like the title,
Even if I had set periodic notes settings, the settings didn't show correctly

Seems like this interface hasn't been updated for Periodic Notes v1, which is currently in beta. I believe this is what's affecting users who are using the Upcoming plugin. @liamcain Do you see this as an issue you would address in this interface, or in the Periodic Notes plugin?

To support Periodic Notes 1.0, file src/settings.ts needs to be updated like this:
import {
  DEFAULT_DAILY_NOTE_FORMAT,
  DEFAULT_MONTHLY_NOTE_FORMAT,
  DEFAULT_WEEKLY_NOTE_FORMAT,
  DEFAULT_QUARTERLY_NOTE_FORMAT,
  DEFAULT_YEARLY_NOTE_FORMAT,
} from "./constants";
import { IPeriodicNoteSettings } from "./types";

export function shouldUsePeriodicNotesSettings(
-  periodicity: "daily" | "weekly" | "monthly" | "quarterly" | "yearly"
+  periodicity: "day" | "week" | "month" | "quarter" | "year"
): boolean {
  // eslint-disable-next-line @typescript-eslint/no-explicit-any
  const periodicNotes = (<any>window.app).plugins.getPlugin("periodic-notes");
-  return periodicNotes && periodicNotes.settings?.[periodicity]?.enabled;
+  return periodicNotes && periodicNotes.calendarSetManager?.getActiveSet?.()?.[periodicity]?.enabled;
}

/**
 * Read the user settings for the `daily-notes` plugin
 * to keep behavior of creating a new note in-sync.
 */
export function getDailyNoteSettings(): IPeriodicNoteSettings {
  try {
    // eslint-disable-next-line @typescript-eslint/no-explicit-any
    const { internalPlugins, plugins } = <any>window.app;

    if (shouldUsePeriodicNotesSettings("day")) {
-      const { format, folder, template } =
-        plugins.getPlugin("periodic-notes")?.settings?.daily || {};
+      const { format, folder, templatePath } =
+        plugins.getPlugin("periodic-notes")?.calendarSetManager?.getActiveSet?.()?.day || {};
      return {
        format: format || DEFAULT_DAILY_NOTE_FORMAT,
        folder: folder?.trim() || "",
-        template: template?.trim() || "",
+        template: templatePath?.trim() || "",
      };
    }

    const { folder, format, template } =
      internalPlugins.getPluginById("daily-notes")?.instance?.options || {};
    return {
      format: format || DEFAULT_DAILY_NOTE_FORMAT,
      folder: folder?.trim() || "",
      template: template?.trim() || "",
    };
  } catch (err) {
    console.info("No custom daily note settings found!", err);
  }
}

// ...

Same changes for weekly and so on.
Note that this isn't a proper diff, I just wrote this manually in the comment editor. Hopefully someone will make a Pull Request.

As a workaround I applied the fixes by @deltaidea using https://www.npmjs.com/package/patch-package on the obsidian-daily-notes-interface dist files in node_modules.
Here the patch file
obsidian-daily-notes-interface+0.9.4.patch
You can use this to create a patched version of, for example, the day planner plugin (https://github.com/ivan-lednev/obsidian-day-planner).


Replaced i18n.t w/ tpl helper in email and integrations

refs: #13380
The i18n package is deprecated. It is being replaced with the tpl package.
Got some code for us? Awesome 🎊!
Please include a description of your change & check your PR against this list, thanks!

[x] There's a clear use-case for this code change
[x] Commit message has a short title & references relevant issues
[x] The build will pass (run yarn test and yarn lint)

More info can be found by clicking the "guidelines for contributing" link above.

Please let me know if there's anything is wrong about this PR, and I'll happily change it as soon as I can.


[now dev] ignores subdirectories in Next.js /public folder

I've created a new next.js application with create-next-app. Putting a file into /public (like robots.txt) gets properly served under the base URL ('/') both with now dev and now.
If i put a file into a sub-directory in /public (e.g. /public/assets/), this file gets only served using now, but not while using now dev.
I'm using next 9.2.2 with now CLI 16.7.3 on Windows 10. On Mac both now dev and now are working fine.
Maybe this is related to this Issue: https://github.com/zeit/now/issues/2385

I have updated to<EMAIL_ADDRESS>and now it works fine!


docker-machine-driver-xhyve compatibility with Docker on Mac

I'm sorry if this is something which is already documented somewhere. I've looked as best I can but can't find it covered in any documentation for this repo or the kubernetes/minikube repo.
I'd like to install Minikube on my MacBook Pro to run Kubernetes locally.
I already have Docker CE for Mac (I think previously known as Docker on Mac) installed on the same machine.
My understanding is that Docker CE for Mac also uses a Linux VM running through Xhyve to host Docker containers, so I already have Xhyve installed on my system in some way.
As such, do I still need to install docker-machine-driver-xhyve to use Minikube? What is likely to happen if I run brew install docker-machine-driver-xhyve as described in the README? Will I get two different competing and incompatible installs of the Xhyve driver?
Should I skip installing docker-machine-driver-xhyve if I already have Docker CE for Mac, and just continue on with the Minikube install? Or should I uninstall Docker CE for Mac before setting up Minikube? Is there some way I can use the existing Xhyve setup for Minikube?
Is this documented anywhere in the install instructions? It'd be great if it was at least mentioned, since developers with a Mac who are trying out Kubernetes are very likely to have Docker already installed on their system.

Hello,
I have the same issue here, and I didn't find how to fix it.
I made the chown and chmod commands after rebooting. Didn't worked better.
There is my log below but I can give more info if needed.
Borealis 🦄  ~ » sw_vers -productVersion
10.12.6
Borealis 🦄  ~ » uname -a
Darwin Borealis.local 16.7.0 Darwin Kernel Version 16.7.0: Thu Jun 15 17:36:27 PDT 2017; root:xnu-3789.70.16~2/RELEASE_X86_64 x86_64
Borealis 🦄  ~ » brew info docker-machine-driver-xhyve
docker-machine-driver-xhyve: stable 0.3.3 (bottled), HEAD
Docker Machine driver for xhyve
https://github.com/zchee/docker-machine-driver-xhyve
/usr/local/Cellar/docker-machine-driver-xhyve/0.3.3 (3 files, 10.2MB) *
  Poured from bottle on 2017-10-07 at 17:43:45
From: https://github.com/Homebrew/homebrew-core/blob/master/Formula/docker-machine-driver-xhyve.rb
==> Dependencies
Build: go ✔, ocaml ✔, opam ✔
Required: libev ✔
Recommended: docker-machine ✔
==> Requirements
Build: git ✔
Required: macOS >= 10.10 ✔
==> Options
--without-docker-machine
	Build without docker-machine support
--without-qcow2
	Do not support qcow2 disk image format
--HEAD
	Install HEAD version
==> Caveats
This driver requires superuser privileges to access the hypervisor. To
enable, execute
    sudo chown root:wheel /usr/local/opt/docker-machine-driver-xhyve/bin/docker-machine-driver-xhyve
    sudo chmod u+s /usr/local/opt/docker-machine-driver-xhyve/bin/docker-machine-driver-xhyve
Borealis 🦄  ~ » xhyve -v
xhyve: 1f1dbe

xhyve is a port of FreeBSD's bhyve hypervisor to OS X that
works entirely in userspace and has no other dependencies.

Homepage: https://github.com/mist64/xhyve
License: BSD

Borealis 🦄  ~ » docker-machine --debug create --driver xhyve default
Docker Machine Version:  0.12.2, build 9371605
Found binary path at /usr/local/bin/docker-machine-driver-xhyve
Launching plugin server for driver xhyve
Plugin server listening at address <IP_ADDRESS>:49655
() DBG | operation not supported by device
() Calling .GetVersion
Using API Version  1
() Calling .SetConfigRaw
() Calling .GetMachineName
(flag-lookup) Calling .GetMachineName
(flag-lookup) Calling .DriverName
(flag-lookup) Calling .GetCreateFlags
Found binary path at /usr/local/bin/docker-machine-driver-xhyve
Launching plugin server for driver xhyve
Plugin server listening at address <IP_ADDRESS>:49659
() DBG | operation not supported by device
() Calling .GetVersion
Using API Version  1
() Calling .SetConfigRaw
() Calling .GetMachineName
(default) Calling .GetMachineName
(default) Calling .DriverName
(default) Calling .GetCreateFlags
(default) Calling .SetConfigFromFlags
Running pre-create checks...
(default) Calling .PreCreateCheck
(default) DBG | ===== Docker Machine xhyve Driver Version 0.3.3 (Homebrew7d92f74) =====
(default) DBG |
(default) Calling .GetConfigRaw
Creating machine...
(default) Calling .Create
(default) DBG | local Boot2Docker ISO version:  v17.09.0
(default) Default Boot2Docker ISO is out-of-date, downloading the latest release...
(default) Latest release for github.com/boot2docker/boot2docker is v17.09.0-ce
(default) Downloading /Users/theotix/.docker/machine/cache/boot2docker.iso from https://github.com/boot2docker/boot2docker/releases/download/v17.09.0-ce/boot2docker.iso...
(default) 0%....10%....20%....30%....40%....50%....60%....70%....80%....90%....100%
(default) DBG | Fix boot2docker.iso file permission...
(default) Copying /Users/theotix/.docker/machine/cache/boot2docker.iso to /Users/theotix/.docker/machine/machines/default/boot2docker.iso...
(default) Creating VM...
(default) DBG | Mounting boot2docker.iso
(default) DBG | executing: &{/usr/bin/hdiutil [hdiutil attach /Users/theotix/.docker/machine/machines/default/boot2docker.iso -mountpoint /Users/theotix/.docker/machine/machines/default/b2d-image] []  <nil> 0xc420086008 0xc420086010 [] <nil> <nil> <nil> <nil> <nil> false [] [] [] [] <nil> <nil>} attach /Users/theotix/.docker/machine/machines/default/boot2docker.iso -mountpoint /Users/theotix/.docker/machine/machines/default/b2d-image
(default) /dev/disk5          	                               	/Users/theotix/.docker/machine/machines/default/b2d-image
(default) DBG | Extracting Kernel Options...
(default) DBG | Extracted Options "loglevel=3 user=docker console=ttyS0 console=tty0 noembed nomodeset norestore waitusb=10:LABEL=boot2docker-data base"
(default) DBG | Extracting /Users/theotix/.docker/machine/machines/default/b2d-image/boot/vmlinuz64 into /Users/theotix/.docker/machine/machines/default/vmlinuz64
(default) DBG | Extracting /Users/theotix/.docker/machine/machines/default/b2d-image/boot/initrd.img into /Users/theotix/.docker/machine/machines/default/initrd.img
(default) DBG | Unmounting boot2docker.iso
(default) DBG | executing: &{/usr/bin/hdiutil [hdiutil detach /Users/theotix/.docker/machine/machines/default/b2d-image] []  <nil> 0xc420086008 0xc420086010 [] <nil> <nil> <nil> <nil> <nil> false [] [] [] [] <nil> <nil>} detach /Users/theotix/.docker/machine/machines/default/b2d-image
(default) "disk5" unmounted.
(default) "disk5" ejected.
(default) Generating 20000MB disk image...
(default) DBG | executing: &{/usr/bin/hdiutil [hdiutil create -megabytes 20000 -type SPARSEBUNDLE /Users/theotix/.docker/machine/machines/default/root-volume] []  <nil> 0xc420086008 0xc420086010 [] <nil> <nil> <nil> <nil> <nil> false [] [] [] [] <nil> <nil>} create -megabytes 20000 -type SPARSEBUNDLE /Users/theotix/.docker/machine/machines/default/root-volume
(default) created: /Users/theotix/.docker/machine/machines/default/root-volume.sparsebundle
(default) Creating SSH key...
(default) Fix file permission...
(default) DBG | /Users/theotix/.docker/machine/machines/default/boot2docker.iso
(default) DBG | /Users/theotix/.docker/machine/machines/default/config.json
(default) DBG | /Users/theotix/.docker/machine/machines/default/id_rsa
(default) DBG | /Users/theotix/.docker/machine/machines/default/id_rsa.pub
(default) DBG | /Users/theotix/.docker/machine/machines/default/initrd.img
(default) DBG | /Users/theotix/.docker/machine/machines/default/root-volume.sparsebundle
(default) DBG | /Users/theotix/.docker/machine/machines/default/vmlinuz64
(default) Generate UUID...
(default) DBG | Generated UUID: 7DDD073A-FF18-4983-BDA9-2FF933E0F1A0
(default) DBG | Running command: /usr/local/bin/docker-machine-driver-xhyve [xhyve -A -U 7DDD073A-FF18-4983-BDA9-2FF933E0F1A0 -c 1 -m 1024M -l com1,autopty -s 0:0,hostbridge -s 31,lpc -s 2:0,virtio-net -s 3:0,ahci-cd,/Users/theotix/.docker/machine/machines/default/boot2docker.iso -s 4:0,ahci-hd,/dev/rdisk5 -f kexec,/Users/theotix/.docker/machine/machines/default/vmlinuz64,/Users/theotix/.docker/machine/machines/default/initrd.img,loglevel=3 user=docker console=ttyS0 console=tty0 noembed nomodeset norestore waitusb=10:LABEL=boot2docker-data base -M]
(default) Convert UUID to MAC address...
(default) DBG | Stderr:
Error creating machine: Error in driver during machine creation: Could not convert the UUID to MAC address: exit status 1
notifying bugsnag: [Error creating machine: Error in driver during machine creation: Could not convert the UUID to MAC address: exit status 1]


👷 Add action to lint code

This is a manual action. Could be done automatically but it would probably annoy people.
Unfortunately not possible to test unless it's merged in main.

They would need to go on https://github.com/huggingface/hub-docs/actions, select the action & run it, and only maintainers with write access can run it I think.

Yep, i think that's a fine solution. @merveenoyan WDYT? (i think it was you who prompted this?)

@julien-c sorry I missed this mention. I think it's perfectly fine!


Questions about the use of signature-sdk-js to prompt Invalid licence in offline environments.

I tried to run the demos in signature-sdk-js as described in the documentation. When I was in a networked environment, it could be run, but when I was offline, a pop-up window would prompt Invalid license.
Excuse me:
Const promise = mSigObj.setLicence (...);
Promise. then (...);

Does it need to be connected to the Internet to run successfully?
Looking forward to your reply, thank you!

By the way, if I want to use signal-sdk-js in an offline environment, how can I do it? Is there any solution? Thanks.

Hi @HeyChong ,
Thanks for reaching out. Networking is required for access to our licensing server. Offline solutions may be available depending on your use case.
If you have further queries, please reach out via developer support here: https://developer-support.wacom.com/hc/en-us/requests/new


Add result information into error log of waitTest17

Purpose
To add error information for wait test failure;
Related to  #23279
Approach
The unit test failure of waitTest17 seems intermittent and difficult to reproduce locally.
And since the error log indicate a possible issue with the test implementation, we need more information about the received results.
This PR adds a the received results into the error log.
Remarks
TODO: we need to improve the test once we analysed the cause of this failure.
Check List

[x] Read the Contributing Guide
[ ] Updated Change Log
[ ] Checked Tooling Support (#)
[ ] Added necessary tests

[ ] Unit Tests
[ ] Spec Conformance Tests
[ ] Integration Tests
[ ] Ballerina By Example Tests

[ ] Increased Test Coverage
[ ] Added necessary documentation

[ ] API documentation
[ ] Module documentation in Module.md files
[ ] Ballerina By Examples

Closing this as the same fix is sent to ballerina-2.0.x.
https://github.com/ballerina-platform/ballerina-lang/pull/34690


Added compatibility to johanbrook:publication-collector

Added option (tesetMode) to run joins synchronous (blocking) and without interval in order to test their result.
By enabling this method, I archived two of the following goals:

Run the Join.publish() call synchronous
Start calling Join.publish() immediately
Stop the subscription after we are not subscribing it anymore (could be an issue of johanbrook:publication-collector ... )

Please let me know if you have a better idea, but I need the publication to run at once, sync and (preferably) only once if I want to use it with johanbrook:publication-collector. Adding a variable to the server-instance just seemed as a great opportunity to me.
If you think this is a good way to go, it should also be noted in the Readme.md file 😉

Any update on this?

Not needed anymore. Have tested the latest version and I guess #11 fixed it for me.


Cached version breaks

The use of the cached version breaks on our self hosted  linux runners in github. I copied the action and removed the caching it is fine now. Maybe it would be worth wrapping the extraction from the cache in a try catch and downloading as a backup.

It's strange that the github utility tool returns a path that does not exist.
But thanks for the report, will fix that.

Fixed in v1.0.3


adding my test

I like your reference to using Genius in creating word processing patterns, when it comes to music. You even added the logo and link to the file itself to show people where to go. By adding a head and body,  your markdown file has met the requirements for this GitTest.

I like your reference to using Genius in creating word processing patterns, when it comes to music. You even added the logo and link to the file itself to show people where to go. By adding a head and body, your markdown file has met the requirements for this GitTest.


import param 2.1.1 tries to run git subprocess

ALL software version info
python=3.12
param = 2.1.1

System: macOS
Description of expected behavior and the observed behavior
Observed: Install Python and pip install param on a Mac that has no git installed, then python -c 'import param will try to run git and macOS will prompt the user if they want to install the MacOS command line developer tools.
Expected: import param should not try to run git for stable versions like param=2.1.1 from PyPI.
It's confusing for Python/Panel newbies that haven't learned git and it's annoying for anyone that doesn't have git installed on some macOS box. It's not a bit deal however, I will simply install git for now or could run my Panel app (which triggered the param import) without git, i.e. this is just an annoying popup, not a blocker.
Screenshots or screencasts of the bug in action
The following screenshot shows a stacktrace where this occurs in the Panel version.py that ultimately leads to the subprocess call that tries to run git.

I think this is coming from Panel, which used to run param.version. We have moved away from this in Panel 1.5. Can you try a panel dev release and see if it still happens?

Oups, you're right.  All good with panel 1.5.0b4.


Doc: extend application sphinx extension to support flash arguments and fix uses

Passing arguments to west flash is needed in many cases but there was no way to properly generate documentation with such examples. With this new "flah-args" option we can now.
And fix the west flash command examples which needed it using this new flash-args option.
Fixes #64130

And a bonus fix:
doc: samples net mqtt_sn_publisher fix west invokation

Fix the west invokation. "-t" is added automatically
to the run goal, otherwise we get a "-t -t" command.

Nice, thank you!! Will review more closely after 3.5 is out but it looks good to me.


Support/wagtail 41

Wagtail 3.0 release notes: https://docs.wagtail.org/en/stable/releases/3.0.html
Wagtail 4.0 release notes: https://docs.wagtail.org/en/stable/releases/4.0.html
Wagtail 4.1 release notes: https://docs.wagtail.org/en/stable/releases/4.1.html
What's new:

Added Wagtail 3.0 compatibility.
Added Wagtail 4.0 compatibility.
Removed compatibility for versions of Wagtail below 2.15
Removed support for versions of Django below 3.2

Important:

It's important that this be merged and released first before this one so projects using older versions of Wagtail can use that release.

Closing in favor of: https://github.com/springload/wagtail-django-recaptcha/pull/45


perf(ingest): Improve FileBackedDict iteration performance; minor refactoring

Refactors __iter__
Manually implements .items() and .values()
Adds sql_query_iterator and filtered_items
Renames connection -> shared_connection
Removes unnecessary flush during close if connection is not shared
Adds context manager dunder methods

Checklist

[ ] The PR conforms to DataHub's Contributing Guideline (particularly Commit Message Format)
[ ] Links to related issues (if applicable)
[ ] Tests for the changes have been added/updated (if applicable)
[ ] Docs related to the changes have been added/updated (if applicable). If a new feature has been added a Usage Guide has been added for the same.
[ ] For any breaking change/potential downtime/deprecation/big changes an entry has been made in Updating DataHub

Codecov Report
Patch coverage: 93.93% and project coverage change: -7.33 :warning:

Comparison is base (301c861) 74.39% compared to head (0c64977) 67.07%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #7689      +/-   ##
==========================================
- Coverage   74.39%   67.07%   -7.33%
==========================================
  Files         353      353
  Lines       35386    35406      +20
==========================================
- Hits        26327    23749    -2578
- Misses       9059    11657    +2598

Flag
Coverage Δ

pytest-testIntegration
?

pytest-testIntegrationBatch1
36.47% <30.30%> (+<0.01%)
:arrow_up:

pytest-testQuick
63.57% <93.93%> (+0.01%)
:arrow_up:

pytest-testSlowIntegration
32.96% <30.30%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...n/src/datahub/utilities/file_backed_collections.py
98.95% <93.93%> (-1.05%)
:arrow_down:

... and 78 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Ditching lazy loading for ACLs attached to Blob/Bucket.

Fixes #752.
I realize there was never any discussion in #752, but here is my argument for this:

The constructors have a tiny memory footprint and make no HTTP request.

Coverage remained the same at 100.0% when pulling 935c6128cca3e3a3dcfc311440d54693cd5fbec0 on dhermes:fix-752 into 4d69bb34862d709c4d0abeb0e21fe19a2b1a77cd on GoogleCloudPlatform:master.

LGTM


Uncaught TypeError when adding a new string

I'm trying to use the localization feature by using the new string feature when I create form element tabels. The site just keeps loading after I have entered my string. If I open up the javascript console I get this error:
Uncaught TypeError: Cannot read property 'plugin' of nulli.onSubmitPopupForm @ build-min.js?v1.0.8:2n.event.dispatch @ jquery.min.js?v317:3r.handle @ jquery.min.js?v317:3
I'm using swedish as my default and only language.

Duplicate: #41
Please post detailed instructions for reproducing the problem to #41.
Thanks


Added TTS functionality

Added TTS functionality using flutter plugin flutter_tts.
Implemented globalMap with a defined flush time so that it will not repeat the same object name again and again.
It can announce the name of object whenever it is detected.

Looks good to me!


Add How to for projects and issues in README

Setting David as the owner of this as I'm a bit booked working on SJSU-Dev2, controls and various other areas of the project. I believe that David, after using the system for so long should have a good understanding of how and when to create projects and how to properly create and label issues.


Disable http URLs when there are no clients

Per https://github.com/slightlyoff/BackgroundSync there is this idea that when a service worker is running in the background and there is no UI we should not allow insecure fetches.
Should we annotate the environment settings object in some way? Fetch can then check this new variable and return a network error in case of an http URL.
(Presumably we will disallow insecure WebSocket at all times?)

I would prefer that the Fetch spec doesn't mandate the behavior here: surfacing this to the user even where there is no clients doesn't seem impossible.
cc/ @jakearchibald @slightlyoff

Showing mixed content warnings for an application running in the background? I'm intrigued.

Does the presence of clients guarantee that there is something in the foreground the user is actively looking or at least able to notice?

They don't have to be looking at a browsing context for it to fetch mixed content but there is a reasonable chance they will notice the mixed content icon. However, we're also supposed to actively reduce mixed content. I see no reason why we'd allow it in the background. Background is strictly new functionality, we should have a higher bar there.

How about fetch('http://example.com', {mode: 'no-cors'}) always fails in a ServiceWorker, but fetch(fetchEvent.request) may work if fetchEvent.request originated from a window client?

I like that. Though I'm not sure how that would work for Cache.

The cache would store the result (which would be opaque), whether using that response should show a broken padlock, I dunno.

Well that it should. I was mostly wondering about what should happen if we add a way for a Cache to refresh its resources.

Updating as a ton of problems, I'm not sure we'll ever get it on normal caches.

Ah okay, sounds good then. Before fetch() invokes new Request() on the input we can figure out if the original client was a window which should be enough to enforce this.

This has been defined by MIX


Added a property to allow the selection of a stroke color on the menu button

Thanks!

my pleasure :)
thanks for the great library
On Wed, Aug 5, 2015 at 1:17 PM, Sascha Schwabbauer<EMAIL_ADDRESS>
wrote:

Thanks!
—
Reply to this email directly or view it on GitHub
https://github.com/sascha/DrawerController/pull/27#issuecomment-128056130
.

--
*Felipe Oliveira, *Software Developer
http://www.felipeoliveira.me http://www.felipeoliveira.me


Handle noUncheckedIndexedAccess: true tsconfig

The generated code should not show any errors when this setting is enabled.

Related https://github.com/hey-api/openapi-ts/pull/1388


Could not connect MT4 to the IPython console, Exception Type KeyError. Args

Hi there,
I am following the steps listed on the blogs, and successfully deployed the order. However, once trying to get the order status or release the order, something went wrong in my IPython console.
Exception Type KeyError. Args:
('_action',)
Regards.

Hi,
thank you for raising this issue. What function did you use to get the order status?
After using DWX_MTX_NEW_TRADE() to open a new trade, you should be able to get the list of all open trades by calling DWX_MTX_GET_ALL_OPEN_TRADES().

Hi,
I figured out that I am not allowing auto trading for MT4. Since reopen it everything goes fine :)))
Thanks for your reply!

Ok, great, thanks for letting us know the reason.


Export frozen inference graph with custom eager mode in tf 2.0

hello, I am training my custom object detection API with eager mode which is totally working fine but now I want to convert this eager mode model into a frozen inference graph so i can use it in opencv can u guyz help me out with this. I tried the traditional approach for exporting frozen graph but this won't work in our case
here's the link of colab notebook you can try this by your own too
https://colab.research.google.com/github/tensorflow/models/blob/master/research/object_detection/colab_tutorials/eager_few_shot_od_training_tf2_colab.ipynb#scrollTo=YBD6l-E4N71y

@pardeep-kesnani1234
I think this is more related to models repo.Please, raise an issue in models repo by filling issue template from here.Also, please share related code so it helps us in localizing the issue faster.Thanks!


feature: added in "forcers232" config value

tells the devices its rs232 in case of global cache or moxa endpoint

Reviewed updates adding new property to enforce RS232 API when using devices like Global Cache.


Feature Request: Implement describe_queries and get_query_results for LogsBackend

I get the NotImplementedError for describe_queries and get_query_results.

Hi @n3rdgir1, thanks for raising this! Will mark it as an enhancement.
If you're interested in implementing these features yourself, PR's are always welcome! We have some documentation here: http://docs.getmoto.org/en/latest/docs/contributing/index.html - happy to answer any questions if this is something you want to look into.

Hi @n3rdgir1, this is now part of moto >= 4.2.1.dev17.
The query parsing logic is quite basic for now - feel free to create a new issue if you see any problems with the result for a specific query.


Avoid unnecessary setState call when Route receives same props.

I just encounter a situation. I have the below App component connected to Redux. The requestQuantity changes according to current processing XHRs , which causes the App re-render.
Then the TopicList will re-render which shouldn't happen. The TopicList is also connected to Redux and  doesn't depend on requestQuantity,  based on the shallow comparison of Redux's connect, changing of requestQuantity has nothing to do with the TopicList's render.
class App extends Component {
  render() {
    const { requestQuantity } = this.props;
    return (

        <Router>
          <Switch>
            <Route exact path="/" component={TopicList} />
            <Route path="/login" component={Login} />
            <Route path="/topics" component={TopicList} />
          </Switch>
        </Router>
        {requestQuantity > 0 && <Loading />}

    );
  }
}

const mapStateToProps = (state, props) => {
  return {
    requestQuantity: getRequestQuantity(state)
  };
};

export default connect(mapStateToProps)(App);

I check the source code and find the Route's componentWillReceiveProps will always call the setState, which set a new match object. It is the new match prop passed to the TopicList causing the Redux's shallow comparison failed.
I think we can make some comparison before calling the setState. If the location, strict, exact and sensitive don't change, we can skip the setState and just passing the old state to
the components in Route.  In this way , the components can render more efficiently especially when using with Redux and Mobx.
  componentWillReceiveProps(nextProps, nextContext) {
    warning(
      !(nextProps.location && !this.props.location),
      '<Route> elements should not change from uncontrolled to controlled (or vice versa). You initially used no "location" prop and then provided one on a subsequent render.'
    )

    warning(
      !(!nextProps.location && this.props.location),
      '<Route> elements should not change from controlled to uncontrolled (or vice versa). You provided a "location" prop initially but omitted it on a subsequent render.'
    )

    // do some shouldComputeMatch logic before setState
    this.setState({
      match: this.computeMatch(nextProps, nextContext.router)
    })
  }

If there is a new match, we need to setState on it to ensure consistent behavior. Particularly, the location.state value makes it hard to know if we can skip an update, since that can be anything.
And if strict, exact, or sensitive are changing, that's on you. We don't control those, you do. They shouldn't be changing.

@timdorr So do you have any suggestions to achieve my requirement ？  I hope the TopicList won't re-render when the location don't change(still on the same page) and only the requestQuantity changes .  If the TopicList  isn't used in Route, it won't re-render due to the Redux connect's shallow comparison. I think this situation isn't very rare and should have a good solution.
Thanks in advance.

I met the same problem as you

I've just bumped on this too. I'm fine with working around this, but I'd appreciate some guidance on how to best do that if possible. As @xuchaobei rightly surmised; this is not a rare scenario!

There's a workaround here: https://stackoverflow.com/questions/47375973/react-router-causes-redux-container-components-re-render-unneccessary (perhaps by original poster?)
It would be great to know if this is considered "safe":

Now my solution is creating a HOC :

// connectRoute.js
export default function connectRoute(WrappedComponent) {
  return class extends React.Component {
    shouldComponentUpdate(nextProps) {
      return nextProps.location !== this.props.location;
    }

    render() {
      return <WrappedComponent {...this.props} />;
    }
  };
}

Then use connectRoute to wrap the containers used in Route:

const PostListWrapper = connectRoute(PostList);
const LoginWrapper = connectRoute(Login);

class App extends Component {
  render() {
    const { requestQuantity } = this.props;
    return (

        <Router>
          <Switch>
            <Route exact path="/" component={PostListWrapper} />
            <Route path="/login" component={LoginWrapper} />
            <Route path="/topics" component={PostListWrapper} />
          </Switch>
        </Router>
        {requestQuantity > 0 && <Loading />}

    );
  }
}

@johnnyreilly aha, you're right, the workaround is by me.


🖼 Optimized Images by the GitHub [ImgBot] (1,654.26kb -> 821.05kb (50.37%)) 🖼

[ImgBot] Optimize images
*Total -- 1,654.26kb -> 821.05kb (50.37%)
/docs/assets/img/noise.png -- 158.89kb -> 58.80kb (62.99%)
/docs/assets/img/grid-logo-octahedron.png -- 14.01kb -> 6.21kb (55.71%)
/docs/assets/img/title-image.png -- 273.01kb -> 127.54kb (53.28%)
<EMAIL_ADDRESS>-- 479.21kb -> 233.46kb (51.28%)
/build/icon.png -- 106.60kb -> 54.75kb (48.64%)
/build/icons/512x512.png -- 106.60kb -> 54.75kb (48.64%)
/build/background.png -- 156.15kb -> 83.41kb (46.59%)
/docs/assets/img/grid-logo-expanded.png -- 276.00kb -> 152.65kb (44.69%)
/build/icons/256x256.png -- 40.39kb -> 22.64kb (43.94%)
/build/icons/16x16.png -- 1.16kb -> 0.66kb (43.37%)
/build/icons/24x24.png -- 1.77kb -> 1.05kb (40.89%)
/build/icons/128x128.png -- 15.26kb -> 9.16kb (39.97%)
/build/icons/32x32.png -- 2.48kb -> 1.49kb (39.79%)
/build/icons/64x64.png -- 6.09kb -> 3.72kb (39.02%)
/build/icons/96x96.png -- 10.77kb -> 6.60kb (38.7%)
/build/icons/48x48.png -- 4.20kb -> 2.61kb (37.98%)
<EMAIL_ADDRESS>-- 1.01kb -> 0.95kb (5.99%)
<EMAIL_ADDRESS>-- 0.64kb -> 0.61kb (4.7%)
Signed-off-by: ImgBotApp<EMAIL_ADDRESS>

It's a official tool from the GitHub Marketplace: https://github.com/marketplace/imgbot

ImgBot will crawl through all of your image files in GitHub and losslessly compress them. This will make the file size go down, but leave the dimensions and quality untouched.

Thanks for this tip @AYIDouble - we'll look into installing ImgBot directly.


Minimal requirement for hero image

2 things that should be done (I think) before adding in git

max width 2048
compress with jpeg mini (light) (app store) - ~really~ good jpeg compressor (best I found so far)

This will ensure us to have a small repo, even with lots of images (I think)
Any thoughts ?

And btw, here is a nice link to find images

I don't mind about the size, it's mostly the weight which is important in my opinion.
Yes we should optimise images in any case.


When can we expect the training code for OWL-ViT?

Thanks for your amazing work. Would it be possible to provide an estimate on when the training code would be released?

We're working on releasing the training code but cannot give a precise ETA yet. It will take at least a few more weeks. I'll keep you posted.

@mjlm hello, thanks for your fancy work! When the all of codes can be updated? Please offer the full codes which include the configs for experiments published in the paper. Thanks!

We just published the training code.
Please let us know if you have any questions.

Hi there! Exciting news about the training code, thanks a lot!
When could we expect finetuning instructions? Is it mostly similar to training detection from scratch (some smaller learning rate here and there)? Or are there any other tips to be aware of? :)
thanks so much!

We just added fine-tuning instructions to the README.
The config is very similar to the from-scratch config. The only crucial difference is that instead of config.init_from.codebase = 'clip', it uses config.init_from.checkpoint_path = 'path/to/parent/checkpoint'.
However, some other changes may be necessary to get good fine-tuning result. They depend on the target dataset, so I can make only general recommendations:

If the dataset is small, very short fine-tuning schedules might be optimal. I would try values for config.num_training_steps starting as low as 500 steps and then keep doubling the value until performance is optimal.
The default learning rate is a good starting point, but it should be tuned. Try going up and down by a factor of 2 or 3.
Carefully go through the preprocessing settings and check if they make sense for your application. For example remove_forbidden_labels is only needed to measure zero-shot LVIS performance and therefore not included in the fine-tuning config. Also, if you have a dataset with a small, fixed label space, then you should probably get rid of the add_random_prompts op and simply add all categories that are not present in an image as negative labels directly in the dataset decoder.
Input resolution should be tuned. If your dataset contains mostly large objects, a smaller input resolution may lead to better results (and would be faster).

Awesome! Thanks @mjlm, super interesting tips. I'll keep them in mind!

Hi,
is there a complete example how to train Owl-vit? From my  dataset having a lot of images, what I have to do? Such commands are quite cryptic. Thanks

hi, i have a dataset of only images, no text_queries and i want to use it as image one shot detection at the end, can i finetune the same way ?


Add initial Meson build system

Meson build system is a modern and fast build system, easier to use and maintain than autotools. This PR is a really small initial support for building lcms2 with Meson.
Having a Meson build system has the advantage that lcms2 can be built as subproject of other projects that needs it, such as openjpeg. It simplify greatly building softwares on platforms that does not have proper package manager, such as Windows or when cross building.
This meson.build file I'm submitting here is being added into Meson's wrapdb https://github.com/mesonbuild/wrapdb/pull/200, but I would be more than happy to move it upstream.

Choosing whether to build the DLL or the static library is selected as a meson core option: -Ddefault_library=static (valid options are static, shared, or both -- and it defaults to shared).
The dependencies on zlib and tiff could be made optional by switching them to options recorded in a second file meson_options.txt, and looking for them based on the value of the option:
zlib = dependency('zlib', required: get_option('zlib'))
if zlib.found()
    cargs += '-DHasZLIB=1'
endif

So if that was disabled, it would log e.g. "dependency zlib skipped: feature zlib disabled".
pkg-config is never required, but it will be attempted for dependency lookups that permit pkg-config lookup, by default all dependencies, which may be marked as optional in which case failure to find a pkg-config program will cause the dependency to be not-found and treated as missing.
You can also add dependencies using meson wrap install zlib, this will create a file subprojects/zlib.wrap and the zlib source code will be downloaded and built privately if it cannot be found on the system (for example pkg-config is not installed) -- this meson wrap install stuff is exactly why it is nice to have this PR by the way. ;) You can also force it to use the private copies with --wrap-mode=forcefallback in which case pkg-config is never even looked for.

On windows DLL, what about the .rc file where version and copyright are placed?

Did not know there was one, added now.


flux hitting Google API rate limits when working with GCR

Google Cloud API seems to have a basic rate limit of 20 reqs/sec: https://cloud.google.com/compute/docs/api-rate-limits
If a user has more than 20 images in their GCR registry, then this rate limit can be triggered. Is there any way to back off, or have preconfigured rate limit values for different image registries so that users do not have to manually configure this setting?

Is there any way to back off, or have preconfigured rate limit values for different image registries so that users do not have to manually configure this setting?

For the record, these are the settings in question (from https://github.com/weaveworks/flux/blob/master/site/daemon.md)
--registry-rps	200	maximum registry requests per second per host
--registry-burst	125	maximum number of warmer connections to remote and memcache

We could tune them down for everyone by giving them more conservative defaults. As a beer coaster calculation: to fetch image metadata from scratch needs distinct images X avg number of tags per image requests, for which typical numbers would be 100 and (much more variation here) 100, so about 10,000 requests. At 20 rps it would take about 8 minutes to fill the DB. That seems acceptable.

That seems acceptable.

... by which I mean, acceptable if you are on GCP and can't make it go faster :) I think it'd be better to tune it down just for GCP, and to do that, we'll have to alter generated config or something else.

Is there any way to back off,

We probably do get specific status codes when throttled, so this may be a possibility depending on how well (or if at all) the docker distribution lib exposes those.

At 20 rps it would take about 8 minutes to fill the DB. That seems acceptable.

Doesn't that mean it would take that long for the likes of 'Deploy Status' in Weave Cloud to fully populate?

back off

That would be neat.

Doesn't that mean it would take that long for the likes of 'Deploy Status' in Weave Cloud to fully populate?

Yep, but whatcha gonna do.

Out of interest, what actually happens when the rate limit is reached? Shouldn't we still get a success at roughly the rate limit? Or to put it another way, what does rate limiting at the flux end actually achieve?

Or to put it another way, what does rate limiting at the flux end actually achieve?

In the first instance, it's being a good API user. But the other side of that coin is that some registries will blacklist your IP if you are continually bouncing off their throttling.

Zendesk ticket #31 has been linked to this issue.

Comment made from Zendesk by Craig Wright on 2018-03-28 at 00:44:
Michael can you suggest new values for David to try in his config, below, to prevent the rate limit exception? I'm thinking maybe 10 rps, just in case they have other API calls happening simultaneously?

Zendesk ticket #31 has been linked to this issue.

Giving the argument --registry-cache-expiry a higher value will also cut down on requests, since it will keep records around longer. If you don't care about being sensitive to tags being updated, you could set this to 24h or more.

This has been fixed by #1354 and #1538
Next Flux release will include those fixes


Add light/dark theme to articles

Context
So we can give a better user experience we are working on a light/dark mode.
Expected Behavior
We use Tailwind so we should enable this by having a default light mode and dark mode with the dark: prefix.
You can see how this is done here: https://tailwindcss.com/docs/dark-mode
Current Behavior
By default, we only use a dark theme.
You can see an example post here: https://www.codu.co/articles/hactoberfest-2023-with-cod-jh-6jzte
Additional info
The background for light mode should be: bg-neutral-100
The text should be: text-neutral-900

Can I work on this please 😊

Not a problem! We will help out if you get stuck.
It’s here: https://github.com/codu-code/codu/blob/develop/pages/articles/[slug].tsx

hey @NiallJoeMaher , would love to work on this issue if there weren't any updates

hi @NiallJoeMaher ive had a play around with dev tools to find out how to change the light/dark for the articles page ive attached the screenshots when i uncheck the box it has the right styles for light but not dark when its checked it has the right styles for dark but not light i have searched everywhere where can i change this code for light and dark mode it seems to be inherited from the components in the global css line 18 attached screenshot file, sorry but im not sure how to proceed as dont know where to change this inherited code 🤔

Let me take a look into it for you. Great job so far so don't panic. 🦾

I can take this up @NiallJoeMaher.

Thanks, I haven't gotten around to it yet. 🦾

@abhijeetgurle, how is it going? Anything I can help with?

@NiallJoeMaher I couldn't work on this issue yesterday. Will work on it today. Will let you know if help is needed.

Please check the PR @NiallJoeMaher


Doc Comments for closed Generic types are invalid

When creating a Dependency Property of a closed generic type (for example, a List<object>) the following documentation comment is generated:
/// <summary>
/// Registers a dependency property named "Objects" whose type is <see cref="System.Collections.Generic.List{object}"/>.
/// </summary>

This looks fine, but specifying the type in the {...} is not valid apparently, so it should be:
/// <summary>
/// Registers a dependency property named "Objects" whose type is <see cref="System.Collections.Generic.List{T}"/> of <see cref="object"/>.
/// </summary>

or, since you're already using generics for the method signature, just use this:
/// <summary>
/// Registers a dependency property named "Objects" whose type is <typeparamref name="__T"/>.
/// </summary>

This causes a compiler warning when GenerateDocumentationFile is enabled.

Thanks for bugging this, @las-nsc!
You write very good issue reports 🙂


Add support for ANSI reversed code

Resolves #26
This adds support for the codes that seem to go by many names: Invert and InvertOff

I'm so sorry I haven't looked at this.
I had already started with a big refactor that would include this functionality, but then I got busy with exams, and then with other stuff. I intended to message you but never did. Sorry 😔

No worries at all! (I'm only a few years out of college myself. I get it)
Feel free to handle things however you want. I'd be more than happy to review that big refactor if you want to go that path instead


Use Premiere sequence as input

It would be great to use a premiere sequence as the input file. That way I can have a sequence with the whole video which I can than sync audio and add effects without having to render and export the whole thing.

Thank you for the suggestion, however, I think it is just too ambitious for our maintainers/contributors to implement for the foreseeable future.


Reduce syntax for common use case

I anticipate most of my jsverify tests will look like this:
jsc.assert(jsc.forall(function("type", a) {
  return jsc.util.isEqual(a, z);
}));

I'd like a more minimal syntax, like this:
jsc.run(function("type", a) {
  return jsc.eq(a, z);
});

I'm just trying to minimise the boilerplate, as I'm expecting to write many thousands of these.

BTW if you agree, I'm happy to submit a pull request.

well, I use  with mocha (you can see in jsverify tests):
jsc.property("nat", "nat", function (a, b) {
  return a < b;
});

But it indeed could make sense to make general
jsc.checkForall("nat", "nat", function (a, b) { return a < b; });
jsc.assertForall("nat", "nat", function (a, b) { return a < b; });

which aren't tied to it.
PR would be nice.

In my code example, I also had a shortcut for jsc.util.isEqual as jsc.eq. Are you ok with this? Again, just trying to minimise code.


underlying object is changed

If you create an object, e.g.
const o = {
  name: 'John Smith',
  password: 'hunter1'
};

and write this to an white-out stream, than the output is correct, but the underlying object is changed as well:
 wo.write(o);
 console.log(o.password);     // XXXXXXX instead of hunter1

This is if you use a censor mode for 'password'. If you try 'remove' than the property of the underlying object is removed. This should not be the desired behavior with streams.

Yeah, that's expected. If we clone the incoming object, that's expensive. I agree thought mutation the original object isn't ideal. Do you have any suggestions short of cloning?

Sorry to comment on this old issue, but I also ran into issues with this due to white-out mutating the object. What about using ES6 proxies like this:
var handler = {
    get: function(obj, prop) {
      switch(prop) {
        case 'secret':
        case 'password':
            return 'XXXXXX'
        default:
            return obj[prop];
      }
    }
};

var target = {
  secret: 'password',
  notsecret: 'hello world'
};

var p = new Proxy(target, handler);

console.log(p.secret); // points to the proxy, outputs 'XXXXXX'
console.log(target.secret); // points to the original object, outputs 'password'

The idea is, white-out would create a proxy for each object it processes. What would change is, instead of mutating the keys it needs to censor, it would create a getter for that key which would hold the censored version. The codebase still sees the object as it was before mutating, and whatever comes after white-out would see the censored values.

That's a slick idea! Personally, I would just use another transform stream that clones the incoming object and then passes it on. A stream, in general, should do one thing and in this case, it censors values. Would adding another transform stream into the pipeline be an acceptable solution? I'm positive there is something on npm that is a clone stream or even a proxy stream.

Thanks! I think using multiple streams makes sense. Furthermore, the possibility of nested objects inside the target makes this proxy idea a bit more complex than I'd thought anyhow.
Actually, the traverse library itself provides a map fn (https://www.npmjs.com/package/traverse#mapfn), the express purpose of which is to assign the result of traversal to a new object rather than modifying the original. How about using that instead of forEach? Would you still want a new stream in that case?

Yeah using map instead of forEach might be worth investigating. However per #15, I'm likely going to replace traverse with something that's still currently being maintained so at this point, I'm not really looking to make any changes to white-out with how it uses traverse. If you want to open a PR with a nice warning about mutation that would be good for now and maybe I'll tackle mutation in the next major release.


Check in CI that python requirements are listed in ascending order

flask-app/requirements.txt
flask-app/test-requirements.txt

Done in #3


Store window update values for later

If the frame opening a new stream gets lost, and the window update arrives before, we currently discard it. We should keep it for later use.

How could that happen? The client won't send us an WindowUpdate unless we already sent him enough data to fill the flow control window. However, this won't happen before we create the stream.

The client could in theory send a window update immediately; at least I don't see anything in the spec forbidding that. I don't think Chrome does that, so this issue is not of high priority.

Chrome checks for the amount of data read from a stream, so this won't happen.
Furthermore, after fixing #100, we will send a Blocked frame for a stream that is flow control blocked, and the client will probably respond to this by repeating the WindowUpdate.


add cloudId and cloudAuth parameters to elastic

What this PR does / why we need it:
Adds cloudId and cloudAuth parameters to fluentd's elasticsearch output plugin. This enables easier configuration of Elastic Cloud authentication.
Which issue(s) this PR fixes:

Fixes #1168
Does this PR introduced a user-facing change?

Add optional `cloudId` and `cloudAuth` parameters to fluentd's output plugin `elasticsearch`.

Additional documentation, usage docs, etc.:

I changed the type from string to plugins.Secret, that was an oversight.

@fschlager Thank you!


Optional HTTPS settings for the taxes fetch and edited error handling

This extends https://github.com/mirumee/django-prices-vatlayer/pull/7.

Added optional HTTPS settings for the taxes fetch + error logging;
Added logging for errors allowing users to know what's wrong
and remove the assumption that the issue is the ACCESS KEY.

Draft: this PR still needs to get the edits from django-prices-vatlayer.
Pull Request Checklist

[x] Privileged views and APIs are guarded by proper permission checks.
[x] All visible strings are translated with proper context.
[x] All data-formatting is locale-aware (dates, numbers, and so on).
[x] Database queries are optimized and the number of queries is constant.
[x] The changes are tested.
[x] The code is documented (docstrings, project documentation).

This PR is ready for review as django-prices-vatlayer was updated.


What version of Handsontable is this for?

Hi,
What version of Handsontable is this component for?
Since there's no package.json or bower.json or some comments, maybe the problems the users encounter are that they're using it with the wrong Handsontable.

I agree. That and sometimes it seems that others aren't sure as to how to use this tool, which is on me to improve the documentation

I've just added a link in the readme that points to a working jsfiddle example using Select2 3.5.2 and Handsontable 0.15.0


Update tutorial-create-canvas-dataset-component.md

Fix Module not found error due to change export paths

Learn Build status updates of commit b4bc662:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

powerapps-docs/developer/component-framework/tutorial-create-canvas-dataset-component.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel

@microsoft-github-policy-service agree

@nacm
Thank you for your contribution to make our docs better.
@kaushikkaul
FYI -
These changes appear to align with the changes made by Scott Durow to the corresponding sample in PR #243 Updates for explicit fluent ui export paths


Transaction sent twice

My code sometimes send bitcoins to a wallet a second time in the next transaction. I am using the Blocktrail API with NodeJS.
ex: I send 0.001 BTC to A. -- Done
I send 0.001 BTC to B. -- Done but sent 0.001 BTC to A too. (which is quite bad)
the live transactions are here (where the error happened) (4a02db3ebaa7dc128a5ccde340bb6dbf98c84167f9eaca762c21e201327d1cd8 to 1Kc7iBxiFimMAQpcasqUeEFfWonxrWNMS1) and (71c569e70f110bfccbed5c8a52ebb623d21422524121f113d11460b67b68a195 to 3LzMTioqZs7Y4oeUVjHtjhtE1cuJAx7Vk8 where it sent the btc again to 1Kc7iBxiFimMAQpcasqUeEFfWonxrWNMS1)
Is there something I forgot in this script? (do i need to post more in order that you can say that?) Any help would be awesome, thanks!
var userAddress = 'BITCON_ADDRESS'
var amount = 'BTC_AMOUNT_IN_SATOSHI'

client.address(userAddress, function(err, address) {
    if(address.received !== undefined) {
      getBalance(userid, function(results) {
      result = client.feePerKB(function(err, result) {
          if ((parseFloat(results)) >= parseFloat(blocktrail.toSatoshi(amount)) + parseFloat(50000)) { // enough balance
                  wallet.getNewAddress(function(err, address, path) {
                    if (err) {
                     return console.log("getNewAddress ERR", err)
                    }
                    client.address(userAddress, function(err, address) {
                        sessionPay[userAddress] = blocktrail.toSatoshi(amount)
                        ctx.session.confirmFunction = function() {
                          wallet.pay(sessionPay, null, true, true, blocktrail.Wallet.FEE_STRATEGY_BASE_FEE, function(err, result) {
                            if (err) {
                              return console.log("pay ERR (" + sessionPay[userAddress] + ' ' + userid + ") :", err)
                            } else {
                              console.log('Sent ' + amount + ' BTC to ' + userAddress + ' from ' + username)

                        }
                    })
                  })
          } else {
            // not enough balance
          }
      })
    })

Then I am calling this with a 'confirm button':
if (ctx.session.confirmFunction !== undefined) {
  ctx.session.confirmFunction()
  ctx.session.confirmFunction = function() {  }} // make it empty again

EDIT: [SOLVED] Yes, this was a stupid mistake by myself. sessionPay with its whole array (which was updated every time a user entered the transaction details and did not click on confirm) is triggered everytime some user confirmed a transaction -> and of course it didn take the balance from the other users, well ^^


Merge tracks when a segment is added or removed

On the fly calculation, so that the feedback is quicker

@LeTaPe I tried it out this morning. Working with the tool gets really slow. I would rather close it for now


Please confirm compatibility with Spring Boot 2.2

We're heading towards an RC1 of Spring Boot 2.2 soon, followed by GA in Q4. Can you please confirm full compatibility of the starter with Spring Boot 2.2?
As soon as we hear from you, we can enable the starter again on start.spring.io, see https://github.com/spring-io/start.spring.io/issues/266
Thanks!

We have a nightly integration build that checks compatibility with the latest boot and framework snapshots. https://build.spring.io/browse/CLOUD-SCOSBI

Great, I've enabled the entry again in https://github.com/spring-io/start.spring.io/commit/35eda7d3892341fbd8b8f20585dbf1fe216f0def


not find in index file

i am new in react native and i install this library but after install build was failed because this library was not find in index file ..i attached screenshot  ...what is process for this ?

Hi @birjubhatt,
I don't think this package will work on React Native since it has dependency on qpdf


FTP_USER_* not working because of unquoted Here String

In line 18 https://github.com/panubo/docker-vsftpd/blob/master/entry.sh#L18 ${!user} is unquoted.
IFS=: read name pass <<< ${!user}

I was unable to add multiple users until I changed it to
IFS=: read name pass <<< "${!user}"

Consider this simple demo
$ export FTP_USER_UNO='one:111'

$ export FTP_USER_DOS='two:222'

$ while read user; do
>     IFS=':' read name pass <<< ${!user}
>     echo "Adding user $name"
>     echo "($pass)"
> done < <(env | grep "FTP_USER_" | sed 's/^\(FTP_USER_[a-zA-Z0-9]*\)=.*/\1/')
Adding user two 222
()
Adding user one 111
()

$ while read user; do
>     IFS=':' read name pass <<< "${!user}"
>     echo "Adding user $name"
>     echo "($pass)"
> done < <(env | grep "FTP_USER_" | sed 's/^\(FTP_USER_[a-zA-Z0-9]*\)=.*/\1/')
Adding user two
(222)
Adding user one
(111)

I was unable to replicate your issue.
root@0c36bc025f50:/# export FTP_USER_UNO='one:111'
root@0c36bc025f50:/# export FTP_USER_DOS='two:222'
root@0c36bc025f50:/# while read user; do
>     IFS=':' read name pass <<< ${!user}
>     echo "Adding user $name"
>     echo "($pass)"
> done < <(env | grep "FTP_USER_" | sed 's/^\(FTP_USER_[a-zA-Z0-9]*\)=.*/\1/')
Adding user two
(222)
Adding user one
(111)
root@0c36bc025f50:/#

I don't know why this didn't work for you. Never the less the entry.sh could do with a clean up it is not very consistent with indenting, quotes and braces around variables.


Fix colors

Harlequin looks good in WSL, but not native in Windows, where the terminal displays more colors:

In particular, the background colors for the text editor (at least monokai theme) don't match the background colors for the data catalog and results viewer; the run query bar has a totally different (bluish) background.

It is possible to get variable values in python:
https://textual.textualize.io/api/app/#textual.app.App.get_css_variables


Update Readme on how to get started

As an end user, I do not have any clarity on how to get started with using this application. There are no releases, I do not see any executables in the source code, index.html opens as a blank page. Screenshots looks good, but there are no details on how to get into those screens.

This is super buggy, excepting creating server, nothing work. (not sure if even this working, or just showing a message)

@amitg25, can you please be more explicit about "super buggy"? things could be fixed, until we have proper reporting about bugs/error messages and such

It's an early prototype, so I'm pretty sure some features might be broken, it took me some time to craft this tool though, so please be kind :) and try to be more constructive, otherwise feel free to use other solutions (like paid ones with proper support from a paid staff)

@plouc , i did not mean to rude. In fact i appreciate you took time to create a nice UI tool for WireMock.
Here are the issues i saw

Create Mapping does nothing. (I was able to make it work just once but then i could not add second mapping).
Once when i made create mapping work but i could not add request header (i don't remember but there was button to add fixed params)

I am on Chrome (Mac)

@amitg25, no worries :) I'll try to have a look at this when I've some time for my OSS projects, would you mind tell me which version of wiremock (and config|args) are you currently using?

I tried it on two macs.
Mac 1: I tried with Wiremock standalone versions 2.6.0, 2.12.0, 2.21.0
Mac 2: Had no Wiremock
But result is same on both the macs. I could not do anything except create server so did not reach the state to set something in UI

It will be easy if you can provide right click on "Create Mapping" to create a new mapping. Similarly if mapping is created then ability to delete, modify on right click. (You may already have it, but am unable to use)

Hello,
I created a similar tool (with the same name included), maybe you can get some ideas. The bad part is that it only works on Windows.
https://github.com/juniorgasparotto/WiremockUI
Thank you
[]s

Does it work only on localhost instances? I was hosting one on azure, when I add the url, throws Invalid URL

@kbking01, it does, it might be due to CORS issues.

@plouc Opens on localhost:3000 and fails with following error shown on browser,
Failed to compile
/Users/a913580/git/wiremock-ui/src/modules/core/components/AppBar.tsx
(3,29): Module '"../../../../node_modules/react-feather/dist"' has no exported member 'Github'. Did you mean 'GitHub'?
This error occurred during the build time and cannot be dismissed.


Server start does not work

Describe the bug
I did a clean installation on Kali using the default "sudo installer.sh -d" and it went fine, but I could not start the server:

To Reproduce
Steps to reproduce the behavior:

EMBArk installation
$ git clone https://github.com/e-m-b-a/embark.git
$ cd embark
$ sudo ./installer.sh -d
Start EMBArk: sudo ./run-server.sh
See error

Expected behavior
It used to work the same way a few weeks before. May I install MongoDB manually? I didn't find any error during the installation.
Screenshots
Added above.
Desktop (please complete the following information):

OS: [Kali Linux 2022.01] & sudo apt full-upgrade -y

I tried again the same installation from the beginning and I got an error and the initialization stopped and prompt got back:

apt package for pipenv was removed
-> switching to pip install

For a quick fix
sudo pip3 install pipenv
and then rerun the installer should fix the issue.
-> Fix in  #41

I did it as you suggested,
sudo pip3 install pipenv
sudo ./installer.sh -r
but it is not ok:

I am going to reinstall the entire VM when the fix will be available.

Sorry for closing the issue then.

these errors would suggest that the installation didn't succeed.
Is the pipenv executable available/installed after using sudo pip3 install pipenv?

Since #41 is now merged you may prefer to update and use that version

I tried with -rd but I got some errors for mysql... component and I couldn't recover the previous Kali, but with a brand new installation it is working fine. Thanks.


Remote skills not available on Custom Commands

Hi!
According to https://docs.microsoft.com/en-us/azure/cognitive-services/speech-service/how-to-custom-commands-integrate-remote-skills, in the Settings section of Custom Commands I should find a Remote skills options. However, I dont' have such option (and Key vault and JSON definition neither) in my projects.
I have also tried creating a new project, but with no success. I'm working with Speech resources in West Europe.
Are these new features already deployed to all the regions?
Kindest regards.

Hi @marcominerva
Thanks for reporting the issue. This was a miss on our side, where the documentation went ahead of the feature launch :)
Really sorry about that.
We just launched and verified the 'Remote Skills' feature. You don't need to create a new project to consume it, just use your existing application. Let us know if face any issues!
Regarding the other options which you see in the screenshot, please ignore them for now. We haven't officially launched those features, and the screenshot pertains to our development environment. I will update the image soon.

Hi!
Thank you very much for the update!

Closing this as the concern seems to have been addressed. @marcominerva please reopen if you need more help.


Support systemd socket-activation

Since version 2.4, podman supports systemd socket-activation.  Socket activation can allow starting containers with --network=none for improved security, and speeds up boot time by deferring application startup to be on-demand.
This patch will detect socket-activation and use it automatically if available.
Both unix-domain-sockets and TCP sockets are supported

Sign your commit, please

Thanks.  I've done so

Codecov Report
Patch and project coverage have no change.

Comparison is base (293b588) 57.76% compared to head (d344f2b) 57.76%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@           Coverage Diff           @@
##             main    #4020   +/-   ##
=======================================
  Coverage   57.76%   57.76%
=======================================
  Files         108      108
  Lines       10500    10500
=======================================
  Hits         6065     6065
  Misses       3762     3762
  Partials      673      673

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

I believe I have fixed the CI violations now.  Sorry for the churn, I am not familiar with the validation steps for this project.

No worries. Thanks for the contribution!

Effectively, this PR overrides the config file listener if socket activation is used, meaning that the running server may have a different listener to the config file.
Should we have an explicit config setting instead?
Either way, this should be in the documentation.

I could use some guidance on where this belongs in the documentation.  Perhaps a 'systemd' recipe?
I considered a configuration option, but I've looked at various other projects, and at least the ones I found seem to have decided that it is cleaner to just detect and use socket activation if it is present, since it already requires configuration at the systemd side of things, and so should never surprise the user.  Otherwise it needs to be configured twice (once at the systemd level and again at the application level).  And if you add a config-option, you then need to handle the case where it is configured but not available due (which is not hard, but just more code).
I'm happy to go either way, but this is the rationale I have for auto-detection.

I think a recipe is a great idea. I would also mention it in the http configuration option, probably under addr and net.
It makes the addr configuration option optional. It might be worth making that change so that the user doesn't have to specify configuration that won't be used.
Automatically picking up socket activation does seem ok. I can't see a privilege escalation path, if the attacker already has access to the process environment to trigger it anyway.

Is it ok to specify a recipe if it is podman-only?  My understanding is that socket-activation doesn't work when using docker, and as the registry docs are hosted at https://docs.docker.com/registry, it seems a little odd to have a podman-only example there.

Go for it, this is an oci project. See also #3999.

It turns out that addr isn't actually required even without socket activation, so I'm not sure an additional check is needed.  But I took a 1st crack at documenting socket activation.

I like the doc, I'll need to think a little more on the config and give it a go.

I am not sure I understand your question.  Many projects support socket activation (mariadb, lighttpd, apache, dbus, pipewire, podman and docker themselves (for the admin socket if it is enabled) ...)  As far as having it default to enabled, that tends to be up to the distribution.  I believe Redhat tends to enable socket-activation when it is available, but it seems Debian also frequnetly uses it (I am not sure how ubiquitously though)
Finding projects that are primarily released as containers and provide socket-activated systemd files out of the box is harder.  Most users still use Docker, and do not manage their containers with systemd.  Podman's support for socket-activation is reasonably new, and there isn't much of an ecosystem around it as far as I can tell.  But the more projects that support it, the easier it becomes to build that ecosystem...

Sorry, I should have been clearer about what I meant by my question.
I'm curious how the projects that are known to provide socket-ativated binds handle this in their configuration if at all. Is there maybe some kinda of established "pattern" or is it simply hidden, assumed, etc. or is just merely mentioned in the docs etc.
It would be nice if we could follow some sort of established convention in this project rather than inventing a new one.

It doesn't seem to be very consistent.  Here are a few cases I've investigated:
For Mariadb it is transparently enabled if socket-activation is used, and just mentioned as an option in their docs: https://mariadb.com/kb/en/systemd/
For Apache, it seems to just be a side-note of their changelog with no documentation: https://httpd.apache.org/docs/trunk/new_features_2_6.html. However, it also seems to be transparently enabled if socket-activation is used.
Lighttpd requires explicit enabling and is mentioned here: https://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_ConfigurationOptions.  The lighttpd source contains configuration examples, but I can't find any other documentation about enabling it.
Restic rest-server enables socket-activation transparently when available, and includes example systemd files for it (https://github.com/restic/rest-server/tree/master/examples/systemd), but otherwise doesn't seem mention it anywhere.


[espresso] Remove file that was causing compile errors on iOS

The EspressoFlutter project has a stub iOS app. There were both Objective-C and Swift files. I've removed the Swift references.
Enables landing test for flutter/flutter#48439

Obsoleted by https://github.com/flutter/plugins/pull/2580; closing.


How we can get the horizontal navigation in this like we get in the paid theme?

What problem does this feature solve?
horizontal navigation bar
What does the proposed solution look like?

Hi @SkylerB1,
The Horizontal navigation menu is available only in the paid theme (Pro version) and it will not be provided in the free version.
If you need the Horizontal navigation menu for your project, we suggest you buy the Pro version.


Misleading exception with invalid protocol in proxy variable

When the value of https_proxy or HTTPS_PROXY variable(s) accidentally miss one '/' in the protocol, a traceback is thrown to the user which doesn't pin point that the issue is with the proxy configuration.
Expected Result
A better exception
Actual Result
An exception which doesn't pin point exactly what went wrong.
Reproduction Steps
(req2) nwani@dockerub01:~/requests$ export https_proxy=http:/my.proxy.com:3128
(req2) nwani@dockerub01:~/requests$ python -c "import requests; requests.get('https://google.com')"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/nehaljwani/requests/requests/api.py", line 72, in get
    return request('get', url, params=params, **kwargs)
  File "/home/nehaljwani/requests/requests/api.py", line 58, in request
    return session.request(method=method, url=url, **kwargs)
  File "/home/nehaljwani/requests/requests/sessions.py", line 508, in request
    resp = self.send(prep, **send_kwargs)
  File "/home/nehaljwani/requests/requests/sessions.py", line 618, in send
    r = adapter.send(request, **kwargs)
  File "/home/nehaljwani/requests/requests/adapters.py", line 440, in send
    timeout=timeout
  File "/home/nehaljwani/m3/envs/req2/lib/python3.6/site-packages/urllib3-1.22-py3.6.egg/urllib3/connectionpool.py", line 595, in urlopen
    self._prepare_proxy(conn)
  File "/home/nehaljwani/m3/envs/req2/lib/python3.6/site-packages/urllib3-1.22-py3.6.egg/urllib3/connectionpool.py", line 816, in _prepare_proxy
    conn.connect()
  File "/home/nehaljwani/m3/envs/req2/lib/python3.6/site-packages/urllib3-1.22-py3.6.egg/urllib3/connection.py", line 284, in connect
    conn = self._new_conn()
  File "/home/nehaljwani/m3/envs/req2/lib/python3.6/site-packages/urllib3-1.22-py3.6.egg/urllib3/connection.py", line 141, in _new_conn
    (self.host, self.port), self.timeout, **extra_kw)
  File "/home/nehaljwani/m3/envs/req2/lib/python3.6/site-packages/urllib3-1.22-py3.6.egg/urllib3/util/connection.py", line 51, in create_connection
    if host.startswith('['):
AttributeError: 'NoneType' object has no attribute 'startswith'

System Information
(req2) nwani@dockerub01:~/requests$ python -m requests.help
{
  "chardet": {
    "version": "3.0.4"
  },
  "cryptography": {
    "version": ""
  },
  "idna": {
    "version": "2.6"
  },
  "implementation": {
    "name": "CPython",
    "version": "3.6.3"
  },
  "platform": {
    "release": "4.4.0-93-generic",
    "system": "Linux"
  },
  "pyOpenSSL": {
    "openssl_version": "",
    "version": null
  },
  "requests": {
    "version": "2.18.4"
  },
  "system_ssl": {
    "version": "100020cf"
  },
  "urllib3": {
    "version": "1.22"
  },
  "using_pyopenssl": false
}

I am not sure what is the correct place to fix this. Should the fix/check be in requests, urllib3, or urlparse?

On dumping the connection object right before calling conn.urlopen(), the output for print(vars(conn)) reveals:
'proxy': Url(scheme='http', auth=None, host=None, port=80, path='/my.proxy.com:3128', query=None, fragment=None),

requests calls prepend_scheme_if_needed() in the function get_connection() and in this case changes the url to http:///my.proxy.com:3128
>>> from requests.utils import prepend_scheme_if_needed
>>> prepend_scheme_if_needed("https:/myproxy.com:3128", "http")
'https:///myproxy.com:3128'

... which when passed to parse_url() from urllib3.util:
>>> from urllib3.util import parse_url
>>> parse_url("https:///myproxy.com:3128")
Url(scheme='https', auth=None, host=None, port=None, path='/myproxy.com:3128', query=None, fragment=None)

... makes the host and port vanish.

Yeah, we could maybe have a specific check for a not None host value, but there's nothing actually wrong in what we're doing. Further, urllib3 is parsing the URI you're providing it, correctly. The authority portion of a URI begins with // and contains the userinfo, host, and port. Paths begin with / and come after an authority or after the scheme which is terminated by :. So your typo is actually a valid URI. It just doesn't have an authority section.
So, like I said, we could provide a more understandable exception but in reality, this is RFC 3986 working against you (as well as the fact that we implement it correctly).

Sure, but semantically speaking, an empty authority section doesn't make sense for https proxy right?

@nehaljwani exactly. This is why I suggest checking for that and raising a more helpful/understandable exception.

This is why I suggest checking for that and raising a more helpful/understandable exception.

That would be great.  Otherwise, at the level of a using requests as a library for another application, I think we're forced into something like
except AttributeError as e:
    if text_type(e) == "'NoneType' object has no attribute 'startswith'":
        raise ProxyError()
    else:
        raise

@sigmavirus24 If someone were to submit a PR, is
https://github.com/requests/requests/blob/81b63419cbd8a6f0c9c2b79083d25dc2260156e3/requests/exceptions.py#L36-L37
the correct exception to raise?  Or should a new exception be created, something like
class InvalidProxy(RequestException, ValueError):
    """The proxy value provided was somehow invalid."""

@kalefranz I've already opened a PR at https://github.com/requests/requests/pull/4356

Hey @kalefranz, ProxyError should be sufficient for our needs here. We have an open PR (#4356) which is currently addressing this.

Just saw #4356! Apologies for the noise.


Consider including moshi-adapters artifact when using moshi-sealed

Hi,
when using-moshi sealed, it generates code that uses PolymorphicJsonAdapterFactory
I as a consumer of the library have implicitly no idea what it is unless I read the documentation, saying I need another artifact.
Why not just api moshi-adapter then?

Probably just an oversight, want to send a PR?

This is fixed on main now and will be available in the next release


Rename fooBuffer() methods

Coverage remained the same at 97.2% when pulling 4999b6b83672ae6bb28fca1fcbbc76e460ab875d on rename-buffer-to-pipe into 32c77226995e48709631bd343c52ca430f5871cc on master.

Coverage increased (+0.48%) to 97.69% when pulling 4999b6b83672ae6bb28fca1fcbbc76e460ab875d on rename-buffer-to-pipe into 32c77226995e48709631bd343c52ca430f5871cc on master.


Failed to read XML file

Hello!
I've installed the asked robotology by given manual. But during the installation, I did some steps differently.
First, I created a folder 'build'
Then inside the build I made
cmake .. and ccmake ..
But here I did not meet ROBOTOLOGY_ENABLE_MATLAB  line to ON it.
After I made
make install inside of iDynTree, not inside of the build folder.
The thing is that the folder was compiled. But when I run computeHumanURDF.m script on Matlab, it returns the next error:
`[Start] Computation of Subject_01 URDF model
- Model with 66 DoFs (excluded hand DoFs)
- Model without articulated hand
- Subject mass: 85.00 [kg]
- Subject height: 180.00 [m]
Error using xml_read (line 143)
Failed to read XML file
/home/robot/Documents/HRI/human-model-generator-master/human_23links/data/mvnx/Participant_541_Setup_A_Seq_3_Trial_1.xsens.mvnx
Error in extractDataFromMvnx (line 26)
mvnxData = xml_read(mvnxFilename);
Error in computeHumanURDF (line 111)
suit = extractDataFromMvnx(bucket.mvnxFilename);`
Could you help with that?

Hi @moongerim, the main purpose of this tool is to generate a human model starting from a .mvnx file generated using the Xsens human motion tracking suit. Is it what you want to achieve?

Yes, exactly!

@moongerim may be the error in the syntax of your file Participant_541_Setup_A_Seq_3_Trial_1.xsens.mvnx ?
Try to play with the underscores (e.g., remove them) and to remove the dot before xsens,

@moongerim did you fix the problem?

hello Claudia,
no((

*Best regards, *
Aigerim Nurbayeva
Graduate student
Department of Robotics and Mechatronics
Nazarbayev  University
53 Kabanbay batyr Ave
https://maps.google.com/?q=53+Kabanbay+batyr+Ave.+Astana,+Republic+of+Kazakhstan&entry=gmail&source=g
Astana, Republic of Kazakhstan
https://maps.google.com/?q=53+Kabanbay+batyr+Ave.+Astana,+Republic+of+Kazakhstan&entry=gmail&source=g
On Tue, 8 Sep 2020 at 14:14, Claudia Latella<EMAIL_ADDRESS>wrote:

@moongerim https://github.com/moongerim did you fix the problem?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/dic-iit/human-model-generator/issues/1#issuecomment-688701611,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AK5YUCDQVZJP2PHA5AP7BY3SEXRVZANCNFSM4NM45I7A
.

Hi @moongerim would you like to send us your .mvnx so we can try to launch it and see if the error is there?

Dear Claudia,
Sure!
Participant_541_Setup_A_Seq_3_Trial_1.xsens.mvnx
https://drive.google.com/file/d/1HP6PEOANkZiwQ9l-gUV1ekkx5REWBK6Z/view?usp=drive_web
Best regards,
Aigerim Nurbayeva
Department of Robotics and Mechatronics
Nazarbayev  University
On Mon, 28 Sep 2020 at 19:40, Claudia Latella<EMAIL_ADDRESS>wrote:

Hi @moongerim https://github.com/moongerim would you like to send us
your .mvnx so we can try to launch it and see if the error is there?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/dic-iit/human-model-generator/issues/1#issuecomment-700013648,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AK5YUCFZR5DT37P2YJWCTWTSICG4PANCNFSM4NM45I7A
.

Dear @moongerim, I was just able to create the model with your .mvnx file.
Some notes from my test:

the syntax of the file we cited here doesn't change the final URDF model creation. You can use it!
try to check if you have a folder structure like this

your model will be automatically created in the Processed folder
put here the name of your .mvnxfile
I saw that the this line of the code took a while because your file is super big.

Dear @moongerim we are supposing that you solved your problem. Is in this way? We soon proceed to close this issue.

Closing this issue @moongerim. Let us know in the future if you experience new similar issue.


cannot start any webcontainer🐛

Describe the bug
i was doing a browser-reload because of some small ui-bug but the webcontainer won't start anymore.
Reproduction
i guess ...
Expected behavior
should work ;)
Screenshots
No response
Additional context
No response

how fast are you sir, please?
i think you need a ticket for browsing waaaaayyyy too fast ;)
i merely typed this

Hahahaha it really depends if i'm on my phone...and regarding the indetification of the problem was already done before this issue


Uncaught TypeError: createElement is not a function

I was trying to register my component and use it, but this error occurred in vue-styled-components.es.js:2969. What do y'all think is the cause of this error? Or it is just a bug?

same here

https://github.com/UX-and-I/vue3-styled-components

thanks for your response.


Publish docker images to ghcr.io

Is your feature request related to a problem? Please describe.
Docker hub has pull limits, ghcr.io not.
Describe the solution you'd like
Additionally publish the docker images to ghcr.io.
Describe alternatives you've considered
manually re-publish to ghcr
Additional context
no

Hello @viceice we have published he Docker images to ECR gallery as well. Would that help you with overcoming pull limits?

probably yes, will test them the next days

Closing this issue since we have published he Docker images to ECR gallery but feel free to re-open if you have any other questions.


Add lambda thermalq

PR Summary
As discussed with @dholladay00 and @gopsub , this adds lambda to the thermalqs list, allowing, on a per-EOS basis, users to request FillEos to do something with input lambdas.

PR Checklist

[x] Adds a test for any bugs fixed. Adds tests for new features.
[x] Format your changes by using the make format command after configuring with cmake.
[ ] Document any new features, update documentation for changes made.
[x] Make sure the copyright notice on any files you modified is up to date.
[x] After creating a pull request, note it in the CHANGELOG.md file.
[x] LANL employees: make sure tests pass both on the github CI and on the Darwin CI

If preparing for a new release, in addition please check the following:

[ ] Update the version in cmake.
[ ] Move the changes in the CHANGELOG.md file under a new header for the new release, and reset the categories.

Looks like this breaks the python bindings somehow. I don't think it should be too hard to fix.
 45/46 Test #45: PythonBindings .....................................................................***Failed    0.31 sec
      Start 46: test_fortran_interface

Can you run on gitlab as well just to make sure it doesn't break anything else?

[ ] you'll need to add this to the docs list. using-eos.rst roughly round line 490
[ ] python/module.cpp needs lambda attribute added
[ ] test/python_bindings needs a correction to a test calculation by adding an addition | lambda to the test value

Thanks @jhp-lanl @dholladay00 should be fixed now. Tests running on re-git.

OK not sure why the python bindings are still failing... @rbberger any insight?

OK not sure why the python bindings are still failing... @rbberger any insight?

Maybe because lambda is a reserved keyword in Python?

OK not sure why the python bindings are still failing... @rbberger any insight?

Maybe because lambda is a reserved keyword in Python?

Hmm... possible. I'll try do_lambda

That worked! Thanks @rbberger !
Ok tests now all apss here. Checking on re-git as well. Ready for re-review, @dholladay00 @gopsub @jhp-lanl @rbberger


BRS Translation (Translations)

Hi!
I'm opening an issue for this translation as well.
For each question I had, I looked up the English expression in the Watchtower library in English, then saw its corresponding in Portuguese.
BRS - English Português (PT-BR).txt

Hi @Montanhine
Thank you, but BRS in Portuguese has been available for a long time. Since there are very few terms, I just made one "universal" Portuguese edition which should be understandable to all (hopefully) :-)


package extensions overrided by pnpm-deduplicate

It seems like dependencies that are added in the packageExtensions in package.json are being overrided when this package is run. It feels like this package should be taking the packageExtensions into account and not overriding those.

@sahitpen1 Hi. You are correct that this library is not checking packageExtensions for now. However, I'm not sure in which scenario pnpm-deduplicate will override a dependency in packageExtensions. Could you provide a reproduce repository to me so that I can have a better understanding of the issue?

I'll close this issue for now since I don't know how to reproduce it. Feel free to open a new issue if someone is seeing the same problem.


Fix dockerfile ubi image tag

What type of PR is this?
bug
What this PR does / Why we need it?
Fix Image tag
Which Jira/Github issue(s) does this PR fix?
Resolves #
Special notes for your reviewer
Unit Test Coverage
Guidelines

If it's a new sub-command or new function to an existing sub-command, please cover at least 50% of the code
If it's a bug fix for an existing sub-command, please cover 70% of the code

Test coverage checks

[ ] Added unit tests
[ ] Created jira card to add unit test
[x] This PR may not need unit tests

Pre-checks (if applicable)

[x] Ran unit tests locally
[ ] Validated the changes in a cluster
[ ] Included documentation changes with PR

/lgtm

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 45.55%. Comparing base (74809c5) to head (0d0c738).

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #560   +/-   ##
=======================================
  Coverage   45.55%   45.55%
=======================================
  Files          83       83
  Lines        6260     6260
=======================================
  Hits         2852     2852
  Misses       3055     3055
  Partials      353      353


paragraphs missing in alternatives in 3.70

What is the current behavior?

Steps to reproduce

Expected behavior

Please tell us about your environment

Other information

Hi @tevslin
I am looking into this.

Hi @tevslin
I am testing the fix right now. In the meantime, I forgot to mention that you can rollback to 3.6 if it is urgent.

Thank you.
Just for interest, I was going crazy because my code worked in Spyder but not in Docker. The AI bot on the Deepgram site suggested I check for version incompatibilities and, sure enough, I built the Spyder env a week or so ago and Docker was pulling the latest. Look forward to the fix and will drop back if I need to.
From: David vonThenen @.>
Sent: Wednesday, September 25, 2024 8:28 PM
To: deepgram/deepgram-python-sdk @.>
Cc: Tom Evslin @.>; Mention @.>
Subject: Re: [deepgram/deepgram-python-sdk] paragraphs missing in alternatives in 3.70 (Issue #466)
Hi @tevslin https://github.com/tevslin
I am testing the fix right now. In the meantime, I forgot to mention that you can rollback to 3.6 if it is urgent.
—
Reply to this email directly, view it on GitHub https://github.com/deepgram/deepgram-python-sdk/issues/466#issuecomment-2375499523 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AGLSBBWEG6JZZGD6SR5MKNTZYNIKXAVCNFSM6AAAAABO3STMJOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNZVGQ4TSNJSGM .
You are receiving this because you were mentioned.  https://github.com/notifications/beacon/AGLSBBUM2LKMT4PFOKRR63DZYNIKXA5CNFSM6AAAAABO3STMJOWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUNS47QG.gif Message ID: @.*** @.***> >

Have installed 3.7,1 from pypi and can verify that it corrects the problem which cropped up in 3.7.0. Thank you.

Thanks for confirming! I really appreciate it!


Slide Puzzle: Josh's Contribution

Demo: https://joshjh2002.github.io/SlidePuzzle/
Git Repository: https://github.com/joshjh2002/SlidePuzzle

Community Contribution
Link to live project, video, or image:

Sharing

[x] I would be happy to have my project shared on The Coding Train's social media!

Instagram:
Twitter:

Please let me know if I need to do anything else!


Move documentation to the website

Move documentation to https://git-cliff.org via docusaurus

Codecov Report
Patch and project coverage have no change.

Comparison is base (2520dd2) 44.08% compared to head (d220ae5) 44.08%.

:exclamation: Current head d220ae5 differs from pull request most recent head c3d61cf. Consider uploading reports for the commit c3d61cf to get more accurate results

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@           Coverage Diff           @@
##             main     #153   +/-   ##
=======================================
  Coverage   44.08%   44.08%
=======================================
  Files          12       12
  Lines         565      565
=======================================
  Hits          249      249
  Misses        316      316

Flag
Coverage Δ

unit-tests
44.08% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Support for raw data in reply?

Thanks for the library. I was curious if there is any way to get the raw response in the reply. Digging through the code I notice you do a switch of the first char in the builders_factory and then do the individual reply construction in an appropriate builder. Keeping the raw response would be nice for building proxies, perhaps I've overlooked how to do that?

Hi,
I guess that, by raw response, you mean being able to get the response returned by the server, unparsed?
If so, unfortunately, this is currently not supported.
Your understanding of the code is correct: when a reply is received, it is automatically parsed by the appropriate builder, then the parsed reply is forwarded to the command callback and the raw reply is dismissed.
I keep in mind your suggestion as it can be interesting to get that, though I would need to find a way to implement that in a non-breaking way and without affecting the performance (right now, the main advantage of dismissing the raw reply is to clear the buffer and reduce memory consumption on large transfers).
However, I cannot give you any timeline for an implementation of such feature, though PR are welcomed at any time :)
Best

OK, thanks for the prompt response! Seems like maybe we could do a new raw builder and then add a is_raw() method to the reply. We could then just copy the response into the m_str in the reply and still clear out the buffer in fetch_str. I think that should work, the protocol is just text right?
The only part that seems like a pain would be the commands API and wiring it all in there. Perhaps only expose it via the low-level send() api and add it as an arg to the commands vector?

The main issue I got is that adding an additional parameter would be a huge breaking change.
If I was to implement this, I would probably go with an additional attribute in the cpp_redis::reply object, like .get_raw_reply().
Another thing is: do you need the original raw reply or a reconstituted one would be good?
I can also add an .to_raw_reply() is cpp_redis::reply that would convert the reply to a raw text reply.
Still, this would not solve it for the cpp_redis::subscriber that does not receive a reply as parameter, but just the published channel and the published message.


Not working PTR requests

Hello. I'm using DNSCrypt-proxy with your server (dnswarden-dc1 and dnswarden-dc2) and PTR requests work not correctly.
tcpdump screenshot: https://i.imgur.com/xphO3Ey.jpg

Hi there!
PTR requests work, tested them both with dig and nslookup. Are you by any chance trying to capture only UDP packets in your tcpdump screenshot?

PTR requests work, tested them both with dig and nslookup.
That's right, but if request many IP instead on, will be fail. Try it with various software with mass resolving IPs like qBittorrent. May it some DDoS security?
Are you by any chance trying to capture only UDP packets in your tcpdump screenshot?
Nope, other domain requests shows in tcpdump.

PTR requests work, tested them both with dig and nslookup.

That's right, but if request many IP instead on, will be fail. Try it with various software with mass resolving IPs like qBittorrent. May it some DDoS security?

Are you by any chance trying to capture only UDP packets in your tcpdump screenshot?

Nope, other domain requests shows in tcpdump.

Yes, for dnscrypt and plaintext dns the server's are implemented with bit stricter ddos protection rules. Although I haven't faced any problems till now while using qbittorrent with 100+ active torrents. Ddos protection rules are bit relaxed while using dns-over-https/tls, because dns-over-https/tls are running with cluster of servers behind them and can take hit with tons of queries per second but still the client is limited to appropriate number of queries. If anyone tries to stress test the server's, the client is banned for predefined amount of time (server bans me too) when the dos protection rule is triggered.
Try using dns-over-https server's with dnscrypt-proxy and see if the problem still persists.

Done. Thanks for answers.


Stretched editing window, Mac

(This could well be a duplicate but I couldn't find one.)
Toggl renders editing windows incorrectly (content vertically stretched with uppermost inputs not visible.)  See attached screenshot.  Not sure of exact trigger, typically happens a few hours after app launched.  Closing and restarting app always fixes.  Not a new problem (i.e. have seen prior to 7.4.18)
Toggl Desktop 7.4.18
OS X 10.11.6 (El Capitan)

I have the same problem

This issue is a difficult one. We've done some tests and have managed to see the issue only on 15 inch Macbook pro. The issue is not consistent and can not be replicated reliably to see what causes this. Any details you might have noticed that could cause this are welcome.

Well, I'm also using El Capitan, OS X 10.11.2. My Toggl version is 7.4.31. If I notice any actions that triggers this problem I'll let you know.

Re: display - I mainly use a Mac Mini (2012) with an external Dell monitor (non-retina), 1920x1200.

This is a pretty old issue and we have totally reworked all the constraints that set this view into place. Since then we have not received any feedback about this issue appearing.