无法启动mysql  重新编译报错  环境centos docker

[+] Building 0.5s (6/6) FINISHED
=> [service-user internal] load build definition from Dockerfile                                                                                0.0s
=> => transferring dockerfile: 2B                                                                                0.0s
=> [service-user internal] load .dockerignore                                                                                0.0s
=> => transferring context: 2B                                                                                0.0s
=> [service-chat internal] load .dockerignore                                                                                0.1s
=> => transferring context: 2B                                                                                0.0s
=> [service-chat internal] load build definition from Dockerfile                                                                                0.0s
=> => transferring dockerfile: 2B                                                                                0.0s
=> [service-group internal] load build definition from Dockerfile                                                                                0.0s
=> => transferring dockerfile: 2B                                                                                0.0s
=> [service-group internal] load .dockerignore                                                                                0.0s
=> => transferring context: 2B                                                                                0.0s
failed to solve: failed to read dockerfile: open /var/lib/docker/tmp/buildkit-mount1653574029/Dockerfile: no such file or directory
报错，求帮助

首先tailchat没有包含mysql。。
然后如果对docker了解不深，可以使用官方镜像按照教程来操作。一共也没有几步
https://tailchat.msgbyte.com/docs/deployment/docker-compose

因为这个issue已经很长时间没有回复了，我先把这个issue close了，如果有需要可以随时reopen


[Bug] Error on range 0 - 100 not displayed

How to reproduce :

create a strategy with range

enter 0 in min then 100 in max
No error is displayed

change 0 to 1, an 0 again
A error is displayed

Expected behavior: on 2 the error should be displayed

@GrandSchtroumpf i believe this is no longer relevant


feat: Store settings in the application folder

#137

Why this? It adds file I/O logic for one of the things that should be automatic. Also writing such settings into app folder won't work if it is in program files or similar and seems kinda less than ideal to write data into a program directory and instead of a per-user location.

Why this? It adds file I/O logic for one of the things that should be automatic. Also writing such settings into app folder won't work if it is in program files or similar and seems kinda less than ideal to write data into a program directory and instead of a per-user location.

Why this? It adds file I/O logic for one of the things that should be automatic. Also writing such settings into app folder won't work if it is in program files or similar and seems kinda less than ideal to write data into a program directory and instead of a per-user location.

The issue requested to store it in the application folder, I assumed that is what you meant with 'locally'
As far as I know, the only way to use the application settings is to basically re-write the entire provider anyway, so I found it easier to just write it entirely from scratch. (And probably less code as well.)
To use the existing application settings infra,
one would have to implement a 'SettingsProvider', which also means writing and reading somewhere manually.

Why this? It adds file I/O logic for one of the things that should be automatic. Also writing such settings into app folder won't work if it is in program files or similar and seems kinda less than ideal to write data into a program directory and instead of a per-user location.

The issue requested to store it in the application folder, I assumed that is what you meant with 'locally'
As far as I know, the only way to use the application settings is to basically re-write the entire provider anyway, so I found it easier to just write it entirely from scratch. (And probably less code as well.)
To use the existing application settings infra,
one would have to implement a 'SettingsProvider', which also means writing and reading somewhere manually.

Sorry I overlooked the "#137" in the PR description. I like the idea of portable, but now that I saw the PR it did make me think that in a "traditional install" for windows where apps are installed into "Program Files" apps won't be able to write into that directory. We don't actually provide an msi that installs there so it may not be common among lessmsi users. I also checked Chocolatey (which we do provide a popular package for) and apparently Chocolatey does allow writing to the app directory (I did not test though).
Since it is somewhat unorthodox to write data into the same directory as the app though, I wonder if maybe we shouldn't have a fallback to a user-specific, safe location to write settings if we don't have write/create permission or should we just fail and not save settings? What do you think?

Sorry I overlooked the "#137" in the PR description. I like the idea of portable, but now that I saw the PR it did make me think that in a "traditional install" for windows where apps are installed into "Program Files" apps won't be able to write into that directory. We don't actually provide an msi that installs there so it may not be common among lessmsi users. I also checked Chocolatey (which we do provide a popular package for) and apparently Chocolatey does allow writing to the app directory (I did not test though).
Since it is somewhat unorthodox to write data into the same directory as the app though, I wonder if maybe we shouldn't have a fallback to a user-specific, safe location to write settings if we don't have write/create permission or should we just fail and not save settings? What do you think?

Sorry I overlooked the "#137" in the PR description. I like the idea of portable, but now that I saw the PR it did make me think that in a "traditional install" for windows where apps are installed into "Program Files" apps won't be able to write into that directory. We don't actually provide an msi that installs there so it may not be common among lessmsi users. I also checked Chocolatey (which we do provide a popular package for) and apparently Chocolatey does allow writing to the app directory (I did not test though).
Since it is somewhat unorthodox to write data into the same directory as the app though, I wonder if maybe we shouldn't have a fallback to a user-specific, safe location to write settings if we don't have write/create permission or should we just fail and not save settings? What do you think?

One approach that comes to mind is this:
The most clean solution would probably be, first try to load it from the application folder,
Then fall back to %appdata%, and possibly even fall back to %localappdata%.
Since your requested a minimal change, I did not write code like that, but if you prefer that (and with a bit more robust error handling maybe) then I can rework the code into something like this.
Please note, that I might add another class depending on how much code there is going to be.
Do you think the location I chose for the new code 'Model' is correct?
If not, please suggest a better place.

Sorry I overlooked the "#137" in the PR description. I like the idea of portable, but now that I saw the PR it did make me think that in a "traditional install" for windows where apps are installed into "Program Files" apps won't be able to write into that directory. We don't actually provide an msi that installs there so it may not be common among lessmsi users. I also checked Chocolatey (which we do provide a popular package for) and apparently Chocolatey does allow writing to the app directory (I did not test though).
Since it is somewhat unorthodox to write data into the same directory as the app though, I wonder if maybe we shouldn't have a fallback to a user-specific, safe location to write settings if we don't have write/create permission or should we just fail and not save settings? What do you think?

One approach that comes to mind is this:
The most clean solution would probably be, first try to load it from the application folder,
Then fall back to %appdata%, and possibly even fall back to %localappdata%.
Since your requested a minimal change, I did not write code like that, but if you prefer that (and with a bit more robust error handling maybe) then I can rework the code into something like this.
Please note, that I might add another class depending on how much code there is going to be.
Do you think the location I chose for the new code 'Model' is correct?
If not, please suggest a better place.

Left a couple minor notes on the code. If you could look at those then I'll do a deeper dive and test this one out and as long as I don't run into any obvious errors I'll merge.
Please do make sure that you have tested it. If you could please test in c:\Program Data... like chocolatey uses, and in c:\Program Files...\ (where it should fail gracefully) and confirm I will really appreciate it!
Thanks again for contributing!

I test all code submitted ;)
But I did not test it in multiple places, nor how it behaves in a readonly dir.
When we reach a consensus how to implement this exactly, I'll make sure to test the code in multiple places, and include in a new PR comment what I tested.

Left a couple minor notes on the code. If you could look at those then I'll do a deeper dive and test this one out and as long as I don't run into any obvious errors I'll merge.
Please do make sure that you have tested it. If you could please test in c:\Program Data... like chocolatey uses, and in c:\Program Files...\ (where it should fail gracefully) and confirm I will really appreciate it!
Thanks again for contributing!

I test all code submitted ;)
But I did not test it in multiple places, nor how it behaves in a readonly dir.
When we reach a consensus how to implement this exactly, I'll make sure to test the code in multiple places, and include in a new PR comment what I tested.

Sorry I overlooked the "#137" in the PR description. I like the idea of portable, but now that I saw the PR it did make me think that in a "traditional install" for windows where apps are installed into "Program Files" apps won't be able to write into that directory. We don't actually provide an msi that installs there so it may not be common among lessmsi users. I also checked Chocolatey (which we do provide a popular package for) and apparently Chocolatey does allow writing to the app directory (I did not test though).
Since it is somewhat unorthodox to write data into the same directory as the app though, I wonder if maybe we shouldn't have a fallback to a user-specific, safe location to write settings if we don't have write/create permission or should we just fail and not save settings? What do you think?

One approach that comes to mind is this:
The most clean solution would probably be, first try to load it from the application folder,
Then fall back to %appdata%, and possibly even fall back to %localappdata%.
Since your requested a minimal change, I did not write code like that, but if you prefer that (and with a bit more robust error handling maybe) then I can rework the code into something like this.
Please note, that I might add another class depending on how much code there is going to be.

Yeah, I don't think we need such robust fallback. I'm fine to just drop/loose the saved settings if it can't save for now. If people complain we can always add the feature to fallback to a user-specific directory later. Again I apologize for being a stickler, but I am guessing there are several thousand people using this utility regularly based on how many people download a new version in chocolatey in just a few days so I want to make sure it at least isn't crashing or particularly problematic for users.

Do you think the location I chose for the new code 'Model' is correct?
If not, please suggest a better place.

No concerns on the code location.
Thanks again and please to tag me when you want me to take another look.

