Uptade packages

Update deprecated packages from devel branch
delete node_modules path
delete package-lock.json
run npm install
run npm audit to check for others deprecated packages

I am applying to this issue via OnlyDust platform.
My background and how it can be leveraged
I'm full stack developer with experience in languages like PHP, JS, TS and Frameworks like React, Laravel. Also, I made several courses in Alchemy University to be prepared to challenges in web3 like this one. So I hope to move forward in this application.
How I plan on tackling this issue
Well, its just to follow the instructions in issue descriptions, make a little research in the last version of packages and update them,

I am applying to this issue via OnlyDust platform.
My background and how it can be leveraged
With over four years of experience in blockchain development, I have worked across multiple blockchain ecosystems. My expertise spans the entire development lifecycle—from project conceptualization and smart contract design to managing on-chain interactions, seamless protocol integration, and implementing strong security practices.
This enables me to handle both on-chain and off-chain infrastructure, ensuring the development of reliable, scalable blockchain applications.

I am applying to this issue via OnlyDust platform.
My background and how it can be leveraged
Hello @felipemarts I'm a software engineer from Costa Rica and Dojo Coding member, I have experience with JavaScript, Node, React and also working with multiple packages, think I could help you with this issue efficiently. You can check my OnlyDust profile: https://app.onlydust.com/u/diegoTech14.
How I plan on tackling this issue
1.  Checking all packages: I will start reviewing all deprecated packages in node_modules
2. Updating packages: Then I'll update the packages and make ensure that every dependency is okay
3. I will run the project to ensure that everything is okay
4. If it's needed I can update any documentation
Thank you for the consideration sir...
Kind regards,
Diego Duarte Fernández.


Open Street Map incorrect labelling of Falkland Islands (Malvinas)

GBIF have generated base maps from Open Street Map in WGS84 and 2 polar projections.  In doing so we were careful to label Falkland Islands (Malvinas) correctly.  GBIF used the pre-generated Mercator projection tiles, but overlooked that the labelling is incorrect.
Task: Regenerate the Mercator tiles correctly

Fixed by a style change:


Fix lock-threads config

Spotted with Sentry.
Error: YAMLException: end of the stream or a document separator is expected at line 2, column 12:
    lockComment: false

@brettcannon, please fix the config, Sentry is sad because of the hourly errors. :yum:

@dessant sorry, was on vacation. Thanks for the PR!

No problem, thanks for merging! :tada:


Migrate cmath.* to use overload

This is a follow-up of #8494 and migrate the rest of cmath functions to use overloads.

gpuci run tests

Small reproducer for the CI failure:
from llvmlite import binding as llvm

llvm.set_option('', '--debug-only=loop-vectorize')

from numba import njit
import numpy as np

@njit('complex64[:](int64)', fastmath={'fast'}, error_model='numpy', no_cfunc_wrapper=True, no_cpython_wrapper=True)
def fn(n):
    x = np.empty(n*8, dtype=np.complex64)
    return np.exp(x)

pattern = ('__svml_expf',)
asm = fn.inspect_asm(fn.signatures[0])

for p in pattern:
    print(f"{p} in asm? {p in asm}")

I've removed cmath.exp from this PR and will create a new one to track the current failure.


Access a Classic Schema from SAP Web IDE Full-Stack

Tutorial URL: https://developers.sap.com/tutorials/haas-dm-access-cross-container-schema.html
Please specify the step you are referring to
An error occurred when I was proceeding Step5 and 6.
The error occurred when executed Build sequence.
The error message is below. Would you give me some advice, since I am stuck for a day?
15:45:12 (HDB)  Processing "cfg/plain.hdbgrants"...
15:45:12 (HDB)   Using service "CC_ACCESS" of type "sql"
15:45:12 (HDB) Error: authentication failed grantor service: "CC_ACCESS", type: "sql", user: "PLUSR"file name: /tmp/hdi-space-deploy-36idl5rgvm75ks-content/cfg/plain.hdbgrants
15:45:12 (HDB) (0s 197ms)
15:45:12 (HDB) Deployment failed with exit code: 1
plain.hdbgrants  :
{
"CC_ACCESS": {
"object_owner" : {
"roles" : ["CCROLE"]
},
"application_user" : {
"roles" : ["CCROLE"]
}
}
}

