Has anyone been able to calculate the rejection rate for work items in Rally? For example, how many times a Defect goes from Complete back to In Progress.
See if you can get to this app: https://github.com/RallyTechServices/cycle-time-apps/tree/master/kickbacks
Related
i want to calculate energy before transaction in tron blockchain, So we can show end users fees for transaction before transaction in app. But i am din't able to find any docs or any function any api for this. please help me in this.
I hope this isn't too late :)
This documentation should cover your need i believe:
https://tronprotocol.github.io/documentation-en/mechanism-algorithm/resource/#2-how-to-set-fee-limit-caller-must-read
Tron GET Endpoint: https://api.trongrid.io/v1/accounts/{contract}/transactions?only_confirmed=true you may add &limit= your preferred stop point [type=int e.g 200].
From the data returned you can get the energy_usage_total for each then average it.
This gives insight into the energy consumed for the x numbers of latest transactions you requested for.
I'm a user of bigquery and the last week I just keep hitting the Query usage per day for no apparent reason. According to the Quota page I have reached 17TiB, however according to the Billing page I am only billed for 9 TiB since yesterday. See this and this screenshot.
I've also set up billing export (saved in a table cloudaudit_googleapis_com_data_access_) for my project and if I add up the processed bytes of all jobs since yesterday I only get to about 10TiB.
I have no idea where else to look for the reason I keep hitting this quota limit? So some help would be much appreciated.
The Billing doesn't seems to work in real-time as you can see in other questions.
I suggest that you wait a little to generate a new report and compare with the usage indicated in the quota.
If you need to increase your quota at the moment to keep everything working, you can do:
Go to APIs & Services
Find BigQuery API and click
Go to Quotas in the menu at the left of the screen
Edit the desired category's limit
Please, let me know later if the Billing still not matching the usage.
I hope it helps
Approx 2 years ago, I wrote a custom plugin that checks order items in the cart for specific requirements. If the requirements are not met, it displays an error and does not allow the customer to check out. This code has been working well for approx 2 years. Recently the code broke. It must have been due to the recent WooCommerce upgrades, as we hadn't touched the code in ages. I spent a while debugging it and this is what I found:
wc_add_notice doesn't do anything anymore. When I changed it to wc_print_notice, it displays the error notice.
In the past, when I used wc_add_notice on the cart or checkout page, it would display the error message and not allow the user to continue to checkout. Now that I am using wc_print_notice, it only displays the error message, but it does allow the user to continue. I spent a long time working on this today and I can't figure out how to stop the user from continuing to check out.
Any suggestions..?
And, does anyone know where I can read documentation of the WooCommerce upgrade changes related to my issue?
Thanks!
PS: If you want to see code samples, here are 2 articles which I found today, that display sample code doing exactly what my code does:
https://www.sitepoint.com/minimum-checkout-requirements-in-woocommerce/
https://gist.github.com/kloon/4545677
So I guess you could say I feel like I find myself in a void. Here's the way I understand the order for distriqt inappbilling - android setup
Init the billing
getProducts(send_in_array_of_products)
Now that it's done I can send requests for consume, purchase etc.
The first time I ran the program it returned the products. I made a test purchase but the purchase failed - it made it to the android login and verify credit card - then the purchase failed event was triggered (I have no idea why it failed at this time). I closed the game at this point and did some updates to track more of what was going on.
When I went to run the game the second time it failed getting the products list - turns out it gave me the following error: 1003 - Error refreshing inventory (querying owned items). Okay - now what??
I can't load the getProducts() because of this error. I have tried sending a consume for each product and that fails. It seems like I'm stuck in a spot where I can't do anything with the store because I can't load the product list.
Android says you are suppose to call to the store to get a list of products that that the person owns but I don't see that type of function in the distriqt package.
Can anyone explain what I have to do to get the store working again. How do I request a product list by leaving out the products that they own if I don't know what products they own? Also, if I do know what they own - shouldn't Consume(product) remove it from being a purchased product?
Does anyone know if you can run consume(product) without doing a getProducts() command first?
Thanks for any help you can provide.
This answer really applies to Distriqt InAppBilling ANE but it might help with other people having the same problem using different programming methods. After about a week of messing around I finally figured it out.
You have to make sure the call the
InAppBilling.service.finishPurchase(purchase-information)
command.
Otherwise the play store will see this as an open transaction and when you try to get the product list - it fails with the error code 1003 - Error refreshing inventory (querying owned items).
To fix this I made the finishPurchase call to all of my products. Once that was done everything started working correctly again. Just be sure to call the finishPurchase command on all returned purchase events. I missed that call in the fail event and that was the one that caused my headache. You would think if the purchase failed that google would just close the transaction but no - you still have to tell them that it's finished. Hope this helps someone!
Does anyone know how to use Rally Web service APIs to calculate the total amount of accepted work delivered by the last day of the iteration and the total amount of accepted work delivered since the last day of the iteration.
Thanks
You can find that information using the Lookback API. Every time an artifact changes in Rally it takes a snapshot of that data. If you query that API for artifacts that have had their Schedule state changed during those time periods you will be able to gather the information you want.