CrmServiceClient.OrganizationServiceProxy property alternative for checking connection state

The page that documents how AuthType=Office365 can be replaced with OAuth also explains to not use the CrmServiceClient.OrganizationServiceProxy property, instead to use the CrmServiceClient directly as it implements the same interface.
But in case a connection error occurs, the two behaved differently with Office365 AuthType. If given an invalid connection string or there is some other connection error, the CrmServiceClient constructor still returns a non-null instance, and the way to detect the failure that I used was to check if its OrganizationServiceProxy property was null.
What is the correct way to check if the connection succeeded with the new AuthType? Is checking the OrganizationWebProxyClient property instead OK? Are any of the EnvironmentId, IsReady or LastCrmError properties or something else that I'm missing a more reliable choice?

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

ID: 62040095-4960-ad63-ed12-48400473e95c
Version Independent ID: 063346b9-99f6-902f-710b-6badbd2a9830
Content: Use Microsoft 365 authentication with Microsoft Dataverse (Microsoft Dataverse) - Power Apps
Content Source: powerapps-docs/developer/data-platform/authenticate-office365-deprecation.md
Service: powerapps
GitHub Login: @phecke
Microsoft Alias: pehecke

Best practice is isReady - https://docs.microsoft.com/en-us/powerapps/developer/data-platform/xrm-tooling/sample-simplified-connection-quick-start#another-example


Single-element array params not passed as array anymore (5.1.0)

Hey @anttiviljami,
After updating to version 5.1.0, I noticed that an array param with a single element is NOT passed as an array anymore.
This means that an array param may be passed as ids: [1,2] or ids: 1.
Is this really okay or is it a bug?
Thanks!
Joao

Hello @anttiviljami, the array param is currently blocking the library update on our side. We find it really weird to expect the param to be an array and then because there is only element the param might becoming a string or a number.
Would you be ok to revert it, or did you make this change on purpose ?
We can, of course, suggest a PR to fix the issue if you don't have the time to look at it :)
We located the problem on this line : https://github.com/anttiviljami/openapi-client-axios/blob/master/packages/openapi-client-axios/src/client.ts#L482

Hi @gterral @jfpimentel indeed this is not a good behaviour.
Can we find a way to fix this but still retain the use of the native URLSearchParameters ? The intent was to get rid of unnecessary 3rd party dependencies for query param handling

@anttiviljami Thank you for getting back to us 🙂
I opened this PR to fix the issue: https://github.com/anttiviljami/openapi-client-axios/pull/112

The fix released as part of<EMAIL_ADDRESS>🙏
Thanks @jfpimentel !

Great! Thank you @anttiviljami 😉


Certain ticker raises shape problem

When trying to download from a list of tickers, some tickers works fine but some does not.
They raise the problem associated with dataframe concatenation:
Shape of passed values is (1421, 3030), indices imply (1413, 3030)
It seems like for some tickers, the number of dates is not the same with some others

Can you post the list of tickers you were using so I can dig deeper?

Closing for now. Please reopen issue if the problem persists.

I've recently run into this error too. (GSK.L)
Shape of passed values is (2, 31), indices imply (1, 31)
Other ticker like 1299.HK work perfectly fine.

I got the same issue with Apple stock:
aapl = yf.Ticker('AAPL')
aapl.info
results in
ValueError: Shape of passed values is (3, 31), indices imply (1, 31)

Here is another example. AMZN, AAPL and some other tickers result in the same error.
This seems to be related to a pandas dataframe conversion problem.
can you please look into this?
tsla = yf.Ticker("TSLA")
tsla.info

ValueError: Shape of passed values is (2, 31), indices imply (1, 31)


Fixes for core2::io::{Error, Cursor} doctests

Adds From<std::io::Error> for core2::io::Error and From<std::io::ErrorKind> for core2::io::ErrorKind trait impls.
Uses those impls in the doctests when std feature is enabled.
Minor name change fixes in core2/src/io/buffered.rs for bare_io -> core2::io.
Other doctests in core2/src/io/traits.rs and elsewhere require implementation of core2::io traits for std types (not included in this PR).

Manually rebased and merged into main with the necessary bugfix. Thanks!


Aerowizard title backgroud error when docked in an dockable form

When i layout the aerowizard control  to the dockable form (use WeiFenLuo.WinformsUI.Docking), the backgroud just is black, and i can not see the title text, can you give me a sulution, thank you!
Originally posted: 2014-12-18T23:55:44

The WizardControl is designed only to be used a child to a Form at it uses the Aero Glass effect. If you want wizard functionality in other parent containers, you will need to use the WizardContainer and attach it to your own buttons.
Originally posted: 2014-12-19T13:01:10


⚠ Processors has degraded performance

In 7ce6d65, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 102 ms

Resolved: Processors performance has improved in c4c5026.


Restore PST ES

https://wiki.jpl.nasa.gov/pages/viewpage.action?spaceKey=operasds&title=ElasticSearch+Backup+and+Restoration
The back up file location is documented here: https://wiki.jpl.nasa.gov/pages/viewpage.action?spaceKey=operasds&title=2.0.0+-+PST

During restoration the ssh connection ended so had to restart. In the future we should wrap the command into a shell script so that nohup can be used.


Tests!

 Issue by Katharine
Thursday Feb 13, 2014 at 03:39 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT
Originally opened as https://github.com/pebble/cloudpebble/issues/19

We need some.

 Comment by ron064
Monday Mar 03, 2014 at 14:36 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

what kind of tests?

 Comment by Katharine
Wednesday May 07, 2014 at 07:21 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

The hanging is unrelated and may now be resolved (or maybe not…).
You should create new issues for new issues, or just email<EMAIL_ADDRESS>and we'll deal with it.

 Comment by snatr
Wednesday May 07, 2014 at 07:20 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

I don't know if this is the same Katherine that developed Cloud Pebble or not. And I don't know exactly where I'm supposed to submit bug reports over here, but I decided to post this here rather than make a new post.
The new Cloud Pebble has a problem when working with the templates that can be chosen from. It appears that they are still all version 2.0 and hanging the system up somehow. The one I was testing with is still in a pending status even after I return to the UI.

 Comment by snatr
Wednesday May 07, 2014 at 07:26 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

Okay, thanks. But just to be clear because I'm new to this- Cloud Pebble can compile earlier version code?

 Comment by Katharine
Wednesday May 07, 2014 at 07:27 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

Anything that builds against SDK 2.0 should also build against SDK 2.1. The only change is that certain types of buggy code will crash instead of silently acting strange.

 Comment by snatr
Wednesday May 07, 2014 at 07:35 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

Thanks again. I don't know what's going on though. I simply added the Button Click template and the hit the all-in-one link for compile/run/install and it hung. Now it says it failed, and the log window says: Something went wrong. 'None_Type' object has no attribute 'get_contents_as_string'. Seems like a page error more than a code error. Especially when I never altered the template I used before testing the run.

 Comment by Katharine
Wednesday May 07, 2014 at 07:37 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

The hung build is invalid. Try running it again.

 Comment by snatr
Wednesday May 07, 2014 at 07:43 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

I just compiled directly, and it succeeded. Then I went to the code and hit the run button. It succeeded again, but failed to install on the watch. Then I tried installing from the compile screen and it hung during the install. Might have something to do with Chrome on my end though, I don't know. Guess I'll have to be patient with the whole process here considering the new version just being deployed.

 Comment by Katharine
Wednesday May 07, 2014 at 07:44 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

Please email<EMAIL_ADDRESS>for support questions.

 Comment by snatr
Wednesday May 07, 2014 at 07:47 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

No problem. Thanks for the quick response!

 Comment by HParker
Wednesday Sep 09, 2015 at 21:57 GMT # Sample: Friday Sep 13, 2013 at 22:58 GMT

I would be happy to help with tests if this is still something clouldpebble is hoping to add.


Service Worker

Investigate service workers with Jekyll and GitHub Pages once GitHub Pages supports https://

This is being looked into, but with Hexo.js not Jekyll.


coco_format: add an option to preserve original category IDs when extracting

Summary
This is needed for potential integration into Accuracy Checker, since AC has this option as well.
As a side effect, refactor the loading of categories to remove duplication between the panoptic segmentation and other task types.

How to test

Checklist

[x] I submit my changes into the develop branch
[x] I have added description of my changes into CHANGELOG
[ ] I have updated the documentation accordingly
[x] I have added tests to cover my changes
[ ] I have linked related issues

License

[x] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.
[x] I have updated the license header for each file (see an example below)

# Copyright (C) 2021 Intel Corporation
#
# SPDX-License-Identifier: MIT

I suggest to use more short "keep" instead of "preserve".

Okay, done.

Update the format documentation.

I would, but there's no documentation for the importer/extractor API in the first place.

I would, but there's no documentation for the importer/extractor API in the first place.

How it hinders to describing import parameters in the format documentation? There is nothing about API at all.

The parameter currently only exists on the API level. Should I add a corresponding CLI option?

IMO, there's a little sense, if it is an API-only parameter. Maybe, I'd invest in auto-generation of cli parsers from the ctor parameters, but not now.

OK, I added a CLI option equivalent and documented it.


component._stopping attribute never cleared

when calling component.stop(),  _stopping  attribute is set to True but it is never cleared (False value)

yes indeed: the attribute is initially set here
https://github.com/crossbario/autobahn-python/blob/01165cf27ada0c246cc23a1e5aac07a6b6839bdc/autobahn/wamp/component.py#L534
and before stopping starts it is set here
https://github.com/crossbario/autobahn-python/blob/01165cf27ada0c246cc23a1e5aac07a6b6839bdc/autobahn/wamp/component.py#L718
but it isn't reset once the stopping has finished (the component session left)

I should note that even if the attribute would be reset correctly, you can't start the component again anyways, so the component object is for the bin, and the value of the attribute of a finished component is questionable .. in a way

Why i can not restart a component ?
That's what i do in my code and it seems to work or i missed something

Why i can not restart a component ?

as far as I see, there is no public API to restart

That's what i do in my code and it seems to work or i missed something

@meejah any hints from you side, is component supposed to be restartable? if so, how?