Hi,
This forum is for feedback on the tutorial, not support. However, that error tells me you are using the wrong username/password in your user provided service.
Make sure you can access the database with that username and password and that the HDI container is also bound to the database in which you created PLUSR.
I would recommend you google for this kind of error in answers.sap.com where this kind of questions is quite frequent.
Best,
Lucia.


Nativewind styled breaks a component's type

When using FlashList (from shopify as a performant Flatlist alternative), or say NestableDraggableFlatList as another imported component, I have to include
const FlashList = styled(FlashListOriginal, {   props: {     contentContainerStyle: true,   }, });
and such to have access to nativewind, as recommended. However, when doing this, the data prop's type turns into unknown[] which is reflected on the renderItem prop.
I talked about this about 2 months ago in discussions: https://github.com/marklawlor/nativewind/discussions/173#discussioncomment-3891828

This is happening for me as well but with just a plain FlatList.
I did as such:
export const FlatListWind = styled(FlatList, {
  props: {
    contentContainerStyle: true,
    style: true,
    indicatorStyle: true,
    columnWrapperStyle: true,
  },
})

Which results in a type-broken FlatList

This is happening for me as well but with just a plain FlatList. I did as such:
export const FlatListWind = styled(FlatList, {
  props: {
    contentContainerStyle: true,
    style: true,
    indicatorStyle: true,
    columnWrapperStyle: true,
  },
})

Which results in a type-broken FlatList

You should explicitly set the FlatList's item type when applying styled:
export const FlatListWind = styled(FlatList<ItemType>, {
  props: {
    contentContainerStyle: true,
    style: true,
    indicatorStyle: true,
    columnWrapperStyle: true,
  },
})

Where ItemType is a TypeScript type/interface containing your id and any other properties.

We are closing all pre-v4.1 issues now that v4.1 is released. If the problem is still happening with the latest v4.1, please open a new issue and reference this one in the description.


[BUG] Implement policy/security checks into the build pipeline

Description
This includes some of the most basic:

PoliCheck - political/offensive wording
CredScan - commited credentials
Components Governance - dependency vulnerabilities OSS tracking

This was merged in with #1038


Add 18 new icons

