text:
Subscription command issue?

I love this queue -- go, simple, secure. Thank you. However I am having a terrible time getting subscriptions to work.
curl --insecure --cacert certs/ca.key --key certs/node.key --cert certs/node.crt -X POST https://localhost:9999/subscribe/foo
{"error":"error decoding command"}

Is it not possible to test subscriptions with curl? I publish just fine using the example in README. Thanks.

Adding some detail:
Using the echo program from /examples and the mkcert setup. On macOS Catalina 10.15.7.
miniqueue % go run echo.go
> foo
Published message foo to topic test_topic
Consumed message: foo
> bar
Published message bar to topic test_topic
Consumed message: bar
> hello there
Published message hello there to topic test_topic
Consumed message: hello there
>

Getting ERR failed decoding command error=EOF error with the subscribe endpoint, but the data comes back to the client program. Welcome any suggestions/fixes.
4:14PM INF starting miniqueue port=:9999
4:14PM INF publishing to topic handler=publish request_id=c1397irrbdg6m98fropg topic=test_topic
4:14PM INF subscribing to topic handler=subscribe request_id=c1397irrbdg6m98froq0 topic=test_topic
4:14PM INF client disconnected while waiting for message cmd=ACK handler=subscribe request_id=c1397irrbdg6m98froq0 topic=test_topic
4:14PM ERR failed decoding command error=EOF handler=subscribe request_id=c1397irrbdg6m98froq0 topic=test_topic
4:15PM INF publishing to topic handler=publish request_id=c1397lrrbdg6m98fror0 topic=test_topic
4:15PM INF subscribing to topic handler=subscribe request_id=c1397lrrbdg6m98frorg topic=test_topic
4:15PM INF client disconnected while waiting for message cmd=ACK handler=subscribe request_id=c1397lrrbdg6m98frorg topic=test_topic
4:15PM ERR failed decoding command error=EOF handler=subscribe request_id=c1397lrrbdg6m98frorg topic=test_topic
4:15PM INF publishing to topic handler=publish request_id=c1397q3rbdg6m98frosg topic=test_topic
4:15PM INF subscribing to topic handler=subscribe request_id=c1397q3rbdg6m98frot0 topic=test_topic
4:15PM INF client disconnected while waiting for message cmd=ACK handler=subscribe request_id=c1397q3rbdg6m98frot0 topic=test_topic
4:15PM ERR failed decoding command error=EOF handler=subscribe request_id=c1397q3rbdg6m98frot0 topic=test_topic

G'day @darsenault, thanks a lot for issue.
Regarding setting up a subscriber, along with your subscribe POST you need to pass through the command "INIT" in order to specify creating a new subscriber. I understand this may seem counter-intuitive, but it is in order to leave some room to expand the subscription with group functionality in the future. Therefore, if you adjust your CURL to the following it should hopefully consume a single message.
curl --insecure --cacert certs/ca.key --key certs/node.key --cert certs/node.crt -X POST https://localhost:9999/subscribe/foo -d "\"INIT\""

Keep in mind that CURL doesn't support keeping the connection open and continuously reading the body (or at least that I'm aware of), so I'd recommend you play around with the demos to get a better handle on how things work.
Regarding the errors you're seeing. Those are just due to client disconnects, I believe I fixed them in a recent release as they shouldn't be of error severity. However maybe I'm mistaken. I'll double check and sort them out if not.
Cheers!

Fixed with v0.8.0

authors: darsenault tomarrell

repo: tomarrell/miniqueue


text:
Demo不能使用 Demo cannot be used

react：15.4.1
react-native : 0.39.2
react-native-chart : 1.0.8-beta #

Who gave me a valid Demo，thanks!

/**

Sample React Native App
https://github.com/facebook/react-native
@flow
*/

import React, { Component } from 'react';
import {
AppRegistry,
StyleSheet,
Text,
View
} from 'react-native';
import Chart from 'react-native-chart';
const data = [
[0, 1],
[1, 3],
[3, 7],
[4, 9],
];
export default class newChart extends Component {
render() {
return (

<Chart
style={styles.chart}
data={data}
verticalGridStep={4}
type="line"
showDataPoint={true}
color={'#5FC3E5'}
gridLineWidth={2}
showXAxisLabels={true}
gridColor={'#DCDCDC'}
axisColor={'#969696'}
xAxisHeight={15}
xAxisTransform={()=>(['aaaa','bbbb'])}
/>

);
}
}
const styles = StyleSheet.create({
container: {
flex: 1,
justifyContent: 'center',
alignItems: 'center',
backgroundColor: 'white',
},
chart: {
width: 200,
height: 200,
},
});
AppRegistry.registerComponent('newChart', () => newChart);

thanks! But I failed again！

How to solve!Can you help me?thank you very mach!

@pheromone
有没有一个完整的demo，一个完整的项目。
我这儿各种问题，我都找不到解决办法
http://www.zhwios.cn/2016/07/28/reactnative-no-component-found-for-view-with-name-artsurfaceview/
这个办法到第二步我都不知道怎么办了。
才接触RN，求助，谢谢！！！

我怎么感觉你Xcode里面没有弄对啊. .... 还有react-native-chart这个好像X,Y轴好像只能设置数字.我需要设置汉字的.   .我现在用这个 react-native-pathjs-charts . 这个配置环境很简单

我知道Xcode里面有问题，但是修改Xcode的时候指定的那个Libraries文件我没找到，不是react-native下面那个Libraries，是Xcode里面的Libraries没找到

他上面不是有图例吗?就那几步....不行的话加我扣 510738319

非常感谢，问题已经解决了

As a generic FYI — I am no longer able to maintain this library. I recommend checking out victory-native as it's much more maintained.

source: gharchive/issue

authors: Sura-zm pheromone tomauty

repo: tomauty/react-native-chart

license: mit

license_type: permissive

license_source: bigquery


text:
Fix dovecot variable with whitespace

Signed-off-by: Arthur Outhenin-Chalandre arthur@cri.epita.fr
This fixes shell expansion for dovecot variables by adding quotes. I saw this bug while trying to use a ldap bind dn with a space in it.

The tests fail. I don't think it is caused by your change, but unfortunately I can't trigger them manually, can you make a nonsense commit please?

Done, the CI is green now :tada:

source: gharchive/pull-request

authors: MrFreezeex erik-wramner

repo: tomav/docker-mailserver

license: MIT

license_source: github-api


text:
Travis CI Pro fixes

Fixed url that always resolved to the non-pro version of Travis. Added setting to check for Travis builds on remotes with names other than origin. See commit message details for more information.

I'm not sure what exactly the Travis errors are indicating, but they seem to be related to the changes to the getNameWithOwner: method.

You'll need to change the stubs for the getOriginURL func which isn't used anymore with these changes.

Thanks. I updated the stubs with the getConfigValue signature. I'm guessing there might be some tests needed for the new remote name setting, but this has already pushed my CoffeeScript/JavaScript knowledge beyond its meager capacity.

I've been using the version from this PR for a week now, and it's mostly working for me. I think there have been a few times when I was on a branch that actually had Travis builds in a PR, but the status wasn't displayed in Atom, but I'm not sure that's related to my changes. Right now it's working for me:

I took this screenshot while I had a branch checked out from my fork (named origin), while the original remote (named upstream) is where the actual Travis builds are taking place. Clicking the details links took me to the correct pages for the builds under the upstream repository's Travis account.
I see that there are currently 2 open issues concerning Travis Pro (#38 and #35). I'm not sure if this fix addresses those, but the complications introduced by forks of private repo's and remote naming conventions (getOriginURL vs specifying the remote's name) could possibly be related.
@tombell Is there any further work needed in this PR before it's a candidate for merging?

Realized documentation for the Travis Ci Remote Name setting would probably be helpful :smile_cat:

authors: JrGoodle tombell

repo: tombell/travis-ci-status


text:
App "Back" button can't be excluded?

How can I make it so the Button style doesn't get applied to the system "Back" button you see when you open an app from another app for example (like if you click a deep link from Safari)? I tried using the UI debugger to find the class name, but the back button element doesn't appear in the debugger.

Good question. I don't know, but this is the reason why I don't like using generic classes like "Button", "Label", etc. I prefer having finer control over what exactly is rendered and how.

Any progress on this issue? This is a recurring issue for me now that iOS 9 is more or less dominating the devices.

Both @stunner and only apply styling to custom nuiClasses. This would also be my suggestion on how to resolve these issues in your project.
Please understand, that were working on nui in our free time and working on this issue provides no personal value to us.
@frapaa: If you are willing to have a stab at it, a pull request would be highly welcome.

Using custom classes every where is probably a good workaround, but it kind of defeats one of the main motivators for using NUI.
I completely understand, and I didn't mean to sound demanding.
I doubt I'm able to contribute to the code, but it sure would be fun to try :)

Please see my comments in issue https://github.com/tombenner/nui/issues/162. Due to these issues being inevitable as future changes to the iOS SDK will cause more of these problems to crop up. And thus ,cause us to approach them in a reactive fashion (as opposed to proactively), it is poor practice to implement generic class styling in a production app. I would advise it be used for prototyping/proof-of-concept work only.
As @timbodeit mentioned, we would be more than happy to review a pull request regarding this issue.

I doubt I'm able to contribute to the code, but it sure would be fun to try :)

Yes please do try, if there are any issues we will alert you to them and you can take another stab at it. :) However, I strongly advise you change the way your app is styled to avoid other similar issues in the future.

Thanks, I'll see how much work it is to work add custom classes instead. It'd only be the buttons in the first round. That might not be too much to handle.

authors: SteveNewhouse Stunner frapaa timbodeit

repo: tombenner/nui


text:
Unable to load the chart

versions:
ruby - 2.4.3
rails - 5.1.6
postgresql - 1.0.0
Bootstrap 3.7
$ cat app/assets/javascripts/application.js
//= require rails-ujs
//= require turbolinks
//= require reports_kit/application
//= require bootstrap.min
//= require_tree .

$cat app/assets/stylesheets/application.css
*= require reports_kit/application
 *= require bootstrap.min
 *= require_tree .
 *= require_self

$ cat config/reports_kit/reports/my_users.yml
measure: user
dimensions:
- created_at

$cat config/routes
mount ReportsKit::Engine, at: '/'
resources :users
root to:'users#index'

$ cat app/views/users/index.html.erb

        <%=render_report 'my_users' %>

I was trying for a simple example which is shown in the document of reports kit.For me, charts are not loading and it is showing only Download CSV and Download Excel links.But again these links are not working.
My server logs when I pressed the Download Excel link
Started GET "/users" for 127.0.0.1 at 2018-04-05 17:53:42 +0530
Processing by UsersController#index as HTML
  Rendering users/index.html.erb within layouts/application
  User Load (0.4ms)  SELECT "users".* FROM "users"
  Rendered users/index.html.erb within layouts/application (10.6ms)
Completed 200 OK in 59ms (Views: 57.9ms | ActiveRecord: 0.4ms)

Screenshot

solved by installing
gem 'jquery-rails'
require jquery in app/assets/javascripts/application.js
//= require jquery


text:
Version [1.2.1] doesn't seem to work, the circle goes round and round without stopping

Version : 1.2.1
What happens :
We were using version 1.1.9 for our application and everything was going great.

We wanted to upgrade our version to 1.2.1 but the circle keeps going round and round.

Is there a new option we need to add?

Picture :