True, it is not a plublic API
    joined = asyncio.Event()

    @comp.on_join
    def _(session, details):
        comp.session = session
        joined.set()

    loop = asyncio.get_event_loop()
    run_cb = autobahn.wamp.component._run(loop, comp)
    await joined.wait()

For me it is useful when you registered plenty of services but you just want diconnect/connect a component

It's been a while since I've thought about Component ;) but I don't believe I considered re-starting.
The "state-machine" of Component is basically a one-way trip towards "done" currently .. although because clients have to allow the possibility of re-connect, it could certainly be possible to make "done -> start" a valid thing to do.
I'm not clear on the use-case: is it just to dis/re-connect? Or I guess, what does "re-starting" a component mean exactly?


Update cluster join docs/syntax

The influxd-ctl join syntax is changing in an incompatible way with 1.1.  To use the old functionality and join procedure as documented for 1.0, you would need to use influxd-ctl add-meta.
The updated influxd-ctl join now handles adding meta and data node processes using the same command.  We need to update the docs for data nodes that you must also install the meta package in order to have access to influxd-ctl.
URL for relevant page?
https://github.com/influxdata/plutonium/pull/665
https://github.com/influxdata/plutonium/pull/712
What products and version are you using?
Enterprise 1.1
Where did you look before opening the issue?

Make this experimental only, since it requires both binaries on the server and that will definitely confuse people. Not sure we should document at launch.

Is this still experimental?
Trying to figure out safe failover method if/when meta or data node needs to be added or replaced.


feat(react): useFragment hook (BETA)

Resolves #1408
Summary
This introduces a new hook to the React package that has two main purposes. On one hand it will mask over the data it gets from its parent component given a fragment, so in the following scenario:
query GetTodo { todo { ...TodoFields completed } }
fragment TodoFields on Todo { id text }

When we'd pass the resulting data from GetTodo.todo into a component and leverage useFragment we wouldn't be able to get to the completed parameter.
The second goal is to establish a loading paradigm for deferred queries, this means that given the following document
query {
  todo {
    id
    text
    author { ...AuthorFields @defer }
  }
}

fragment AuthorFields on Author {
  id
  name
}

When the initial payload comes in we can display the id and text, during that we display this query as stale however we can make this hook in deeper with React paradigms by leveraging suspense when the deferred boundary isn't complete and suspense is enabled we can suspend. Even without suspense this brings the benefit of not having to check stale and being able to render independently of the result.stale flag.
Notes
The heuristic used to assess whether we are using is the presence of undefined basically data can only be undefined when it has not been queried or while it's being streamed in.
I opted for a slightly different approach to useQuery, in useQuery we are subscribed to the request and when the resolved query comes in we call resolve on the promise we threw to React. In this one I opted to purely base it on props, I tested this in this demo.
I opted to create the request with our code we use for operations but replaced variables with data to ensure every entity gets its own cache entry.
A lacking piece at the moment would be directives, if a user leverages @include() with a variable then we'd need access to the parent variables to uphold our heuristic of when to set this to loading. To counter-act this we check whether the field is undefined and when it had one of these directives we accept the absence of the data.
In the future we'll need to find a way to resolve() the promise, this is currently impossible as we have no way of establishing a stable identifier across concurrent invocations of a fragment given unique sets of data.
Todo

[x] support gql.tada FragmentOf dance for data

Decision: unwrap with readFragment before using useFragment

[x] verify whether TypedDocumentNode types work correctly
[x] handle nested fragments in the FragmentDefinitionNode

This proposal has run into kind of a dead-end after trying it out with streamed rendering, the issue resides in the fact that during SSR React does not do any re-rendering which means useFragment will never be re-evaluated.
For this to work we'd have to establish a subscription in our urql-client where this fragment is used, this subscription would need to bring the data to the useFragment, this adds additional complexity to this API proposal because we'd need to be aware on which entity we are listening for changes and hook into the correct query. to evaluate this fragment against.


Partition Number with Incremental Stats

Hi,
It's possible to add number partition, like indexes, to log table ? In partition number.

Regards

I will add this in the next version. Thank you.


chore(deps): update dependency typedoc-plugin-markdown to v4

This PR contains the following updates:

Package
Change
Age
Adoption
Passing
Confidence

typedoc-plugin-markdown (source)
^3.17.1 -> ^4.0.0

Release Notes

typedoc2md/typedoc-plugin-markdown (typedoc-plugin-markdown)
v4.0.0
Compare Source

v4 is a major release that includes a number of bug fixes, new features and UI improvements.

Architectural Changes

Handlebars as a dependency has been removed.
Updated customization model with the ability to set hooks, events and custom theming.
Exposed navigation structure.

Features

Updated output file structure.
Improved and cleaner UI.
A set of updated and additional new options with comprehensive documentation.
Exported option types and JSON schema.

Structural Changes

Each module member is now output to its own file by default. See option --outputFileStrategy. To achieve the same output as v3 (whereby only Classes, Enums and Interfaces have their own file), set the option membersWithOwnFile option.
Parameters are output as a list by default. To achieve the same output as v3 (where parameters are output as a table), use option --parametersFormat=table.

Breaking Changes