Sorry I overlooked the "#137" in the PR description. I like the idea of portable, but now that I saw the PR it did make me think that in a "traditional install" for windows where apps are installed into "Program Files" apps won't be able to write into that directory. We don't actually provide an msi that installs there so it may not be common among lessmsi users. I also checked Chocolatey (which we do provide a popular package for) and apparently Chocolatey does allow writing to the app directory (I did not test though).
Since it is somewhat unorthodox to write data into the same directory as the app though, I wonder if maybe we shouldn't have a fallback to a user-specific, safe location to write settings if we don't have write/create permission or should we just fail and not save settings? What do you think?

One approach that comes to mind is this:
The most clean solution would probably be, first try to load it from the application folder,
Then fall back to %appdata%, and possibly even fall back to %localappdata%.
Since your requested a minimal change, I did not write code like that, but if you prefer that (and with a bit more robust error handling maybe) then I can rework the code into something like this.
Please note, that I might add another class depending on how much code there is going to be.

Yeah, I don't think we need such robust fallback. I'm fine to just drop/loose the saved settings if it can't save for now. If people complain we can always add the feature to fallback to a user-specific directory later. Again I apologize for being a stickler, but I am guessing there are several thousand people using this utility regularly based on how many people download a new version in chocolatey in just a few days so I want to make sure it at least isn't crashing or particularly problematic for users.

Do you think the location I chose for the new code 'Model' is correct?
If not, please suggest a better place.

No concerns on the code location.
Thanks again and please to tag me when you want me to take another look.

@learn-more I'm also going to go ahead and close this since it's quite stale, but feel free to re-open it if you're interested. I'd be happy to pitch in and help you get it over the line!


Feature Request: Additional exceptions for IWR

Could ranged and melee exceptions be added, they do not exist in rules but their are execeptions; for area, persisent and spell damage, weapons and unarmed/nonlethal attacks.
Splash could be another not sure if that comes under area.
Weapons is too broad.

Use custom entries

Use custom entries

What does that mean exactly?

Use custom entries

What does that mean exactly?

https://github.com/foundryvtt/pf2e/wiki/Quickstart-guide-for-rule-elements#immunity-weakness-resistance


Remove unused dependencies

This removes dependencies that I believe we are not using -- would appreciate a sanity check on that though.

Fair question about newrelic. I was keeping the code in case we decide to add it back in, but I may as well take it out entirely since we can recover it from version control.

@jgerigmeyer maybe your docker container was built using cached layers so has older versions of something(s)? I just rebuilt mine from the top yesterday after deleting my oddbird/pyjs image to make sure it fetched the newest one.


Suport for column names in query results

Hi @AlexR2D2 ,
thank you for keeping duckdbex up-to-date, just got it working with 0.9.2.
I've noticed, that there is currently no way to get column names for rows in the response, am I missing something?
I think it limits the ability to automatically map responses to structs / maps.
Is there any way to get hold of those column names?

HI @mindreframer,
Indeed, i missing the columns names. New build already in progress
    iex> {:ok, result_ref} = Duckdbex.query(conn, "SELECT col5, col2 from my_table;")
    iex> ["col5", "col2"] = Duckdbex.columns(result_ref)

Awesome! Thanks!


[Feature] span more than consecutive cells

Thanks for this great library, is the only one I found to print tables allowing spans, a great addon for complex .rst tables.
I would like the ability to make spans that can be bigger than two consecutive cells.
Right now when I try that I'm getting ERROR: This span is not valid:
They actually don't break the rule of being a rectangular shape, so I was expecting it would just work.
A minimal example:
import dashtable

spans = [
    [ [1, 0], [3, 0] ]
]
table = [
    ["Header 1", "Header 2", "Header 3"],
    ["row header", "Data1", "Data2"],
    ["", "Data3", "Data4"],
    ["", "Data5", "Data6"],
    ["row header2", "Data7", "Data8"],
]

print(dashtable.data2rst(table, spans))

I would like to obtain as output:
+-------------+----------+----------+
| Header 1    | Header 2 | Header 3 |
+=============+==========+==========+
| row header  | Data1    | Data2    |
|             +----------+----------+
|             | Data3    | Data4    |
|             +----------+----------+
|             | Data5    | Data6    |
+-------------+----------+----------+
| row header2 | Data7    | Data8    |
+-------------+----------+----------+

Do you think is possible to implement?
thanks for considering

In order for spans to work, they need to be of continuous cells. If you add the cell in between row 1 and 3, you get the desired result:
import dashtable

spans = [
    [ [1, 0], [2, 0], [3, 0] ]
]
table = [
    ["Header 1", "Header 2", "Header 3"],
    ["row header", "Data1", "Data2"],
    ["", "Data3", "Data4"],
    ["", "Data5", "Data6"],
    ["row header2", "Data7", "Data8"],
]

print(dashtable.data2rst(table, spans))

Oh, I see.
Re-reading the doc https://dashtable.readthedocs.io/en/latest/Code.html#dashtable.data2rst , I see that the explanation considers that possibility.
But I must confess that I got faster how it works by looking at the example below.
As a suggestion, maybe it would help if on the example it is included explicitly a 3-cell span case (row or column), as the spans shown are all considering just a pair of cells
>>> spans = [
...     [ [3, 1], [4, 1] ],
...     [ [3, 2], [4, 2] ],
...     [ [2, 1], [2, 2] ],
... ]

Thanks again for the lib, it works flawlessly.


Keybase directory confusion: $HOME/.config/keybase vs. $HOME/.config/Keybase

I have both these directories:
$HOME/.config/keybase
$HOME/.config/Keybase

This is a bad thing. Please mature about your names and do not randomly change case. Thanks.

This is still an issue. I have recently modified files in both directories.


Package removal seems not working correctly?

Package removal still seems not removing what needs to be removed.

Addressed in https://github.com/isbm/mezzotint/pull/26


Add tags to custom items, fix code examples

Merge together with https://github.com/GeyserMC/Geyser/pull/4041

Gonna mark this as a draft until the PR is merged :)


added the bash commands in pr_check.sh script

Hi @deepak1725 please check the script and suggest me if I am missing something

I suggest, Running 3 Tests in pr_check.sh

Unit Tests
Linting Tests (Code Linting + openshift/template.yaml listing)
Integration Tests

It's fine if you want to introduce separate Jobs for each of them.
The whole idea is to make the New PR's not able to break the Application.
Reference: https://github.com/fabric8-analytics/fabric8-analytics-server/pull/821 Check the Number of Tests that run against the code.

That's much better. Thanks.
Few things:

Please break Unit Tests and Code Linting into 2 separate Jobs.
Please do add another job for openshift template linting.

For Openshift Linting, you can take references from earlier shared PR.

Do keep an eye on having an empty line at the end of the file. (Check the diff)

sure, will do that.. also can you please suggest me the node version we should be using, I've checked the version in the glitchtip-frontend and it is defined as 16, so can i use that for the github action as well.. should we be testing for older versions of node as well ?

Fine with Node 16 as of now.


strips disconnect everyday

strips disconnect everyday, have to restart home assistant to get it fixed temp, please try to get it fixed, scrolling down the community forum people are having the same issue! https://community.home-assistant.io/t/govee-integration/228516
debug code
2023-05-08 22:32:09.578 DEBUG (MainThread) [custom_components.govee_lan.light] timeout while querying device state for E4:26:D4:AD:FC:49:F8:68 light.strips
Traceback (most recent call last):
File "/usr/local/lib/python3.10/asyncio/tasks.py", line 456, in wait_for
return fut.result()
asyncio.exceptions.CancelledError
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/config/custom_components/govee_lan/light.py", line 420, in async_update
await self._govee_controller.update_device_state(self._govee_device)
File "/usr/local/lib/python3.10/site-packages/govee_led_wez/govee.py", line 287, in update_device_state
await asyncio.wait_for(future, timeout=self.device_control_timeout)
File "/usr/local/lib/python3.10/asyncio/tasks.py", line 458, in wait_for
raise exceptions.TimeoutError() from exc
asyncio.exceptions.TimeoutError

Duplicate of your own existing issue https://github.com/wez/govee-lan-hass/issues/19


feat: support user snippets in repositories

Based on #435
Implements the functionality that user hosted snippets in own repositories are fetched and shown in marketplace.
Important notes/alternatives considered:

I've read through the discussion in #435, and believe it would be best to have the css code within the manifest, just like we are doing in the official repo right now
If this PR is merged, the documentation needs to be adjusted; if a user wants to publicize their snippet from their own repo, they need to add the spicetify-snippets tag to their repo, as well as have a correct manifest entry with the following format:

Sidenote: PR #781 fixes the issue that users aren't able to host different types of creations within the same repo

We have already discussed it on discord and I already said no to it. This is not something that should be implemented at EOL of v2 basically and it doesn't bring anything good. No one will use it regardless. I'm against of merging this pull request

What if we make it so it shows the built-in snippets from the repo but also adds support for user snippets? Otherwise we'd lose the ones we have unless we put them somewhere else.

What if we make it so it shows the built-in snippets from the repo but also adds support for user snippets? Otherwise we'd lose the ones we have unless we put them somewhere else.

Isnt this PR already implementing this, or are you talking abt v3? I don't know if we/the team wants user snippets in v3 because it would kinda disrupt the whole monomanifest flow, no?
To bypass the loss of the current snippets couldn't you just add them to the official modules repo then? Or would that also mean having to filter good/bad snippets for the official repo?