Video example :
https://github.com/tomickigrzegorz/circular-progress-bar/assets/47373969/a469be16-9ab9-4a8b-b56b-c15f73bf32ae

https://github.com/tomickigrzegorz/circular-progress-bar/assets/47373969/b5ca2149-b112-4f99-9c30-a0019ce7903d

I'll try to give a codepen example

Ok turns out the attributes percent need to be a string, not a number
I am closing the issue

repo: tomickigrzegorz/circular-progress-bar


text:
fix report

this fix will exclude users that have  PasswordLastUsed , but Console password
is disabled.
users that their "Console password" is disabled  , should be ignored even if their PasswordLastUsed is populated .

Thanks for the PR @yapale. Why this change? Even if "console password" is disabled I think is important to know that has been used.

hi toni,we have alot of users that turned to be service accounts, so their
login is not relevant.
i can add flag to make it optional. wdut?
בתאריך יום ה׳, 14 ביוני 2018 ב-2:32 מאת Toni de la Fuente <
notifications@github.com>:

Thanks for the PR @yapale https://github.com/yapale. Why this change?
Even if "console password" is disabled I think is important to know that
has been used.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/toniblyx/prowler/pull/220#issuecomment-397120306, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AGMIy4nIem2oNTNtaBLGMXjh5GmL3S6kks5t8aD6gaJpZM4Ul4i8
.

Thanks for clarifying. You can also create an extra check with your
requirement and invoke it instead of the original one in that group.
On Wed, Jun 13, 2018 at 11:30 PM yapale notifications@github.com wrote:

hi toni,we have alot of users that turned to be service accounts, so their
login is not relevant.
i can add flag to make it optional. wdut?
בתאריך יום ה׳, 14 ביוני 2018 ב-2:32 מאת Toni de la Fuente <
notifications@github.com>:

Thanks for the PR @yapale https://github.com/yapale. Why this change?
Even if "console password" is disabled I think is important to know that
has been used.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/toniblyx/prowler/pull/220#issuecomment-397120306,
or mute
the thread
<
https://github.com/notifications/unsubscribe-auth/AGMIy4nIem2oNTNtaBLGMXjh5GmL3S6kks5t8aD6gaJpZM4Ul4i8
.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/toniblyx/prowler/pull/220#issuecomment-397159060, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ADzQONC1bNGUNtgRL9wm2GHNEESZLjrkks5t8di7gaJpZM4Ul4i8
.

--
Toni de la Fuente
@ToniBlyx - https://blyx.com

authors: toniblyx yapale

repo: toniblyx/prowler


text:
JustForFun

I am not proficient with git, so apologies if this is an oversight on my part, but where do I find the Just For Fun code samples?
BTW, Thanks for a great resource! This is fantastic!
Cheers

@madivad It appears they're not in this repo (yet)
It appears that on http://tldp.org/HOWTO/NCURSES-Programming-HOWTO/justforfun.html the links don't work
Here's one of the files: http://tldp.org/HOWTO/NCURSES-Programming-HOWTO/ncurses_programs/JustForFun/magic.c

authors: madivad tony

repo: tony/NCURSES-Programming-HOWTO-examples


text:
Arrow chart

An arrow chart, with an arrow representing gradient, say, needs:

a new GlyphShape with arrow head and direction.
direction then needs to be fed from the right shaped data

#12 closes

#12 closes


text:
[BUG] ... Under "General" extension settings, the "POS-style Currency Entry" no longer works.

Describe the bug
Under "General" extension settings, the "POS-style Currency Entry" no longer works.
To Reproduce
For example, entering a figure of "500" in OUTFLOW or INFLOW field is supposed to result in "5.00" but instead results in "500.00".  The remainder of the instructions work as explained.
Expected behavior
Entering a figure of "500" is supposed to result in "5.00"
Desktop (please complete the following information):

OS:  Windows 10
Browser: Edge
Toolkit Version: 3.6.0

Setting Export
Please replace the text 'REPLACE_ME_WITH_SETTINGS' below with your exported Toolkit settings. You can export these by going to the Toolkit Options page, click the Import/Export Settings button at the top right and copying the text in the modal which appears.
Note! DO NOT replace the leading and trailing ``` characters as they are required formatting characters.
[{"key":"AccountsDisplayDensity","value":false},{"key":"AccountsEmphasizedInflows","value":false},{"key":"AccountsEmphasizedOutflows","value":false},{"key":"AccountsStripedRows","value":false},{"key":"AccountsStripedRowsColor","value":"#fafafa"},{"key":"AccountsStripedRowsDarkColor","value":"#1e1e1f"},{"key":"AutoDistributeSplits","value":false},{"key":"AutoEnableRunningBalance","value":false},{"key":"AutomaticallyMarkAsCleared","value":false},{"key":"BetterScrollbars","value":false},{"key":"BottomNotificationBar","value":false},{"key":"BudgetProgressBars","value":false},{"key":"BulkEditMemo","value":true},{"key":"BulkManagePayees","value":false},{"key":"CalculateIRR","value":false},{"key":"CalendarFirstDay","value":false},{"key":"CategoryActivityCopy","value":false},{"key":"CategoryActivityPopupWidth","value":false},{"key":"ChangeEnterBehavior","value":true},{"key":"ChangeMemoEnterBehavior","value":false},{"key":"CheckCreditBalances","value":false},{"key":"CheckNumbers","value":false},{"key":"ClearSelection","value":false},{"key":"CollapseInspector","value":false},{"key":"CompactAccountHeader","value":false},{"key":"CompactIncomeVsExpense","value":false},{"key":"ConfirmEditTransactionCancellation","value":false},{"key":"CreditCardEmoji","value":false},{"key":"CtrlEnterCleared","value":false},{"key":"CurrentMonthIndicator","value":false},{"key":"CustomAverageBudgeting","value":false},{"key":"CustomizeColourScheme","value":true},{"key":"DateOfMoney","value":false},{"key":"DaysOfBuffering","value":false},{"key":"DaysOfBufferingExcludeCreditCards","value":false},{"key":"DefaultCCToCleared","value":false},{"key":"DeselectTransactionsOnSave","value":false},{"key":"DisableToolkit","value":false},{"key":"DisplayTargetGoalAmount","value":false},{"key":"DisplayTotalMonthlyGoals","value":false},{"key":"DisplayTotalOverspent","value":false},{"key":"DisplayUpcomingAmount","value":false},{"key":"EasyTransactionApproval","value":false},{"key":"EditAccountButton","value":false},{"key":"EmphasizeNegativeLoans","value":false},{"key":"EnlargeCategoriesDropdown","value":true},{"key":"FilterCategories","value":true},{"key":"GoalIndicator","value":false},{"key":"GoalWarningColor","value":false},{"key":"GoogleFontsSelector","value":false},{"key":"HideAccountBalancesType","value":false},{"key":"HideAgeOfMoney","value":false},{"key":"HideClosedAccounts","value":false},{"key":"HideDebtRatio","value":false},{"key":"HideHelp","value":false},{"key":"HideReferralBanner","value":false},{"key":"HighlightNegatives","value":false},{"key":"HoveredBudgetRows","value":false},{"key":"ImportNotification","value":false},{"key":"IncomeVsExpenseHoverHighlight","value":true},{"key":"LargerClickableIcons","value":false},{"key":"LiveOnLastMonthsIncome","value":false},{"key":"MasterCategoryRowColor","value":false},{"key":"MasterCategoryRowColorSelect","value":"#d1d1d6"},{"key":"MasterCategoryRowDarkColorSelect","value":"#636366"},{"key":"MemoAsMarkdown","value":false},{"key":"MonthlyNotesPopupWidth","value":false},{"key":"NavDisplayDensity","value":false},{"key":"NotesAsMarkdown","value":false},{"key":"POSStyleCurrencyEntryMode","value":true},{"key":"Pacing","value":false},{"key":"PrintingImprovements","value":true},{"key":"PrivacyMode","value":false},{"key":"QuickBudgetWarning","value":false},{"key":"ReconcileAssistant","value":false},{"key":"ReconcileBalance","value":false},{"key":"ReconcileConfetti","value":false},{"key":"ReconciledTextColor","value":false},{"key":"RemovePositiveHighlight","value":false},{"key":"RemoveZeroCategories","value":false},{"key":"ResetColumnWidths","value":true},{"key":"RightClickToEdit","value":true},{"key":"RowHeight","value":false},{"key":"RowsHeight","value":false},{"key":"SavingsRatio","value":"0.10"},{"key":"ScrollableEditMenu","value":false},{"key":"ShowAvailableAfterSavings","value":false},{"key":"ShowCategoryBalance","value":false},{"key":"SpareChange","value":false},{"key":"SplitTransactionAutoAdjust","value":false},{"key":"SplitTransactionAutoFillPayee","value":false},{"key":"SplitTransactionTabExpand","value":false},{"key":"SquareNegativeMode","value":false},{"key":"StealingFromFuture","value":false},{"key":"StripedBudgetRows","value":false},{"key":"SubtractUpcomingFromAvailable","value":false},{"key":"SwapClearedFlagged","value":false},{"key":"TargetBalanceWarning","value":false},{"key":"ToBeBudgetedWarning","value":false},{"key":"ToggleAccountColumns","value":true},{"key":"ToggleMasterCategories","value":false},{"key":"ToggleSplits","value":false},{"key":"ToggleTransactionFilters","value":false},{"key":"ToolkitReports","value":true},{"key":"UnclearedAccountHighlight","value":false},{"key":"ViewZeroAsEmpty","value":false}]

This was reported weeks ago. No one is assigned yet.

Duplicate of #3078

Closing as duplicate of #3078.

authors: Sarcasticon michaelcmelton mpitt tschmechel

repo: toolkit-for-ynab/toolkit-for-ynab


text:
recaptcha enterprise.

Hi, I have been using django-recaptcha whilst developing an app, and have started converting it to production.   I discover that google recaptcha is now google recaptcha enterprise, and they don't offer the same api, I think.
I am able to see a key id in the recaptcha enterprise admin console, but no indication of whether it is public or private.
Will django-recaptcha support recaptcha-enterprise?

Try registering a new site here: https://www.google.com/recaptcha/admin/create

I would also be interested in support for ReCaptcha enterprise.
That being said: the link posted by @K-N-Y still works for creating "old" v2/v3 keypairs -- thanks!

I believe an issue with this is that one of the maintainers would need to have enterprise in order to properly test this. Obviously a contributor can also add the code. However, we won't be able to add support to the CI unless a maintainer or a company provides credentials.

It would be really useful indeed if django-recaptcha supported recaptcha-enterprise.

@Andrew-Chen-Wang - recaptcha enterprise is now free for up to one million request per month. Any chance we see it added sometime in the near feature?

that's great news thanks. I am not actively maintaining much my OSS lately, but I am happy to review any PRs when I find the time

I'm happy to review PRs that contribute this feature (tag me!). I don't have much time myself to do active development on this package.

Based on comments above I’ll remove the "decision needed" label, seems clear people would be keen if someone does the legwork.

Unless anyone else is already working on support for reCAPTCHA Enterprise, I'm going to give it a shot.

authors: Andrew-Chen-Wang K-N-Y Stormheg botondus kennell mgrdcm millerthegorilla nls81 thibaudcolas

repo: torchbox/django-recaptcha


text:
Allow to specify num_mols in OutputModel

Alternative to #214
Just specify the number of molecules to make CUDA Graphs work:
model = load_model(model_file, num_mols=1)

I am scared to add another parameter like this.
If one saves this model it will lock it to that num_mol.
On the other hand this parameter exists solely for the purpose of CUDA graphs, but it can be misleading to an user who might think this parameter has to be set.
If we do this we have to document it really good.

The solution in #214 is better.

authors: RaulPPelaez raimis

repo: torchmd/torchmd-net


text:
Partial refunds

OrderRefunder теперь обрабатывает и полный, и частичный возвраты(если указан amount), так, например, можно будет оставить возможность полного возврата в списке
В админку пока не выводила, хочу окнуть изменения сервиса: сейчас я просто храню сумму прошлых возвратов в поле refund_amount заказа, а историю возвратов записываю в LogEntry.
Вижу два варианта:

Реализовать на деталке заказа внизу кнопку "Оформить возврат", где нужно будет ввести сумму возврата, история будет храниться в LogEntry
Создать отдельную модель Refund, привязанную к заказу и выводить её на детальной в виде инлайна, тогда историю возвратов можно будет видеть прямо на странице в инлайне и в LogEntry, а refund_amount в заказе в таком случае можно сделать @property

Кажется, что первый вариант реализовать проще, что думаешь?

Уведомления о частичных и полных возвратах отправляются в одном месте , предлагаю к шаблону кроме изначальной цены добавить сумму текущего возврата и сколько средств возможно нужно вернуть

Сейчас есть всё для частичных возвратов, но полные возвраты в админке по-прежнему работают. ПР уже довольно большой. Если у тебя нет никаких дополнений, я думаю, что мы могли бы слить его уже сейчас. А добавление частичных возвратов в админку я бы сделала в отдельном ПР, как на это смотришь?
Следующие шаги вижу так:

Переименовать действие для полных возвратов или убрать его из списка, чтобы было понятно, что это полный возврат.
Добавить информацию о возвратах на страницу с деталями заказа.
Добавить возможность создания частичного возврата в админке с ограничением в 5 заказов в день.

Раньше я делала такое так: при нажатии на кнопку происходит переход на страницу с формой, где вводятся нужные данные и редирект на страницу заказа после.
Я понимаю, что кастомайзить админку - боль, но у меня такой опыт есть и если есть вариант лучше - подскажи, что посмотреть, пожалуйста

Я понимаю, что кастомайзить админку - боль, но у меня такой опыт есть и если есть вариант лучше - подскажи, что посмотреть, пожалуйста

Я бы весь код кастомизации спрятал бы в проксимодели. Сделал бы прокси-модель к рефандам, типа AdminRefund, выводил бы её в админке заказа как Inline, а при добавлении переопределил бы метод AdminRefundManager.create() или форму в админке (забыл, что лучше), чтобы они вместо создания записи в БД вызывали бы OrderRefunder.
Таким образом мы получим вывод всех возвратов по заказу в привычном интерфейсе админки и ноль кастомизаций.

@f213 комментарии поправлю чуть позже, а пока вопрос: в сервисе возврата происходит много операций, кажется, что стоит обернуть это всё в transaction.atomic, чтобы при ошибке на любом этапе данные в базе не расходились с реальным положением дел
или это не сделано по какой-то причине?

или это не сделано по какой-то причине?

Я учла все комментарии, а ещё решила админку сделать здесь(через инлайн там действительно добавилось не очень много нового кода, а троттлинг я перенесла прямо в сервис возвратов, и кажется, это наиболее логично)
Смущает только один момент, в админке при мисклике (например, если дважды быстро нажать на сохранить), в инлайнах могут создаваться дубли записей возврата. Для частичного возврата, если сумма может быть возвращена дважды - так и произойдёт, но вероятность такого достаточно мала

Смущает только один момент, в админке при мисклике (например, если дважды быстро нажать на сохранить), в инлайнах могут создаваться дубли записей возврата. Для частичного возврата, если сумма может быть возвращена дважды - так и произойдёт, но вероятность такого достаточно мала

Давай может и её заблокируем? Можно в тротлинг к примеру добавить логику, что мы можем делать только один возврат в течение 10 секунд.

Из важного: в админке в списке по-прежнему можно сделать полный возрат, я поправила название действия на "Сделать полный возврат", чтобы не возникло путаницы

Супер!

так будет окей?

Да, вполне.
Думаю, сегодня я уже не успею, а завтра будем тестить

repo: tough-dev-school/education-backend


text:
🛑 MSP-HIT is down

In c0c989d, MSP-HIT (https://hit.hanati.co.kr/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MSP-HIT is back up in 662c4a7.

repo: touguy/uptime


text:
🛑 OneQOn is down

In 1be7bc3, OneQOn (https://oneqon.hanati.co.kr/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: OneQOn is back up in 143bbe9.


text:
Add a "projects using tower-lsp" section in the README

Looking at https://github.com/ebkalderon/tower-lsp/pull/420, this is a quite good idea to show adoption and point at real examples of how the lib is used.
You can suggest projects that use tower-lsp

We use tower-lsp for the LSP server and the interactive web demo of our research programming language called Polarity.

authors: mrnossiom timsueberkrueb

repo: tower-lsp/tower-lsp


text:
[Bug]: Frequent access to github when yolov5 objects are created multiple times.

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
When yolov5 objects are created for many times, the python hub load will request github for many times. If github is unstable, the service will exit abnormally

Expected Behavior
No response
Steps To Reproduce
No response
Environment
- Towhee version(e.g. v0.1.3 or 8b23a93): v0.9.0
- OS(Ubuntu or CentOS): MacOS
- CPU/Memory: 4CPU、8G
- GPU:
- Others:

Anything else?
No response

@iebing, can you show me the steps for this error? I can't reproduce it in my environment.

@iebing, I have reproduced it when I run the yolov5 op in different paths, and the weights(yolov5s.pt) will save to the working directory, so it will download multi times.
And I have uploaded the weights to towhee hub, and it will use the model with the specified path, so you can remove ~/.towhee/operators/object-detection/yolov5 and try  it again.
Note that the large weight is saved with git-lfs, so you should install git-lfs in your env, and you can check if you have successfully download the weight in ~/.towhee/operators/object-detection/yolov5/models.

ok, I'll try,  Do I need to upgrade the version of towhee?

ok, I'll try, Do I need to upgrade the version of towhee?

No. The code in the hub is independent.

repo: towhee-io/towhee


text:
Handle  etc for XML comments

In http://tpetricek.github.io/FSharp.Formatting/metadata.html, it mentions that
Note that currently our code is not handling <parameter> and ` tags, this is not so much of a problem given that given that FSharp.Formatting infers the signature via reflection.
Just want to check whether this is on the roadmap? If so, when will <parameter> etc be supported?
Thanks!