Because the file structure has changed you may need to update any cross references to files in your documentation.
Setting theme to "markdown" is no longer required and should be removed.
The option indexTitle has been removed. Please use the "title.indexPage" key with option --textContentMappings.
The option allReflectionsHaveOwnDocument has been removed (this behaviour is now the default). Please see option outputFileStrategy](/docs/options#outputfilestrategy).
The option entryDocument has been renamed to entryFileName to better reflect its purpose.
The option namedAnchors has been renamed to useHTMLAnchors to better reflect its purpose.
The option hideInPageTOC has been removed. In-page TOC are no longer included by default. You can include in-page TOCs by using typedoc-plugin-remark and the remark-toc plugin.
The option objectLiteralTypeDeclarationStyle has been removed. Please use option --typeDeclarationFormat=list.

Bug Fixes

Duplication in callback/callable/function properties. (#581).
@experimental / @internal annotations. (#556)
Fix events output and strike-through deprecated items. (#534)
Class static functions are no longer marked. (#533)
@example block not rendered with Headline (#501)
Support for categories (#499)
Correctly resolve package readme urls from member pages. (#483)
Add the ability to add a separate frontmatter for readme file. (#469)
Items in tables are not linkable. (#463)
Custom i18n texts. (#458)
How to improve the formatting for types?. (#456)
How to change title format. (#450)
Export Docusaurus plugin options type. (#440)
How to export interface as a table. (#403)
Broken Link caused by Typescript class being defined in an index file. (#402)
Markdown plugin inserts unnecessary escape characters. (#398)
Potential bug with optional function argument. (#396)
Respect monorepo readmeFile configuration (#383)
Embed all objects under a Module/Namespace onto single page. (#338)
Extra spaces when merging lines in a table. (#331)
Does not support namespace (or module) and interface with same name. (#300)
Integration with VitePress? (#287)
Typedoc comments with text wrapped in < and > breaks Docusaurus Markdown parser. (#276)
Navigation support? (#262)
Sidebar Category Support? (#213)
Properties as Table like function properties. (#109)
Provide a link/excerpt/screenshot to a demo/example rendered output (#102)

Earlier changelog entries can be found in CHANGELOG_ARCHIVE.md.

Configuration
📅 Schedule: Branch creation - "before 2am on Monday" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

Edited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠ Warning: custom changes will be lost.


test: replace toMatchInlineSnapshot with meaningful assertions

Closes #697
Description
Basically, assertion toMatchInlineSnapshot have an unnecessary snapshot to each PR's (according to the issue) so we just to remove that and replace it with something meaningful assertions
Current Tasks
Replacing toMatchInlineSnapshot to these files.
(*) it means that the assertion it's simple and not necessary to remove it.

[x] ~/components/tests/report-button.test.tsx
[x] ~/components/tests/search-filter.test.tsx
[x] ~/components/tests/search-form.test.tsx
[x] ~/components/home/tests/homepage-contributing.test.tsx
[x] ~/components/home/tests/homepage-header.test.tsx
[x] ~/components/home/tests/homepage-start.test.tsx
[x] ~/components/home/tests/homepage-telemedicine-cta.test.tsx
[x] ~/components/home/tests/homepage-whatsapp-cta.test.tsx
[x] ~/components/kontak-darurat/tests/chatbot-section.test.tsx
[x] ~/components/layout/tests/global-header.test.tsx
[x] ~/components/layout/tests/navigation.test.tsx
[x] ~/components/ui/tests/alert.test.tsx
[ ] ~/components/ui/tests/badge.test.tsx*
[ ] ~/components/ui/tests/button.test.tsx*
[x] ~/components/ui/tests/feedback-section.test.tsx
[x] ~/components/ui/tests/responsive-img.test.tsx
[ ] ~/components/ui/forms/tests/input-text.test.tsx*
[ ] ~/components/ui/forms/tests/input-textarea.test.tsx*

@adibfirman could you create a task list like on the issue?

[ ] ~/components/__tests__/report-button.test.tsx
[ ] ~/components/__tests__/search-filter.test.tsx
[ ] ~/components/__tests__/search-form.test.tsx
[ ] ~/components/home/__tests__/homepage-contributing.test.tsx
[ ] ~/components/home/__tests__/homepage-header.test.tsx
[ ] ~/components/home/__tests__/homepage-start.test.tsx
[ ] ~/components/home/__tests__/homepage-telemedicine-cta.test.tsx
[ ] ~/components/home/__tests__/homepage-whatsapp-cta.test.tsx
[ ] ~/components/kontak-darurat/__tests__/chatbot-section.test.tsx
[ ] ~/components/layout/__tests__/global-header.test.tsx
[ ] ~/components/layout/__tests__/navigation.test.tsx
[ ] ~/components/ui/__tests__/alert.test.tsx
[ ] ~/components/ui/__tests__/badge.test.tsx
[ ] ~/components/ui/__tests__/button.test.tsx
[ ] ~/components/ui/__tests__/feedback-section.test.tsx
[ ] ~/components/ui/__tests__/responsive-img.test.tsx
[ ] ~/components/ui/forms/__tests__/input-text.test.tsx
[ ] ~/components/ui/forms/__tests__/input-textarea.test.tsx

@rubiagatra updated mas 👌

@all-contributors please add @adibfirman for test


Feature/cursor pointer

Hello, @jahir-raihan! Nice educative repo you have there, I made the changes mentioned in the issue #14 and improved a little of the documentation for those who may be lost in the SCSS conversion.
Thanks man, and happy learning!

@diegolikescode Let's make it more clear for our contributors, scss files can be compiled easily by using VS code extension Watch Scss ;).

@jahir-raihan done! The extension that I found was originally called "DartJS Sass Compiler and Sass Watcher", but I named "Sass Watcher Extension" in the docs to avoid confusion. I hope it's good :pray:

@diegolikescode Hey, No need to mention the name of the extension, it is available on VS code , anyone can find it by searching.

@diegolikescode You can provide information like To compile SCSS file to CSS, use any live SCSS compiler in VS code or any package of your reference

@diegolikescode Hey life happens, I'm merging your work, you've put effort to make a pull request. That's amazing,  keep up the good work. We can fix the inconsistency and docs on later PRs.

Thank you very much @jahir-raihan! Keep up the good learning as well!

@diegolikescode keep contributing ;)


test: Cypress 7.x migration

SUMMARY
This PR migrates Cypress to 7.x. Details for this process can be found here.
TESTING INSTRUCTIONS

Navigate to superset-frontend/package.json and observe the dev dependency: "@cypress/react": "^5.10.0"
Navigate to superset-frontend/cypress-base/package.json and observe the dependency: "@cypress/code-coverage": "^3.9.11" and dev dependency: "cypress": "^7.0.0"
Run the Cypress tests and observe that tests have been properly migrated.

ADDITIONAL INFORMATION

[ ] Has associated issue:
[ ] Required feature flags:
[ ] Changes UI
[ ] Includes DB Migration (follow approval process in SIP-59)

[ ] Migration is atomic, supports rollback & is backwards-compatible
[ ] Confirm DB migration upgrade and downgrade tested
[ ] Runtime estimates and downtime expectations provided

[ ] Introduces new feature or API
[ ] Removes existing feature or API

Continued at this PR.


[release-1.3] synchronously push after debounce to prevent oom

This is an automated cherry-pick of #16433

/assign @rlenglet

@istio-testing: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

istio-racetest-release-1.3
362f98252ef73ead183e8ea122e5fd9ee478f91d
link
/test istio-racetest-release-1.3

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/retest


[Fix] Created dataset module and other module changes.

Overview of changes

I have changed the pyobis/nodes, occurrences, checklist, and taxa modules to integrate them with OBIS v3 API and updated README with new example usage for the modules.
I have also created a new dataset module to connect to the obis/dataset endpoint.
I have also deleted pyobis/groups and pyobis/resources because they have become obsolete.
(Refer: https://github.com/iobis/pyobis/pull/8#issuecomment-1084317926 )

Notes for reviewers
You can run tests on your local machine whether the above 5 modules are working as expected.
Questions for reviewers
No questions for reviewers.

@pieterprovoost @ocefpaf I'm sorry for pinging you here, but just wanted to request feedback on this PR.
I know you'd have been very busy since a couple of weeks due to the GSoC timeline. May I ask for the code review, I have removed the resources module plus also included a new module for dataset endpoint. I have also updated the README with the new syntax and nomenclature.
Additionally, all tests in this branch have failed but I have worked on them and we will need one more patch to fix them (you can see the workflow run on my fork, https://github.com/ayushanand18/pyobis/actions/runs/2184556665 Status:  ).
Your feedback will help me improve this PR. Thanks in advance! :)

@ayushanand18 most of the GSoC mentors are in the IOOS Code Sprint this week and we are quite busy.
Also, I already touched base with you on this but if you can send smaller PRs with a single context it would help us a lot to review and merge. This PR removed a lot of files, changed config stuff, and added tests. Those should all be in separated PRs.

Thanks a ton @ocefpaf for the review. I am sorry for adding so many changes to a single PR.
I'll focus on smaller and more easy to review PRs in future. Thanks again for your review and once again very sorry to disturb amidst a tight schedule.
Thank you so much @pieterprovoost :)

I am sorry for adding so many changes to a single PR.

Don't be. There is nothing wrong. This is about how communities/people work and that usually takes time and iteration. Just be patient with us and we'll fine tune the PRs to take the most of your contributions.

Thank you so much @ocefpaf :) I have learned so much from the Open Source community and especially during my time spent understanding the pyobis project. I have so much to learn more about, and I am excited about the future!


Update linters

This PR updates,

golangci-lint to a fixed version, v1.41.1.
go modules to the latest state.
some broken badges at README.md
CI: Replace golang v1.14 with v1.16

Coverage increased (+0.2%) to 36.817% when pulling 787be6e5c8f2f5517920e8296b76be2290893df3 on update-linters into cc184f6e438202c0c55570cb65296808e1a2d239 on master.


maxAgeSeconds from Cache-Control max-age

Feature request
Library Affected:
workbox-expiration-plugin
Browser & Platform:
all browsers
Issue or Feature Request Description:
I would like the workbox caching plugin to use Cache-Control max-age value from the http header. I have all the Cache-Control headers properly configured and I would just like to use those in workbox too.
Example configuration of maxAgeSeconds:
workbox.routing.registerRoute(
  /\.(?:png|gif|jpg|jpeg|svg)$/,
  workbox.strategies.cacheFirst({
    cacheName: 'images',
    plugins: [
      new workbox.cacheableResponse.Plugin({
        statuses: [0, 200],
      }),
      new workbox.expiration.Plugin({
        maxAgeSeconds: 'httpHeaderCacheControlMaxAge', <---- this setting
        purgeOnQuotaError: true,
      }),
    ],
  }),
);

It looks like this wont be possible with the current plugin, since it is storing timestamp of the creation date not the expiry timestamp.
So it would require a completely new plugin or another setting in the current expiration plugin.

I would be willing to implement this, but I would first need some guidance like should I make a separate new plugin or coded to the the existing expiration plugin. Also what would be the best API/settings...
Anyone willing to help me with this?

Hey @zsolt-dev, thanks for the feature request. The first thing I'd recommend is you take a look at the changes just released in v4.0.0-rc.0, since we updated the storage data model for this plugin, and what you were looking at before is probably different now.
As for how to implement this feature, I think a good place to start would be for us to agree on a proposal for how the API would look.
Your suggestion works in cases where max-age is used, but for cases where other cache headers are used, it might provide more flexibility to let the maxAge config option accept a function that's invoked with the Response object being cached, and whatever it returns will be used for maxAge. For example:
new workbox.expiration.Plugin({
  maxAgeSeconds: (response) => {
    return response.headers.get('max-age');
  }
  purgeOnQuotaError: true,
});

What do you think?

@philipwalton Yes this sounds like great and flexible way of achieving this. My suggestion was just for illustration purposes :)
Will take a look at the new codes data model tomorrow. If that could work, would you mind if create this functionality and create a PR?
Thank you for helping me

I don't mind at all! We're very open to PRs.

I have checked the code of v4.0.0-rc.2 and it looks like this version is storing the cache creation date, like the previous version.
here is the call simplified stack:
cacheDidUpdate() -> updateTimestamp() -> this._timestampModel.setTimestamp(url, Date.now());

As I see it we have 3 solutions for per request (variable) expiration time:

store expiration date, not the creation date

big rewrite, probably will not work great with maxEntries expiring option (will not properly delete the oldest cache items. but the ones with the shortest max Age header)

store creation date like now, but add max Age value to the current date

small rewrite, the same functionality and problems as solution 1. Will look weird, that cache entries are from future (Date.now() + max-age header)

store creation date AND max age

probably the cleanest solution and backwards compatible. The cache purging logic would need to be rewritten.

I would appreciate if some of the lead developers of workbox would provide some feedback on this.
Thank you

This i what i am doing in custom service worker
workbox.routing.registerRoute(   /http:\/\/127\.0\.0\.1\//,   new workbox.strategies.CacheFirst({     cacheName: 'api-cache',     plugins: [       new workbox.cacheableResponse.Plugin({         statuses: [200]       }),       new workbox.expiration.Plugin({         maxAgeSeconds: (response) => {           return parseInt(response.headers.get('X-Is-Cacheable'))         },         purgeOnQuotaError: true       })     ]   }),   'GET' )
Following is my response headers, i would like use 'X-Is-Cacheable' header to decide cache expiration based on its value in seconds. So how can i bypass 'Date' header strategy in workbox to use 'X-Is-Cacheable' only.
Access-Control-Allow-Credentials: true Access-Control-Allow-Headers: Content-Type, Authorization, X-Fp-Header, X-Token-Header Access-Control-Allow-Methods: POST, GET, OPTIONS, PUT, DELETE Access-Control-Allow-Origin: http://<IP_ADDRESS>:8080 Access-Control-Expose-Headers: X-Token-Header, X-Is-Cacheable Access-Control-Max-Age: 86400 Cache-Control: no-cache, private Connection: closed, Keep-Alive Content-Length: 82 Content-Type: application/json Date: Tue, 11 Jun 2019 04:49:15 GMT X-Is-Cacheable: 600 Accept: application/json, text/plain, */*

@zsolt-dev  If proper Expires header is already why bother using SW for that? Browser will do the job isn't it? Or I'm missing something?

@H1D There's plenty of information about the differences between browser cache and service worker, just google it.


fix minor typos

Just fixed a few typos - there was a missed closing parentheses in 2 places.

Thanks a lot.


pass hosts to ansible module

Hi,
I'm trying  to pass ansible hosts file to job execution, i tried module execution or playbook but I get always:
No config file found; using defaults
15:18:54 |   |   | [WARNING]: Host file not found: /etc/ansible/hosts
15:18:54 |   |   | [WARNING]: provided hosts list is empty, only localhost is available
15:18:54 |   |   | [WARNING]: No hosts matched, nothing to do
in the project I can import correctly the nodes , actually I have only one node to make it simpler and it shows up, and also on job creation.
Is there an example tutorial where I can find more information on how to pass hosts file to playbook or to module ?
Thank you
Paolo

I forgot to say that also added an Ansible Resource Model Source with the path to the hosts file

Have you tried executing a playbook/module as rundeck user? Does the su rundeck -s /bin/bash -c "ansible all -m ping" actually finds the hosts file and pings the host node?
Try also to use gather_facts: False at the start of playbook.

When running a job or a command, the plugin does not take into account the inventory file specified in the resources model source. It takes in that order the inventory file specified in:

The job configuration (no idea how this is set unfortunately as normal options are not passed)
The node configuration
The project configuration
The framework configuration

I fixed a similar issue by adding project.ansible-inventory=/path/to/hosts to my project configuration. Unfortunately, I don't konw how to specify the host file at the job level yet.

I ran into the same issue. Isn't it confusing to specify a hosts file/inventory in the resource model source, which is NOT used when actually using ansible? It would make sense to use the inventory specified consistently with every ansible action in the project.

Yes, I noticed this too and took a quick look a while ago.
The imported nodes need a reference to the resource model, which created them (as there can be multiple per project), so they can get the settings.
Haven't found a reference in Rundeck yet, so maybe we'd need to save the ref on node import, if possible.

@marcheschi @FritsHoogland Can you check this with the latest version please?

I'm using 2.5.0 and it still has the same behaviour.


Filtered LookupEdior

Hello,
I have one hardcoded Lookup Editor and one from Entity, How can I Filter Entity lookup Editor from hardcoded lookup Editor. Below is the code I have used but not working. Please help what is wrong ?
[HardCodedCategoryEditor]
        public String StockListCategory { get; set; }
        [LookupEditor(typeof(Entities.RmMergeStockListRow), FilterField = "StockListCategory", FilterValue = "StockListCategory")]
        public Int64 StockListId { get; set; }

[LookupEditor(typeof(Entities.RmMergeStockListRow), CascadeFrom= "StockListCategory")]
and in RmMergeStockListRow for field StockListCategory add [LookupInclude]


putIfAbsentComputeIfPreset() should return boolean

In druid I need to know if the new key was added or aggregated to avoid an additional read for each insert.

Seems to be fixed by commit 1cf6b022178897e166476baea99f38f5e33046b1


unable to open hyper on mac

I am unable to open a hyper application. When I try to do so, nothing happens. It was working fine. but, not sure what happened. Suddenly it stopped working. I didn't make any changes to the application.

OS version and name: Mac 10.13.4

Hyper.app version: Hyper2.0

Try removing your config,  mv ~/.hyper.js ~/.hyper.js.old, and restart hyper, it should re-generate the default config 👍

This worked for me. Guess it's time to update my config


Steam initialisation fails with the latest Steam client

This is probably more of an issue with OpenSteamworks, following the latest Steam client update IClientEngine::GetIClientRemoteClientManager is returning null, causing initialisation to fail at SteamStuff.cpp:73

same problem here

Should be fixed now.


Use latest ink4 releases.

lgtm however I don't know how to test it properly, and therefore I have some doubts whether we shoudl go with 1.x.x versions... maybe we should wait and use it for some time and then 'stabilize' version

There's a "test contract" that you can test with make test-contract: this will try to build it with the docker image. It's not going to upload it anywhere but the contract depends on the latest stable relase of ink.

lgtm however I don't know how to test it properly, and therefore I have some doubts whether we shoudl go with 1.x.x versions... maybe we should wait and use it for some time and then 'stabilize' version

There's a "test contract" that you can test with make test-contract: this will try to build it with the docker image. It's not going to upload it anywhere but the contract depends on the latest stable relase of ink.

I'll add a step to the CI that runs it.

@pmikolajczyk41 @Kosiare Please, take a look again. I've added testing of the docker image but I had to resort to using "raw CLI", rather than docker action as subsequent CI steps couldn't find docker image built in previous ones.


Requests not being garbage collected

I've got a problem where my Request objects are not getting garbage collected but pile up until memory runs out. I've checked this with trackref and objgraph and it looks to me like something in the ScrapyPlaywrightDownloadHandler is keeping a reference to all the Requests? Attached is the objgraph output for the first Request after a few have been handled.

ScrapyPlaywrightDownloadHandler is the very similar to the default HTTPDownloadHandler class regarding the life cycle of Scrapy requests. Requests are kept in memory at least until they are processed by their callbacks (they're available in the response.request attribute).
AFAICT, the only thing that could differ is this additional reference, which if I'm almost certain would be purged when the corresponding Page object is closed. In that case, this would be equivalent to keeping pages open for too long, which should be avoided anyway in order to avoid memory issues.

Hmm, thanks. The amount of HtmlResponse in memory is as expected, so I can't quite pin down what is happening. I do not have the playwright_include_page meta set so that should handle itself. I guess I'll have to start over from scratch with an example spider and see if the problem persists. It looks like there is just one page being created and deleted as well, the page amount in the log never goes above 1.
prefs()
Live References

TestonSeSpider                      1   oldest: 678s ago
HtmlResponse                       37   oldest: 116s ago
Request                           275   oldest: 673s ago
Selector                           37   oldest: 116s ago

prefs()
Live References

TestonSeItem                        6   oldest: 0s ago
TestonSeSpider                      1   oldest: 697s ago
HtmlResponse                        6   oldest: 13s ago
Request                           282   oldest: 692s ago
Selector                           32   oldest: 13s ago

prefs()
Live References

TestonSeSpider                      1   oldest: 1004s ago
HtmlResponse                       13   oldest: 40s ago
Request                           407   oldest: 999s ago
Selector                           13   oldest: 40s ago

Could you try the code from this commit (c4c0bd651fecccdcf091825566c0ddb14dc7868f) and see if the reference count drops?

Could you try the code from this commit (c4c0bd6) and see if the reference count drops?

That cleared it right up! Thank you! I was going mad trying to debug with the garbage collect interface and trackref but didn't get anywhere, at least I learned a bit more about the inner workings of Python.
`Live References
TestonSeItem                       24   oldest: 1s ago
TestonSeSpider                      1   oldest: 11s ago
HtmlResponse                        2   oldest: 3s ago
Request                             4   oldest: 5s ago
Selector                            2   oldest: 3s ago
Live References
TestonSeItem                       72   oldest: 15s ago
TestonSeSpider                      1   oldest: 26s ago
HtmlResponse                        8   oldest: 19s ago
Request                            10   oldest: 21s ago
Selector                            8   oldest: 19s ago
Live References
TestonSeSpider                      1   oldest: 37s ago
HtmlResponse                        4   oldest: 8s ago
Request                             5   oldest: 13s ago
Selector                            3   oldest: 8s ago
Live References
TestonSeItem                       24   oldest: 1s ago
TestonSeSpider                      1   oldest: 285s ago
HtmlResponse                        4   oldest: 10s ago
Request                             6   oldest: 14s ago
Selector                            4   oldest: 10s ago
`

@elacuesta Thanks for the fix. I've had the same issue for multiple months now, i made a work around by killing the whole scrapy process after 1k pages to avoid OOM. Reading the code it's not obvious to me why passing a scrapy request object as argument to _make_request_handler would make the garbage collector ignore it, do you have any idea why this happens?

Glad to know it worked! I'll be merging this update into the main branch then.
Regarding the why, AFAIK reference count is one of the criteria for determining when to GC objects, so the additional reference to the request might be preventing the reference count to reach zero. My understanding about this part of the language is limited though, so don't take my word for it. Here's an article from the Python Developer’s Guide that explains the process in greater detail.

Released as v0.0.5, thanks for the report!


PSFR-1119 Fix issues rendering line breaks in case notes

I approved but I am sure there are sanitisation libraries that can strip all html etc from text


sideMenuContent prevents dragup,dragdown events, causing page scrolling fail

So in sideMenuContent.js you see the directive listens to dragright, dragleft, dragup, dragdown events. But for side menu to work, only left and right is relevant. But it is listening to up,down too, and calling e.preventDefault() on this. So dragup/down events aren't bubbling up to the page. So page doesn't scroll when you drag up or down. This issue is happening when overflow-scroll is set to true. I had to apply this very dirty fix to temporary fix it.
.config(function($provide) {
    $provide.decorator('ionSideMenuContentDirective', function($delegate, $ionicGesture, $timeout) {
        var funcStr = $delegate[0].compile.toString();
        var argStart = funcStr.indexOf('(');
        var argEnd = funcStr.indexOf(')');
        var bodyStart = funcStr.indexOf('{');
        var bodyEnd = funcStr.lastIndexOf('}');

        var funcArgs = funcStr.substring(argStart, argEnd+1);

        var funcBody = funcStr.substring(bodyStart, bodyEnd+1);

        /* this is madness */
        var h = angular.isDefined;
        var t = $ionicGesture;
        var e = $timeout;
        /* this is sparta */

        funcBody = funcBody.replace(new RegExp('dragup', "g"), 'dragupDummy')
                   .replace(new RegExp('dragdown', "g"), 'dragdownDummy');

        eval("function newFunc" + funcArgs + funcBody);
        $delegate[0].compile = newFunc;

        return $delegate;
    });
})

Nevertheless, I don't think sideMenu needs to listen to dragup/dragdown event, as the purpose of sidemenu is to appear from left or right when dragging left/right. Why drapup/down event required at all? also when it is causing issue to scrolling.

Greetings!
My sensors indicate a reply was requested over 30 days ago.
Since we have not received a reply, the issue is being closed. If you are still experiencing this issue,
please feel free to reopen it and include any information that may have been requested.
Thank you!


fix AssumeYes not work when set flag

What type of PR is this?

/kind bug
What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #
Special notes for reviewers:

Does this PR introduced a user-facing change?

none

Additional documentation, usage docs, etc.:

Codecov Report

Merging #684 (7e00d44) into master (50e0ed0) will not change coverage.
The diff coverage is n/a.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files

@@           Coverage Diff           @@
##           master     #684   +/-   ##
=======================================
  Coverage   14.14%   14.14%
=======================================
  Files         142      142
  Lines       20093    20093
=======================================
  Hits         2843     2843
  Misses      16958    16958
  Partials      292      292


Feat: Implements ord and partialord to timestamp

Related to #993

@LevBeta Are you still interested in this PR?


When the file upload to the server,  the file was found broken?

I got the issue of when I upload a file to the server, sometimes it is success , but sometimes the file is broken for some unknow reason.

Are you using any server side example found in this repo? May you share your resumable configuration and file sizes? Same files are being received broken and successfully or it depends on the file?

$scope.options = {
            target: $scope.baseUrl + '/ecupload/upload.do',
            chunkSize: 2*1024*1024,
            simultaneousUploads: 4,
            testChunks: true,
            throttleProgressCallbacks: 1,
            method: "octet",
            maxFiles: 20,
            headers: {'tokenId': $scope.userTokenId}
        };

The above is my configuration and the file size is about 80M, and the server side is just the same with teh demo, I will get some logs from the server soon!


[FedScale Doc] MacOS Bug

What happened + What you expected to happen
The installation script for macOS is outdated.
Versions / Dependencies
MacOS
Reproduction script

Remove pip version;
pip install tensorflow in env.yaml should be tensorflow-macos
Update jupternote

Issue Severity
High: It blocks me from completing my task.

@AmberLJC Can you please take care this? Thanks a lot!


Check ex.InnerException is null

Sometimes the "ex.InnerException" is null, "ExceptionDispatchInfo.Capture(Exception)" will be thrown an “ArgumentNullException” , then will be lost current exception information.

Hi @kewell-tsao, I'm your friendly neighborhood Microsoft Open Technologies, Inc. Pull Request Bot (You can call me MSOTBOT). Thanks for your contribution!

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. Real humans will now evaluate your PR.

TTYL, MSOTBOT;

@kewell-tsao can you add a unit test?

@davidfowl ready

@kewell-tsao one more change I'd make:
if (ex.InnerException == null)
{
    throw;
}
ExceptionDispatchInfo.Capture(ex.InnerException).Throw();

@davidfowl this can be merge?

@davidfowl ready


All texts have invalid colors (too white)

Now it looks like:

But it should be like in 1.7:

Closed via #48.


Hide/default TinkerbellTemplateConfig

Description of changes:
We are hiding TinkerbellTemplateConfig from the tinkerbell cluster config file and defaulting all the values of the field to avoid human error. However, a user can pass their own TinkerbellTemplateConfig to override default template.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/approve

Just an FYI that this causes some issues when a user needs to customize the TinkerbellTemplateConfig.
When it's not present in the cluster config file, there is literally no place the user can obtain the current   TinkerbellTemplateConfig that eksctl anywhere will use. The documentation has one that is old and is actually missing required fields.


ObjectNotInLowlevelStorageException: no path in db registry

Sorry for asking here, but I haven't found a better place. Perhaps one of you has already had this error.
The current version is Fedora 3.8.1.
We have the following error:
Caused by: org.fcrepo.server.errors.ObjectNotInLowlevelStorageException: no path in db registry for [CH-000071-X:aip-01-0000647832-0001+ZIP+ZIP.0]
The AIP is correctly entered in the database table OBJECTPATHS (85000 rows).
In the database table DATASTREAMPATHS (only 25000 rows) the AIP is not available.
A rebuild.sh (a fresh Database and re-reading the AIPs with 1 and 2) does not solve the problem either.
Some AIPs are missing and some are there.
Is there anyone who could help with this problem, what can we do?
Many thanks Thomas

if you search your datastream file store for that ZIP file, do you see it?

thanks, yes all datastreams are in the correct folders and subfolders no zip file is missing

I'm closing this due to a lack of activity. If you are still experiencing file loss, then please re-open for further assistance


feat(ast): TypeScript definition for wasm / napi target

Closes #2151.
See https://github.com/H-Plus-Time/oxc/pull/1 for the equivalent with a helper macro (just in the oxc_ast crate) and near-full coverage of the oxc_ast crate's structs.
Remaining semi-problematic types:

[x]  IndexVec
[x]  SymbolId
[x]  ScopeId
[x]  AstNodeId
[x]  ReferenceId
[ ]  TSTypeOperatorType - not quite aliasing properly (serde rename changes it to TSTypeOperator, but dependent types still refer to the old name)
[ ]  TSAbstractMethodDefinition - incompatible extends of MethodDefinition (type tag)
[ ]  TSAbstractPropertyDefinition - incompatible extends of PropertyDefinition (type tag)
[x]  Internal - generated by bitflags! macro
[x]  CompactString - Atom is a NewType of it.

This is amazing. We should be able to ship a wasm version soon!
It would be awesome if you can show me the generated ts types.

I'll think about the tidied up version from https://github.com/H-Plus-Time/oxc/pull/1

This is amazing. We should be able to ship a wasm version soon!
It would be awesome if you can show me the generated ts types.

In lieu of a gigantic comment, here's the gist: https://gist.github.com/H-Plus-Time/bdc8e102bfcf0ccd5c2c13322cc79937
NB: the getters for main Oxc class in oxc_wasm prevent the types from being overriden via tsify, there's a separate set of changes required to get that to line up with the generated types (basically it ends up with an exported class with the naive wasm-bindgen types (any and string mostly), and an interface with the specified types).

The oxc_wasm crate is currently being used as a proxy crate for the website, I'll probably make a better wasm target for general availability later.

This is turning out great! Please let me know once this PR is ready to merge!
The nexts stage would be to package everything for a npm publish.

Alright, a few questions/notes on this one:

Members of TSTypeOperator and TSMappedTypeModifierOperator all map to null (because they're C-style enums with implicit integer values) when serialized in the main branch. I've corrected this to serialize them as their string equivalents (e.g. Keyof serializes as "keyof"). I figure this was what you actually wanted, but just in case - let me know if the intent was to serialize as integers.
SymbolFlags - this is the one and only type marked as unknown due to it's size - ideally, we'd figure something out for the bitflags! macro, use it for this and strip out the other (tolerably small) manual typedefs.

As for the export/publish path, at the moment, those types are generated via:
pushd crates/oxc_wasm
wasm-pack build --target=web
# output types file at pkg/oxc_wasm.d.ts, alongside the usual wasm and bindgen js

They should also show up in any wasm-bindgen'd project that bypasses oxc_wasm, so even something very basic like this:
use oxc::ast::ast::Statement;

pub fn foobar(input: Statement) {
    println!("{:?}", input);
}

(note the total lack of meaningful code), run through:
wasm-pack build --target=web

reproduces all annotated types touched by the pub exports of the module.

Members of TSTypeOperator and TSMappedTypeModifierOperator all map to null

It was a bug

SymbolFlags

Should be fine for now

Let me quickly test this locally.

Yeah, tests-wise, the only thing I can think of that makes sense to automate is:
npx -p typescript tsc --lib es2020,dom crates/oxc_wasm/pkg/oxc_wasm.d.ts

(would at least pick up on references to missing types (more or less that was my feedback loop when putting in the annotations)).
Happy to add this to the Check / Wasm GH flow if you like.

Local test is working, I'll take another look tomorrow and prepare for a merge and release.


Release 0.10

Details

This release will include a major overhaul of Hegel internals to create a clear and unambiguous delineation between frontends and backends.
Integration of the Tink backend will be dropped as we have very little documentation and nearly no functional examples of it working in its entirety.
The /versionz endpoint (previously /_packet/version will be dropped as the same information is available in /healthz.
Removal of the spot endpoints in the EC2 frontend.

The 0.10 release will include a major overhaul of Hegel internals to create a clear and unambiguous delineation between frontends and backends.

Everything for the release seems to be in-place. I still need to validate the Kubernetes backend works after receiving a few tweaks.


Deploying a workload, gives me 3 instead of 1

Rancher versions: 2.0 master 2/1
Steps to Reproduce:

Create a cluster
Go to Project and deploy a single pod or a workload

Results:  Gives me three items in the list instead of 1

Workloads is being refactored, so will be fixed during the refactor.

Version - 2.0 master 2/20
Verified fixed


Bug Report (Submitted by 3723)

Description
https://imgur.com/a/vBknB7D
If I want to look up which user(s) have a certain card to trade for the card, it doesn't tell me how many copies of the card each user has. In this example I can see that two users have at least two copies each, but instead it would be nicer to see each user just once in the list perhaps with a number behind the name indicating the amount of copies the user has of this card. That would make trading a lot easier and you don't have to look through everyone's collection to find a user who has at least two copies of the card if you don'T want to take away their only copy in a trade.
Reproduction Steps
Logged in > collection > looking up who else has a certain card
Operating System
Windows
Browser
Chrome
Device
Desktop

duplicate and going in next merge


Can't install on Solus, LIBVLD issue?

camdenorrb@newhost ~/Documents/Installed/Make/FastBinaryEncoding $ cd ../
camdenorrb@newhost ~/Documents/Installed/Make $ git clone https://github.com/chronoxor/FastBinaryEncoding.git
Cloning into 'FastBinaryEncoding'...
remote: Enumerating objects: 450, done.
remote: Counting objects: 100% (450/450), done.
remote: Compressing objects: 100% (255/255), done.
remote: Total 33660 (delta 321), reused 217 (delta 191), pack-reused 33210
Receiving objects: 100% (33660/33660), 125.52 MiB | 4.88 MiB/s, done.
Resolving deltas: 100% (29368/29368), done.
camdenorrb@newhost ~/Documents/Installed/Make $ cd FastBinaryEncoding/
camdenorrb@newhost ~/Documents/Installed/Make/FastBinaryEncoding $ gil update
Working path: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding
Discover git links: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/.gitlinks
Running git clone https://github.com/catchorg/Catch2.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/Catch2
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/Catch2'...
remote: Enumerating objects: 122, done.
remote: Counting objects: 100% (122/122), done.
remote: Compressing objects: 100% (85/85), done.
remote: Total 26063 (delta 54), reused 77 (delta 37), pack-reused 25941
Receiving objects: 100% (26063/26063), 15.92 MiB | 3.73 MiB/s, done.
Resolving deltas: 100% (18143/18143), done.
Running git clone https://github.com/weisslj/cpp-optparse.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/cpp-optparse
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/cpp-optparse'...
remote: Enumerating objects: 343, done.
remote: Total 343 (delta 0), reused 0 (delta 0), pack-reused 343
Receiving objects: 100% (343/343), 70.62 KiB | 753.00 KiB/s, done.
Resolving deltas: 100% (203/203), done.
Running git clone https://github.com/chronoxor/CppBenchmark.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark'...
remote: Enumerating objects: 445, done.
remote: Counting objects: 100% (445/445), done.
remote: Compressing objects: 100% (211/211), done.
remote: Total 14519 (delta 360), reused 254 (delta 234), pack-reused 14074
Receiving objects: 100% (14519/14519), 40.65 MiB | 14.76 MiB/s, done.
Resolving deltas: 100% (12098/12098), done.
Discover git links: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/.gitlinks
Running git clone https://github.com/chronoxor/CppCommon.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon'...
remote: Enumerating objects: 1382, done.
remote: Counting objects: 100% (1382/1382), done.
remote: Compressing objects: 100% (566/566), done.
remote: Total 42646 (delta 1208), reused 854 (delta 816), pack-reused 41264
Receiving objects: 100% (42646/42646), 59.95 MiB | 4.28 MiB/s, done.
Resolving deltas: 100% (38617/38617), done.
Discover git links: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/.gitlinks
Running git clone https://github.com/miloyip/rapidjson.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/rapidjson
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/rapidjson'...
remote: Enumerating objects: 97, done.
remote: Counting objects: 100% (97/97), done.
remote: Compressing objects: 100% (56/56), done.
remote: Total 22725 (delta 68), reused 51 (delta 39), pack-reused 22628
Receiving objects: 100% (22725/22725), 27.06 MiB | 10.84 MiB/s, done.
Resolving deltas: 100% (17287/17287), done.
Running git clone https://github.com/chronoxor/CppBuildScripts.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/build
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/build'...
remote: Enumerating objects: 40, done.
remote: Counting objects: 100% (40/40), done.
remote: Compressing objects: 100% (24/24), done.
remote: Total 490 (delta 21), reused 31 (delta 16), pack-reused 450
Receiving objects: 100% (490/490), 4.49 MiB | 1.02 MiB/s, done.
Resolving deltas: 100% (260/260), done.
Running git clone https://github.com/chronoxor/CppCMakeScripts.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/cmake
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/cmake'...
remote: Enumerating objects: 6, done.
remote: Counting objects: 100% (6/6), done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 409 (delta 1), reused 3 (delta 1), pack-reused 403
Receiving objects: 100% (409/409), 51.05 KiB | 1024.00 KiB/s, done.
Resolving deltas: 100% (247/247), done.
Running git clone https://github.com/HdrHistogram/HdrHistogram_c.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/modules/HdrHistogram
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/modules/HdrHistogram'...
remote: Enumerating objects: 157, done.
remote: Counting objects: 100% (157/157), done.
remote: Compressing objects: 100% (99/99), done.
remote: Total 4733 (delta 98), reused 103 (delta 55), pack-reused 4576
Receiving objects: 100% (4733/4733), 2.66 MiB | 1.36 MiB/s, done.
Resolving deltas: 100% (2684/2684), done.
Running git clone https://github.com/madler/zlib.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/modules/zlib
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/modules/zlib'...
remote: Enumerating objects: 5144, done.
remote: Total 5144 (delta 0), reused 0 (delta 0), pack-reused 5144
Receiving objects: 100% (5144/5144), 3.62 MiB | 666.00 KiB/s, done.
Resolving deltas: 100% (3613/3613), done.
Running git clone https://github.com/fmtlib/fmt.git branch "master" into /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/modules/fmt
Cloning into '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/modules/fmt'...
remote: Enumerating objects: 15, done.
remote: Counting objects: 100% (15/15), done.
remote: Compressing objects: 100% (12/12), done.
remote: Total 20381 (delta 3), reused 8 (delta 2), pack-reused 20366
Receiving objects: 100% (20381/20381), 9.99 MiB | 10.49 MiB/s, done.
Resolving deltas: 100% (13861/13861), done.
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/Catch2 -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/modules/Catch2
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/cpp-optparse -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/modules/cpp-optparse
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/build -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/build
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/cmake -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark/cmake
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/Catch2 -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/modules/Catch2
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppBenchmark -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/modules/CppBenchmark
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/build -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/build
Create git link: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/cmake -> /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/cmake
camdenorrb@newhost ~/Documents/Installed/Make/FastBinaryEncoding $ cd build/
camdenorrb@newhost ~/Documents/Installed/Make/FastBinaryEncoding/build $ ./unix.sh
-- The C compiler identification is GNU 9.3.0
-- The CXX compiler identification is GNU 9.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.15") found components: doxygen missing components: dot
-- The System identification is Linux-5.5.11-151.current Linux 5.5.11-151.current Platform/Linux
-- Found BISON: /usr/bin/bison (found version "3.5.3")
-- Found FLEX: /usr/bin/flex (found version "2.6.4")
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- The System identification is Linux-5.5.11-151.current Linux 5.5.11-151.current Platform/Linux
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of off64_t
-- Check size of off64_t - done
-- Looking for fseeko
-- Looking for fseeko - found
-- Looking for unistd.h
-- Looking for unistd.h - found
-- The System identification is Linux-5.5.11-151.current Linux 5.5.11-151.current Platform/Linux
-- Found LIBBFD: /usr/lib/libbfd.so
-- Found LIBDL: /usr/lib/libdl.so
-- Found LIBRT: /usr/lib/librt.so
-- Found LIBUUID: /usr/lib/libuuid.so
-- Could NOT find LIBVLD (missing: LIBVLD_LIBRARY)
-- Configuring done
-- Generating done
-- Build files have been written to: /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp
make[1]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
Scanning dependencies of target cpp-optparse
Scanning dependencies of target fmt
Scanning dependencies of target zlib
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[  1%] Building CXX object modules/CMakeFiles/cpp-optparse.dir/cpp-optparse/OptionParser.cpp.o
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[  1%] Building CXX object modules/CppCommon/modules/CMakeFiles/fmt.dir/fmt/src/format.cc.o
[  2%] Building CXX object modules/CppCommon/modules/CMakeFiles/fmt.dir/fmt/src/os.cc.o
[  3%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/deflate.c.o
[  3%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/crc32.c.o
[  3%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/gzclose.c.o
[  4%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/compress.c.o
[  4%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/adler32.c.o
[  5%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/gzlib.c.o
[  5%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/gzread.c.o
[  6%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/gzwrite.c.o
[  6%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/infback.c.o
[  7%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/inffast.c.o
[  7%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/inflate.c.o
[  8%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/inftrees.c.o
[  8%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/trees.c.o
[  9%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/uncompr.c.o
[  9%] Building C object modules/CppBenchmark/modules/CMakeFiles/zlib.dir/zlib/zutil.c.o
[ 10%] Linking C static library libzlib.a
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 10%] Built target zlib
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
Scanning dependencies of target HdrHistogram
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 10%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_encoding.c.o
[ 10%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_histogram.c.o
[ 10%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_interval_recorder.c.o
[ 11%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_thread.c.o
[ 11%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_time.c.o
[ 12%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_histogram_log.c.o
[ 13%] Building C object modules/CppBenchmark/modules/CMakeFiles/HdrHistogram.dir/HdrHistogram/src/hdr_writer_reader_phaser.c.o
[ 13%] Linking C static library libHdrHistogram.a
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 13%] Built target HdrHistogram
[ 13%] Linking CXX static library libcpp-optparse.a
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 13%] Built target cpp-optparse
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
Scanning dependencies of target cppbenchmark
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 13%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/benchmark.cpp.o
[ 13%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/benchmark_pc.cpp.o
[ 14%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/benchmark_base.cpp.o
[ 15%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/benchmark_threads.cpp.o
[ 16%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/context.cpp.o
[ 17%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/barrier.cpp.o
[ 17%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/console.cpp.o
[ 17%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/context_pc.cpp.o
[ 18%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/context_threads.cpp.o
[ 18%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/environment.cpp.o
[ 19%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/executor.cpp.o
[ 19%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/launcher.cpp.o
[ 20%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/launcher_console.cpp.o
[ 20%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/phase_core.cpp.o
[ 21%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/phase_metrics.cpp.o
[ 21%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/phase_scope.cpp.o
[ 22%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/reporter_console.cpp.o
[ 22%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/reporter_csv.cpp.o
[ 23%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/reporter_json.cpp.o
[ 23%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/settings.cpp.o
[ 24%] Building CXX object modules/CppBenchmark/CMakeFiles/cppbenchmark.dir/source/benchmark/system.cpp.o
[ 24%] Linking CXX static library libfmt.a
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 24%] Built target fmt
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
Scanning dependencies of target cppcommon
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[2]: Entering directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 25%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/algorithms/token_bucket.cpp.o
[ 26%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/common/reader.cpp.o
[ 26%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/common/uint128.cpp.o
[ 26%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/cache/filecache.cpp.o
[ 27%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/common/uint256.cpp.o
[ 27%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/common/writer.cpp.o
[ 28%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/errors/exceptions.cpp.o
[ 28%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/errors/exceptions_handler.cpp.o
[ 29%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/errors/fatal.cpp.o
[ 29%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/errors/system_error.cpp.o
[ 30%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/filesystem/directory.cpp.o
[ 30%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/filesystem/directory_iterator.cpp.o
[ 31%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/filesystem/exceptions.cpp.o
[ 31%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/filesystem/file.cpp.o
[ 32%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/filesystem/path.cpp.o
[ 32%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/filesystem/symlink.cpp.o
[ 33%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/math/math.cpp.o
[ 33%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/memory/memory.cpp.o
[ 33%] Linking CXX static library libcppbenchmark.a
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
[ 33%] Built target cppbenchmark
[ 34%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/string/encoding.cpp.o
[ 34%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/string/string_utils.cpp.o
[ 35%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/console.cpp.o
[ 35%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/cpu.cpp.o
[ 36%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/dll.cpp.o
[ 36%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/environment.cpp.o
[ 37%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/pipe.cpp.o
[ 37%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/process.cpp.o
[ 38%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/shared_memory.cpp.o
[ 38%] Building CXX object modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/stack_trace.cpp.o
In file included from /home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/source/system/stack_trace.cpp:21:
/usr/include/bfd.h:35:2: error: #error config.h must be included before this header
   35 | #error config.h must be included before this header
      |  ^~~~~
/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/source/system/stack_trace.cpp: In constructor ‘CppCommon::StackTrace::StackTrace(int)’:
/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/source/system/stack_trace.cpp:162:18: error: ‘bfd_get_section_flags’ was not declared in this scope; did you mean ‘bfd_set_section_flags’?
  162 |             if ((bfd_get_section_flags(abfd, section) & SEC_ALLOC) == 0)
      |                  ^~~~~~~~~~~~~~~~~~~~~
      |                  bfd_set_section_flags
/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/source/system/stack_trace.cpp:165:27: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’?
  165 |             bfd_vma vma = bfd_get_section_vma(abfd, section);
      |                           ^~~~~~~~~~~~~~~~~~~
      |                           bfd_set_section_vma
/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/modules/CppCommon/source/system/stack_trace.cpp:169:37: error: ‘bfd_get_section_size’ was not declared in this scope; did you mean ‘bfd_set_section_size’?
  169 |             bfd_size_type secsize = bfd_get_section_size(section);
      |                                     ^~~~~~~~~~~~~~~~~~~~
      |                                     bfd_set_section_size
make[2]: *** [modules/CppCommon/CMakeFiles/cppcommon.dir/build.make:414: modules/CppCommon/CMakeFiles/cppcommon.dir/source/system/stack_trace.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make[1]: *** [CMakeFiles/Makefile2:1118: modules/CppCommon/CMakeFiles/cppcommon.dir/all] Error 2
make[1]: Leaving directory '/home/camdenorrb/Documents/Installed/Make/FastBinaryEncoding/temp'
make: *** [Makefile:141: all] Error 2

Not really sure what to do from here :/

Can you try locally if this fix with PACKAGE defines helps
https://github.com/mlpack/mlpack/issues/574

@chronoxor I just tried to replace the #include in stack_trace.cpp for bfd with what they used
#if defined(LIBBFD_SUPPORT)
  #ifndef PACKAGE
    #define PACKAGE
    #ifndef PACKAGE_VERSION
      #define PACKAGE_VERSION
      #include <bfd.h>
      #undef PACKAGE_VERSION
    #else
      #include <bfd.h>
    #endif
    #undef PACKAGE
  #else
    #include <bfd.h>
  #endif
   #include <dlfcn.h>
#endif```

Doesn't look like that changed anything, additionally I also tried to add the CMakeLists

add_definitions(-DPACKAGE)
add_definitions(-DPACKAGE_VERSION)

No change in stacktrace either.

I am pretty bad when it comes to low level stuff so I probably did something wrong, any suggestions?

This appears to be the issue, not sure why it's not defined

As a quick workaround you may try to comment out this code locally. And try to build again. I believe it it not used in Fast Binary Encoding.

These two changes seemed to fix it


Change About/More Info icon location

Margo to design and then Lou to implement

@margoyle Just to clarify, on the left screen (while picking emoji from the compass) we currently show the three lines of text alongside a larger version of the emoji. Are we removing that emoji?

Wrote about this in the slack but yes and potential solution:

Ok, this should be done.


BigDecimal divideAndRemainder wrong results

Describe the bug
The result of BigDecimal.divideAndRemainder are incorrect.:
 @Test
    fun testRemainder() {
        val full = BigDecimal.fromInt(360)
        val x = BigDecimal.fromDouble(15.5) + full*5

        val (q,r) = x.divideAndRemainder(full)
        assertEquals("5", q.toStringExpanded())  // got: 5.043
        assertEquals("15.5", r.toStringExpanded())
    }

quotient must be a whole number first of all. The remainder is invalid too.

Platform

[JVM]

Additional context
I've checked it against java math BigDecimal, it works as expected:
    @Test
    fun testRemainder2() {
        val full = java.math.BigDecimal(360)
        val x = java.math.BigDecimal(15.5) + full*java.math.BigDecimal(5)

        val divrem = x.divideAndRemainder(full)
        assertEquals("5.0", divrem[0].toPlainString())
        assertEquals("15.5", divrem[1].toPlainString())
        // and the shortcut:
        assertEquals("15.5", (x % full).toPlainString())
    }

And thanks for this library and Happy New Year!

The precision needed for rounding was not calculated properly. The fix should be available in snapshot soon. Thanks for reporting and happy new year as well!

Thanks for reporting, I'll check it out when I have some free time.


EpoxyDuino doesn't compile utility folder

When trying to use the library Adafruit_Motor_Shield_V2_Library with EpoxyDuino, it fails to compile because the Adafruit library includes some files in a subdirectory "utilitiy".  If I hack the library source in my Arduino libraries directory to put all the files in the top-level library directory, it works as expected.
The older Arduino library folder format allows for source in a "utility" directory; see the Arduino library specification.  EpoxyDuino should handle those extra files.

The new library format uses a 'src' subdirectory and has a property in the library.properties file to determine whether subdirectories of 'src' should be compiled recursively.

I'm actually surprised that you are able to compile these Adafruit libraries using EpoxyDuino. Because Adafruit libraries tend to have a lot of dependencies to other Adafruit libraries, which then depend on low-level hardware functions or symbols, which are not well supported by EpoxyDuino (since it's only a rough approximation of Arduino on a Unix-like environment).
I don't remember seeing the utility folder when reading the library specification when I created EpoxyDuino long ago, before the Arduino CLI existed. Maybe they updated it when they created the Arduino CLI. Maybe I just missed it.
Research
Reading the current version, it's clear that source files (*.cpp, *.c) files can go into utility. But it is not clear to me that header files (*.h) which are in utility are expected to be exported through the -I (--include) flag of the compiler. The Adafruit_Motor_Shield_V2_Library library has examples of both assumptions:
a) The Adafruit_MotorShield.h file has this line:
#include "utility/Adafruit_MS_PWMServoDriver.h"

which suggests that utility is not in the search path (otherwise the utility/ prefix would not be necessary).
b) But Adafruit_MotorShield.cpp contains:
#include <Adafruit_MS_PWMServoDriver.h>

which is located at utility/Adafruit_MS_PWMServoDriver.h, which can only work if utility is in the header search path.
I guess (b) must take precedence over (a).
Proposed Solution
EpoxyDuino cannot selectively follow a v1.0 library format or a v1.5 format, depending on the existence of the library.properties file. (Maybe there is a way, but I don't know how to do it, and it will probably be a very complicated Makefile script.) What I can do is make EpoxyDuino support both, regardless of the existence of the library.properties file, with the assumption that a well-formed 3rd party library will follow either 1.0 or 1.5, but not both at the same time.
Can you test the following solution? It affects 3 lines of the EpoxyDuino.mk file at the root of the EpoxyDuino directory:
--- a/EpoxyDuino.mk
+++ b/EpoxyDuino.mk
@@ -155,7 +155,7 @@ CPPFLAGS += -I$(EPOXY_CORE_PATH)
 # Add the header files for libraries. Old Arduino libraries place the header
 # and source files right at the top. New Arduino libraries tend to use the
 # ./src/ subdirectory. We need to support both.
-CPPFLAGS_EXPANSION = -I$(module) -I$(module)/src
+CPPFLAGS_EXPANSION = -I$(module) -I$(module)/src -I$(module)/utility
 CPPFLAGS += $(foreach module,$(EPOXY_MODULES),$(CPPFLAGS_EXPANSION))

 # Linker settings (e.g. -lm).
@@ -176,11 +176,13 @@ EPOXY_SRCS := $(wildcard $(EPOXY_CORE_PATH)/*.cpp) \
 # Later Arduino libraries put the source files under the src/ directory. Also
 # support 3 levels of subdirectories. Support both C and C++ libraries files.
 MODULE_EXPANSION_CPP = $(wildcard $(module)/*.cpp) \
+       $(wildcard $(module)/utility/*.cpp) \
        $(wildcard $(module)/src/*.cpp) \
        $(wildcard $(module)/src/*/*.cpp) \
        $(wildcard $(module)/src/*/*/*.cpp) \
        $(wildcard $(module)/src/*/*/*/*.cpp)
 MODULE_EXPANSION_C = $(wildcard $(module)/*.c) \
+       $(wildcard $(module)/utility/*.c) \
        $(wildcard $(module)/src/*.c) \
        $(wildcard $(module)/src/*/*.c) \
        $(wildcard $(module)/src/*/*/*.c) \

That works for compiling and running my project, thanks!  Now I can investigate what functionality I need to mock to test the “business logic” in my code of properly responding to motor encoding wheel events and dealing with limit switch input.

On Jul 24, 2024, at 3:50 PM, Brian Park @.***> wrote:
I'm actually surprised that you are able to compile these Adafruit libraries using EpoxyDuino. Because Adafruit libraries tend to have a lot of dependencies to other Adafruit libraries, which then depend on low-level hardware functions or symbols, which are not well supported by EpoxyDuino (since it's only a rough approximation of Arduino on a Unix-like environment).
I don't remember seeing the utility folder when reading the library specification https://arduino.github.io/arduino-cli/1.0/library-specification/#15-library-format-rev-22 when I created EpoxyDuino long ago, before the Arduino CLI existed. Maybe they updated it when they created the Arduino CLI. Maybe I just missed it.
Research
Reading the current version, it's clear that source files (*.cpp, .c) files can go into utility. But it is not clear to me that header files (.h) which are in utility are expected to be exported through the -I (--include) flag of the compiler. The Adafruit_Motor_Shield_V2_Library https://github.com/adafruit/Adafruit_Motor_Shield_V2_Library library has examples of both assumptions:
a) The Adafruit_MotorShield.h https://github.com/adafruit/Adafruit_Motor_Shield_V2_Library/blob/master/Adafruit_MotorShield.h#L20 file has this line:
#include "utility/Adafruit_MS_PWMServoDriver.h"
which suggests that utility is not in the search path (otherwise the utility/ prefix would not be necessary).
b) But Adafruit_MotorShield.cpp https://github.com/adafruit/Adafruit_Motor_Shield_V2_Library/blob/master/Adafruit_MotorShield.cpp#L33 contains:
#include <Adafruit_MS_PWMServoDriver.h>
which is located at utility/Adafruit_MS_PWMServoDriver.h, which can only work if utility is in the header search path.
I guess (b) must take precedence over (a).
Proposed Solution
EpoxyDuino cannot selectively follow a v1.0 library format or a v1.5 format, depending on the existence of the library.properties file. (Maybe there is a way, but I don't know how to do it, and it will probably be a very complicated Makefile script.) What I can do is make EpoxyDuino support both, regardless of the existence of the library.properties file, with the assumption that a well-formed 3rd party library will follow either 1.0 or 1.5, but not both at the same time.
Can you test the following solution? It affects 3 lines of the EpoxyDuino.mk file at the root of the EpoxyDuino directory:
--- a/EpoxyDuino.mk
+++ b/EpoxyDuino.mk
@@ -155,7 +155,7 @@ CPPFLAGS += -I$(EPOXY_CORE_PATH)
Add the header files for libraries. Old Arduino libraries place the header
and source files right at the top. New Arduino libraries tend to use the
./src/ subdirectory. We need to support both.
-CPPFLAGS_EXPANSION = -I$(module) -I$(module)/src
+CPPFLAGS_EXPANSION = -I$(module) -I$(module)/src -I$(module)/utility
CPPFLAGS += $(foreach module,$(EPOXY_MODULES),$(CPPFLAGS_EXPANSION))
Linker settings (e.g. -lm).
@@ -176,11 +176,13 @@ EPOXY_SRCS := $(wildcard $(EPOXY_CORE_PATH)/*.cpp) \
Later Arduino libraries put the source files under the src/ directory. Also
support 3 levels of subdirectories. Support both C and C++ libraries files.

You are receiving this because you authored the thread.

Cool, thanks for verifying

Released v1.6.0 with this fix.


swift5 & Xcode 10.2

changes in code and project settings for building the project on Xcode 10.2 with swift5

This chunk of code doesn't work:
`    func verify(_ input : Data, signature : Data) -> Bool {
let signedDataHash = Data(referencing: (input as NSData).digest(withSize: self.hashFunction.rawValue))
let padding = paddingForHashFunction(self.hashFunction)
    let result: OSStatus = signature.withUnsafeBytes { (signatureRawPointer: UnsafeRawBufferPointer) in
        signedDataHash.withUnsafeBytes { (signedHashRawPointer: UnsafeRawBufferPointer) in

            guard let signtureAddress = signatureRawPointer.baseAddress, signatureRawPointer.count > 0,
                let hashAddress = signedHashRawPointer.baseAddress, signedHashRawPointer.count > 0  else {

                    return -4 // OSStatus.errSecUnimplemented
            }

            return SecKeyRawVerify(
                key.value,
                padding,
                signtureAddress.assumingMemoryBound(to: UInt8.self),
                signedDataHash.count,
                hashAddress.assumingMemoryBound(to: UInt8.self),
                signature.count
            )
        }
    }

    switch result {
    case errSecSuccess:
        return true
    default:
        return false
    }
}`

I haven't had time to investigate this but the committed method above causes JWT verification to fail.


HTML files without doctype detected as plain text, despite extension

Hi @ebassi
Here's a reproduction of the bug.
test.html: (incorrect: mime guess is text/plain despite html extension)

test

test_doctype.html (correct: mime guess is text/html)
<!DOCTYPE html>
asdf

Thanks for your patience; I'll have a look as soon as I can.
If I had to venture a guess, I'd say that test.html with some XML into it ends up matching some rule, and thus the extension gets ignored.
In the meantime, you can always start from a pure file-based guess, and use the content-based one only if the guess result is uncertain.

is there any plan to address this issue @ebassi ?

Not really; as I said: an HTML file is not defined to be some plain text file with XML markup thrown in. If you pass
foo
 then the extension takes less of a precedence over some other rule that will look into the file contents.
The appropriate algorithm if you have a file name is:

check if the extension has a high confidence match
if you have some data, check if there's a high confidence match
if the two matches disagree, you will need to figure something out in your code—like presenting a choice of applications to the user

File names and extensions lie all the time: there's no way to rely on something just because of what it says it is.


Set audience size to 0.75 for Single Front Door (SFD) AB tests

What does this change?
Sets audience size to 0.75 for any test whose ID begins with "SFD", this denotes it's a Single Front Door (SFD) AB test.

@tomrf1 would you give this a quick look again, I had to fix a merge conflict related to the highest calculation.

Are we not putting 100% in this time? https://github.com/guardian/support-dotcom-components/pull/649


platform/api/azure: Switch gallery API version to 2022-08-03

Followup for: https://github.com/flatcar/mantle/pull/517
I tested that PR with an externally created gallery, and didn't test the gallery creation itself, so I missed this detail.
Surprisingly API version 2022-08-01 does not exist for the galleries resource provider. The SDK uses 2022-01-01 even when we import 2022-08-01. Since we use an ARM template for gallery creation, we have to manually select the correct api version, otherwise gallery creation fails.
The error I get is:

2024-04-05T12:27:49Z ore/azure: Couldn't create gallery image: Code="DeploymentFailed" Message="At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/arm-deployment-operations for usage details." Details=[{"code":"BadRequest","message":"{\r\n  "error": {\r\n    "code": "NoRegisteredProviderFound",\r\n    "message": "No registered resource provider found for location 'eastus' and API version '2022-08-01' for type 'galleries'. The supported api-versions are '2018-06-01, 2019-03-01, 2019-07-01, 2019-12-01, 2020-09-30, 2021-03-01, 2021-07-01, 2021-10-01, 2022-01-03, 2022-03-03, 2022-08-03, 2023-07-03'. The supported locations are 'westcentralus, southcentralus, eastus2, southeastasia, westeurope, westus, eastus, canadacentral, northeurope, northcentralus, brazilsouth, ukwest, westindia, eastasia, australiaeast, japaneast, koreasouth, westus2, canadaeast, uksouth, centralindia, southindia, australiasoutheast, japanwest, koreacentral, francecentral, centralus, australiacentral, southafricanorth, uaenorth, switzerlandnorth, germanywestcentral, norwayeast, jioindiawest, westus3, swedencentral, qatarcentral, polandcentral, italynorth, israelcentral, eastus2euap, centraluseuap'."\r\n  }\r\n}"}]

Maybe it will be useful to eventually port the template to code to avoid issues like that.

Maybe it will be useful to eventually port the template to code to avoid issues like that.

True. Originally it was done this way because the Azure Go SDK didn't support passing "architecture" yet, and the ARM template allowed us to bypass the SDK.


Adding missing weight choices

Closes #18

I'll close this now. I think it might be a problem with the more internal validation. Thanks for making this PR though.


Automate the operator update on broker images releases

Update the referenced broker images manually is error prone and time expensive.
A github workflow could automatically update the referenced broker images when a new broker image is released polling the their tags or listening for a repository_dispatch event.
https://docs.github.com/en/rest/reference/releases#get-the-latest-release
https://docs.github.com/en/actions/learn-github-actions/events-that-trigger-workflows#repository_dispatch

Done by https://github.com/artemiscloud/activemq-artemis-operator/commit/c58e1a2bef8f35bd24ac560e6071b0a1020caf1f


Page: About the plan

Todo

[ ] Update global styling
[ ] Make it nicer (stretch-goal)

Strech goal:

certain words are highlighted (equivalent of footnotes)
these highlights are related to the information boxes on the side
an information box can have multiple sources (only one should be visible, it could be a carousel-like information box.
as there are multiple highlights, clicking on a specific highlight would bring the relevant source in the information box
likewise, navigating to a certain source should highlight the relevant text.

Inspiration for UX: https://stripe.com/en-dk/jobs

Copy to be implemented: https://docs.google.com/document/d/1ctl8C8fdI7GHxYnj0frSxt72isy-5lj1btt31o0jjx4/edit

I don't really feel like the Stripe design fits in with the overall design of the page and I think we should have a discussion around how it could otherwise look. Here's the current (Stripe-like) design:

A quick alternative look (needs more drawings, but the site was down at time of writing):

I think your bottom design looks good! I'm split between having them appear on hover or showing them in the margins. Neither are super elegant solutions on mobile, but at least on mobile we can have them appear on click instead.

Mocked this up in the original design, but I honestly prefer your solution as it gives more context. Maybe lets do that, and truncate long pusblishers, so it doesn't wrap (last link, bottom right in your screenshot)?

BTW guys, don't forget my commit was made following an UPwork ad.
My code ended up merged into master and it was done according to the specs.
How are you thinking of handling this?

I discussed with @wandererfrog :)

FYI @Jacse someone on upwork helped me do this for the sources / links. https://docs.google.com/spreadsheets/d/1HfrE2drgWT0253JinBBShP7g135ChNlA1G3GIYd73D0/edit#gid=0

Closed by #74


broken pixel artifacts

Lottie:

this example change leads the weird result:
https://github.com/thorvg/thorvg/pull/1727

no more observable with the lastest code.


--help switch throwing exception

I have a simple F# program that works for all defined command-line options.  However, when I run the application with --help I get an exception:
Unhandled Exception: System.Exception: CommandLine.Error[]
   at Program.main(String[] argv) in D:\Projects\Test\FSharp\StoryLib\StoryUpdate\Program.fs:line 46

This line is the last line in the match of the parsing result.
In addition, using the two match options shown in the docs I get a warning about an incomplete pattern match on the expression.  It appears that there should be more than
    match args with
    | :? Parsed<Options> as parsed -> doActions parsed.Value
    | :? NotParsed<Options> as notParsed -> failwith (notParsed.Errors |> string)
    // should there be a third option here?

Here is what you need...
match args with
| :? Parsed<Options> as parsed -> doActions parsed.Value
| :? NotParsed<'a> as notParsed when notParsed.Errors.IsHelp() -> ()
| :? NotParsed<'a> as notParsed when notParsed.Errors.IsVersion() -> ()
| :? NotParsed<Options> as notParsed -> failwith (notParsed.Errors |> string)

The fix  will be available in next Release 2.7