I'm unable to complete transaction for ERC 721 using Metamask with polygon.this error message is shown when i tryto transact.i'm using this contract.https://github.com/HashLips/solidity_smart_contracts/blob/main/contracts/NFT/NFT.sol
Gas estimation errored with the following message (see below). The transaction execution will likely fail. Do you want to force sending? Internal JSON-RPC error. { "code": -32000, "message": "execution reverted" }
i think your error is on the numbers of mintable, check and see if that helps
Related
What can the following be due to / how to debug it? it happens when closing my MPI application
[1612979755.727913] [compute-0-9:21112:0] tag_match.c:61 UCX WARN unexpected tag-receive descriptor 0x2b2bf64cdbc0 was not matched
Assuming the application exited normally, this probably means that some process sent a message (e.g. calling MPI_Send) to a destination process that did not post a matching receive before calling MPI_Finalize. See https://github.com/openucx/ucx/issues/6331#issuecomment-778428537
I'm trying to update a package in CRAN and I get these errors:
Found the following (possibly) invalid URLs:
URL: https://doi.org/10.1175/1520-0469(1985)042<0217:OTTDPO>2.0.CO;2
From: man/EPflux.Rd
Status: Error
Message: libcurl error code 35:
schannel: next InitializeSecurityContext failed: SEC_E_ILLEGAL_MESSAGE (0x80090326) - This error usually occurs when a fatal SSL/TLS alert is received (e.g. handshake failed).
The URLs are valid and are actually created with the \doi{} macro (e.g. \doi{10.1175/1520-0469(1985)042<0217:OTTDPO>2.0.CO;2})
Even using encoded URLs (per stevec's suggestion)fail with the same error:
Found the following (possibly) invalid URLs:
URL: https://doi.org/10.1175/1520-0469(1985)042%3C0217:OTTDPO%3E2.0.CO;2
From: man/EPflux.Rd
Status: Error
Message: libcurl error code 35:
schannel: next InitializeSecurityContext failed: SEC_E_ILLEGAL_MESSAGE (0x80090326) - This error usually occurs when a fatal SSL/TLS alert is received (e.g. handshake failed).
Any advice on how to solve this?
I think the reason this is happening is because
https://doi.org/10.1175/1520-0469(1985)042<0217:OTTDPO>2.0.CO;2
is redirecting to
https://journals.ametsoc.org/view/journals/atsc/42/3/1520-0469_1985_042_0217_ottdpo_2_0_co_2.xml
Can you try changing the URL to https://journals.ametsoc.org/view/journals/atsc/42/3/1520-0469_1985_042_0217_ottdpo_2_0_co_2.xml and see if that passes the check?
Another possibility
From here):
some (DOIs) require encoding so that the DOI works correctly when used in URL form
So you perhaps you can encode the url first
URLencode("https://doi.org/10.1175/1520-0469(1985)042<0217:OTTDPO>2.0.CO;2")
[1] "https://doi.org/10.1175/1520-0469(1985)042%3C0217:OTTDPO%3E2.0.CO;2"
Also note:
We strongly recommend that only the following characters are used within a DOI name: “0–9”, “a–z”, and “-._/”.
So perhaps the < characters are causing this issue? (possibly ( too)
Another idea
Noting this from the error message:
This error usually occurs when a fatal SSL/TLS alert is received (e.g. handshake failed).
If we try again not worrying about ssl, that may work.
In otherwords, try using this url instead: http://doi.org/10.1175/1520-0469(1985)042<0217:OTTDPO>2.0.CO;2
Hadley suggested that those notes can be safely ignored. I sent the package to CRAN and was accepted.
The answer, then, is to just ignore these Notes.
we have problems with our artifactory server since this morning. When I try to restart Artifactory, we get this error:
2018-04-16 10:11:11,360 [art-init] [WARN ] (o.j.a.c.AccessClientHttpException:27) - Couldn't parse ErrorsModel from Access. Original message: Not Found
2018-04-16 10:11:37,420 [art-init] [ERROR] (o.a.w.s.ArtifactoryContextConfigListener:99) - Application could not be initialized: Waiting for access server to respond timed-out after 90303 milliseconds. java.lang.reflect.InvocationTargetException: null
Can anyone help, we have no idea what's wrong
Thanks
It seems there is an issue with the Access application, which is being started simultaneously with Artifactory.
You should fine relevant logs at the following log file: $ART_HOME/access/logs/access.log
the error message is somewhat misleading. In fact, there was a problem at the database level. the transaction log becomes full on our MSSQL database. We have increased the limit and are working to see how to reduce the size of the log.
In the Azure portal, when I go to my Container Registry and click on Repositories (under Services), my repositories don't load and I get the error message Error loading repositories.
The console of Chrome contains the following error messages:
GET https://REMOVED.azurecr.io/v2/_catalog 401 (Unauthorized) - REMOVED.azurecr.io/v2/_catalog:1
[Microsoft_Azure_ContainerRegistries] 1:20:06 PM -
efe5474C39B089216811DEA68B8392644A0C676A067.js:24 (With body:)
MsPortalFx.Base.Diagnostics.ErrorReporter 1 MsPortalFx.Base.Diagnostics.ErrorReporter: _errorData: undefined
_sourceErrorLevel: undefined
baseTypes: ["MsPortalFx.Errors.AjaxError","MsPortalFx.Errors.Error"]
code: undefined
data: {"type":"GET","sessionId":"9e259d2b5dab4ad2972a1e6b76e844d2","status":401,"statusText":"Unauthorized","duration":28.5}
errorLevel: 2
errorThrown: Unauthorized
extension: Microsoft_Azure_ContainerRegistries
handled: undefined
innerErrors: []
jqXHR: {"readyState":4,"responseText":"{\"errors\":[{\"code\":\"UNAUTHORIZED\",\"message\":\"authentication required\",\"detail\":[{\"Type\":\"registry\",\"Name\":\"catalog\",\"Action\":\"*\"}]}]}\n","responseJSON":{"errors":[{"code":"UNAUTHORIZED","message":"authentication required","detail":[{"Type":"registry","Name":"catalog","Action":"*"}]}]},"status":401,"statusText":"Unauthorized"}
message: ajaxExtended call failed
name: Error
source: undefined
stack: null
textStatus: error
timestamp: 1567.8750000000002
type: MsPortalFx.Errors.AjaxError
The error says I'm unauthorized, but I have the Owner role, so this should not be possible. Other users that are owner don't get this error.
Any clue how I can fix this?
The error resolved itself after a couple of days.
I tried using a different browser and a different computer. Both methods still showed the error. So I think it might have been a bug.
just uploaded my AKS and needed to pull lots of images from ACR. also got error afterwards due to load:
{"type":"MsPortalFx.Errors.FetchDataError","baseTypes":["MsPortalFx.Errors.FetchDataError","MsPortalFx.Errors.DataError","MsPortalFx.Errors.Error"],"_errorData":{"readyState":4,"responseText":"","status":500,"statusText":"Internal Server Error"},"extension":"Microsoft_Azure_ContainerRegistries","errorLevel":2,"timestamp":10180.93499999668,"source":"DataCache:2:3","message":"","name":"Error","innerErrors":[],"dataSetName":"DataCache:2:3"}
We paid the service and so far We have been using it without any problem.
Today it has started to stop working and returns the error:
error: {errors: [{domain: "usageLimits", reason: "dailyLimitExceeded", message: "Daily Limit Exceeded"}],…}
code: 403
errors: [{domain: "usageLimits", reason: "dailyLimitExceeded", message: "Daily Limit Exceeded"}]
0: {domain: "usageLimits", reason: "dailyLimitExceeded", message: "Daily Limit Exceeded"}
domain: "usageLimits"
message: "Daily Limit Exceeded"
reason: "dailyLimitExceeded"
message: "Daily Limit Exceeded"
But in Developer Console all is correct and today We have 100% cuote still free.
What could be the problem, we can provide the necessary data to help detect the problem.
Thanks in advance.
You might be hitting the 10,000 chars/100seconds/user limit.
See my answer here.