We'd be happy to add support for this.
If you're interested in contributing, this is something that can be handled in the readXmlComment function here in the source code. I think that all that needs to be done is to change it to recognisze the <parameter> tag and turn it into <ul> HTML element with <li> elements for all parameters (and append this to the generated string). So it should be a nice issue for a new contributor :-).
(There is also a project csharpSupport in tests folder, so this is a place where you can add a sample documented method, which can then be processed and checked by the tests.)

I think this has been merged an released with #331.

authors: matthid tpetricek zealisland


text:
Upgrade atto-core to scalaz 7.2.4 and scalacheck 1.13.1

WIP upgrade to scalaz 7.2.4. So far I just upgraded atto-core - thought it'd be good to discuss IList vs List before proceeding:
I changed List[A] to IList[A] e.g.: def many[A](p: => Parser[A]): Parser[IList[A]].
Since these are breaking changes, I can imagine that you prefer to keep methods like this to return List[A] instead. Happy to change it back.

Hi, thanks for this!
Re: IList I would prefer to keep master compatible (i.e., List) but we might look into abstracting over list-like return types in series/0.5.x where I'm already abstracting over Either and NonEmptyList. This is not a hard problem but it's very irritating 🐔 .

Ah, I missed that there are more recent developments than in master. I guess it won't be that interesting   then to proceed with this?

authors: rintcius tpolecat

repo: tpolecat/atto


text:
Updates

Is this still running? I haven't seen any CI for this generate a new release?

it is indeed running, you may find the build artifacts produced by the github actions pipeline

@kroese I've tested changing ARG from 8 to 9 in Dockerfile, and it worked just fine

... neither of version has aarch64/arm64 drivers :(

authors: avoidik rayzorben

repo: tprasadtp/virtio-whql


text:
The setting of accesslog should be dynamic

Welcome!

[X] Yes, I've searched similar issues on GitHub and didn't find any.
[X] Yes, I've searched similar issues on the Traefik community forum and didn't find any.

What did you expect to see?
The setting of accesslog should be dynamic. I don't need accesslog most of the time. I only need it when there is a problem and debugging is needed, so I hope it can be set dynamically.

Hello @niaiwomattt,
Thanks for your interest in Traefik!
We gave some thought to your proposal and we conclude that the solution would be to be able to reload what is today the static configuration, which is not possible today.
Since it has been addressed by issue #1188, I'll close this issue accordingly as a duplicate.

authors: niaiwomattt rtribotte

repo: traefik/traefik


text:
healthcheck: add support at the load-balancers of services level

What does this PR do?

This change adds support for automatic self-healthcheck for the
WeightedRoundRobin type of service, in order to make the whole tree of
load-balancing aware of status changes at the "leaf" level. That is, let the
load-balancing algorithm adjust globally when a server status changes (gets down
or up).
Motivation

So far healthcheck was supported only at the "leaf" level, i.e. a load-balancer of
servers (at the bottom of the load-balancing tree) was able to do active health
checks on his own servers to adjust its load-balancing algorithm. However when
e.g. all of its servers would go down, there was no propagation upwards of this
status change, which means requests would still arrive to this load-balancer
even though it would in effect be down, and should have been ignored by its
parent(s).
Therefore this change adds a mechanism so that all status changes can be
propagated upwards to let all parents know (and by extension, the whole tree)
when a service is in effect down.
The corresponding configuration change is the introduction of the HealthCheck
option to the WeightedRoundRobin element. When the HealthCheck option is present
in a WeightedRoundRobin, automatic propagation of a status change of its
children is enabled. None of the fields of HealthCheck are relevant in this
context, so they are ignored if present.
More

[x] Added/updated tests
[x] Added/updated documentation

Additional Notes
Fixes #7693

Co-authored-by: Dmitry Sharshakov d3dx12.xx@gmail.com

Thanks, I was really eager to try this one ;)
So far I only found one anomaly that I think it's worth further investigation and maybe a unit test.
Here is the base static config used:
http:
  services:
    whoami-public:
      weighted:
        #healthCheck: {}
        services:
        - name: whoami-dc1
          weight: 1
        - name: whoami-dc2
          weight: 1

    whoami-dc1:
      loadBalancer:
        servers:
          - url: "http://127.0.0.1:8090"
          - url: "http://127.0.0.1:8091"
        healthCheck:
          scheme: http
          interval: 2s
          timeout: 1s
          path: /ping

    whoami-dc2:
      loadBalancer:
        servers:
          - url: "http://127.0.0.1:8092"
          - url: "http://127.0.0.1:8093"
        healthCheck:
          scheme: http
          interval: 2s
          timeout: 1s
          path: /ping

  routers:
    dashboard:
      rule: Host(`traefik.docker.localhost`)
      service: api@internal

    whoami-router:
      rule: Host(`whoami.docker.localhost`)
      service: whoami-public