Ohh, my bad, I didn't read it through fully, I was thinking it just changed snippets to be user-based, which I think is what I had originally done.

I think this all looks great! One thing is that we'd have to add support for authors just to ensure people are credited, additionally all the hrefs currently lead to the marketplace repo, we'd have to connect them to the correct repo. @zhngharry


Have releases indicate which version of Godot they're for?

Not everyone's going to read everything as they should, like it or not.
If it's possible with the release mechanism, having the filename explicitly state in it which version of Godot it's intended for would help reduce confusion.

I’ve labelled the latest releases for each major version with their respective Godot versions.


Payments tolerances

In example 2, are diagrams 2 and 3 switched on this page?
[Enter feedback here]

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

ID: 2ade53c3-d4f4-173e-b20a-4a5cd7fb2c4b
Version Independent ID: 120039ea-6406-cf55-f1d5-f6b13c3a529b
Content: Payment Tolerance and Payment Discount Tolerance - Business Central
Content Source: business-central/finance-payment-tolerance-and-payment-discount-tolerance.md
Service: dynamics365-business-central
GitHub Login: @SorenGP
Microsoft Alias: sgroespe

Yes, they are. Thank you for spotting this. The topic has been updated and will be available within one week.


subsetting NGramMatrix with range does not work

This triggers error
 NGramMatrix([randstring(rand(1:10)) for i in 1:2])[1:2]

Fixed in 280e51e1b298ec7a5562baeb0dcb68a73aee32d9


Automated Detection Testing PR update_detection_testing

This PR was created by Automated Detection Testing Service :robot:
Tested detections:
Attempted Credential Dump From Registry via Reg exe :white_check_mark:

diskUsage: 618496
runDuration: 5.8260000000000005s
scanCount: 6748

This PR was created by Automated Detection Testing Service :robot:
Tested detections:
Attempted Credential Dump From Registry via Reg exe :white_check_mark:

diskUsage: 618496
runDuration: 5.828s
scanCount: 6748


Add interactive controls to plot_evoked_topo

Describe the new feature or enhancement
After a frustrating meeting with the professor and a PhD student where we wanted to take a look a the evoked responses from our pilot data, here's a request:
Could we please make plot_evoked_topo more interactive in the following ways:

Buttons / hotkeys for increasing/decreasing ylim
Buttons / hotkeys for selecting only mags, grads, joining grads
Legend present inside the new plots that open when you click on a channel

Describe your proposed implementation
Added event handlers to the matplotlib figure generated by plot_evoked_topo.
Describe possible alternatives
change and re-run your code very time you want to change any of the above.
Additional context
No response

Yes I think plot_evoked_topomap interactivity and options should also exist and be reused for plot_topo, and vice-versa (to the extent possible for the two plot types)

... or added to both (where possible) in the case that they're missing.


cargo build error