Description
Add icons for 18 new icons and rename dji_ronin.svg to dji.svg
link com.dji.ronin and dji.go.v5 to dji.svg
Type of change
:x: Bug fix (non-breaking change which fixes an issue)
:white_check_mark: Icon addition (non-breaking change that adds/modifies Lawnicons's icons)
:x: General change (non-breaking change that doesn't fit the above categories like copyediting)

Icons addition information

Icons added

Alto's Odyssey (com.noodlecake.altosodyssey)
Desmos (com.desmos.calculator)
DroneDeploy (com.dronedeploy.beta)
Feit Electric (com.feit.smart)
First Citizen's Bank (com.mcom.firstcitizens)
Forest (cc.forestapp)
GPS Test (com.chartcross.gpstest)
GuitarTuna (com.ovelin.guitartuna)
Habitica (com.habitrpg.android.habitica)
Hulu (com.hulu.plus)
Kindle (com.amazon.kindle)
LG ThinQ (com.lgeha.nuts)
Google Live Transcribe (com.google.audio.hearing.visualization.accessibility.scribe)
myQ (com.chamberlain.android.liftmaster.myq)
Real Piano (com.bilkon.easypiano)
Tempest (com.weatherflow.smartweather)
Twinkly (com.twinkly)
Xbox Game Pass (com.gamepass)

Icons updated
changed name of dji_ronin.svg to dji.svg
Icons linked

DJI Fly (linked dji.go.v5 to @drawable/dji)
DJI Ronin (linked com.dji.ronin to @drawable/dji)

My concern with the first_citizens_bank and the hulu logos is that they would be unrecognizable as the logos they are intended to be.

Then you can gently curve the corners. Some of the icons just don't look right to be part of Lawnicons.
Also a thing I forgot to mention is corners not full corners or something is sticking out. It's present on the h and both u's. Not sure if its just a hulu issue or others have it too.

I fixed some bugs related to decimal precision and completed the requested actions

I fixed the tempest logo. Any idea why I keep having to merge HEAD into develop?

Honestly speaking, I have no idea. When it happens it happens and its annoying but yeah idk


ShapeEditor: undo operation

Hi,
thanks for plugin ShapeEditor.
It is possible implement a function for the "undo operation" of the modify executed by user?
Thanks!

Hi @robertosalemi ,
this repository is only a mirror of http://dotspatial.codeplex.com. So please ask there for assistance.
Regards,
Michael

Thanks! :)


Add play feature - Feature Request

Greetings Master
Would be great if you could add a play and play speed button to the Validator so we could play the sequence as a movie.

Added on the lastest patch


frontend: Export the Resource's ResourceListView and AuthVisible

Ah, this passed CI to my surprised (we have a test to check if all things in common/ are marked to be exported or intentionally not exported). So we should check why the test is not failing. Nothing wrong with the PR but I'll open an issue to verify it.


add apps of apps

@AsfaMumtaz Image is available for testing. docker pull stakater/workshop-excercise:SNAPSHOT-PR-29-c8b389ef

@AsfaMumtaz Image is available for testing. docker pull stakater/workshop-excercise:SNAPSHOT-PR-29-5cb4e652


About more submissions in codlab.

Hello.
Thanks for the great work.
Motivated by the work and the interesting topic, we sincerely hope to get approved to be in the competition. (user name:Jin_Yang) But the maximum number of submissions has been reached. Can you help me obtain more submissions?
Thank you!!!
Btw, Sorry for bothering you.
Regards.

Hello.I want to know what documents are submitted, but I don't understand about more submissions in codlab


.babelrc, babel plugins, building and index.js noop

@redmega comment on #1 review:

Without the .babelrc we can't use stuff like spread operator or new feature imports or whatever... To the best of my knowledge, at least.
Though I will say, I don't think we need babel-plugin-transform-runtime. Don't see it being used anywhere

@hmeissner in slack:

do we need this noop with plugin decoupled? https://github.com/GraphCMS/gatsby-source-graphcms/blob/master/index.js

Let’s get CircleCI set up (#4) and testing oldest active node LTS, 6.12.0, and use it as baseline so we are not sayin “dunno builds for me”
LTS schedule

Let’s get CircleCI set up (#4) and testing oldest active node LTS, 6.12.0, and use it as baseline so we are not sayin “dunno builds for me”

We can get concurrent builds up for 6 and 8. Open source projects get three parallel containers
As far as the noop, that's a @kyleamathews question.

Word we are go for Circle setup you want to handle @Redmega or want me to?

Circle success on node 4 for experimentally remove babel-plugin-transform-runtime
builds
4 https://circleci.com/gh/rdela/gatsby-source-graphcms/8
6 https://circleci.com/gh/rdela/gatsby-source-graphcms/9
8 https://circleci.com/gh/rdela/gatsby-source-graphcms/10
9 https://circleci.com/gh/rdela/gatsby-source-graphcms/7
see also #4 🎉

Woohoo node 4 on Windows even! https://ci.appveyor.com/project/rdela/gatsby-source-graphcms/build/job/wlwvhf5g4sp3uw8j


Enable reflection on table type 'SYSTEM VERSIONED'

Fixes #3570
There are no side effects to this PR since system versioned tables appear identical to base tables for any frontend.
I'm unsure if a test is possible since it requires a mariadb backend - but if it is possible, let me know.

I have confirmed locally that this works with the following:
CREATE TABLE foo (
    x serial,
    primary key (x)
) WITH SYSTEM VERSIONING;

$ target/debug/diesel print-schema --database-url="mysql://root:example@<IP_ADDRESS>:4000/db"

// @generated automatically by Diesel CLI.

diesel::table! {
    foo (x, row_end) {
        x -> Unsigned<Bigint>,
    }
}

Without this patch, no output is generated

That makes sense too. I think that all that is needed is to ignore the last PK from the group for that table type, so I’ll take a look at how to do that.
I would expect there to be some edge cases but I think that simple change would at least handle the majority. And make it so the joinable macros also get generated, I recently realized they are missing.

Unfortunately I have not had a time to get back to this, anyone is welcome to pick this up if they are willing to


Disable or Include an option to disable Message "Implementation of mapping method can be generated".

At my work, we try to keep our "Messages" to 0 (which mean doing all suggested code fixes). However, on my Messages, I am getting over 200+ "Implementation of mapping method can be generated".
I know I can click on the light-bulb and do "Generate Mapping Code" on methods I actually want to run it on, therefore I prefer not to have 200+ messages telling me "Implementation of mapping method can be generated" for every available method. Because I already know it can be done.
Also, even after I generate the mapping code, the message still does not go away.
I'm requesting this message to be disabled or have an option to not show it.

All MappingGenerator potential "code fix" are reported with Diagnostic Severity set to Info, which means "Information that does not indicate a problem". I think you should configure your report to not to show messages with info severity level.
I need to check if it's possible to convert all analyzers and code fix providers to code refactorings. This probably could solve your problem.

Ok, looks like the code refactoring is the solution. I only need to figure out how test code refactorings in UT.

Sounds great, let me know if I can do anything to help.

An example of unit test for sample Roslyn code refactoring would be helpful.

I'm sorry, I don't think I know how to do this without learning more about Roslyn & VS Extensions. As a purely .NET Core web developer, I've done unit tests, but nothing related to Roslyn code refactoring. Hopefully, someone else can chime in.

Waiting for
https://github.com/DustinCampbell/RoslynNUnitLight/issues/9
or
https://github.com/phoenix172/RoslynNUnitLight.NetStandard/pull/1
These libraries should help with testing code refactoring providers

@RefX32  I've converted custom analyzers into code refactorings. Pre-release version with this fix is available here https://ci.appveyor.com/api/buildjobs/b8asa414jcdey7ce/artifacts/MappingGenerator%2FMappingGenerator%2FMappingGenerator.Vsix%2Fbin%2FRelease%2FMappingGenerator.vsix
Could you test it and tell me if this solves your problem?

Hi @cezarypiatek, thanks for the hard work. I've just tested this with version 1.3.139, could you verify if this is the intended version? If so, unfortunately, I am still running into the messages. Please see screenshot below:

Sorry, my mistake, I pasted a wrong link. The correct version should be 1.3.144 Here's the new link https://ci.appveyor.com/api/buildjobs/mectdwx96pibv3eh/artifacts/MappingGenerator%2FMappingGenerator%2FMappingGenerator.Vsix%2Fbin%2FRelease%2FMappingGenerator.vsix

Hmm, I'm unable to install this version on VS 15.8.0. I am getting the following error:

Any idea what might happening?
Here is the install log
8/15/2018 8:58:26 PM - Microsoft VSIX Installer
8/15/2018 8:58:26 PM - -------------------------------------------
8/15/2018 8:58:26 PM - Initializing Install...
8/15/2018 8:58:26 PM - Extension Details...
8/15/2018 8:58:26 PM - 	Identifier      : MappingGenerator.de964118-68da-48b7-9b74-0bf8a2c5bfa3
8/15/2018 8:58:26 PM - 	Name            : MappingGenerator
8/15/2018 8:58:26 PM - 	Author          : cepi
8/15/2018 8:58:26 PM - 	Version         : 1.3.144
8/15/2018 8:58:26 PM - 	Description     : Roslyn based code fix provider that allows to generate mapping code in design time.
8/15/2018 8:58:26 PM - 	Locale          : en-US
8/15/2018 8:58:26 PM - 	MoreInfoURL     :
8/15/2018 8:58:26 PM - 	InstalledByMSI  : False
8/15/2018 8:58:26 PM - 	SupportedFrameworkVersionRange : [4.5,)
8/15/2018 8:58:26 PM -
8/15/2018 8:58:26 PM - 	Supported Products :
8/15/2018 8:58:26 PM - 		Microsoft.VisualStudio.Community
8/15/2018 8:58:26 PM - 			Version : [15.0,)
8/15/2018 8:58:26 PM -
8/15/2018 8:58:26 PM - 	References      :
8/15/2018 8:58:26 PM -
8/15/2018 8:58:26 PM - Searching for applicable products...
8/15/2018 8:58:26 PM - Found installed product - Global Location
8/15/2018 8:58:26 PM - Found installed product - ssms
8/15/2018 8:58:26 PM - VSIXInstaller.NoApplicableSKUsException: This extension is not installable on any currently installed products.
   at VSIXInstaller.App.InitializeInstall(Boolean isRepairSupported)
   at VSIXInstaller.App.InitializeInstall()
   at System.Threading.Tasks.Task.InnerInvoke()
   at System.Threading.Tasks.Task.Execute()

I haven't get notification about update to 15.8 yet and I'm still on 15.7.6 Probably they must broke something in 15.8

I've got it installed after a restart. It's working well now. Info messages regarding "Mapping" are now hidden.

Thanks for verification. I've merged the fix into develop and it should be release in few days through official channels.


i found this error

Failed to resolve: com.theartofdev.edmodo:android-image-cropper:2.7.1

2.7.0 is the latest release


[Assessment/Research Spike] Simplifying Cocoapods build and Distributing over SPM

@pacu has already done a Research Spike on this, but we would like more input.

How can we make the build process easier?
Can we achieve a Rust-less build, where the developer does not need to care about rust dev environment to just be a mere user of this library?
How can we distribute this over Swift Package Manager?

How can we make the build process easier?
(some ideas, as already aluded to)

Rust-less build for SDK consumer
Rust-less build for SDK contributor if not changing rust source
Rust-less build for SDK contributor with ability to update binary rust source
Ability for SDK contributor to work simultaneously on rust and swift source

Can we achieve a Rust-less build, where the developer does not need to care about rust dev environment to just be a mere user of this library?
yup 😊 See below

How can we distribute this over Swift Package Manager?
yup 😊 See below.

Wrapping up
Rust-less build
It is possible to have a Rust-less build for the consumer of the SDK by packaging librustzcashlc as a binary, or more specifically an XCFramework to support multiple platform options. side-note The same process, without the packaging as an xcframework, and + a few extras could be used to provide kotlin/native bindings as well (I made a small exploration but I'm not too familiar with it, will be good to run it past android for feedback).
SPM
With the creation of a librustzcashlc xcframework, this means it can then be included as a binary dependency for a swift package, since the rest of ZcashLightClientKit is all swift source, these can trivially be part of a swift package too. We can therefore have a purely SPM based distribution 🙌. A demonstration of this with a small readme can be found at dh-ecc/ZcashRustLib.xcframework.
More Demonstrations
As a consumer of the SDK, the spm integration works out quite nicely 😄 (I also threw in macOS support) check out dh-ecc/PrintBlockHeight

Some dude, Hasan Ali Atak, emailed me asking about #296 research spike
and sent me this link https://github.com/mozilla/rust-components-swift
I haven't looked at it deeply yet. But looks interesting

@dh-ecc How would this play with Cocoapods specifically? Many developers that could potentially adopt Zcash on their apps still use it a dependency manager I do think we still need to support it.

The same process, without the packaging as an xcframework, and + a few extras could be used to provide kotlin/native bindings as well (I made a small exploration but I'm not too familiar with it, will be good to run it past android for feedback).

I've separately been looking at using uniffi to simplify the production of the Rust component (and reduce the duplicated FFI work between the Swift and Kotlin sides). I think the performance cost would not matter too much (the heavy work occurs on the Rust side), would be outweighed by the reduced maintenance surface (and Mozilla upstream are incentivised to improve it over time), and we could also then use that for e.g. Python bindings.
We could do a straightforward translation of the current Swift and Kotlin FFI APIs to begin with, but I'm interested in leveraging uniffi to construct a better API.

My initial experiment from a month or so ago: https://github.com/str4d/librustzcash/tree/zcash_client_sqlite_ffi/zcash_client_sqlite/ffi

[@pacu]

Some dude, Hasan Ali Atak https://github.com/haznai, emailed me asking about #296 research spike
and sent me this link https://github.com/mozilla/rust-components-swift
I haven't looked at it deeply yet. But looks interesting

It does! This was referenced in mozilla/uniffi-rs (transitively via) https://github.com/mozilla/application-services. Seems like it could be a really good reference. Good find 👍!
[@pacu]

@dh-ecc How would this play with Cocoapods specifically? Many developers that could potentially adopt Zcash on their apps still use it a dependency manager I do think we still need to support it.

Oh 💯 I definitely don't suggest dropping CocoaPods support. This actually ends up making CocoaPods support a lot easier as we can ditch the build script phase and use only vendored framework and sources on the podspec, I'll push up a commit with this if I can get some time today to dh-ecc/ZcashRustLib.xcframework
[@str4d]

We could do a straightforward translation of the current Swift and Kotlin FFI APIs to begin with, but I'm interested in leveraging uniffi to construct a better API.

I'm definitely interested in this approach too, and we can indeed do this incrementally, first with C bindings then transitioning to uniffi 🙌
[@str4d]

My initial experiment from a month or so ago: https://github.com/str4d/librustzcash/tree/zcash_client_sqlite_ffi/zcash_client_sqlite/ffi

Awesome! I'll check this out 👍

To anyone looking at this issue 2.5 years later, this Rust-less build has created significant problems for the Rust FFI development process, as well as greatly reducing the agility of the Swift SDK in response to Rust improvements. An alternative approach is being developed here: https://github.com/Electric-Coin-Company/zcash-light-client-ffi/issues/96