Step / Status:

✔  Setup a WRR service without the healthcheck enabled (whoami-public)
✔ Allow one of the underlying services on it to fail all servers HC (whoami-dc2)
✔ Enable the healthcheck on the root WRR (whoami-public) and let Traefik reload the config
❌ Check the failed service (whoami-dc2) is not getting requests

Even after enabling the healthcheck the failed service was still considered during round robin from the root WRR, resulting in Service Unavailable errors when sending requests.
I'm also attaching logs starting from the config reload as behavior confirmation.
Other than that, everything work as expected when I start it with healthcheck already enabled!
PS.: whoami is not actually whoami here, but a custom backend that allows me to control the /ping endpoint

Thanks, I was really eager to try this one ;)
So far I only found one anomaly that I think it's worth further investigation and maybe a unit test.
Here is the base static config used:
http:
  services:
    whoami-public:
      weighted:
        #healthCheck: {}
        services:
        - name: whoami-dc1
          weight: 1
        - name: whoami-dc2
          weight: 1

    whoami-dc1:
      loadBalancer:
        servers:
          - url: "http://127.0.0.1:8090"
          - url: "http://127.0.0.1:8091"
        healthCheck:
          scheme: http
          interval: 2s
          timeout: 1s
          path: /ping

    whoami-dc2:
      loadBalancer:
        servers:
          - url: "http://127.0.0.1:8092"
          - url: "http://127.0.0.1:8093"
        healthCheck:
          scheme: http
          interval: 2s
          timeout: 1s
          path: /ping

  routers:
    dashboard:
      rule: Host(`traefik.docker.localhost`)
      service: api@internal

    whoami-router:
      rule: Host(`whoami.docker.localhost`)
      service: whoami-public

Step / Status:

✔  Setup a WRR service without the healthcheck enabled (whoami-public)
✔ Allow one of the underlying services on it to fail all servers HC (whoami-dc2)
✔ Enable the healthcheck on the root WRR (whoami-public) and let Traefik reload the config
❌ Check the failed service (whoami-dc2) is not getting requests

Even after enabling the healthcheck the failed service was still considered during round robin from the root WRR, resulting in Service Unavailable errors when sending requests.
I'm also attaching logs starting from the config reload as behavior confirmation.
Other than that, everything work as expected when I start it with healthcheck already enabled!
PS.: whoami is not actually whoami here, but a custom backend that allows me to control the /ping endpoint

Thanks @ddtmachado , I will investigate.

Thanks @ddtmachado , I will investigate.
Ah I see what you mean, you enabled the healthcheck on the top service after things had already started to fail below. I indeed didn't think of that case.

@ddtmachado , I've updated the PR with a new, simpler, design. From what I've tested it seems it should also fix the problem you reported. But could you please test it out and confirm?

authors: ddtmachado mpl


text:
mismatched types gioui.org/ui.pc and . when importing Gio package