D:\ProgramFiles\Users\Administrator\Downloads\vekos-main (1)\vekos-main>cargo build
Compiling x86_64 v0.14.12
Compiling sha2 v0.10.8
error[E0053]: method steps_between has an incompatible type for trait
--> F:\ProgramFiles.cargo\registry\src\mirrors.ustc.edu.cn-12df342d903acd47\x86_64-0.14.12\src\addr.rs:382:51
|
382 |     fn steps_between(start: &Self, end: &Self) -> Option {
|                                                   ^^^^^^^^^^^^^ expected (usize, Option<usize>), found Option<usize>
|
= note: expected signature fn(&addr::VirtAddr, &addr::VirtAddr) -> (usize, Option<usize>)
found signature fn(&addr::VirtAddr, &addr::VirtAddr) -> Option<usize>
help: change the output type to match the trait
|
382 |     fn steps_between(start: &Self, end: &Self) -> (usize, Option) {
|                                                   ~~~~~~~~~~~~~~~~~~~~~~
Compiling rs_merkle v1.4.2
error[E0053]: method steps_between has an incompatible type for trait
--> F:\ProgramFiles.cargo\registry\src\mirrors.ustc.edu.cn-12df342d903acd47\x86_64-0.14.12\src\structures\paging\page.rs:282:51
|
282 |     fn steps_between(start: &Self, end: &Self) -> Option {
|                                                   ^^^^^^^^^^^^^ expected (usize, Option<usize>), found Option<usize>
|
= note: expected signature fn(&Page<_>, &Page<_>) -> (usize, Option<usize>)
found signature fn(&Page<_>, &Page<_>) -> Option<usize>
help: change the output type to match the trait
|
282 |     fn steps_between(start: &Self, end: &Self) -> (usize, Option) {
|                                                   ~~~~~~~~~~~~~~~~~~~~~~
For more information about this error, try rustc --explain E0053.
error: could not compile x86_64 (lib) due to 2 previous errors

which version of rustc is recommended?

which version of rustc is recommended?

rustc 1.84.0-nightly (8adb4b30f 2024-11-13)

which version of rustc is recommended?

rustc 1.84.0-nightly (8adb4b30f 2024-11-13)

very nice! "cargo run" is ok

which version of rustc is recommended?

rustc 1.84.0-nightly (8adb4b30f 2024-11-13)

very nice! "cargo run" is ok

which version of rustc is recommended?

rustc 1.84.0-nightly (8adb4b30f 2024-11-13)

very nice! "cargo run" is ok


Confusing display of names of species included in species groups

The nomenclature used in TW for specific names that are included in a species group [e.g. Dichroplus (elongatus) misionensis] is confusing since it can be misinterpreted with a subgenus name. The name of the species group should not be part of the species name

IIRC we discussed that this might be a by-product of the import.  Those species group names that you see are informal, and were perhaps supposed to be OTU names.  @mbeckman can you followup with @MMCigliano to ensure the semantics are right before we do anything?  I.e. you are using the label "species group name", but I think this is not the same as an name in the ICZN species group, or is it?
If people intend for there to be a species group name (sensu ICZN) then it needs to be displayed at some points.  @proceps can you point to the rules that point out the parens?

Matt is right, this follows the article 6.2 of the code. I know that it is very rarely used, but I believe this is the right way to do it. I will not insist so, if people want to hide this, we can hide it. Part of the problem, that people when define species group do not realize that those are covered by certain nomenclatural rules. If we know that the species groups proposed informally without intend to be included in classification, than those groups should be excluded from hierarchy, because TaxonWorks will insist on proper use of those names (e.g. validity rules, priority rules, etc.). Creating just OTUs for those names does not make any sense, because they do not play any roles in classification than, and there is not way to use those names in the system. Probably just cite those es existing. My preference is either include them in classification and follow all nomenclatural consequences. Or completely exclude them. I personally do not see any confusion seeing the name in parentheses between the genus and species. Since the name is in lower case, it cannot be a genus group name (TW does not forgive this). I would keep this discussion open. I personally like to see those names. I see TW as an educational platform and emphasizing nomenclatural significance of any single record in the table TaxonName, and not just citing names, because they were used in the past.

You are right, we were not aware of this article (6.2). However, we have never seen this notation/format being used in Orthoptera literature and it may generate confusion. Besides, we would be using a format that the authors of species groups are not using.

Yes, it may, I agree to certain degree. Yes this sting may not be in the literature, at the same time we modify many other strings, for example, somebody describe species as "A. bus sp.n." and we put it as "Aus bus" in the database, or even "Aus (Aus) bus" if there are several subgenera in the genus, and the author indicated in the note that this species belongs to that subgenus. I have very similar situation in 3i. This data had never displayed on taxonomic pages, and I would like to experiment with it in TaxonWorks to see how community will respond to it.

In my opinion, our users should learn that upper case means subgenus and lower case means species group. Correct usage in Species files will help our authors get used to doing it correctly.
David
Sent from my iPhone
On Oct 27, 2017, at 1:42 PM, Dmitry Dmitriev <notifications<EMAIL_ADDRESS>wrote:
Yes, it may, I agree to certain degree. Yes this sting may not be in the literature, at the same time we modify many other strings, for example, somebody describe species as "A. bus sp.n." and we put it as "Aus bus" in the database, or even "Aus (Aus) bus" if there are several subgenera in the genus, and the author indicated in the note that this species belongs to that subgenus. I have very similar situation in 3i. This data had never displayed on taxonomic pages, and I would like to experiment with it in TaxonWorks to see how community will respond to it.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com/SpeciesFileGroup/taxonworks/issues/284#issuecomment-340052927, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AFTZhtJo_ayZFBS9UO0SRPb5P4xFRnwyks5swiQKgaJpZM4QJNM0.

Thank you for the comments. The species-group notation makes sense. Its analogous to the subgenus notation, both are interpolated in parentheses, without being part of the binomen or trinomen. The problem is that it is almost never used and therefore largely unknown. David and Dmitry make good points that users should learn and get used to this notation, and that TW should also be an educational platform.
Perhaps the display could be made more explict?

To move this forward I suggest we propose specific contexts and patterns, maybe something like:
Context: Editing and viewing nomenclature within the workbench
Display pattern: Show everything (as is), as per best practices defined in a nomenclatural code
Example: Aus (Bus) (cus) due eus Smith & Jones, 1920

.... etc.

Context: Viewing nomenclature within the workbench and public view
Display pattern: Show everything (as is), as per best practices defined in ICZN and considering TW as an educational platform, we could write the rank of the name in the heading of the nomenclature page (as in Species File)
Example: Species group Aus (cus) Smith & Jones, 1920
Example: Species Aus (cus) due Smith & Jones, 1920
Example: Subspecies Aus (cus) due eus Smith & Jones, 1920

@mjy @proceps
After showing the nomenclature used in TW for specific names that are included in a species group [e.g. Dichroplus (elongatus) misionensis] to four taxonomists, none of them could assert the exact rank of this name.
so, I would prefer if at least the rank of the name is literally written, as I showed in the mockup (species Dichroplus (elongatus) elongatus Ronderos, 1976) above.

😄  Frankly to me this is more so an indiciation that taxonomists shouldn't be using superspeciesgroup whatever names that require formatting that very very very few are familiar with. 😄
The large majority of users will not be seeing lowercase names in parens, so do we provide redundant information 'Species' to all cases when it only informs for a tiny fraction of cases?

I would not remove it.  My point is that people aren't familiar with it in general.
How about a comprimise- we place rank in the info box on the upper right?  We know we have to place some other data there, and clean that up.

The format suggested in ICZN Art. 6.2 is only used there and in the work it mentions as an example, as far as I am aware. In Orthoptera it is never used. So I think the species names should be displayed without the interpolation in parentheses to avoid confusion, whereas the species groups of course need to appaer in the hierarchy. In Ortoptera there are numerous large genera where the organization in species groups is useful to unify related species. And somewhere the information that the concerned taxa are species groups should appear.

Making an effort to clean up issues assigned to me. Since there has been no activity on this issue in over a year, let's consider it closed!


Updated team

I'm not sure why the linting is failing, but everything looks good to me. I'll plan on investigating later.


name2Ids is not defined error

I am running caterpillar-core v2.0. Stuck with "name2Ids is not defined error".
DEPLOYING MODEL ...
(node:5912) UnhandledPromiseRejectionWarning: Error: ReferenceError: ejs:308
306| if (is(node, 'bpmn:ServiceTask')) { -%>
307| // <%= nodeName(node.id) %>
308| function <%= nodeName(node.id) %>_callbak (uint reqId<%= concatParameters(name2Ids.get(nodeName[0]), false, true, true) %>) external returns(bool) {
309| require(msg.sender == oracleAddresses[<%= flowNodeIndex(node.id) %>]);
310| uint index = uint(1) << reqId;
311| if(requestedID[<%= nodeRealIndex(node.id) %>] & index == index) {
name2Ids is not defined
at C:\Data\Projects\Caterpillar-master\v2.0\caterpillar-core\out\models\models.parsers.js:1259:19
at
(node:5912) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:5912) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
Further analysis.
Filename: Caterpillar-master\v2.0\caterpillar-core\templates\bpmn2sol.ejs
line number: 308
Variable "name2Ids" is not defined in the file.
Whilst I look in the issue for more details - if there is anything missing from my end. Kindly let me know.

Hey, can you send me the smart contract you are using to implement the service tasks? Please,  be aware that you have to create the contracts, with the same structure of the worklists, and then add the address where running to the documentation of the corresponding service task. We can't predict how to interact with another system, that's why Caterpillar do not generate smart contracts for the service's tasks.
But if you send me the contracts I can check it and fix whether a bug exists.


Create requirements.txt

Create a requirements.txt file for installing dependencies.

Oh, seems like I just forgot to add it in the repo.
Also wonder, without requirements.txt, why there are so many stars on the repo
Anyway, I'll add one soon. Thanks!

Agrees to @mayank26saxena requirements will ease users into running this script.
A sample requirements file will be like this.
  `
BeautifulSoup
requests
  `
And also make a separate directory named src for your main script, It will make your project follow global standards

@arpit1997 since it is just a single script, I don't think there is a need for src directory. If the project grows, then we can look into it.


Update getVariants* calls to accept a variantSetId instead of datasetId

There used to be one variantSet per dataset and the IDs were the same.
The v1beta2 and v1 variant search APIs accept a variant set ID, not a dataset ID.
See:
https://cloud.google.com/genomics/v1beta2/reference/variants/search
https://cloud.google.com/genomics/reference/rest/v1/variants/search
The getVariants* calls in R/variants.R should replace the datasetId parameter with variantSetId.

Resolved in #56


No changelog/history for 1.3.1

What has been changed? it's neither in the tag, nor in current master.

Oh right, sorry. This patch is just a documentation fix - see #42
On Sep 14, 2017 15:29, "Sebastian"<EMAIL_ADDRESS>wrote:
What has been changed? it's neither in the tag, nor in current master.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/metachris/logzero/issues/42, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAHIyy3kuO9T_k1T6qsliOQ7_Ba4qQ0Qks5siSo5gaJpZM4PXlWj
.

I guess you mean #41

Yes, thanks. Updated.


Fix using keyboard shortcuts when in a full-screen app

Third-party apps can only control HomeKit when they're “in the foreground”. On macOS, this just means having a piece of UI visible, such as the menubar icon. As a result, when an app is in full-screen mode, HomeConMenu keyboard shortcuts stop working.
This PR creates an ever-present invisible window, which fixes the issue.

I have not known that shortcut key does not work in full screen mode.
I noticed that the menu controlled by shortcut does not update in full screen mode....
But your code is very good.
Thank you.


Due date is shown 1 day earlier

I have an issue with the due date on the todos, it's showing 1 day in the past for every item. Perhaps UTC/timezone issue?
Here is the HA view, see the test todo shown for October 19:

Here is it on my phone, showing for "today", and currently it's 1:18 am, October 20

Is there something I can do to get the due dates properly, or is this a bug? I tried to check for anything related in the docs, but only found the offset for limiting the retrieved todos, no offset regarding the actual due date values.

Please show what is who won in Developer/States, which is what I'm returning. Anything else is down to the HA gui.

I did complete that daily repeated item, so now it's now on the next day.
Here is it in devtools, showing 10-20

HA showing 10-20 as well

On my phone it is now "tomorrow', so 10-21, so the devstate is showing a wrong date.
I checked debug logs, but nothing related is logged there.

I may look in more detail at this later next week.

Some additional details, that might help.
I checked my microsoft 365 account, it used the default UTC timezone. I changed it to my home timezone, but after reloading the integration and also waiting some time, it didn't change anything.
I have a task, which has a due date and a reminder as well.
  due: '2024-10-31'
  reminder: '2024-11-01T14:00:00+00:00'

In my To Do app, the task is due on November 1, and the reminder is at November 1, 15:00 (my local time, in GMT+1).

I plan to look at this tomorrow when I have some time. I need to look at how MS deal with due dates and reminder dates because I think there is some weird stuff in there. Then I’ll figure a plan of some sort.

Having dug further. This looks like an impossible situation. I am in British Summer Time which is at +1 from UTC at the moment. Examples:

Todo saved via MS Todo app (on Mac). Due date set to 25/10/24

    "dueDateTime": {
        "dateTime": "2024-10-24T23:00:00.0000000",
        "timeZone": "UTC"
    }

Todo saved via MS Todo app (on Mac). Due date set to 25/10/24

    "dueDateTime": {
        "dateTime": "2024-10-24T23:00:00.0000000",
        "timeZone": "UTC"
    }

Todo save via MS Graph explorer. Due Date set as below:

{
    "dueDateTime": {
        "dateTime": "2024-10-25T12:12:12.1234567",
        "timeZone": "UTC"
    }
}

Set date is:
    "dueDateTime": {
        "dateTime": "2024-10-25T00:00:00.0000000",
        "timeZone": "UTC"
    }

The integration updates MS365 via the graph api, which is the same as that used by Graph Explorer (where I checked the data above). Clearly the apps (MS Todo and Apple Reminder) are using a different api which allows time to be set on a Due Date. That api seems to let them save a date time (which the graph api docs seem to allow) and setting the value to a time in the local timezone of the client. For something which is essentially a day (no time) this doesn't make sense. The standard for something that is just a date (all the UI's only allow setting a date), is that it should be saved as a Date value not a Datetime.
So from the time that the apps save, given I don't know what timezone the user is in (the Lovelace UI does, but the backend HA server works in a neutral timezone (UTC) since the user could be accessing from anywhere in the world), how do I know from the date time (2024-10-24T23:00:00.0000000) if it is the 25th in a timezone 1 hour out, or 24th in a timezone 23 hours out. (Yes I know no timezones are 23 hours out, but the range is -11 to +14 so there can be an overlap, which will change with Daylight Saving).
If you create/view your todo's via HA, this will work fine, because it will always save as midnight/UTC on the date you set. But of course, this will likely then display wrong in the apps.
Whilst I could just use the date/time received back from the api and present that, I can't save in the same way the apps are. The integration will always save as midnight, it can do nothing else, the api doesn't allow it. The Apps aren't matching that and are interpreting to local timezone and then treating as a date.
So, I really don't have any bright ideas, I'm open to some...
.... Just discovered how the time is offset when saving the Todo, by altering the timezone in the save. Complete madness. I'll see if I can figure something.

I've identified that for this to have any chance of working, the underlying python-o365 library needs a change. So this may take a while to fix (if it can be fixed).

Clearly MS are storing more date than they are displaying via the api.
I created two todo's, one I set as UTC-10 on 2024-10-24, this is what graph shows:
    "dueDateTime": {
        "dateTime": "2024-10-24T10:00:00.0000000",
        "timeZone": "UTC"
    }

Second todo, I set as UTC+14 on 2024-10-24, this what what graph shows:
    "dueDateTime": {
        "dateTime": "2024-10-23T10:00:00.0000000",
        "timeZone": "UTC"
    }

You will notice that these are 24 hours apart. In the reminder app on iPhone and on MS ToDo app join Mac it shows them both as being due on the 24. So somewhere it is storing the timezone the data was sent it, but it isn't making it available through the api.

I've worked a potential solution. Basically, if the time of the task is not 00:00:00, then it will adjust the time by the timezone of the HA server instance. I don't really like this solution, because if someone goes on holiday in a different timezone and creates a task, then the adjustment will not be correct. But without further data, it is impossible to figure out something better.

Thanks for looking into it. I'll check the above details later, just a quick response about the task time - problem is that in the app I can't specify time, only a date.

That means "pick a date".

Your proposed solution could work, well, definitely better to have issues while on holiday then being off all year long. Or, "round up" time to nearest date? Or allow for a "date offset" config option in the integration.

I don’t believe a date offer option will work any better. The problem will be in all cases, where tasks are created in inconsistent time zones. The offset would be needed for each task created (which clearly MS have stored somewhere).

How about rounding the time? That would work between utc-11 and utc+11. Should be an option however, to leave the choice to the user, since no workaround is perfect. I'd still prefer some workaround than the current behavior.

How about +12 - +14? Solution needs to deal with all cases, not just some.

Well, can you know if noon is -12 or +12 on another day? If you can ok, I didn't check API results that closely.

Well, can you know if noon is -12 or +12 on another day? If you can ok, I didn't check API results that closely.

No, unfortunately.

Then let's make at least people from -11 to +11 happy as a start! 😄 Thanks for spending time with this. Let me know if you need any help/review/etc.

I will look to go with the solution I proposed, rather than a solution that is unequal in it's implementation.

I have posted a new release with the fix I proposed - https://github.com/RogerSelwyn/MS365-ToDo/releases/tag/v0.1.4
If MS come back at some point and at the timezone to the api, I'll aim to make a better fix.

I tried it out, updated and due dates now appear to be the same as in the app. Thank you for the fix.


Set up Basic Documentation + fix a couple of minor issues

Addresses #17 (or at least begins to).
Basic Documentation has been set up, and content from the wiki has been mostly migrated.
Whatever seems missing from the wiki has most probably been left out because I felt it might be more useful to provide a working example that users can run and get a better understanding of things.
Commits 213931f and 582e864 fix a couple of minor things I noticed as well.

Looks like I forgot to revert the change that caused the error. I'll do that, and force push it. Sorry about that.

Codecov Report

Merging #46 (f259cb9) into master (cd90538) will increase coverage by 1.05%.
The diff coverage is 66.66%.

@@            Coverage Diff             @@
##           master      #46      +/-   ##
==========================================
+ Coverage   86.59%   87.65%   +1.05%
==========================================
  Files           6        6
  Lines         373      405      +32
==========================================
+ Hits          323      355      +32
  Misses         50       50

Impacted Files
Coverage Δ

src/atomgraph.jl
65.59% <ø> (+4.61%)
:arrow_up:

src/atomfeat.jl
92.80% <50.00%> (+0.62%)
:arrow_up:

src/pmg_graphs.jl
96.51% <100.00%> (+0.26%)
:arrow_up:

src/featurize.jl
100.00% <0.00%> (ø)

src/weave_fcns.jl
91.17% <0.00%> (+0.55%)
:arrow_up:

Continue to review full report at Codecov.

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


Support Ion to JSON

Often we have scenarios where input comes as JSON, converted to ION to do some business requirements, append data, etc, and then needs to be converted back to JSON. IonJava and others support the capability to translate ION to JSON. Add this extension for Python please.

Note to anyone considering implementing this feature: the JSON down-conversion rules that should be followed are listed in the cookbook: http://amzn.github.io/ion-docs/guides/cookbook.html#down-converting-to-json


Re-open: GZIP content not inflated

I encounter exactly the same problem as described in https://github.com/loopj/android-async-http/issues/641 using version 1.4.8
This is caused by a bug in com.loopj.android.http.AsyncHttpClient#isInputStreamGZIPCompressed: in the statement int readStatus = inputStream.read(signature); where signature might only be partially filled (see javadoc http://docs.oracle.com/javase/7/docs/api/java/io/PushbackInputStream.html#read(byte[], int, int)
Should check the returned byte count and re-read to fetch the 2nd byte if necessary

I temporarily workaround the problem by inserting another response interceptor to pre-fetch the first two bytes.
For reference, in Scala:

  private lazy val client = {
    val c = new AsyncHttpClient

    // TODO: make sure at least 2 bytes are available in the content input stream to workaround
    // https://github.com/loopj/android-async-http/issues/932 (android-async-http 1.4.8)

    c.getHttpClient match {
      case httpClient: DefaultHttpClient =>
        httpClient.addResponseInterceptor(new HttpResponseInterceptor {
          override def process(response: HttpResponse, httpContext: HttpContext): Unit = {
            val entity: HttpEntity = response.getEntity
            if (entity == null) {
              return
            } else {
              response.setEntity(new HttpEntityWrapper(entity) {
                override def getContent: InputStream = {
                  val wrappedStream = wrappedEntity.getContent
                  val pushbackStream = new PushbackInputStream(wrappedStream, 2)
                  def preRead(cnt: Int, buf: Seq[Int]): Unit = {
                    lazy val b = pushbackStream.read()
                    if ((cnt > 0) && (b >= 0)) {
                      preRead(cnt - 1, b +: buf)
                    } else {
                      buf.foreach(pushbackStream.unread(_))
                    }
                  }
                  preRead(2, Seq.empty)
                  pushbackStream
                }
              })
            }
          }
        }, 0)
      case _ => // skip
    }
    c
  }

+1 Running into this as well with the Google Autocomplete API.

Thank you, I'm able to reproduce this issue, and I'll push the fix asap

Simple fix is patch like this
diff --git a/library/src/main/java/com/loopj/android/http/AsyncHttpClient.java b/library/src/main/java/com/loopj/android/http/AsyncHttpClient.java
index b9ee313..b10ea6f 100755
--- a/library/src/main/java/com/loopj/android/http/AsyncHttpClient.java
+++ b/library/src/main/java/com/loopj/android/http/AsyncHttpClient.java
@@ -1608,7 +1608,8 @@ public class AsyncHttpClient {
         public InputStream getContent() throws IOException {
             wrappedStream = wrappedEntity.getContent();
             pushbackStream = new PushbackInputStream(wrappedStream, 2);
-            if (isInputStreamGZIPCompressed(pushbackStream)) {
+            Header enc = wrappedEntity.getContentEncoding();
+            if ((enc != null && "gzip".equalsIgnoreCase(enc.getValue())) || isInputStreamGZIPCompressed(pushbackStream)) {
                 gzippedStream = new GZIPInputStream(pushbackStream);
                 return gzippedStream;
             } else {

But this is not final solution, and will be pushed in better form

You can disable gzip as a temporary fix:
httpClient = new AsyncHttpClient();
httpClient.addHeader("Accept-Encoding", "identity"); // disable gzip
httpClient.get(...)

@SergeyA I tried your way, with values "identity","",... even remove this header, not working at all.

Thanks @smarek.  But your patch is doing redundant check on the contentEncoding.  It's already checked at around line 280:

...
                final Header encoding = entity.getContentEncoding();
                if (encoding != null) {
                    for (HeaderElement element : encoding.getElements()) {
                        if (element.getName().equalsIgnoreCase(ENCODING_GZIP)) {
                            response.setEntity(new InflatingEntity(entity));
                            break;
                        }
                    }
                }
...

Thus the patch effectively disable the call to isInputStreamGZIPCompressed.  In that case, why don't you just remove the call to isInputStreamGZIPCompressed?
If we want to play safe and keep the double checking,  isInputStreamGZIPCompressed should be fixed like:

    public static boolean isInputStreamGZIPCompressed(final PushbackInputStream inputStream) throws IOException {
        if (inputStream == null)
            return false;

        byte[] signature = new byte[2];
        int count = 0;
        try {
            while (count < 2) {
                int readCount = inputStream.read(signature, count, 2 - count);
                if (readCount < 0) return false;
                count = count + readCount;
            }
        } finally {
            inputStream.unread(signature, 0, count);
        }
        int streamHeader = ((int) signature[0] & 0xff) | ((signature[1] << 8) & 0xff00);
        return readStatus == 2 && GZIPInputStream.GZIP_MAGIC == streamHeader;
    }

@SergeyA thanks for adding workaround til the fix is published in stable
@phleemac yes, that's correct, it does assume that stream is gzip compressed without checking the starting two-byte signature, however the check was introduced with #583 which is meaningfull for most usages, so I'll try to implement that wait for two bytes on input procedure as correct solution

Thank you nicely for provided patch @phleemac, I've included that in commit 4bffe5f283c3421348d7bc5ae307733f1db0bd31, which will be released in 1.4.9 as soon as possible.


How can I crop the cameraImage taken by CameraPreview

in the scanner and I needed to implement a square overlay to the Camera preview, I take the image stream from the Camera Preview and send it to an API, now after adding the square overlay I need to square crop the cameraImage taken from the Camera preview before sending it to the API.
I only have the cameraImage -which is YUV 420 format- taken how can I crop it programmatically?

Cropping an image is outside of the scope of this plugin.


✨(api) add PUT route, make trailing slashes optional

Purpose
Make the statements endpoint more compliant with xAPI docs and samples.
Proposal

Add a PUT route for receiving a single statement to store
Make trailing slashes on the statements endpoint optional

@jmaupetit thanks for the review, I believe all of the feedback has been addressed!


Add a basic API

It would be helpful for other services to be able to retrieve an easily machine-readable representation of the current attendance. One example is the fsinfo infoscreen, where it would be useful to have a card that displays the canteen attendance before it closes for the day.
Hence this PR implements a very basic API. Requesting https://mensa.jetzt/api.php returns:
{
  "day": "Heute",
  "attendance": [
    {
      "name": "Niklas",
      "time": "12:15 Uhr"
    },
    {
      "name": "Max",
      "time": "13:15 Uhr"
    }
  ]
}

One might want to think about moving the file to /api/entries/index.php as this feels more RESTful and therefore more professional :tm:

Did not want that to happen...
Will merge manually

Merged in f13222f45dcdf3389e794af88d1642edd972a696 and 3e439c9fd091f342b7fd8f0d8d17bae68664ce20
Thanks!


METRON-1115: Jackson is not properly serializing readMetadata and mergeMetadata SensorParserConfig properties

Contributor Comments
The getter methods for readMetadata and mergeMetadata were named incorrectly, causing jackson to ignore them when serializing/deserializing.
Pull Request Checklist
Thank you for submitting a contribution to Apache Metron.
Please refer to our Development Guidelines for the complete guide to follow for contributions.
Please refer also to our Build Verification Guidelines for complete smoke testing guides.
In order to streamline the review of the contribution we ask you follow these guidelines and ask you to double check the following:
For all changes:

[x] Is there a JIRA ticket associated with this PR? If not one needs to be created at Metron Jira.
[x] Does your PR title start with METRON-XXXX where XXXX is the JIRA number you are trying to resolve? Pay particular attention to the hyphen "-" character.
[x] Has your PR been rebased against the latest commit within the target branch (typically master)?

For code changes:

[x] Have you included steps to reproduce the behavior or problem that is being changed or addressed?

[x] Have you included steps or a guide to how the change may be verified and tested manually?

[x] Have you ensured that the full suite of tests and checks have been executed in the root metron folder via:
mvn -q clean integration-test install && build_utils/verify_licenses.sh

[x] Have you written or updated unit tests and or integration tests to verify your changes?

[x] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?

[x] Have you verified the basic functionality of the build by building and running locally with Vagrant full-dev environment or the equivalent?

For documentation related changes:

[x] Have you ensured that format looks appropriate for the output in which it is rendered by building and verifying the site-book? If not then run the following commands and the verify changes via site-book/target/site/index.html:
cd site-book
mvn site

Note:
Please ensure that once the PR is submitted, you check travis-ci for build issues and submit an update to your PR as soon as possible.
It is also recommended that travis-ci is set up for your personal repository such that your branches are built there before submitting a pull request.

Also updated the REST SensorParserConfig test to catch this type of error in the future.

How should this be tested/validated?

Ah, so the setters were correct (which is why things worked in the parser topology), but the getters weren't, so it couldn't generate valid JSON from objects with them!  I'm +1 on the solution, but will defer to nick if he's spinning it up.  If not, then I'm +1 by inspection as the additional tests should validate the jackson functionality and there was no version bump for jackson.

I'm not spinning this up.  I'm too lazy to pull out specific steps to test this.  :)  @cestella vote stands.


Posthog: Events for pledge flow

Events:

Badge shown (SVG requested). Not a perfect metric due to short-term cache, but good to have
Pledge page shown
Pledge amount entered
Email entered
Form completed
Submitted
Status (Paid, Failed etc)

Variables:

Organization ID + Name
Repository ID + Name
Issue ID + Number

I guess you want to make a funnel for these events. #709 implements them, but the "Pledge Badge Shown" event won't be for an identifiable user (as it is generated on the next server, and not requested from the web app), so it can't really go in the funnel.

Badge shown event moved to #723


Allow page rotation

landscape / portrait

Please test in release v1.1.0

No response!?!?
I also notice that you have deleted your repo.  That is a shame.
Have you lost interest in this?  Shall I stop assigning features in test to you?  Shall I remove you as a collaborator on this repo?

No response in 3 days :-(
Closing this issue.


Draw new shapes into the selected folder

If a folder is selected, new shapes created with the drawing tools should be placed into that folder. If a non-folder is selected, it should be placed into the folder which contains it (so the shape becomes a sibling of the selected layer). If multiple layers are selected (either folder or shape), it should pick the closest ancestor folder to place within (so, for example, if two sibling layers are selected, it is placed as another sibling of those; or if two sibling folders are selected, it is placed into the folder containing both of those which means it's a sibling of the two folders). We have a function for finding the deepest common parent of a selection so be sure to reuse that. Pasting copied layers already picks the target based on this logic so it can be referenced.

Closed by #526.


Is the (posibility of disabling) "allow-unsafe-code" feature useful?

I believe that being able to use the system's xcb-proto carries more problems that advantages.
For example, we need hacks like this one:
https://github.com/psychon/x11rb/blob/d92cce7935942da55a68513107b4da3af1801e19/src/extension_information.rs#L74-L76
(we don't know whether booleans will be bool or u8)
Additionally, other aspects of the resulting API (e.g., available extension requests) may also depend on the version installed by the user that is compiling x11rb.
Always using the built-in xcb-proto will guarantee that there won't be inconsistencies on different distributions with different versions of xcb-proto.

allow-unsafe-code: Yes
vendor-xcb-proto: Most likely not. If someone comes up with a fix for #190, it would definitely go. For now... well, the feature already exists, so it doesn't hurt anyone to keep it.

oops, I wanted to say "Is the (posibility of disabling) vendor-xcb-proto feature useful?", I just copy-pasted the wrong name

so it doesn't hurt anyone to keep it

If someone uses default-features = false (e.g., to disable allow-unsafe-code), they might forget re-enabling vendor-xcb-proto, getting the disadvantages I mentioned before (the developer might build their crate successfully, but some random user with a different version of xcb-proto might not).

Another issue is that features are supposed to be additive. Suppose

crate A depends on crate B and crate C
crate B depends on x11rb with vendor-xcb-proto enabled
crate C depends on x11rb with vendor-xcb-proto disabled

Then under the assumption that features only add something new, crate A will be compiled with a single copy of x11rb with vendor-xcb-proto enabled, which may cause problems for crate C


Move 'pouchdb' to its own ember-cli addon

Sometimes, I need to do something that doesn't use Ember Data or implement my own Ember Data adapter due to reasons™.
Here's some stuff I've been working on that the separation would help:

Fastboot, it's easier to manage the pouch source when it is its own plugin rather than continuing to add shim files. I'm working on an addon that does this work for you.
A JSONAPI-ish adpater for PouchDB (writes jsonapidocs instead of ember-relational).
It would be nice to be able to load pouchdb-relational separately via an import statement instead of having it always included if possible.

This wouldn't be a breaking change, as ember-pouch (this addon) could rely on the new addon . Alternatively, the ember data stuff in this addon could be moved to a new addon instead. This would be a breaking change.
As always, thanks for everything. Pouch is a great ecosystem.
I'd be happy to help with anything to facilitate this.

Ember is moving away from bower. I don't think pouchdb needs to be an ember-cli addon but it would be logical for ember-pouch to move to the NPM versions of pouchdb' and relational-pouch`
https://github.com/nolanlawson/ember-pouch/blob/master/index.js#L31
Perhaps you can start there?

@broerse, @fivetanley is the person who migrated Ember Data into an addon, allowing us all to remove it from bower.json :grinning:
Your ideas sound good to me. I’m particularly interested in the JSON API-like adapter idea. Making it configurable would be great so people could keep using relational-pouch if they want but also able to opt in to the JSON API adapter, if it has advantages for them. What are you thinking would be advantages to such an adapter?
Since you’re intimately acquainted with Ember Data, do you have any idea whether it’s possible to automate the saving of parent records in a hasMany relationship? So we don’t need things like this.

Did not know :smile:. Perhaps I also misunderstand. What does the pouchdb ember-cli addon have what the pouchdb NPM version does not have?

It's just the that npm version is currently more work to get in right now. :p

@fivetanley If you help me I am willing to putt in the energy to move to the npm versions.

@fivetanley What work needs to be done to make https://www.npmjs.com/package/pouchdb work with ember-pouch ??

FWIW, we now have custom builds, so you could make a custom build that e.g. uses in-memory storage in Node and regular IDB+WebSQL in the browser. Dunno if that's helpful for the FastBoot stuff or not, but I imagine the leveldown dependency in the npm package will slow down npm installs if nothing else.
Sample:
// package.json
{
  "browser": {
    "index.js": "browser.js"
  }
}

// index.js
module.exports = require('pouchdb-core')
  .plugin(require('pouchdb-mapreduce'))
  .plugin(require('pouchdb-replication'))
  .plugin(require('pouchdb-adapter-memory'))

// browser.js
module.exports = require('pouchdb-core')
  .plugin(require('pouchdb-mapreduce'))
  .plugin(require('pouchdb-replication'))
  .plugin(require('pouchdb-adapter-idb'))
  .plugin(require('pouchdb-adapter-websql'))

Switched to npm only: https://github.com/nolanlawson/ember-pouch/releases/tag/v4.2.0

I have some experiences with PouchDD, the custom builds, and making it run on both browsers and Node, as we have the same use cases at Hoodie. Also from own experience I can tell that getting rid of the levelDB dependency so absolutely glorious :)
I’ve little experiences (but lots of interest now) with Ember / Ember Data. If you point me to the right places, I’m happy to help out

@gr2m Thanks! We would like some help. I have no experience with Fastboot so help to get it compatible would be a good start, I think that we must also let future tree-shaking like with rollup decide if we use relational-pouch. The Ember team has not decided on what tree-shaking they will use but we have to prepare.

I think this issue can be closed due to age / inactivity, no? Thanks to ember-auto-import it should be much easier to get node modules like pouchdb into Ember apps now.

I agree that this is an old topic. But I'm working on removing leveldown from the npm install and this might be a good place to continue the discussion on whether we want relational-pouch as a dependency. And how (or even if) we want the app to configure which pouch bundle/setup he wants to use.
For now I think we should keep it simple for new users, so a one line import in app/adapter might be best. Advanced users can then just replace that line with their own requirements.
import PouchDB from 'ember-pouch/pouchdb';

We could generate that addon file in index.js based on config settings, but that might be overkill if we want to start with just eliminating leveldown.


enable gh actions to convert model csv to jsonld

hopefully closes #1

was only able to get ci-schema-convert.ylm to run successfully by forcing the push, other projects don't seem to need this, not sure if it's one-time thing but we'll see


Snapshot creation takes too much time if employed in loop for multiple div elements

Hello,
When using the latest release of html2canvas I get a time increase in computing the snapshots.
I use this library to capture individual divs which renders various charts such pies and bars.
Our statistics page could have many of them, at least 5. Then, the captured images are stored within a pdf file (handling page break) and for this reason I could not employ the approach to capture the entire parent div for all charts.
In particular, I'm also interested if the lack of target-densitydpi make it slowly and how to avoid it.
Previously, we were using html2canvas 0.4.1 but the image resolution was low causing a blurred effect.
This issue is a follow up on this one: #1087
Specifications:

html2canvas version tested with:
1.0.0-alpha.12 (non-minified version, downloaded from https://html2canvas.hertzen.com/) which was loaded by using: root["html2canvas"] = factory(); scale:2, jpeg rendering
Browser & version:
Version 70.0.3538.102, 64 bits
Operating system:
Windows 10 Home, Version: 10.0.17134 Build 17134

Thank you!
Regards,
Constantin
Chrome console logs:
0ms html2canvas: html2canvas 1.0.0-alpha.12
The key "target-densitydpi" is not supported.
2930ms html2canvas (16731e24dd0): Document cloned, using computed rendering
2930ms html2canvas (16731e24dd0): Starting node parsing
2933ms html2canvas (16731e24dd0): Finished parsing node tree
2933ms html2canvas (16731e24dd0): Finished loading 0 images []
2933ms html2canvas (16731e24dd0): Starting renderer
2935ms html2canvas (16731e24dd0): Canvas renderer initialized (28x131 at 0,0) with scale 2
2935ms html2canvas (16731e24dd0): Render completed
3110ms html2canvas: Document cloned, using computed rendering
3110ms html2canvas: Starting node parsing
3119ms html2canvas: Finished parsing node tree
3120ms html2canvas: Finished loading 1 images [canvas]
3121ms html2canvas: Starting renderer
3121ms html2canvas: Canvas renderer initialized (745x191 at 229.800...) with scale 2
3128ms html2canvas: Render completed
0ms html2canvas: html2canvas 1.0.0-alpha.12
The key "target-densitydpi" is not supported.
3008ms html2canvas (1673207ba3e): Document cloned, using computed rendering
3009ms html2canvas (1673207ba3e): Starting node parsing
3011ms html2canvas (1673207ba3e): Finished parsing node tree
3012ms html2canvas (1673207ba3e): Finished loading 0 images []
3012ms html2canvas (1673207ba3e): Starting renderer
3013ms html2canvas (1673207ba3e): Canvas renderer initialized (28x131 at 0,0) with scale 2
3015ms html2canvas (1673207ba3e): Render completed
3526ms html2canvas: Document cloned, using computed rendering
3527ms html2canvas: Starting node parsing
3540ms html2canvas: Finished parsing node tree
3541ms html2canvas: Finished loading 3 images (3) [canvas#surveyResultCanvas_1_1, canvas, canvas]
3541ms html2canvas: Starting renderer
3542ms html2canvas: Canvas renderer initialized (745x344 at 229.80...) with scale 2
3553ms html2canvas: Render completed

I also have same problem - and in IE11 - its even worse for me.

Please let me know if you have any solution. I have multiple page PDF Creation and it is taking approx 2.30 mins.

Yes, I solved this issue by using https://www.highcharts.com for building SVG charts. Then I used the tools they are using for exporting: YWorks JSPDF fork and svg2pdf. Now it works faster than above measures and I'm adding various charts to the same PDF.
So, I have PDFs with nice SVG charts instead of embedding images - which may not provide the best resolution.
https://www.highcharts.com/docs/export-module/client-side-export


Refactoring inline methods leads to changes in access permissions

Does this issue occur when all extensions are disabled?: Yes/No

VS Code Version:
OS Version:

Steps to Reproduce:

select "originalMethod()"
click “Refacator-inline method”

class OriginalClass {
private boolean flag = false;
public synchronized void originalMethod() throws InterruptedException {
flag = true;
notify();
}
public void callerMethod() throws InterruptedException {
	originalMethod() ;
}

}
refactoring result:

reason:
Missing "synchronized" keyword decoration, access permissions changed

/extJava

It looks like this is caused by the Java extension. Please file the issue to the Java extension repository. Make sure to check their troubleshooting instructions and provide relevant information such as the extension version you're using. See also our issue reporting guidelines for more information.
Happy Coding!


Adding Support for ConstraintViolationExceptions

Closes #10

Codecov Report

Merging #23 into master will increase coverage by 0.39%.
The diff coverage is 97.56%.

@@             Coverage Diff              @@
##             master      #23      +/-   ##
============================================
+ Coverage     94.46%   94.86%   +0.39%
- Complexity      112      133      +21
============================================
  Files            12       13       +1
  Lines           253      292      +39
  Branches         30       32       +2
============================================
+ Hits            239      277      +38
  Misses            7        7
- Partials          7        8       +1

Impacted Files
Coverage Δ
Complexity Δ

.../me/alidg/errors/conf/ErrorsAutoConfiguration.java
88.88% <ø> (ø)
8 <0> (ø)
:arrow_down:

...lidg/errors/handlers/AnnotatedWebErrorHandler.java
97.22% <100%> (+0.16%)
21 <9> (+6)
:arrow_up:

...s/handlers/ConstraintViolationWebErrorHandler.java
97.29% <97.29%> (ø)
15 <15> (?)

Continue to review full report at Codecov.

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


added an expense tracker vue app

Description 📜

Fixes #<issue_number_here>

Domain of Contribution 📊

[x] Web Development
[ ] App Development
[ ] Data Structures
[ ] Algorithms
[ ] Python Projects
[ ] C++ Projects
[ ] HTML Projects
[x] Javascript Projects
[ ] Machine Learning Projects
[ ] Bug Fix
[ ] Enhancements
[ ] Others

Checklist ✅

[ ] I have added Comments and added the time and space complexity of the code (For DSA).
[x] I follow Contributing Guidelines & Code of conduct of this project.
[x] I have performed a self-review of my own code or work.
[ ] I have commented my code, particularly in hard-to-understand areas.
[ ] My changes generates no new warnings.
[ ] Any dependent changes have been merged and published in downstream modules
[x] I have checked my code and corrected any misspellings

Screenshots / Gif (Optional) 📸

well done


[stable/sentry] passwords reset on every deployment

Is this a BUG REPORT or FEATURE REQUEST?: BUG REPORT
Version of Helm and Kubernetes: Helm 1.13.0
Which chart: stable/sentry
What happened: on every helm upgrade --install new secrets with new values is created for sentry, postgress and redis password while the passwords mustn't change.
What you expected to happen:
Passwords must remain the same
How to reproduce it (as minimally and precisely as possible):
run helm upgrade --install stable/sentry twice
Anything else we need to know:
this is a known issue with helm installation. As far as I know, the best solution is to get secrets from the user

Cloning the initially generated sentry-postgresql and sentry-redis secrets to ...-custom and using following in values.yaml works fine here:
postgresql:
  existingSecret: "sentry-postgresql-custom"

redis:
  existingSecret: "sentry-redis-custom"

@tkuther yes but this flow is error prune. why not asking for passwords from user instead?


[BUG] 2.0.7 Opening method not honored, always newtab regardless of setting.

Environment
Self-Hosted (Docker)
Version
2.0.7
Describe the problem
After update to 2.0.7 I noticed all the buttons I have set to modal open as newtab. Mouseovering all buttons revels they all show the openming mode icon as newtab. Checking the config of the modal buttons confirms they have modal selected as opening method. I tried removing the opening method field, rebuilding, adding it back to no avail.
Opening modal via right click (which now works in Android - many thanks!) works correctly.
Additional info
No response
Please tick the boxes

[X] You are using a supported version of Dashy (check the first two digits of the version number)
[X] You've checked that this issue hasn't already been raised
[X] You've checked the docs and troubleshooting guide
[X] You agree to the code of conduct

unrelated, but every time I post issue I get email like this:

Heya @hugalafutro
Thanks for raising, I've pushed a hot fix out in a784a2fe308508ee23062c8a974dd679a16cd0a0 :)
I've also disabled that action, until I can get a fix for it


Implements tail() for DataFrame & Series

Implements pandas.DataFrame.tail() (https://pandas.pydata.org/pandas-docs/stable/reference/api/pandas.DataFrame.tail.html#pandas.DataFrame.tail) and pandas.Series.tail(https://pandas.pydata.org/pandas-docs/stable/reference/api/pandas.Series.tail.html#pandas.Series.tail)
For DataFrame
>>> df = ks.DataFrame({'animal':['alligator', 'bee', 'falcon', 'lion',
...                    'monkey', 'parrot', 'shark', 'whale', 'zebra']})
>>> df
      animal
0  alligator
1        bee
2     falcon
3       lion
4     monkey
5     parrot
6      shark
7      whale
8      zebra

>>> df.tail(3)
  animal
8  zebra
7  whale
6  shark

For Series
>>> df = ks.DataFrame({'animal':['alligator', 'bee', 'falcon', 'lion']})
>>> df.animal.tail(2)
3      lion
2    falcon
Name: animal, dtype: object

Codecov Report

Merging #1055 into master will decrease coverage by 2.7%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master    #1055      +/-   ##
==========================================
- Coverage   95.13%   92.43%   -2.71%
==========================================
  Files          34       34
  Lines        6765     6769       +4
==========================================
- Hits         6436     6257     -179
- Misses        329      512     +183

Impacted Files
Coverage Δ

databricks/koalas/missing/frame.py
100% <ø> (ø)
:arrow_up:

databricks/koalas/missing/series.py
100% <ø> (ø)
:arrow_up:

databricks/koalas/series.py
96.29% <100%> (-0.13%)
:arrow_down:

databricks/koalas/frame.py
93.2% <100%> (-3.37%)
:arrow_down:

databricks/koalas/usage_logging/__init__.py
24.54% <0%> (-72.73%)
:arrow_down:

databricks/koalas/usage_logging/usage_logger.py
50% <0%> (-50%)
:arrow_down:

databricks/koalas/__init__.py
78.72% <0%> (-8.52%)
:arrow_down:

databricks/conftest.py
92% <0%> (-6%)
:arrow_down:

databricks/koalas/utils.py
95.12% <0%> (-3.05%)
:arrow_down:

... and 5 more

Continue to review full report at Codecov.

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

Looks okay.


Removing rows/cols destroy wrapper table

Version 1.2.6

Test Environment - Chrome

Current Behavior
I have table and inside one cell I have div containing editor.
If in editor is a table, and I want to remove column or row, removed is column or row from the most outside table. Which is not in editor at all.

                ...

                            DELETING THOSE cols or rows
                            actually delete cols or rows

                            of the most outside table

                ...

@arxeiss Sorry, I'm late for reply. I don't understand your question. Do you want to remove table in outside table by programmatically?? We not support this function.
This issue is old so i will close. If you have more question, make a new issue.
Again I'm sorry to late reply..


Firmware blob

Hi,
I noticed in the repository that it comes packaged with a firmware blob, a signature/checksum, and a version, which is loaded into the device on every load of the library.
I was curious if there's another repository with the source code for said blob available, or if it will be available in the future. The main chip on-board the hat is almost surely the RP2040, so I figured that there is probably some nice source code for it that could be useful in other similar projects with the Pico.
Thanks!

At the moment there are no plans to release the firmware source, but will update if this changes
Thanks

That's unfortunate.  Is there a specific reason to keep this secret like there is with other Raspberry Pi blobs such as the Broadcom controllers?

@mutesplash FWIW, the blob is MIT licensed (the blob doesn't have a different license listed, and the repo is published with a blanket MIT license), so there's nothing saying you can't just decompile it (it's just ARM (v6?), Ghidra could decompile it) and PR/fork the source code that results, or just use the blob in whatever use you want (eg, you can probably deploy it to the Pico and reverse engineer it). (This is not legal advice; attempt at your own risk)
Or, they could take out the middleman and just publish the source to the blob. It makes no sense to keep this blob closed source, unlike with the mentioned Broadcom IP that the foundation doesn't own the rights to.
If I had to guess, there's probably some NDA with Lego that they have to not publish the source for the blob to prevent people from interfacing with Lego, because Lego is pretty tight on the LPF2 connector specification, and has virtually zero SDK/HDK information published for the platform (which is equally frustrating because it's a bunch of basic STM microcontrollers in all the motors/sensors/hubs with also unpublished blobs). But the RPi Foundation probably can't confirm or deny that they are under NDA so they just give us the above message (read: never).
I'll probably just desolder the LPF2 connectors from this and make an Arduino breakout/shield instead, and open source the source code to that.

Closing for now, will alter the readme if things change


feat(tests): visual tests for input events: touch, keyboard, long press [WD-12195]

Done
Added visual tests for input events:

Simple touch event ("tap")
Keyboard input
Long press (Chromium only, does not work on Firefox)

Fixes WD-12195

Can we create symbolic links pointing to the Chromium screenshots when Firefox is in use, given that they are pretty much the same?

@adglkh Thanks for the suggestion. It totally makes sense, and I have done that. Please note that for one of them we cannot do it, as for some reason it has a small difference between Chromium and Firefox by default (the microphone button on the right of the search bar).


FancyZones consistently opening windows on wrong monitor. Explicitly set default monitor?

First off, I love PowerToys, especially FancyZones - I use them daily, both at work and home.
However I've noticed frequently (both with the experimental "active monitor" toggle on and off) that Windows tend to open on the wrong monitor. To emphasize the lack of user error, I've actually opened messages from Outlook, snapped them specifically in a zone on my primary monitor.
Next time I go to open a message, it still opens somewhere on my second monitor which I typically keep turned off.
Because of this, I need to find it, hover over the Window's preview in the taskbar, right click, move, tap an arrow key, and drag it from the second monitor onto the first.
Now while I'm sure there are probably workarounds, some of which I'd rather not use like trying to disable it for some programs (I want my main Outlook to still snap), it would actually be far more beneficial if I could just say "Always open windows on display 1." I'm sure likewise, it would be helpful if someone has 2, 3, 4 or more monitors for them to say "Always open on display 3" or 4, etc.
I should also add that I keep my mouse on the correct monitor, open the window from the correct monitor, etc and still tend to get it actually opening on the wrong monitor.
Is there any way this might be considered, or if nothing else, look into why the program consistently opens on the wrong monitor?
Thanks so much for reading and any/all help with this. Devs, you are God's gift to mankind and to Windows' betterment. Thank you for your hard work, and have a fantastic new year!

Just took another look at this and realized this is a product update request -- there's already a few associated issues in the PowerToys product repo:
https://github.com/microsoft/PowerToys/issues/17129
https://github.com/microsoft/PowerToys/issues/17863
https://github.com/microsoft/PowerToys/issues/10535
Please consider adding on to one of these issues and upvoting. I can only help with documentation updates in this /MicrosoftDocs/ repo. The PowerToys devs more closely monitor and respond to: https://github.com/microsoft/PowerToys/issues
Closing.


Bug In Artisan::call('ami:action')

hi i congratulate you for the ami package
But I found a little bug in it when i use Send ami action with this code it dont send action to asterisk
Artisan::call('ami:action', [
'action'      => action,
'--arguments' => [
key => value
...
]
]);
but with this one it send as expected , mind the colon between key and the value
Artisan::call('ami:action', [
'action'      => action,
'--arguments' => [
key : value
...
]
]);

Thank you @zlin143! I'm fixed them.


(Build) Fail on dev branch.

This issue is created automatically by CI.
Linux Build State: failure
Windows Build State: success
Commit: cb8ffa86a76817b8871851b478a81eac55675d9e
Commit Branch: dev
Commit Author: innerviewer

Issue is closed automatically by CI. Commit: 879b502f93acf4d6e37be3acbd76b18ecfe7df83