Possibly related to #90 or #308.
I am trying to run the Gio "hello, world" program from within Yaegi.  (Toplevel here.)  Yaegi throws an error on this line:
func (r *OpsReader) Decode() (EncodedOp, bool) {
	if r.ops == nil {
		return EncodedOp{}, false
	}
	for {
		if len(r.stack) > 0 {
			b := r.stack[len(r.stack)-1]
			if r.pc == b.endPC {
			// ^^^ error here
			// /path/to/gioui.org/ui/ops.go:265:7: mismatched types gioui.org/ui.pc and .

As indicated, the error is mismatched types gioui.org/ui.pc and . .
So first of all, the error message appears to be truncated.  And second of all, r.pc and b.endPC are the same type.
If I try to import the package multiple times, it fails twice, then succeeds, and then panics:
% rlwrap yaegi
> import    "gioui.org/ui"
/Users/lmc/src/gioui.org/ui/ops.go:265:7: mismatched types gioui.org/ui.pc and .
> import    "gioui.org/ui"
/Users/lmc/src/gioui.org/ui/ops.go:265:7: mismatched types gioui.org/ui.pc and .
> import    "gioui.org/ui"
0xc0000a14e0
> import    "gioui.org/ui"
/Users/lmc/src/gioui.org/ui/internal/ops/ops.go:6:7: panic
panic: reflect.Set: value of type int is not assignable to type uint8 [recovered]
	panic: reflect.Set: value of type int is not assignable to type uint8

Thanks for the report. Importing the same package multiple times is not well handled and may cause undefined behaviour, in addition to the initial import mismatch type ... which should not occur in the first place.

@theclapp I'm trying to reproduce, but gioui.org/ui does not seem to exist anymore, and the links you provided are 404s now. Could you please provide a valid (and complete this time) sample for reproduction?

Sorry about that, and thanks for checking in on this bug.
A permalink to the current Gio hello.go example is here.  The full-text is
// SPDX-License-Identifier: Unlicense OR MIT

package main

// A simple Gio program. See https://gioui.org for more information.

import (
	"image/color"
	"log"
	"os"

	"gioui.org/app"
	"gioui.org/io/system"
	"gioui.org/layout"
	"gioui.org/op"
	"gioui.org/text"
	"gioui.org/widget/material"

	"gioui.org/font/gofont"
)

func main() {
	go func() {
		w := app.NewWindow()
		if err := loop(w); err != nil {
			log.Fatal(err)
		}
		os.Exit(0)
	}()
	app.Main()
}

func loop(w *app.Window) error {
	th := material.NewTheme(gofont.Collection())
	var ops op.Ops
	for {
		e := <-w.Events()
		switch e := e.(type) {
		case system.DestroyEvent:
			return e.Err
		case system.FrameEvent:
			gtx := layout.NewContext(&ops, e)
			l := material.H1(th, "Hello, Gio")
			maroon := color.RGBA{127, 0, 0, 255}
			l.Color = maroon
			l.Alignment = text.Middle
			l.Layout(gtx)
			e.Frame(gtx.Ops)
		}
	}
}

But it might be moot at this point.  Does yaegi support unsafe?  Trying the above hello.go with current yaegi gets this:
yaegi hello.go
unable to find source related to: "unsafe"

So if y'all don't support unsafe then I don't think the rest of it matters.
The specific line I cited in func (r *OpsReader) Decode is now here, in case that helps.  Whether it'd still be a problem, I can't tell.
Again though, since Gio uses unsafe, if you don't support unsafe, then please feel free to close this issue.

Yes, by default unsafe is disabled in yaegi.

@theclapp btw, support for unsafe has been introduced now, notably through the use of the -unsafe option for yaegi run.
Is this issue still relevant?

Is this issue still relevant?

Not as such, in that it's not crashing on that problem any more.
Yaegi still cannot run the Gio "hello" program directly:
% yaegi run -unsafe hello.go
run: hello.go:12:2: [...long import chain ...]/src/gioui.org/internal/glimpl/gl_unix.go:200:8: import "C" error: unable to find source related to: "C"

Is this issue still relevant?

Not as such, in that it's not crashing on that problem any more.
Yaegi still cannot run the Gio "hello" program directly:
% yaegi run -unsafe hello.go
run: hello.go:12:2: [...long import chain ...]/src/gioui.org/internal/glimpl/gl_unix.go:200:8: import "C" error: unable to find source related to: "C"

I did figure out how to get Yaegi to call already-compiled Gio code, and I think that's good enough.
// SPDX-License-Identifier: Unlicense OR MIT

package main

// A simple Gio program. See https://gioui.org for more information.

import (
	"fmt"
	"image/color"
	"os"
	"reflect"
	"time"

	"github.com/traefik/yaegi/interp"
	"github.com/traefik/yaegi/stdlib"
	"github.com/traefik/yaegi/stdlib/unrestricted"

	"gioui.org/app"
	"gioui.org/font/gofont"
	"gioui.org/io/system"
	"gioui.org/layout"
	"gioui.org/op"
	"gioui.org/text"
	"gioui.org/widget/material"
)

func main() {
	i := interp.New(interp.Options{})
	i.Use(stdlib.Symbols)
	i.Use(unrestricted.Symbols)

	i.Use(map[string]map[string]reflect.Value{
		"gioui.org/app": {
			"NewWindow": reflect.ValueOf(app.NewWindow),
			"Main":      reflect.ValueOf(app.Main),
		},
		"ext": {
			"loop": reflect.ValueOf(loop),
		},
	})

	fmt.Println("Starting yaegi code")
	_, err := i.Eval(`
	   package main

	   import (
			"fmt"
			"log"
			"os"

			"ext" // see i.Use() above
			"gioui.org/app"
		)

		var invalidate func()

		var s = "Hello, Gio!"

		func Start() {
			fmt.Println("In yaegi code")
			go func() {
				fmt.Println("main func starting")
				w := app.NewWindow()
				invalidate = func() { w.Invalidate() }
				if err := ext.loop(w, func() string { return s }); err != nil {
					log.Fatal(err)
				}
				os.Exit(0)
			}()
			app.Main()
		}
	`)
	if err != nil {
		fmt.Printf("Error: %v\n", err)
		os.Exit(1)
	}

	// Reassign an interpreted variable while the GUI is running.
	go func() {
		time.Sleep(2 * time.Second)
		fmt.Println("redefining s")
		_, err := i.Eval(`
			s = "hey look this changed"
			invalidate()
		`)
		if err != nil {
			fmt.Printf("Error: %v\n", err)
		}
		fmt.Println("done redefining s")
	}()

	_, err = i.Eval("Start()")
	if err != nil {
		fmt.Printf("Error: %v\n", err)
	}
	fmt.Println("Yaegi code returned")
}

func loop(w *app.Window, f func() string) error {
	fmt.Println("loop func starting")
	th := material.NewTheme(gofont.Collection())
	var ops op.Ops
	for {
		e := <-w.Events()
		switch e := e.(type) {
		case system.DestroyEvent:
			return e.Err
		case system.FrameEvent:
			gtx := layout.NewContext(&ops, e)
			// l := material.H1(th, "Hello, Gio")
			l := material.H1(th, f())
			maroon := color.NRGBA{R: 127, G: 0, B: 0, A: 255}
			l.Color = maroon
			l.Alignment = text.Middle
			l.Layout(gtx)
			e.Frame(gtx.Ops)
		}
	}
}

I did figure out how to get Yaegi to call already-compiled Gio code, and I think that's good enough.
// SPDX-License-Identifier: Unlicense OR MIT

package main

// A simple Gio program. See https://gioui.org for more information.

import (
	"fmt"
	"image/color"
	"os"
	"reflect"
	"time"

	"github.com/traefik/yaegi/interp"
	"github.com/traefik/yaegi/stdlib"
	"github.com/traefik/yaegi/stdlib/unrestricted"

	"gioui.org/app"
	"gioui.org/font/gofont"
	"gioui.org/io/system"
	"gioui.org/layout"
	"gioui.org/op"
	"gioui.org/text"
	"gioui.org/widget/material"
)

func main() {
	i := interp.New(interp.Options{})
	i.Use(stdlib.Symbols)
	i.Use(unrestricted.Symbols)

	i.Use(map[string]map[string]reflect.Value{
		"gioui.org/app": {
			"NewWindow": reflect.ValueOf(app.NewWindow),
			"Main":      reflect.ValueOf(app.Main),
		},
		"ext": {
			"loop": reflect.ValueOf(loop),
		},
	})

	fmt.Println("Starting yaegi code")
	_, err := i.Eval(`
	   package main

	   import (
			"fmt"
			"log"
			"os"

			"ext" // see i.Use() above
			"gioui.org/app"
		)

		var invalidate func()

		var s = "Hello, Gio!"

		func Start() {
			fmt.Println("In yaegi code")
			go func() {
				fmt.Println("main func starting")
				w := app.NewWindow()
				invalidate = func() { w.Invalidate() }
				if err := ext.loop(w, func() string { return s }); err != nil {
					log.Fatal(err)
				}
				os.Exit(0)
			}()
			app.Main()
		}
	`)
	if err != nil {
		fmt.Printf("Error: %v\n", err)
		os.Exit(1)
	}

	// Reassign an interpreted variable while the GUI is running.
	go func() {
		time.Sleep(2 * time.Second)
		fmt.Println("redefining s")
		_, err := i.Eval(`
			s = "hey look this changed"
			invalidate()
		`)
		if err != nil {
			fmt.Printf("Error: %v\n", err)
		}
		fmt.Println("done redefining s")
	}()

	_, err = i.Eval("Start()")
	if err != nil {
		fmt.Printf("Error: %v\n", err)
	}
	fmt.Println("Yaegi code returned")
}

func loop(w *app.Window, f func() string) error {
	fmt.Println("loop func starting")
	th := material.NewTheme(gofont.Collection())
	var ops op.Ops
	for {
		e := <-w.Events()
		switch e := e.(type) {
		case system.DestroyEvent:
			return e.Err
		case system.FrameEvent:
			gtx := layout.NewContext(&ops, e)
			// l := material.H1(th, "Hello, Gio")
			l := material.H1(th, f())
			maroon := color.NRGBA{R: 127, G: 0, B: 0, A: 255}
			l.Color = maroon
			l.Alignment = text.Middle
			l.Layout(gtx)
			e.Frame(gtx.Ops)
		}
	}
}

@whereswaldon beat me to it, by a long shot (in terms of functionality; he posted this yesterday):
https://user-images.githubusercontent.com/2324697/106301108-4e2fce80-6225-11eb-8038-1d726b3eb269.mp4
Code here.

@whereswaldon beat me to it, by a long shot (in terms of functionality; he posted this yesterday):
https://user-images.githubusercontent.com/2324697/106301108-4e2fce80-6225-11eb-8038-1d726b3eb269.mp4
Code here.

Very nice integration of yaegi with a pre-compiled package, here gio (where there is no other choice, due to the C binding). Congrats! A playground for graphic UI makes also a lot of sense :+1:

Very nice integration of yaegi with a pre-compiled package, here gio (where there is no other choice, due to the C binding). Congrats! A playground for graphic UI makes also a lot of sense :+1:

@whereswaldon beat me to it, by a long shot (in terms of functionality; he posted this yesterday):
demo.mp4
Code here.

What a cool demo!

Thanks! I plan to extend that demo to be a playground for gio a la play.golang.org. Yaegi works just fine when compiled to WASM, which enables some really cool applications! Thanks to everyone who built it!

authors: mpl mvertes theclapp whereswaldon

repo: traefik/yaegi


text:
is this working in firefox?

I have tested this project but it's not working in firefox. Is there any way for it?

I just downloaded the latest version of Firefox and confirmed that tubertc does not work. I think with a bit of debugging and development effort, tubertc can work with Firefox. Unfortunately, I don't have the time to debug this issue.

Firefox is now supported with PR #83

authors: computerality soft821 yying

repo: trailofbits/tubertc


text:
training configuration

Hello,
I tried to train the model. However I got a few issues. During pre-training, after 200 epochs, the training converges and doesn't improve. The rendered image doesn't look good, especially the pose and texture. Then I switched to unsupervised training. However after 100 epochs, the image rendered is super blurred.
I'm not sure if the configuration in the code is the default setting you use. Thus, could you share your configuration for training, e.g.
pre-training:

number of epochs

training

number of epochs, in code, it says 1000, do you really use 1000 epochs?
which loss you use? Do you use all the loss mentioned in the paper/code?

Thanks a lot

Hello, I have no idea about how to run the pre_training model. Could you please share your configuration for pre_training. Thank you !!!

Hello,
I tried to train the model. However I got a few issues. During pre-training, after 200 epochs, the training converges and doesn't improve. The rendered image doesn't look good, especially the pose and texture. Then I switched to unsupervised training. However after 100 epochs, the image rendered is super blurred.
I'm not sure if the configuration in the code is the default setting you use. Thus, could you share your configuration for training, e.g.
pre-training:

number of epochs

training

number of epochs, in code, it says 1000, do you really use 1000 epochs?
which loss you use? Do you use all the loss mentioned in the paper/code?

Thanks a lot

Hi @zhangxuan1918
I'm trained the model. but the results (rendered images and textures) are not reasonable. I used just 1000 images and 40 epochs for training. Could you train the model correctly?


text:
ACCESS_COARSE_LOCATION permission

Hi. Could you add the permission "ACCESS_COARSE_LOCATION" (not only the GPS, even the network)?

As i know, with ACCESS_FINE_LOCATION you are able to access GPS as well as the network.
In other words, ACCESS_FINE_LOCATION automatically implies ACCESS_COARSE_LOCATION.
From the android documentation:

You only need to request one of the Android location permissions, depending on the level of accuracy you need: ...

I don't know, but I tried to get my position using Simple sms remote and Sophos Mobile Security in two ways:

away from home
inside the house

In the first case, both apps returned my position, while in the second case, only Sophos did.
I checked, and Sophos has both permissions and hence the request for your app ..

I just did some more research, which confirmed my initial description. ACCESS_COARSE_LOCATION should not have an effect. Maybe other apps request ACCESS_COARSE_LOCATION if you don't grant ACCESS_FINE_LOCATION.
But it could be that my location request algorithm is improvable.
Maybe we should change the Criteria in LocationUtils.RequestNewLocation.
This needs some tests.

repo: tranquvis/SimpleSmsRemote


text:
Removes mode prop to make regime and view state more independent.

Background:

Customers want a way to change the privacy options available off of our default settings
e.g. california should get GDPR + CPRA settings
e.g. unknown should get GDPR settings

Issue:
Previously, our UI depended on both view state and regime, this PR takes a step towards making the UI only depend on view state, and making regime independent. Eventually, we may replace regime entirely and let customers fully customize the opt out view state and purposes in a given region..
Changes:
Regime = GDPR

ViewState
Before
After

QuickOptions

AcceptAll

DoNotSellNotice

CompleteChoices

Regime = CPRA

ViewState
Before
After

QuickOptions

AcceptAll

DoNotSellNotice

CompleteChoices

Does clicking "Do not sell my personal information" trigger a consent change in this UI? If not, I can add it

@eligrey it does not, but i dont think we want to add it. we want to keep the old DoNotSellNotice as is, we only want to trigger the change on button click for the new UI

@eligrey next PR will include all of that, i got it working end to end, im just breaking down the code for PR review

repo: transcend-io/consent-manager-ui


text:
Add error handling to getEntitlements func

Description
If a rank is not found in the entitlements map (e.g. due to a typo), the entitlement is evaluated to 0 rather than an error related to a lookup with an absent key (because Go). This adds a check for whether the key/value pair exists in the map and returns an error if so.
Code Review Verification Steps

[ ] Code follows the guidelines for Logging
[ ] The requirements listed in
Querying the Database Safely
have been satisfied.
Any new migrations/schema changes:

[ ] Follow our guidelines for zero-downtime deploys (see Zero-Downtime Deploys)
[ ] Have been communicated to #dp3-engineering

[ ] There are no aXe warnings for UI.
[ ] This works in IE.
Any new client dependencies (Google Analytics, hosted libraries, CDNs, etc) have been:

[ ] Communicated to @willowbl00
[ ] Added to the list of network dependencies

[ ] Request review from a member of a different team.
[ ] Have the Pivotal acceptance criteria been met for this change?

@kilbergr I wasn't able to recreate your error. I logged in as the user with email profile@comple.te, and filled out the ppm flow as a civilian employee, and got past the ppm start page. I did not change the rank to "CIVILIANT_EMPLOYEE" , because I don't believe that the original error involved a typo at the database level, but only at models/service_member_rank.go. I've fixed that particular typo in master so it's technically impossible for that field to be set to a rank that doesn't exist. All the tests are passing, so I'm not sure if you found an actual issue, or created one by manipulating the rank in the DB in a way that would be highly unlikely to happen in production.

@amitch23 I didn't manipulate at the DB level--I re-added the typo.
The reason I did that is because the description of this PR is "If a rank is not found in the entitlements map (e.g. due to a typo), the entitlement is evaluated to 0 rather than an error related to a lookup with an absent key (because Go). This adds a check for whether the key/value pair exists in the map and returns an error if so."
So I do think that this issue is relevant to this PR. I am happy to show you if you'd like.

repo: transcom/mymove


text:
Bug report: Building Elem locally

https://github.com/transmute-industries/sidetree.js/blob/main/packages/did-method-element/docs/local-dev.md#start-required-services
^ dev:elem doesn't, exist, did:ganache returns this
Server Error
Error: Error serializing `.method` returned from `getServerSideProps` in "/".
Reason: `undefined` cannot be serialized as JSON. Please use `null` or omit this value.

This error happened while generating the page. Any console logs will be displayed in the terminal window.

I'm on WSL2 (Ubuntu 20), fwiw.

Thanks for the report! This documentation predates some changes that were made to the package.json file in the dashboard package.
The commands after Start Element should be:
$ cd packages/dashboard
$ cp .env.ganache.example .env.ganache
$ npm run dev:ganache

I'll do more testing locally and update the documentation. Let me know if there's anything else that needs to be fixed.

OK great, that gets me to here

But once I'm there, I am getting seeing a lot of Invalid JSON RPC response errors during the minutes-long DID creation in the GUI.  To wit:
info  - ready on http://localhost:3000
error - .next/server/pages/api/1.0/operations.js (43:0) @ Object.InvalidResponse
Error: Invalid JSON RPC response: ""
  41 |     InvalidResponse: function (result) {
  42 |         var message = !!result && !!result.error && !!result.error.message ? result.error.message : 'Invalid JSON RPC response: ' + JSON.stringify(result);
> 43 |         return new Error(message);
  44 |     },
  45 |     ConnectionTimeout: function (ms) {
  46 |         return new Error('CONNECTION TIMEOUT: timeout of ' + ms + ' ms achived');

Similarly, I opened a new WSL2 terminal and tried curl --header "Content-Type: application/json" --request POST --data '{"type":"create",..., and got this back:
<!DOCTYPE html><link href="https://fonts.googleapis.com/css?family=Lato:400,700|Rajdhani:500,700|Roboto+Condensed:400,700" rel="stylesheet"/><meta charSet="utf-8"/><meta name="viewport" content="width=device-width"/><meta name="next-head-count" content="2"/>

also sometimes this guy 😭

And after enough clicking around and testing, JS itself collapses into a heap

For the RPC error, it looks like that's a result of ganache-cli not running. I think I worded it pretty poorly in the documentation, You'll need two terminals open. One running ganachi-cli to have the RPC open, and one running npm run dev:ganache to run the dashboard.
Alternatively to run ganache-cli in the background, you can run $ screen -dm bash -c "ganache-cli".
For the heap issue, this can be fixed by changing the dev:gache package.json command from
"dev:ganache": "dotenv -e .env.ganache next dev",

to
"dev:ganache": "NODE_OPTIONS=--max_old_space_size=4096 dotenv -e .env.ganache next dev",

I'll include this in my next revision. Testing locally and I think there maybe an issue with the cache not being initialized after that.

Yup, I got the same error once I opened ganache in a second terminal

Tracked down the ipfs issue, which took a little longer to find a "simple" error that I would have liked.
error - TypeError [ERR_INVALID_URL]: Invalid URL: http://127.0.0.1:5001'
    at new NodeError (internal/errors.js:322:7)

The problem here is that it looks like http://127.0.0.1:5001' is the URL attempting to be used for IPFS, and it's invalid because it contains a single quotation on the end. The weird part is the value in the .env.ganache.example should be correct as that's the value i've been using in my ropsten tests, which should work. I tried taking out the single quotations in the .env.ganache file
ELEMENT_CONTENT_ADDRESSABLE_STORE_SERVICE_URI=/ip4/127.0.0.1/tcp/5001

And that worked. Just out of curiosity, I wondered if there was something weird going on in the file, so I opened the working version and the non-working version in a hex editor.

And it looks like the difference is the working version only has '\n', while the non-working version has '\r\n' between lines. So I guess that might cause an issue with how the env file is read. I'll try testing without the quotations and add that to the pull request. Maybe try it locally to see if it solves your issue, I was able to create a did after fixing this on my end.

That worked for me too! Even on the \r\n-strewn hellscape of WSL2! I think when you stitch together this many complex systems it's just inevitable that env variables and line-endings and other devilish devops details sneak in to spoil the fun. Thanks for the rapid turnaround!

Great, it looks like things worked out!

authors: BenjaminMoe bumblefudge


text:
🛑 TechinAsia is down

In 2005229, TechinAsia (https://www.techinasia.com) was down:

HTTP code: 403
Response time: 952 ms

Resolved: TechinAsia is back up in 310ef1f after 7 minutes.

repo: traqy/upptime


text:
🛑 TechinAsia is down

In 71c00fe, TechinAsia (https://www.techinasia.com) was down:

HTTP code: 403
Response time: 957 ms

Resolved: TechinAsia is back up in a368e05 after 21 minutes.


text:
🛑 TechinAsia_WordPress_API is down

In 9185a76, TechinAsia_WordPress_API (https://www.techinasia.com/wp-json/techinasia/2.0/posts) was down:

HTTP code: 403
Response time: 172 ms

Resolved: TechinAsia_WordPress_API is back up in e55e3a5 after 14 minutes.


text:
🛑 TechinAsia_WordPress_API is down

In eb54576, TechinAsia_WordPress_API (https://www.techinasia.com/wp-json/techinasia/2.0/posts) was down:

HTTP code: 403
Response time: 172 ms

Resolved: TechinAsia_WordPress_API is back up in daeae75 after 7 minutes.


text:
🛑 TechinAsia_Laravel_API is down

In d4d5206, TechinAsia_Laravel_API (https://www.techinasia.com/api/2.0/companies) was down:

HTTP code: 403
Response time: 226 ms

Resolved: TechinAsia_Laravel_API is back up in 1664ef9 after 7 minutes.


text:
when evaluating

python ./pytorch/train.py evaluate --config_path=./configs/all.fhd.config --model_dir=/mnt/iso/traveller/second.pytorch/second/ --measure_time=True --batch_size=1
[  41 1280 1056]
feature_map_size [1, 160, 132]
remain number of infos: 3769
Generate output labels...
cudahash: Completely failed to buildit/s][00:02>05:59]
cudahash: Needed 2 attempts to build, you can ignore this message.
cudahash: Needed 2 attempts to build, you can ignore this message.
[100.0%][===================>][13.76it/s][04:53>00:00]
generate label finished(12.80/s). start eval:
avg example to torch time: 2.051 ms
avg prep time: 10.489 ms
avg voxel_feature_extractor time = 0.569 ms
avg middle forward time = 35.752 ms
avg rpn forward time = 4.848 ms
avg predict time = 23.928 ms
/home/iso/anaconda3/lib/python3.7/site-packages/numba/compiler.py:602: NumbaPerformanceWarning:
The keyword argument 'parallel=True' was specified but no transformation for parallel execution was possible.
To find out why, try turning on parallel diagnostics, see http://numba.pydata.org/numba-doc/latest/user/parallel.html#diagnostics for help.
File "utils/eval.py", line 129:
@numba.jit(nopython=True, parallel=True)
def box3d_overlap_kernel(boxes,
^
self.func_ir.loc))
Evaluation official
Car AP(Average Precision)@0.70, 0.70, 0.70:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Car AP(Average Precision)@0.70, 0.50, 0.50:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Cyclist AP(Average Precision)@0.50, 0.50, 0.50:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Cyclist AP(Average Precision)@0.50, 0.25, 0.25:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Pedestrian AP(Average Precision)@0.50, 0.50, 0.50:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Pedestrian AP(Average Precision)@0.50, 0.25, 0.25:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Van AP(Average Precision)@0.70, 0.70, 0.70:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Van AP(Average Precision)@0.70, 0.50, 0.50:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Evaluation coco
Car coco AP@0.50:0.05:0.95:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Cyclist coco AP@0.25:0.05:0.70:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Pedestrian coco AP@0.25:0.05:0.70:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Van coco AP@0.50:0.05:0.95:
bbox AP:0.00, 0.00, 0.00
bev  AP:0.00, 0.00, 0.00
3d   AP:0.00, 0.00, 0.00
aos  AP:0.00, 0.00, 0.00
Why all AP are zero??

sorry, this is my false.

I met this problem again, how to solve?

I met this problem again, how to solve?

I met this problem，Do u solved it？

I met this problem again, how to solve?

I solved this problem,I forget change the  model file path befor eval.

I met this problem again, how to solve?

I solved this problem,I forget change the model file path befor eval.

i met the same problem  ,which file i should change?

I met this problem again, how to solve?

I solved this problem,I forget change the model file path befor eval.

i met the same problem  ,which file i should change?

I'm facing the same issue, how did you solve it?


text:
Pull request for libcoin60-doc

For travis-ci/travis-ci#4461.
Ran tests and found no setuid bits.
See https://travis-ci.org/travis-ci/apt-whitelist-checker/builds/72066075

Sorry, but this test will have to be re-run. Will open a new one later.

repo: travis-ci/apt-package-whitelist


text:
Update RethinkDB repostiroy URL

Based on information given in https://rethinkdb.com/blog/download-server-changes

Thank you @BanzaiMan for this! Hopefully it will be merged soon 🤞

authors: BanzaiMan zedtux

repo: travis-ci/travis-build


text:
Sonarqube addon

The goal of this P/R is to improve the sonarqube addon by installing automatically, for the target platform (linux/macos), the SonarSource build-wrapper. The build-wrapper is needed to configure the analysis of C/C++ projects. This installation is skipped if it's a Java or Javascript project.
Full details: MMF-611

cc @bellingard

@BanzaiMan FYI, this is a small improvement that will make life easier for C/C++/Objective-C projects.

Sorry for the delay. Let's get this tested. I'll deploy this to staging tomorrow (2016-12-13) at 14:00 UTC.

deployed to .org staging

Tested on my side, good work @dbmeneses! This is all good to go to production!
FYI @BanzaiMan, no update of the documentation is required for this improvement.

Deployed to production.

And already using it in production, thanks a lot @BanzaiMan !

authors: BanzaiMan bellingard dbmeneses


text:
Update sbt-github-actions to 0.13.0

Updates com.codecommit:sbt-github-actions from 0.12.0 to 0.13.0.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "com.codecommit", artifactId = "sbt-github-actions" } ]

labels: sbt-plugin-update, semver-minor

Codecov Report

Merging #529 (4c069a3) into main (c867e2e) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #529   +/-   ##
=======================================
  Coverage   90.23%   90.23%
=======================================
  Files          15       15
  Lines         758      758
  Branches       43       43
=======================================
  Hits          684      684
  Misses         74       74

Continue to review full report at Codecov.

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

authors: codecov-commenter scala-steward

repo: travisbrown/iteratee


text:
Invalid writing of infinite term

?- dif(A,B),A=A*B*[],B=C*C*a.
   A = ... * ... * ( ... * ...)*[]*(C*C*a)*[]*(C*C*a)*[]*(C*C*a)*[]*(C*C*a)*[]*(C*C*a)*[]*(C*C*a)*[]*(C*C*a)*[]*(C*C*a)*[],
   B = C*C*a,
   dif:dif(**(*)*[]*(C*C*a)...
           ^^^ invalid syntax

A suggestion: why not implement writing of abbreviated terms by first transforming the term to an abbreviated term (with ...) inside and then write it out directly? This ad hoc writing everywhere is just incorrect (not only in Trealla, but also in Scryer).

Improved now, but still the residual to look at.
$ tpl
?- dif(A,B),A=AB[],B=CCa.
A = A*(CCa)[], B = CCa, dif:dif(A(CCa)[](CCa)[](CCa)[](CCa)[](CCa)[],CC*a).
$ scryer-prolog
?- dif(A,B),A=AB[],B=CCa.
A = A*(CCa)[], B = CC*a.

authors: UWN infradig

repo: trealla-prolog/trealla


text:
Added authentication skip if config is empty

This allows the client to skip the login screen if auth items is empty (which implies that the authentication data comes from cookies)

👍

authors: danielnorberg dzannotti

repo: treasure-data/digdag


text:
Add output result to Web Server

@toru-takahashi Please review this.

Could you use secrets for connection info like https://github.com/treasure-data/workflow-examples/tree/master/td_load/mysql?

@toru-takahashi Implemented.

Looks good to me.

authors: kamikaseda toru-takahashi

repo: treasure-data/workflow-examples


text:
bug: go binding cannot be imported

Did you check existing issues?

[X] I have read all the tree-sitter docs if it relates to using the parser
[X] I have searched the existing issues

Tree-Sitter CLI Version, if relevant (output of tree-sitter --version)
No response
Describe the bug
Go binding cannot build.
Here is my sample code
package main

import (
	"fmt"

	_ "github.com/tree-sitter-grammars/tree-sitter-markdown"
)

func main() {
	fmt.Println("Hello")
}

Terminal output:
➜ go get "github.com/tree-sitter-grammars/tree-sitter-markdown"
go: added github.com/tree-sitter-grammars/tree-sitter-markdown v0.2.3
➜ go mod tidy
go: finding module for package github.com/tree-sitter-grammars/tree-sitter-markdown
go: code.byted.org/flow/mytest imports
	github.com/tree-sitter-grammars/tree-sitter-markdown: module github.com/tree-sitter-grammars/tree-sitter-markdown@latest found (v0.2.3), but does not contain package github.com/tree-sitter-grammars/tree-sitter-markdown
➜ go build
main.go:6:2: no required module provides package github.com/tree-sitter-grammars/tree-sitter-markdown; to add it:
	go get github.com/tree-sitter-grammars/tree-sitter-markdown

Steps To Reproduce/Bad Parse Tree

create a new project
write code above
run in terminal

Expected Behavior/Parse Tree
build success
Repro
No response

That's a limitation of go that we have not figured out how to solve properly.
A workaround is to add the repo as a git submodule and add this to go.mod:
replace github.com/tree-sitter-grammars/tree-sitter-markdown => ./tree-sitter-markdown/bindings/go


text:
Branch restore

It would be helpful to be able to restore branches which have been accidentally deleted by a user (assuming that GC has not run yet).

Spoke with Tino today - it sounds like as long as the GC didn't run this can be done today via the CLI (while it can't be done via the UI of course).

repo: treeverse/lakeFS


text:
first dashboard tutorial is error

need to fix these duplicate and error props

marginTop and duplicate numsCol

You can assign me to work on this, but... I think this docs is not yet open sourced, right?

Hey @ImBIOS, thank you very much for your hint, I just fixed the issues. Thank you for sticking around and happy coding 🫶

authors: ImBIOS severinlandolt

repo: tremorlabs/tremor


text:
"Could not deserialize something correctly" and glitching inventory followed by crash

https://pastebin.com/ALYcquTV
Sponge version: spongeforge-1.12.2-2611-7.1.0-BETA-2931.jar
ProjectInventories version: 0.11.2 (latest)
-Default config

This issue just occured again

repo: trentech/ProjectInventories


text:
Add Node LTS versions to .travis.yml

@trentmwillis Seems like it would be good for Travis to be running against the current Node LTS versions (currently 4.x and 6.x).
Additionally, since Node 0.12 was EOL'ed last year, I removed that.
For what it's worth, I see test failures locally when running master against Node 4.7.2 so I'm curious if those failures will surface in Travis as well.
Happy to adjust the PR if you have any feedback.

@trentmwillis The failures seem to be related to the "partition" number no longer existing in the test output, e.g.
1) Acceptance | Exam Command Split splits the test suite but only runs the first partition:

      Uncaught AssertionError: output has partition #1
      + expected - actual

      -false
      +true

Any idea what dependency change could have caused this? I'd be happy to update my PR to include a fix, but would appreciate a nudge in the right direction.

@cbrock interesting, I'm not aware of anything that has changed that should cause those failures. I've been using Ember Exam with Node 6 and new Ember apps relatively frequently. I'll try to dig in soon. Also, thanks for the PR! This definitely should be done.

I believe the test failures here are due to the same issue as in https://github.com/trentmwillis/ember-exam/issues/88. I'm going to lock the Testem version here until the fix is released.

@trentmwillis Looks like the Testem fix is in and the test suite now passes for me locally and in Travis.

authors: cbrock trentmwillis

repo: trentmwillis/ember-exam


text:
🛑 www.tresl.co is down

In e28b758, www.tresl.co (https://www.tresl.co) was down:

HTTP code: 406
Response time: 111 ms

Resolved: www.tresl.co is back up in 3978c7c after 7 minutes.

repo: tresl-co/uptime


text:
Add Google Analytics to web

Proposed changes
Task link
Event Requirements
Onboarding

[x] How many people click on continue with Google
[x] How many people click on continue with facebook
[x] How many people click on continue with X
[x] How many people click on continue with Reddit
[x] How many people click on ‘Create a new wallet’
[x] How many people click on ‘I already have a wallet’
[x] How many people click on ‘terms of use’
[x] For the social login how many in each case eventually land on the home page
[ ] From the ones who click on ‘create a new wallet’ how many enter password
[ ] How many click on ‘create account’
[ ] How many click on close button
[x] From those who select ‘I already have a wallet’ how many select- Seed phrase
[x] How many select secret key
[x] How many select Backup
[x] How many select Ledger
[ ] In all four categories- how many click on the next/ connect ledger button after doing the required actions
[ ] How many people click on the advanced button in all the cases
[ ] How many change the derivation path
[ ] How many add password and confirm password
[ ] How many of them finally land on the home page
[ ] How often people send their assets (Tez, Tokens, NFTs)
[ ] How often people get requests coming through Beacon (?)
[ ] How often people derive new accounts
[ ] How many mnemonics people have

Types of changes

[ ] Bugfix
[x] New feature
[ ] Refactor
[ ] Breaking change
[ ] UI fix

Checklist

[ ] Tests that prove my fix is effective or that my feature works have been added
[ ] Documentation has been added (if appropriate)
[ ] Screenshots are added (if any UI changes have been made)
[ ] All TODOs have a corresponding task created (and the link is attached to it)

@serjonya-trili @OKendigelyan
Hi! I have a couple of questions:

Is onboarding flow now completed? It seems to be different from the mocks

Looks like modals from onboarding flow could be used for both onboarding & adding a new account to the wallet.
Is there an easy way to distinguish what flow it is, or should I look at how it could be implemented for analytics?

@asiia-trilitech

definitely not, it's still in progress and these pages will be replaced with appropriate ones. Those were put in place just for dev simplicity
yeah, easily. if there is an account already in the store then it's definitely the "add new account" flow

authors: asiia-trilitech serjonya-trili


text:
Separate parsing generics from parsing function signatures

Bans introducing type variables in closure signatures.

⛵

repo: trill-lang/trill


text:
Bug report for trillium-method-override: Not converting from method field in request body

Describe the bug
While using htmx.org, namely hx-post with <input type="hidden" name="_method" value="put"> in a form, I noticed that the request wasn't being translated into an PUT request on the server side.
To Reproduce
Reproduction of this could work by copying one of the tests at trillium-rs/trillium#main/method-override/tests/tests.rs:L16-L29 but instead of checking the query string , putting the test body as the request body, like:
assert_ok!(post("/").with_request_body("_method=put").on(&app), "it was a PUT");

This way, it'll show that the use of only query string extraction wouldn't be enough. However, it looks like reading the body of the request will mutate the connection itself at https://docs.rs/trillium/latest/src/trillium/conn.rs.html#257-274. Perhaps an updated test will show otherwise.
Expected behavior
Proper conversion of a POST request with a hint to the expected HTTP Verb.
Additional context
I figure that the code of method-override is a bit older than the tests and perhaps led to this not being covered.
(Originally published at: https://jacky.wtf/2022/4/W1/W1YTNu6QaaLQ33o0zcbWFhRr)

Hey, sorry for the delay on this!
To make sure I understand your suggestion, the goal is to parse the body and check for a given attribute that modifies the http method along the lines of trillium-method-override, which currently only uses a url param? Let me know if I misunderstood the intent
I don't think there's currently a good way to provide a library that does this that can support arbitrary body encodings (json, xml, x-www-urlecoded, etc). I think this is the sort of thing that would be best to handle in an application, by parsing the body from whatever format and putting that into conn state, as well as modifying the method.

Hm, that makes sense! I think I can add this on my side, but I'd need to figure out how to change the method while a request is being processed. It looks simple enough to do reading https://docs.trillium.rs/src/trillium_method_override/lib.rs.html#94-108
(Originally published at: https://jacky.wtf/2022/5/r-Er)

Yep, it's really just conn.inner_mut().set_method(method); (using trillium_http::Conn::set_method) — And Method has a try_from(&str)

authors: jalcine jbr

repo: trillium-rs/trillium


text:
Allow Enter button to be used to search Log

In the DBA Dash Service Configuration tool when viewing the service log, you should be able to click "Enter" on the keyboard to search after entering text in the filter textbox.  You currently need to click the Refresh button.

It would also be useful to have the option to open the log file in notepad

Fix included in the latest release

repo: trimble-oss/dba-dash


text:
v2.6.0

Add Triniti\Sys\InspectSeoHandler and supporting files to provide the seo index status of each published article.

looking good to me @digitalartcrew. @bhsiao55 you got anything else before we hand it off to our friend the murderous otter?

think this is ready for you @gdbrown

authors: digitalartcrew efjacobson

repo: triniti/core-php


text:
Migrate to NativeScript 3.0

In this PR:

Migrate the plugin to NativeScript 3.0
Added webpack/aot to demo projects (thanks @sis0k0)
Added navigation to demo projects for testing purpose

Thanks a mil 😃

authors: triniwiz vakrilov

repo: triniwiz/nativescript-pager


text:
🛑 LTV Website is down

In 2e495cb, LTV Website (https://leisurevans.com) was down:

HTTP code: 403
Response time: 94 ms

Resolved: LTV Website is back up in 1b8d2b6.

repo: tripleerv/dealer-api-status


text:
sc-6889 GDS UI ADMIN : add release to sentry config

Scope of changes
sc-6889 GDS UI ADMIN : add release to sentry config
Type of change

[ ] bug fix
[ ] new feature
[ ] documentation
[ ] other (describe)

Acceptance criteria
I added app release version in the sentry config
Author checklist

[x] I have manually tested the change and/or added automation in the form of unit tests or integration tests
[ ]  I have updated the dependencies list
[ ]  I have recompiled and included new protocol buffers to reflect changes I made
[ ]  I have added new test fixtures as needed to support added tests
[x]   Check this box if a reviewer can merge this pull request after approval (leave it unchecked if you want to do it yourself)
[x]  I have moved the associated Shortcut story to "Ready for Review"

Reviewer(s) checklist

[ ] Any new user-facing content that has been added for this PR has been QA'ed to ensure correct grammar, spelling, and understandability.

Codecov Report

Merging #622 (8704dd9) into main (dc419c3) will decrease coverage by 7.90%.
The diff coverage is 0.00%.

:exclamation: Current head 8704dd9 differs from pull request most recent head 61a639d. Consider uploading reports for the commit 61a639d to get more accurate results

@@            Coverage Diff             @@
##             main     #622      +/-   ##
==========================================
- Coverage   46.00%   38.10%   -7.91%
==========================================
  Files         536      155     -381
  Lines       15624     2433   -13191
  Branches     1196      617     -579
==========================================
- Hits         7188      927    -6261
+ Misses       7341     1330    -6011
+ Partials     1095      176     -919

Impacted Files
Coverage Δ

web/gds-admin-ui/src/sentry.js
0.00% <0.00%> (ø)

...sacrypto/directory/pkg/gds/store/index/sequence.go

...s-user-ui/src/components/ui/FormButton.stories.tsx

...b/gds-user-ui/src/components/ui/SuccessMessage.tsx

web/gds-user-ui/src/components/ui/Logo.tsx

...ules/dashboard/certificate/lib/validationSchema.ts

web/gds-user-ui/src/components/Sidebar/NavItem.tsx

web/gds-user-ui/src/components/ui/AlertMessage.tsx

...-ui/src/components/Addresses/Addresses.stories.tsx

.../TrixoQuestionnaire/TrixoQuestionnaire.stories.tsx

... and 372 more

Continue to review full report at Codecov.

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

repo: trisacrypto/directory


text:
Improve docs

Add markdown code block type hint.

Hi @bot66 , thanks for your contribution. Could you please resolve conflicts and I'm happy to approve and merge this PR

@oandreeva-nv conflict resovled

repo: triton-inference-server/tutorials


text:
[BACKEND] Update LLVM version to https://github.com/llvm/llvm-project/commit/657ec7320d8a

Upgrading LLVM repo again, because we need a feature that has been recently submitted in https://github.com/llvm/llvm-project/pull/95057
Changes made:

MathExtras has been merged with its LLVM version. So I had to replace mlir::ceilDiv with llvm:divideCeilSigned

cc @antiagainst to review

repo: triton-lang/triton


text:
.vtu-files can not be parsed in Paraview v5.10.0-rc1

When trying to read in .vtu-files generated by Trixi2Vtk with Paraview v5.10.0-rc1 (the current version provided by the apt package manager) on Ubuntu 22.04.4 LTS, I get the following parsing error:

For me this could be fixed by installing a newer version Paraview 5.13 manually (it is not available in apt yet) or adding append=false to the vtk_grid() calls in vtktools.jl.

I had the same issues with the Paraview provided by Ubuntu 22.04 LTS. Using versions 5.7.0 and 5.12.0 work, though. Both provided directly by Paraview, bypassing apt.

authors: SimonCan patrickersing


text:
[Request] Automatically hide watched videos

This is a somewhat new feature in Kodi and I love it. It would be great to have this feature in youtube-viewer as well. :)

Gtk, CLI or both?

I use the cli version. I'm guessing I'm not the only one who would want this feature.

I think it's a nice feature too, but we also need an option to restore the hidden results (maybe a configurable option, like :restore=3 to restore the last 3 hidden videos,  and a simply :restore which defaults to 1 (or all?)).
Another idea would be to mark a given video as watched by either underlining its title or render it some other color. What do you think about this?
P.S. I leave the computer only when I sleep. The cool thing is: I never sleep! :-)

In Kodi theres a option to toggle this feature. How about a option in the config to toggle this feature and a optional flag when you start the application in the terminal?
Colors are a nice option to. I dont use colors myself though. But I think it would be a popular feature.
I dont know much about coding, so I really dont know how much I'm asking for here. You should go do whatever you want to. I dont want to be that needy guy everyone hates. :D

authors: Hund trizen

repo: trizen/youtube-viewer


text:
How can we Use it In android TV remote app ? How can we Integrate in Android project ?

I have an Android TV remote control app currently working fine, I need to implement the feature of launching registered app in android TV or any other brand TV. Can I use this project for that purpose ? if yes, How ?

Can you clarify what you are asking?

I'm sorry for confusion,
I need to implement a feature in my current android app built on Kotlin, the feature I'm looking for is to launch the apps on the TV from my application, such as YouTube, Netflix, Amazon etc.
I see that I can achieve it using your library, but since its developed using Python, I don't really know how I can use it with my android project. can you guide me through the process of integrating it in my android Project if it is possible ?
Or is there any Kotlin or java based implementation available of this library ?

Sorry I've no idea to both of your questions.

ohhh its okay, no problem


text:
🛑 Lidarr is down

In effc76a, Lidarr (https://tronflix.app/lidarr/activity/queue/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Lidarr is back up in ce14d5b.

repo: tronyx/upptime


text:
🛑 Lidarr is down

In 62da398, Lidarr (https://tronflix.app/lidarr/activity/queue/) was down:

HTTP code: 523
Response time: 3002 ms

Resolved: Lidarr is back up in 5579af5 after 6 minutes.


text:
🛑 Nextcloud is down

In f66177a, Nextcloud (https://nextcloud.tronflix.app/login) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Nextcloud is back up in 8106648.


text:
🛑 XBackBone is down

In f163e0e, XBackBone (https://sharex.tronflix.app/login) was down:

HTTP code: 0
Response time: 0 ms

Resolved: XBackBone is back up in 966566e.


text:
🛑 Lidarr is down

In c8001d6, Lidarr (https://tronflix.app/lidarr/activity/queue/) was down:

HTTP code: 523
Response time: 636 ms

Resolved: Lidarr is back up in ea743a1.


text:
modifying batchUpdate to work with addWidget

Currently when batchUpdate is called before addWidget, the widgets being created are automatically added to the DOM even before commit is called

Coverage decreased (-0.3%) to 71.22% when pulling 29f0056c874072336109f6cf4703f1ef19997149 on gjavi1:fix into c1c4ff8e92249e45942dba1057423201f1925ae0 on troolee:master.

Coverage decreased (-0.3%) to 71.22% when pulling 2f293c3fe4f5f1ac37f9539e40d789694b49b3a1 on gjavi1:fix into c1c4ff8e92249e45942dba1057423201f1925ae0 on troolee:master.


text:
different behavior in signing process. resulting error of signature output

##tl;dr
in concatenated signature, trufflesuite produce wrong signature return in last byte.
Expected Behavior

console can return proper and valid signature of messageHash.
Current Behavior

signing process silently success,but the result are just one string of concatenated string.
i call the function like this
web3.eth.sign(messageHash,accounts[0])
and my only return just one long concatenated string
'0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c141b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb01'
while i thoroughly examine the result i found that my signature that comes from truffle suite and my remix IDE console are totally different.
from remixIDE i got this with similar web3.eth.sign() process
{"message":"0xb4b2299e9e98ac08378f2afe853c9eb0979e1547bc150e8a6206cfed13ad4b6c","messageHash":"0x5d53969665f4e9fb4622f36525a3787037be16c9f57dd070e41e1080abfeead9","v":"0x1c","r":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c14","s":"0x1b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb","signature":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c141b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb1c"}
in concatenated signature, trufflesuite produce wrong signature return in last byte.
Possible Solution
maybe just simply return web3.eth.sign() with full information of signature like this will work best(like remixIDE console).
{"message":"0xb4b2299e9e98ac08378f2afe853c9eb0979e1547bc150e8a6206cfed13ad4b6c","messageHash":"0x5d53969665f4e9fb4622f36525a3787037be16c9f57dd070e41e1080abfeead9","v":"0x1c","r":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c14","s":"0x1b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb","signature":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c141b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb1c"}
so, when needed we just take the part we want without hassle because we already have all of them.
no need to split r,s,v;or checking the message and messageHash , and we already have the full signature
Steps to Reproduce (for bugs)
1.i have already prepared the messageHash to be signed.
2.invoke web3.eth.sign() from truffle console.
3.when i trying to pass it as argument, Openzeppelin ECDSA revert error with invalid signature
4.i invoked web3.eth.sign() from remix console and pass full signature manually. then the library returns the proper result.
Context

it affects my workflow because signature output need to check chars-by-chars. when something wrong, it not only takes time to examine, maybe it will compromise security solutions
Your Environment

Link to your project:(sorry its a private work)
Truffle v5.7.1 (core: 5.7.1)
Ganache v7.6.0
Solidity - 0.8.17 (solc-js)
Node v18.12.1
Web3.js v1.8.1

maybe i forgot
i invoke the web3.eth.sign while im already inside truffle console

ah yes
im using VSCode version of trufflesuite

Thanks for opening this issue. It looks like we are not adding EIP-155 replay protection to the signature. The last byte(s) should be computed with the chainId. Some more investigation is needed to determine the proper fix.

i will try again with my trouble here.
i compare the signature verification process here
https://etherscan.io/verifySig/13420
and i have my function as below
      function checkSigRaw(bytes32 _messageHash,bytes memory _signature,address _address)public pure returns(bool){         address output = ECDSA.recover(_messageHash, _signature);         return (_address == output);       }
from etherscan verify, signature verified.
but  while check it with my function above. ECDSA revert as error.

##tl;dr in concatenated signature, trufflesuite produce wrong signature return in last byte.
Expected Behavior
console can return proper and valid signature of messageHash.
Current Behavior
signing process silently success,but the result are just one string of concatenated string.
i call the function like this web3.eth.sign(messageHash,accounts[0]) and my only return just one long concatenated string '0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c141b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb01'
while i thoroughly examine the result i found that my signature that comes from truffle suite and my remix IDE console are totally different.
from remixIDE i got this with similar web3.eth.sign() process {"message":"0xb4b2299e9e98ac08378f2afe853c9eb0979e1547bc150e8a6206cfed13ad4b6c","messageHash":"0x5d53969665f4e9fb4622f36525a3787037be16c9f57dd070e41e1080abfeead9","v":"0x1c","r":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c14","s":"0x1b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb","signature":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c141b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb1c"}
in concatenated signature, trufflesuite produce wrong signature return in last byte.
Possible Solution
maybe just simply return web3.eth.sign() with full information of signature like this will work best(like remixIDE console). {"message":"0xb4b2299e9e98ac08378f2afe853c9eb0979e1547bc150e8a6206cfed13ad4b6c","messageHash":"0x5d53969665f4e9fb4622f36525a3787037be16c9f57dd070e41e1080abfeead9","v":"0x1c","r":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c14","s":"0x1b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb","signature":"0x6ac2fc574b9f7cb29133c73a3dbc68e00d705454cc2262aa507ed7a68d716c141b7f52c98cc2a93a783a89e8da60985734c5f6e96712fce702118be586ff7ecb1c"}  so, when needed we just take the part we want without hassle because we already have all of them. no need to split r,s,v;or checking the message and messageHash , and we already have the full signature
Steps to Reproduce (for bugs)
1.i have already prepared the messageHash to be signed. 2.invoke web3.eth.sign() from truffle console. 3.when i trying to pass it as argument, Openzeppelin ECDSA revert error with invalid signature 4.i invoked web3.eth.sign() from remix console and pass full signature manually. then the library returns the proper result.
Context
it affects my workflow because signature output need to check chars-by-chars. when something wrong, it not only takes time to examine, maybe it will compromise security solutions
Your Environment
* Link to your project:(sorry its a private work)

* Truffle v5.7.1 (core: 5.7.1)
  Ganache v7.6.0
  Solidity - 0.8.17 (solc-js)
  Node v18.12.1
  Web3.js v1.8.1

i've just test again with etherscan verify this signature. and it work
but still return to false in trufflesuite
https://etherscan.io/verifySig/13421

I haven't fixed the bug yet.

authors: davidmurdoch djkampus

repo: trufflesuite/ganache-ui


text:
deltidium, gaet

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d,g]

/trunk merge

repo: trunk-io/mergequeue-staging


text:
eurytopic, disrank

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d,e]

/trunk merge


text:
grapes, didynamy

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d,g]

/trunk merge


text:
displaces, graticulation

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d,g]

/trunk merge


text:
breird, arist

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,b]

/trunk merge


text:
caffle

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[c]

/trunk merge


text:
gordius, cluing

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[c,g]

/trunk merge


text:
antispiritualism

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a]

/trunk merge


text:
barracan, frictionlessly

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,f]

/trunk merge


text:
bewilders, flycatcher

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,f]

/trunk merge


text:
flappiest, ephoric

This pull request was generated by the 'mq' tool

/trunk merge


text:
facilities, clippers

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[c,f]

/trunk merge


text:
gloryful, daubry

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[d,g]

/trunk merge


text:
embattling, glutenous

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[e,g]

/trunk merge


text:
arter, dyspnoi

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[a,d]

/trunk merge


text:
eikon

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[e]

/trunk merge


text:
ephemeron, fortuuned

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[e,f]

/trunk merge


text:
baloskionaceae, enshrine

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,e]

/trunk merge


text:
blackamoor, diatomeae

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[b,d]

/trunk merge


text:
confounders

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 100
sleep for: 300s
close stale after: 4 hours
[pullrequest]
requests per hour: 0
deps=[c]

/trunk merge


text:
calyceraceous, fraternities

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c,f]

/trunk merge

repo: trunk-io/mergequeue


text:
flauntiest, blisters

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b,f]

/trunk merge


text:
consorting

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[c]

/trunk merge


text:
bicondylar

This pull request was generated by the 'mq' tool
[test]
flake rate: 0.1
logical conflict every: 1000
sleep for: 600s
close stale after: 24 hours
[pullrequest]
requests per hour: 20
deps=[b]

/trunk merge


text:
faunology, gumshoing

This pull request was generated by the 'mq' tool

/trunk merge


text:
entamoebiasis, galenist

This pull request was generated by the 'mq' tool

/trunk merge


text:
foughty, enginelike

This pull request was generated by the 'mq' tool

/trunk merge