text:
Whois deprecation - migrate to RDAP

The whois "protocol" is being deprecated in favour of RDAP. Would there be interest in looking to adding RDAP functionality to this repo?
The migration seems like it will take a few years since it's based on registrar contract renewals. And a number of registrars have said they'll end whois services after a period of operating both - but again this will be on a rolling schedule. So the solution seems to be to try both to answer queries - specifically try RDAP and if it fails, try whois.
Alternatively there could be an rdap specific plugin. The issue is the overlap period where for some registrars will only support whois, some will support both and some will only support rdap. There's an argument that the name is confusing, but I suspect the term "whois" will refer to the data regardless of the protocol.
There's an existing Go RDAP library that should make it relatively easy to do.

@lyda Thanks for raising this issue and PR!
It feels like RDAP is separate enough to be its own plugin, based on naming for searchability, under, etc. If a domain doesn't support RDAP yet, the WHOIS plugin will still be available for use.
@johnsmyth - Any thoughts on a separate plugin vs. a separate table in this repo, e.g., rdap_domain?

Im not very familiar with the details - how compatible are the responses?  Depending on how much they vary, it might not really be useful to capture them in a single table anyway?

Oh, and if it helps, these are the corresponding Go types:

rdap.Domain: https://pkg.go.dev/github.com/openrdap/rdap#Domain
whoisparser.WhoisInfo: https://pkg.go.dev/github.com/likexian/whois-parser#WhoisInfo

As an aside, I suspect people will pronounce RDAP "whois" for a long time. Just like the save icon is still a 3.5" floppy disk and we still talk about "albums" with relation to music. In terms of language, I think the name of this plugin long after nothing listens to port 43.

@lyda @cbruno10 IMO, a new plugin would be a better solution considering we have all means to access the APIs. In future after the deprecation comes through, it would become difficult to rename/deprecate this plugin and create a new one for RDAP.

I think I agree with @lyda that folks will continue to refer to it as whois even when it is technically RDAP, so i dont mind adding support for RDAP in this plugin.  We do something similar for RSS - the RSS plugin supports both RSS and Atom.

@lyda @johnsmyth That's a good point, in the future if we ever want to have an RDAP plugin, we could create it then and deprecate the table in this plugin (if required).
@lyda Please let us know when https://github.com/turbot/steampipe-plugin-whois/pull/36 is ready for review (or if it already is) and we'll have a pass at it, thanks!

Little busy this week but will get to it again Saturday morning Irish time. I think the PR is mostly there but would like to review it and add comments on my decisions.
Also need to see if there are columns we could get from rdap that are missing from that WhoisInfo (sp?) type. At the very least I can document them.

Thanks @lyda , no rush of course! Looking forward to adding RDAP support soon 😃

OK, looked through it and the PR is ready. I have some thoughts. Might want to add a few columns - maybe an rdap_server and some of the rdap fields.

authors: cbruno10 johnsmyth lyda misraved

repo: turbot/steampipe-plugin-whois


text:
[n-data-table] 表头th的titleAlign配置项是无效的

Describe the bug
我想要实现单独将某一列右对齐的效果，设置了align与titleAlign；align起作用了但是titleAlign没有效果
目前的解决办法是只能将n-data-table-th__title-wrapper的flex属性去掉了
Steps to reproduce
这是我这一列的配置
       {
		title: '序号',
		minWidth: 58,
		align: 'right',
		titleAlign: 'right',
		className: 'serialNumber',
		key: 'key',
		render: (_: any, index: number) => {
			return `${index + 1}`
		},
	},

Link to minimal reproduction
https://www.naiveui.com/zh-CN/light/components/data-table#DataTable-Props
System Info
naive-ui: 2.37.3
vue: 3.3.4

Used Package Manager
npm
Validations

[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion.
[X] The provided reproduction is a minimal reproducible example of the bug.

无法复现，请给出复现demo

 Unable to reproduce, please give a demo

I'm sorry I checked my code.  My global css is contaminating the table header style

source: gharchive/issue

authors: Volankey WatcherStar

repo: tusen-ai/naive-ui

license: MIT

license_type: permissive

license_source: github-api


text:
Broken copy-paste of conditional vertices in CPOG plugin

Create a CPOG with a condition on a vertex and try to copy it.
Exception is thrown and most of the graph disappears.
Exception in thread "AWT-EventQueue-0" org.workcraft.exceptions.NotFoundException: Object "org.workcraft.plugins.cpog.Variable@3da1b0e" was not issued a name
at org.workcraft.dom.references.UniqueNameManager.getName(UniqueNameManager.java:36)
at org.workcraft.plugins.stg.STGReferenceManager.getNodeReference(STGReferenceManager.java:129)
at org.workcraft.dom.AbstractModel.getNodeReference(AbstractModel.java:123)
at org.workcraft.plugins.serialisation.XMLModelSerialiser$1.getReference(XMLModelSerialiser.java:77)
at org.workcraft.plugins.cpog.serialisation.BooleanFormulaSerialiser$1.visit(BooleanFormulaSerialiser.java:58)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:157)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:157)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:157)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:157)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:157)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:157)
at org.workcraft.plugins.cpog.optimisation.booleanvisitors.FormulaToString$DelegatingPrinter.visit(FormulaToString.java:1)
at org.workcraft.plugins.cpog.Variable.accept(Variable.java:68)
at org.workcraft.plugins.cpog.serialisation.BooleanFormulaSerialiser.writeFormulaAttribute(BooleanFormulaSerialiser.java:65)
at org.workcraft.plugins.cpog.serialisation.BooleanFormulaSerialiser.serialise(BooleanFormulaSerialiser.java:44)
at org.workcraft.serialisation.xml.DefaultNodeSerialiser.doSerialisation(DefaultNodeSerialiser.java:114)
at org.workcraft.serialisation.xml.DefaultNodeSerialiser.serialise(DefaultNodeSerialiser.java:134)
at org.workcraft.serialisation.xml.XMLSerialisationManager.serialise(XMLSerialisationManager.java:67)
at org.workcraft.serialisation.xml.XMLSerialisationManager.serialise(XMLSerialisationManager.java:72)
at org.workcraft.plugins.serialisation.XMLModelSerialiser.serialise(XMLModelSerialiser.java:91)
at org.workcraft.Framework.save(Framework.java:779)
at org.workcraft.Framework.save(Framework.java:831)
at org.workcraft.workspace.WorkspaceEntry.copy(WorkspaceEntry.java:283)
at org.workcraft.gui.MainWindow.copy(MainWindow.java:1194)
at org.workcraft.gui.MainWindowActions$15.run(MainWindowActions.java:154)
at org.workcraft.gui.MainWindow$1.actionPerformed(MainWindow.java:108)
at org.workcraft.gui.actions.ActionMenuItem.fireActionPerformed(ActionMenuItem.java:58)
at org.workcraft.gui.actions.ActionMenuItem.access$0(ActionMenuItem.java:55)
at org.workcraft.gui.actions.ActionMenuItem$ActionForwarder.actionPerformed(ActionMenuItem.java:34)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at javax.swing.AbstractButton.doClick(AbstractButton.java:356)
at javax.swing.plaf.basic.BasicMenuItemUI$Actions.actionPerformed(BasicMenuItemUI.java:802)
at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1662)
at javax.swing.JComponent.processKeyBinding(JComponent.java:2878)
at javax.swing.JMenuBar.processBindingForKeyStrokeRecursive(JMenuBar.java:689)
at javax.swing.JMenuBar.processBindingForKeyStrokeRecursive(JMenuBar.java:697)
at javax.swing.JMenuBar.processBindingForKeyStrokeRecursive(JMenuBar.java:697)
at javax.swing.JMenuBar.processKeyBinding(JMenuBar.java:668)
at javax.swing.KeyboardManager.fireBinding(KeyboardManager.java:307)
at javax.swing.KeyboardManager.fireKeyboardAction(KeyboardManager.java:293)
at javax.swing.JComponent.processKeyBindingsForAllComponents(JComponent.java:2970)
at javax.swing.JComponent.processKeyBindings(JComponent.java:2962)
at javax.swing.JComponent.processKeyEvent(JComponent.java:2841)
at java.awt.Component.processEvent(Component.java:6282)
at java.awt.Container.processEvent(Container.java:2229)
at java.awt.Component.dispatchEventImpl(Component.java:4861)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4687)
at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1895)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:762)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1027)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:899)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:727)
at java.awt.Component.dispatchEventImpl(Component.java:4731)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Window.dispatchEventImpl(Window.java:2719)
at java.awt.Component.dispatchEvent(Component.java:4687)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735)
at java.awt.EventQueue.access$200(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:694)
at java.awt.EventQueue$3.run(EventQueue.java:692)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
at java.awt.EventQueue$4.run(EventQueue.java:708)
at java.awt.EventQueue$4.run(EventQueue.java:706)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:705)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

This issue was imported from Launchpad bug.

date created: 2014-03-05T16:44:17Z
date closed: 2014-04-07T16:36:32Z
owner: danilovesky
assignee: danilovesky
the launchpad url was https://bugs.launchpad.net/bugs/1288336

danilovesky at 2014-04-07T16:35:03Z:
As a quick solution, when a variable is removed the conditions of all associated vertices are evaluated with this variable beeing false.

danilovesky at 2014-04-07T14:43:46Z:
This bug is due to the link between the vertex and the variable nodes. When copying a vertex node the rest of the model is removed (including the associated variable node). Therefore the condition on the vertex becomes inconsistent.

repo: tuura/workcraft

license: mit

license_source: bigquery


text:
🛑 Speedtest Plotter is down

In 7b0edfb, Speedtest Plotter (https://speed.eighty-three.me) was down:

HTTP code: 404
Response time: 407 ms

Resolved: Speedtest Plotter is back up in 602bd25.

repo: tuxpeople/monitoring


text:
🛑 Speedtest Plotter is down

In a3ad0f3, Speedtest Plotter (https://speed.eighty-three.me) was down:

HTTP code: 404
Response time: 560 ms

Resolved: Speedtest Plotter is back up in 0071a08.


text:
LAN support

Hello, I'd like to propose an idea that would greatly enhance Home Assistant's functionality.
At present, when we employ tuya-smart-life or tuya-home-assistant, there is a lack of support for local network (LAN). In contrast, other projects like Sonoff offer LAN support.
Consequently, when internet stability wavers, all Home Assistant automations come to a halt due to Tuya's sole reliance on internet connectivity.
Is it possible for tuya-smart-life to incorporate LAN support?

Thanks for your feedback.
For security reasons, local control is not available in this version, but it is currently being planned.

Thanks for your feedback. For security reasons, local control is not available in this version, but it is currently being planned.

@gsqqq123 and any ETA of when is local/LAN support coming ? Plenty of people are waiting for this to be honest.

authors: gsqqq123 pduchnovsky xgustavoh

repo: tuya/tuya-smart-life


text:
🛑 Recruit Connect - ES Status is down

In f75008a, Recruit Connect - ES Status (https://api.recruitconnect.vn/elasticsearch/check-status) was down:

HTTP code: 500
Response time: 298 ms

Resolved: Recruit Connect - ES Status is back up in a4a671b after 20 minutes.

repo: tuyencaovn/recruituptime


text:
🛑 KKK is down

In 13eb958, KKK (https://www.kkk.tsk.tr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: KKK is back up in fac6fe6 after 22 minutes.

repo: tuz-z/upp


text:
考虑适配hyperf-3.0了吗？

考虑适配hyperf-3.0了吗？

已适配3.0

@tw2066  大佬hyperf 3.0 正式版出来了，麻烦打个3.0的版本（git tag）

authors: netyum picklfluryt tw2066


text:
JSHint: enable futurehostile option

Relevant docs: http://jshint.com/docs/options/#futurehostile
CC: @hnrch02 for approval

Coverage remained the same at 100.0% when pulling 1eafcfb69200fe7f79d61ed49295c69052eec25c on jshint-futurehostile into d63f63c4611218f16e774498ec622d65a4533302 on master.

:+1:

source: gharchive/pull-request

authors: coveralls cvrebert hnrch02

repo: twbs/bootlint


text:
Scrollspy + jQuery 3.1.1 refresh bug?

Hello,
I've noticed the following weird combination when having:

a fixed top primary nav bar
a static top secondary nav bar
a breadcrumbs trail
an affixed with scrollspy enabled TOC

When I run Bootstrap v3.3.7 along with jQuery v2.2.4, everything works as expected: scrolling down to "Title 1" highlights the TOC and nav bars remain functional. See corresponding pen.
When I run Bootstrap v3.3.7 along with jQuery v3.1.1, when scrollspy makes TOC's "Title 1" anchor active, active classes from the top nav bars disappear. See corresponding pen.
So far I found a workaround that could help analyze the problem further: stop doing
$(window).on('load', function() {
  $('body').scrollspy('refresh')
});

See corresponding pen.
I unfortunately don't remember why I needed this in the first place as I obviously don't add or suppress elements from the DOM dynamically. Still it seems weird to me switching from jQuery v2.2.4 to v3.1.1 exhibits this behavior. What do you think?

Sorry for asking an unimportant problem. What is TOC short for?

I think I have a lead in understanding what's going on. However since I'm totally unfamiliar with jQuery and I'm not a seasoned Javascript dev at all, please tell me whether you agree or not...
I believe I'm facing https://github.com/jquery/jquery/issues/3194#issuecomment-228556922
When using v2.2.4, ready fires before load and ScrollSpy.selector gets assigned ".toc .nav li > a".
However, when using jQuery v3.3.1, load fires first and ScrollSpy.selector gets assigned its default ".nav li > la" value.
All in all, I believe I don't really need
$(window).on('load', function() {
  $('body').scrollspy('refresh')
});

Can you confirm the last point please?

Bootstrap 3 is essentially in maintenance mode as we focus on working towards a stable v4. As such, we're only accepting changes to v3's code on a case-by-case basis, usually only for critical bug fixes or docs improvements.

This is a saved reply.

authors: cc13ny gpakosz mdo

repo: twbs/bootstrap


text:
The ml-auto and mr-auto utility classes are not documented

The .ml-auto and .mr-auto utility classes are not documented.
Looking at the source code I figured out this set the margin-left to auto and margin-right to auto respectively.

I had found them here http://v4-alpha.getbootstrap.com/utilities/flexbox/#auto-margins

Yes, but they are only in the code, nowhere are they described in the documentation.

Given @josmaissan's comment, they are in fact in the documentation. These utilities are only useful for flexbox layouts, so that's only where they appear.

Yes, they are in the documentation but the class names are only referenced in the example.

So they are actually not documented.. It's like writing code, and saying .. it's documented. It's just not explained.

Hmm, that isn't really documentation. I double took and though perhaps mr-auto was Elliot's bootstrap cousin - alas, it was not.
Google results for "bootstrap mr-auto" return the navbar page, the flexbox page and this issue thread.
Can PR if you guys are open to it - but you already have a stack in your backlog

Yes, that page explains it.
Maybe it could be linked from the http://v4-alpha.getbootstrap.com/utilities/flexbox/#auto-margins page?

Yea indirectly. Guessing "with margin-right: auto or margin-left: auto" is equal to the mr-auto in the example. But this explanation can maybe improved a bit.

Hey, look this: https://v4-alpha.getbootstrap.com/utilities/spacing/
m - for classes that set margin
r - for classes that set margin-right or padding-right
so, I think your guess is right

@MeganGong That is already a year ago and v4 has already shipped, now I would point to: https://getbootstrap.com/docs/4.0/utilities/flex/#auto-margins and https://getbootstrap.com/docs/4.0/utilities/spacing/
🤓

authors: MeganGong cjke danger89 josmaissan mdo vanillajonathan


text:
Live demo modal data-target

This might save some headaches....
In the Modal Live demo, the button data-target does not match the id of the modal; so it doesn't work by default when you copy & paste it.

<button type="button" class="btn btn-primary" data-toggle="modal" data-target="#exampleModal">
Launch demo modal
</button>

Modal title

<button type="button" class="close" data-dismiss="modal" aria-label="Close">
×
</button>

...

<button type="button" class="btn btn-secondary" data-dismiss="modal">Close</button>
<button type="button" class="btn btn-primary">Save changes</button>

fixed https://github.com/twbs/bootstrap/pull/21671

Yes, dupe of #21665.

authors: mdo michaelwoodew peterbenoit


text:
carousel broke after upgrading to 4.2.1

After upgrading bootstrap 4.0.0 to 4.2.1
carousel was
https://codepen.io/kamenos96/pen/LQMxRe
carousel become
https://codepen.io/lumb/pen/jdNVgW
ps It would be nice to make a carousel for cards

You can add the below CSS to fix this:
.carousel-item {     margin-right: unset;  }
I've forked your codepen and added it to the bottom of the CSS: https://codepen.io/anon/pen/zedWrQ

Carousels wont slide since v4.1 anymore; not even in the examples
https://getbootstrap.com/docs/4.1/components/carousel/#with-controls
https://www.w3schools.com/bootstrap4/bootstrap_carousel.asp
Are the devs aware of this?

@suslikt, the carousel didn't broke, your custom implementation did. Just remove margin-right from the .carousel-item and you'll be fine.
@alejoHirsch, you're question is unrelated to this issue and is caused by the reduced motion query: https://getbootstrap.com/docs/4.4/getting-started/accessibility/#reduced-motion

@MartijnCuppens Cheers! I was not aware of that query. I you don't tell me, I would have never found out!

authors: MartijnCuppens alejoHirsch frobinsonj suslikt


text:
When the sample code in the v5.0 document is clicked to copy, the style is wrong and messy

System Info

Operating system and version:  All/Unrelated
Browser and version: All/Unrelated

Steps to reproduce

open (https://getbootstrap.com/docs/5.0/getting-started/introduction/)
click the copy button at the top right of the sample code

What is expected?
Just like the old version of the document, see (https://getbootstrap.com/docs/4.6/getting-started/introduction)

The root cause is the same as #32372 AFAICT

authors: XhmikosR summertzz


text:
bootstrap-rtl.min.css -->modal--> Does not display

Prerequisites

[X] I have searched for duplicate or closed issues
[X] I have validated any HTML to avoid common problems
[X] I have read the contributing guidelines

Describe the issue
Only the bootstrap-rtl.min.css library has the problem that it does not display modal
Note the file I uploaded. Indicates a problem
index.txt
Reduced test cases
noting
What operating system(s) are you seeing the problem on?
Windows
What browser(s) are you seeing the problem on?
Chrome, Firefox
What version of Bootstrap are you using?
5.1.3

Please make your test case usable, by uploading it to CodePen or similar.
FWIW modals work fine in the RTL cheatsheet so I'll close the issue until you're able to describe an issue or give an actual reduced test case.

authors: ffoodd mb-real


text:
Port v4 browser support tables to v3

Port of https://github.com/twbs/bootstrap/pull/18614 from v4 to v3
Ref https://github.com/twbs/bootstrap/issues/19269

/cc @cvrebert @mdo

@mdo @cvrebert thoughts on this? I note that the v4 tables included Android browser/ webview, while the v3 table didn't. That's my only concern here (the rest should be fairly non-controversial)

If we're going to claim support for Edge, then we should add Edge to v3's Sauce testing config.
I slightly question adding the "feature" of AndroidBrowser+Edge+Win10Mobile official support this late in v3's lifecycle though.

Fair enough about not adding new browser combos. As an alternative, then, how about just porting the top/tail text, split into mobile/desktop, but leave actual table content unchanged?

Fair enough about not adding new browser combos. As an alternative, then, how about just porting the top/tail text, split into mobile/desktop, but leave actual table content unchanged?

Updated table layout and more granular text is a-okay by me. I'd rather not sign us up for more/new browser combos as @cvrebert mentioned :).

As an alternative, then, how about just porting the top/tail text, split into mobile/desktop, but leave actual table content unchanged?

:+1:

rejigged the PR - this now ports the overall formatting, splitting the support table into separate mobile/desktop, but does not add any new browser combos (although I did add Microsoft Edge under the "Unofficially..." section, as from my experience it seems to all work fairly well there).
For a quick look of the end result of this, see http://www.bootply.com/oFgjmGsVGX

Hi @patrickhlauke!
You appear to have posted a live example (http://s.bootply.com/render/oFgjmGsVGX), which is always a good first step. However, according to the HTML5 validator, your example has some validation errors, which might potentially be causing your issue:

line 180, column 1 thru column 53: Attribute http-equiv not allowed on element meta at this point.
line 180, column 1 thru column 53: Element meta is missing one or more of the following attributes: itemprop, property.

You'll need to fix these errors and post a revised example before we can proceed further.
Thanks!
(Please note that this is a fully automated comment.)

authors: cvrebert mdo patrickhlauke twbs-lmvtfy


text:
v4: Add an actual data-touch="false" example in the carousel docs

Backport of https://github.com/twbs/bootstrap/pull/32638

xfcfv

once this is approved/merged, i'll revisit v5 (since the original https://github.com/twbs/bootstrap/pull/32638 has already been merged) and make matching changes there @mdo

once this is approved/merged, i'll revisit v5 (since the original https://github.com/twbs/bootstrap/pull/32638 has already been merged) and make matching changes there @mdo


text:
v4 dev backports and updates

Ideally we should figure out what to do with the new Stylelint issues before landing this.

@mdo LGTY?

Ping @mdo


text:
No way to set DetectorParameters members

The rust side of DetectorParameters only exposes getter methods, while setters are not available. It seems the class members are decorated with CV_PROP_RW and the header parser code does not respect the distinction b/w CV_PROP_RW and CV_PROP.
Fixing it once would work on all issues of this kind. Not sure how much time I can dive into the parser code, so I file this bug in case we could have future changes.

Hi, I’ll need to some time to check it out, but in any case, I’m doing a big ground up rewrite of the parser, so please don’t do any changes to gen_rust.py as it will be deprecated in the near future.

That's good news to me. I can't wait to see the API become more rusty as the parser evolves. As I had used this crate in my project, let me list some wishes that about to change.

The opencv::types::* types work like C++ rather than rusty code. The VectorOfXXX is somewhat too verbose. I would rather derive the InputArray trait to built-in types rather that wrapping around C++ types.
For geometry types like Point*, we may take a look at nalgebra types. They have done a good job on it.
If possible, use expression-return pattern instead of passing mut references. For example, change rodrigues(&src, &mut dst, &mut jacobian) to rodrigues(&src) -> (dst, jacobian). I suppose the python bindings already have it.

Thanks for your suggestions! The first iteration of the new parser will not contain any major improvements though, just faster generation of more complete bindings. But at the later stages I will definitely keep your points in mind!

As far as I peek into gen_rust.py, the ClassPropInfo.rw is never used, while the hdr_parser.py has done its good job. That might be the source of this issue.

The unsoundness is fixed in v0.30.0. Please note that this version comes with the totally rewritten binding generator and you will need llvm installed instead of python to be able to correctly regenerate bindings. Please see the changelog and readme for more details.

repo: twistedfall/opencv-rust


text:
protoc-gen-twirp generates non stable imports list

If the protobuf definition has more than one imports, the generated code may change due to iterate over a map https://github.com/twitchtv/twirp/blob/master/protoc-gen-twirp/generator.go#L340-L342 .
This is an issue because we check in generated codes, and it keeps changing making our CI think someone forgot to check in the generated codes.

I think you refer to the order of imports being unreliable each time that the code is generated right?
That could be fixed by converting the map into a list and sorting it. What do you think?

Thanks for the reply. Yes, non-stable order of imports is what I meant. I actually forked and patched using the same way as your suggestion
diff --git a/protoc-gen-twirp/generator.go b/protoc-gen-twirp/generator.go
index f331f65..4e42030 100644
--- a/protoc-gen-twirp/generator.go
+++ b/protoc-gen-twirp/generator.go
@@ -22,6 +22,7 @@ import (
        "go/printer"
        "go/token"
        "path"
+       "sort"
        "strconv"
        "strings"

@@ -337,8 +338,13 @@ func (t *twirp) generateImports(file *descriptor.FileDescriptorProto) {
                        }
                }
        }
-       for pkg, importPath := range deps {
-               t.P(`import `, pkg, ` `, importPath)
+       pkgs := make([]string, 0, len(deps))
+       for pkg := range deps {
+               pkgs = append(pkgs, pkg)
+       }
+       sort.Strings(pkgs)
+       for _, pkg := range pkgs {
+               t.P(`import `, pkg, ` `, deps[pkg])
        }
        if len(deps) > 0 {
                t.P()

, but I have some trouble to come up a test case for generateImports function.

Fixed by #312

authors: marioizquierdo rayjcwu

repo: twitchtv/twirp


text:
Possible buffer overflow for lengths over 127.

https://github.com/twitter/algebird/blob/0fad815d5900f6e6b6e27a0cb367d162f057d59b/algebird-core/src/main/scala/com/twitter/algebird/SpaceSaver.scala#L48
Why are we doing .toByte in order to represent an integer size of 4 bytes? For example item length of 184 will result in -72 as a byte and thus in NegativeArraySizeException when deserializing in fromBytes : 94.
Am I missing something?

Yeah, that seems wrong to me. If an item serializes to more, it should fail.
We could write a test where each item is 200 bytes or something, then it should fail.
I hate to fix bugs without tests showing the bug first, and then it going green after the fix.

quickly confirmed using
 val someLongValue = "a" *200
 val ss = SpaceSaver(100, someLongValue)
 val serialized = SpaceSaver.toBytes(ss, SpaceSaverTest.stringToArrayByte)
 val deserialized = SpaceSaver.fromBytes(serialized, SpaceSaverTest.arrayByteToString)

returns
Failure(java.lang.NegativeArraySizeException: -56)
I can create a PR with this as a test in SpaceSaverTest.

Nice catch! yeah, please do create a PR 🙏 Thanks!

I'm getting a 403 so maybe I don't have the right perms, anyway here's the test that demonstrates the issue and can be added in SpaceSaverTest :
    "serialize correctly on longer values" in {
      val ssOne = SpaceSaver(10, "a long string " * 200)

      val ssOneBytes = SpaceSaver.toBytes(ssOne, SpaceSaverTest.stringToArrayByte)
      val ssOneDeserialized = SpaceSaver.fromBytes(ssOneBytes, SpaceSaverTest.arrayByteToString)

      assert(ssOneDeserialized.isSuccess)
      assert(ssOneDeserialized.get == ssOne)
    }

authors: hattias johnynek regadas

repo: twitter/algebird


text:
Not possible to use offset within navbar

I use offset1 span6 for the main content and wanted to apply the same for navbar content, but it doesn't work in the same way as for content - please see live demo, http://jsfiddle.net/and7ey/fJU4K/.

          Project

Home

About

Contact

      Section 1

      Section 2

      Section 2

        I'm in Section 1.

        Howdy, I'm in Section 2.

        Howdy, I'm in Section 3.

The span classes are not meant to be used on the container. Use them on a grid column within a row if you want the intended effect I think you do. See the grid docs for how to use them, under Scaffolding.

repo: twitter/bootstrap


text:
Like count decrement and sync issue

Title: Like count is not decremented from the post when the user removes the Like
Steps to Reproduce:

Open any post from the timeline.
Like the post; Like count should be incremented by 1
Remove the like; like count should be decremented by 1 (Issue)
Go back to the timeline and verify Like count displayed for the post.
Like the same post from the timeline; Like count should be incremented by 1 (Sync issue due to step 3)
Remove the like from timeline; like count should be decremented by 1
Go back to the post and verify the Like count displayed for the post. (Sync Issue)

Expected Result:

Like count should be incremented by 1 when the user likes the post and decremented by 1 when removes the like.
Like count displayed on opened post and timeline should be the same.
The number of users listed under the Like section should match with the Like count.

Actual Result:

Like count is not decremented when the user removes like from the post (Issue in Step 3).
Like count remains the same when the user removes like from opened post and Likes the same post back from the timeline (sync issue).
Like count displayed on the timeline and on the opened post doesn't match when the user removes Like from the timeline (Issue in Step 7).

likeCount.zip

Hi there - this is the repository for the Twitter open source web portal - unfortunately we are not able to accept questions about the twitter.com website itself via GitHub.
Closing as invalid.


text:
lib/convert_utf/ConvertUTF seems non-free

Hey,
it seems that the code we embed in lib/convert_utf/ConvertUTF.c is not really free software.
Here is an explanation of the issue in ghostscript:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823100
https://bugs.ghostscript.com/show_bug.cgi?id=697121
the fix for ghostscript is here:
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=273a133110838ee5702e7eb6409a853c598211b2
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=727aeab76c39026722e3e492a30ae2f7c218c1ec

Oups, my bad. Good thing there are more eyes looking for these kind of things. I guess I can't take the ghostscript code either if I want to keep Unshield MIT-licensed.

TODO: investigate this code: http://unicode.org/resources/utf8.html

TODO: Replace the convert_utf with MIT-licensed code

authors: evgeni twogood

repo: twogood/unshield


text:
Reaction roles

RR doesn't save the emote data

RR even not save records to database and not working

Hi @theADAMJR , I was looking for something opensource that could replace the giants like dyno or carl, and 2PG I would say is what I was looking for.
Unfortunately it doesn't work as it should.
Hope you can find the time to fix some things.
reaction role: it has a lot of bugs, it doesn't save custom emojis, when you fill in a field it is repeated in all the other fields, and the roles are not applied.
lvl / rank: cards do not display special characters, and once a certain level is reached, roles are not applied.
I hope you will find time to update it.

authors: Didarxalil aerothan l0g4n1337

repo: twopg/Dashboard


text:
README is poorly formatted for mobile

Is your feature request related to a problem? Please describe.
The README is poorly formatted for mobile:

Describe the solution you'd like
Less space between "Cook" and "Scheduler"

@dposada - Shrinking the logo a bit might fix the problem. How does this look on your phone?
https://github.com/DaoWen/Cook/blob/DaoWen-patch-1/README.md

The size fixes the word spacing, but the white background overlaps the horizontal line, which looks a bit odd:

authors: DaoWen dposada

repo: twosigma/Cook


text:
Maxy/2783

Support for
buttonForm.addButton("actionPerformed button").actionPerformed({println("action performed")})

can you please change the name so it works like this:
buttonForm.addButton("actionPerformed button").addAction({println("action performed")})

also the assignment form
button.actionPerformed = {println("click")}

is not working for me...  make sure the following works:
button.actionPerformed = null

to clear any action.

:+1:

authors: maxyeg scottdraves

repo: twosigma/beaker-notebook


text:
Disable auth token validity check

Can the oauth validity check be disabled? Or I guess alternatively: make a validate 429 not fail the authentication flow? I'm running into this error:
[2022-09-01T14:52:45.532Z] ❌ twurple:chat:twitch ERROR Retrieving an access token failed: Encountered HTTP status code 429: Too Many Requests

URL: validate
Method: GET
Body:

Which is happening because over 120 users joined in a short period of time: https://discuss.dev.twitch.tv/t/a-reminder-to-validate-access-tokens-when-using-oauth2/16218
Since we're using IRC chat, if the validity call is skipped the remainder of the API calls still seem to work.

This can't happen in a realistic usage scenario. This endpoint does not have any documented rate limit, so you'd have to be doing a ton of different user connections. This sounds like either a bug in your code or something really shady I don't want to support.

Our application is neither: we are using preemptible instances to monitor users' pubsub and occasionally an instance is preempted. A new one boots up and it takes over the old connections, leading to a very short burst of a few hundred connections and this library issues validation requests despite the token having a future expiry time.
Anyways, the antagonistic and haughty response here is unappreciated. We'll look elsewhere for quality libraries.

Interesting - in the log message it says you're using chat, not PubSub.
Other than that, all officially documented PubSub topics (except the automod related ones) are available via EventSub. I recommend you switch to that, as it's much easier to scale.

repo: twurple/twurple


text:
CMake Tools Extension & twxs.cmake extension

Hi Richard,
We are the maintainers of the CMake Tools extension in VS Code (https://github.com/microsoft/vscode-cmake-tools). We believe you are the maintainer of the twxs.cmake extension (CMake - Visual Studio Marketplace), please let us know if that is not the case.
This is to let you know about our future with CMake Language Services in CMake Tools.
We are planning to focus on building and expanding the capabilities for CMake Language services for CMake scripts, in our CMake Tools Extension. We built many of these capabilities in Visual Studio, and we plan on bringing them over to CMake Tools. As part of this we plan to remove the CMake Tools extension dependency on twxs in the near future, while letting customers to still use it and rely on it, if they install it.
We would love to talk about our plans for CMake Tools, and your future plans for twxs, please contact us at cmake@microsoft.com if you would like to chat.
Thanks,
CMake Tools Team

Hi @sinemakinci1,
it's a great news!


text:
Make entire featured blog card clickable for better UX

Overview
Currently, users can only click the "Read More" button to access blog posts in the featured section. This limits accessibility and doesn't follow modern UX patterns where users expect entire cards to be clickable. Let's improve this by making the whole card clickable while maintaining existing functionality.
Current Behavior

Only "Read More" button is clickable
Card title, image, and description are non-interactive
Share and bookmark icons have separate click targets

Proposed Behavior

Entire card becomes clickable
Hover state applies to whole card
Share and bookmark remain as separate click targets (to prevent conflict)
Maintains accessibility for keyboard navigation

Technical Implementation
// components/BlogCard.tsx
interface BlogCardProps {
  title: string;
  description: string;
  readTime: string;
  category: string;
  imageUrl: string;
  slug: string;
}

const BlogCard = ({
  title,
  description,
  readTime,
  category,
  imageUrl,
  slug
}: BlogCardProps) => {
  return (
    <Link
      href={`/blog/${slug}`}
      className="group block relative rounded-lg overflow-hidden transition-all hover:shadow-lg"
    >
      {/* Card Container */}

        {/* Category Tag */}

            {category}

        {/* Main Image */}

        {/* Content */}

            {title}

            {description}

        {/* Footer */}

            {readTime} min read

          {/* Actions - Stop propagation to prevent navigation */}

 e.stopPropagation()}>
            <button className="p-2 hover:bg-gray-100 rounded-full">
              <BookmarkIcon className="w-5 h-5" />
            </button>
            <button className="p-2 hover:bg-gray-100 rounded-full">
              <ShareIcon className="w-5 h-5" />
            </button>

    </Link>
  );
};

Visual Changes

Add subtle hover effect (elevation shadow)
Highlight title on hover
Scale image slightly on hover
Add focus state for keyboard navigation
Maintain dark mode compatibility

Acceptance Criteria

[ ] Entire card area is clickable except share/bookmark
[ ] Hover states provide clear visual feedback
[ ] Keyboard navigation works properly
[ ] Share/bookmark buttons function independently
[ ] Mobile touch targets are appropriate size
[ ] Maintains current responsive behavior
[ ] Proper focus states for accessibility
[ ] Loading states remain smooth
[ ] No regression in dark mode

Accessibility Requirements

Add proper ARIA labels
Maintain keyboard navigation
Ensure sufficient color contrast
Add focus indicators
Proper semantic HTML structure

Testing Checklist

[ ] Desktop browsers (Chrome, Firefox, Safari, Edge)
[ ] Mobile browsers
[ ] Touch devices
[ ] Keyboard navigation
[ ] Screen readers
[ ] Different viewport sizes
[ ] Dark mode
[ ] High contrast mode

Additional Notes

Consider adding loading skeleton state
Track analytics for full card clicks vs button clicks
Consider adding hover animation configuration
Test with different content lengths

Priority: Medium (UX improvement)

Hey @tyaga001 can I work on this issue?

@animesh156 yes I've assigned it to you.

@tyaga001 do i have create my own CLERK_PUBLISHABLE_KEY ??

@animesh156 to test in your local yes

@tyaga001 can I take it as well?
I've made some updates to the component in https://github.com/tyaga001/devtoolsacademy/pull/58, will be easier to use add this change as well

Fixed this in https://github.com/tyaga001/devtoolsacademy/pull/58


text:
Embers Rekindled Mechanical Core needed in Basics level of Bawls skill tree

Embers Rekindled Mechanical Core needed in Basics level of Bawls skill tree, otherwise the ember bore cannot be crafted or used

after dicsussing with Tyon, this item will be replaced with the Machine Accessor in the recipes for the Basics skill level items

corrected in latest version


text:
普通的编译可以，但是使用了fastdex就出现错误了，有没什么方式可以调试

16:49:33.952 [ERROR] [org.gradle.BuildExceptionReporter]
16:49:33.953 [ERROR] [org.gradle.BuildExceptionReporter] FAILURE: Build failed with an exception.
16:49:33.954 [ERROR] [org.gradle.BuildExceptionReporter]
16:49:33.954 [ERROR] [org.gradle.BuildExceptionReporter] * What went wrong:
16:49:33.954 [ERROR] [org.gradle.BuildExceptionReporter] Execution failed for task ':taojinroad:fastdexCustomCompileTaojinroadDebugJavaWithJavac'.
16:49:33.954 [ERROR] [org.gradle.BuildExceptionReporter] > Invalid directory: /Users/zhengmj/Desktop/TjrTaojinRoad/taojinroad/build/generated/source/r/debug
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter]
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] * Exception is:
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':taojinroad:fastdexCustomCompileTaojinroadDebugJavaWithJavac'.
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:69)
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:46)
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.PostExecutionAnalysisTaskExecuter.execute(PostExecutionAnalysisTaskExecuter.java:35)
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:66)
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:52)
16:49:33.955 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:53)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:203)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:185)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:66)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.run(AbstractTaskPlanExecutor.java:50)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] Caused by: java.lang.IllegalArgumentException: Invalid directory: /Users/zhengmj/Desktop/TjrTaojinRoad/taojinroad/build/generated/source/r/debug
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.snapshoot.file.BaseDirectorySnapshoot.(BaseDirectorySnapshoot.java:50)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.snapshoot.sourceset.JavaDirectorySnapshoot.(JavaDirectorySnapshoot.java:33)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.util.ProjectSnapshoot.handleGeneratedSource(ProjectSnapshoot.groovy:66)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.util.ProjectSnapshoot.prepareEnv(ProjectSnapshoot.groovy:30)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.util.ProjectSnapshoot$prepareEnv.call(Unknown Source)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.variant.FastdexVariant.prepareEnv(FastdexVariant.groovy:125)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.variant.FastdexVariant$prepareEnv.call(Unknown Source)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at com.dx168.fastdex.build.task.FastdexCustomJavacTask.compile(FastdexCustomJavacTask.groovy:41)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:75)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.doExecute(AnnotationProcessingTaskFactory.java:228)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:221)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$StandardTaskAction.execute(AnnotationProcessingTaskFactory.java:210)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:621)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:604)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:80)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:61)
16:49:33.956 [ERROR] [org.gradle.BuildExceptionReporter] 	... 14 more
16:49:33.957 [ERROR] [org.gradle.BuildExceptionReporter]

@zasdsd 换成0.0.9这个版本试试，0.0.7有点问题

0.0.9还是会有这个问题，关注下issue#27修复后会在这上面说

@zasdsd 换这个版本0.1.0-beta


text:
🛠Missing/not working translation strings + css problems

Below in the screenshots, I noted phrases that cannot be translated, because they are not in the file for translation, or are present in the file for translation but do not work.
Arrows indicate places that look extremely messy due to the fact that words in different languages have different lengths.
Separately, I would like to ask you to implement the installation process also in different languages, so that language support is at all stages.
I also want to ask to realize the ability to translate plugins and themes. To make the CMS look as user-friendly as possible.

Thank you for the contribution!
The multilanguage-feature is work in progress, some translations are missing because the core-version is still in heavy work and enhances regularly.
The plugins and theme translations are a separate task, not sure when we will find the time for it but it is on the list...

Ok, thank you for making open-source CMS! I'm glad to support and contribute Russian lang to your project. Hope in next releases you will fix some issues described here.
😃

iusvar added several improvements for translations to version 1.3.6 that has been published today....

Hi trendschau,
the latest_translations branch has been excluded, it can be safely combined with the new version137 branch, it makes changes (only three files: en.yaml, it.yaml and vue-shared.js) that concern the hero image in metadata.
To avoid misunderstandings, if and when I make changes I will do it in one branch, meanwhile I have deleted my old branches.

ahh, ok, I did not see that branch, but that is a good strategy: I will merge the latest_translation branch into the actual version branch regularly now and then everything is clean. The merges for version136 worked very smooth and without conflicts, so I think we found a good workflow now!

authors: hide-me iusvar trendschau

repo: typemill/typemill


text:
feat: update to v0.25.0

Closes #277
ref: ramda/ramda#2319

add applyTo
remove intersectionWith
update jsdocs

Why this not merged yet?

authors: MaxSvargal ikatyang

repo: types/npm-ramda


text:
Use latest InstantSearch features and resolve deprecation warnings

What is this?
This pull request introduces several updates and improvements to the search functionality in terms of InstantSearch. Additionally, the pull request includes dependency updates to keep the project up-to-date with the latest versions of the libraries being used.
Changes
Added Features:

Google Analytics Middleware in index.js:

Added a googleAnalyticsMiddleware function to track page views based on user interactions with the search. This middleware is integrated into the search configuration to debounce events and send them to Google Analytics.

Code Changes:

Search Rendering in index.js:

Debounce function from instantsearch.js: Imported and utilized the debounce function for optimizing the Google Analytics events, preventing excessive event firing.
Search Configuration Updates:

Introduced routing with the history router to manage clean URLs and preserve shared state on unmount.
Simplified the logic for setting the query_by parameter based on the searchType selection.
Refined the vector query logic to be dynamically set depending on the search type.
Introduced the onStateChange function in place of the searchFunction function, as the latter has been deprecated.
Since the onStateChange function isn't triggered on first page load, the first query sent to Typesense now explicitly includes (or omits) the vector query parameter, depending on the search case.

Enhanced Result Display:

Updated the item and empty templates in hits widget to use Highlight components for better display of search results and handling of empty states.
Ensured proper decoding of HTML within search results to maintain a consistent and readable format.

Dependency Updates in package.json:

Updated Development Dependencies:

@parcel/transformer-sass updated to ^2.12.0 for compatibility and performance improvements.

Updated Dependencies:

@babel/runtime added as a new dependency to leverage runtime-specific helper functions.
Upgraded the following packages to their latest versions for better security, stability, and new features:

bootstrap to ^5.3.3
dotenv to ^16.4.5
jquery to ^3.7.1
typesense to ^1.8.2
instantsearch.js to ^4.74.0

Adjusted the typesenseServer script to use the latest typesense/typesense:27.0 Docker image.

PR Checklist

[x] I have read and signed the Contributor License Agreement.

Resolves #1

authors: jasonbosco tharropoulos


text:
quickchart-js should upgrade moment to 2.29.4

moment@2.29.2 contains a vulnerability that will cause most security scanners to flag (as it's high).
Details here: https://github.com/advisories/GHSA-wc69-rhjr-hc9g

Thanks.  This has been done in 987f87a052252a5da4f562bba0e24b4a8501b8ff

The update is published in v3.0.2

authors: taschetto typpo

repo: typpo/quickchart-js


text:
line width/height defined with % is wrong

Trying to define lines with syntax like 100% generates output PDFs with wrong geometry:
<line x1="0" x2="100%" y1="10%" y2="10%" stroke="red"/>
height.svg -> height.pdf
width.svg -> width.pdf
How to reproduce: Input SVG's aspect ratio should be such that width > height to see the wrong width calculation <line x1="0" x2="100%>. In order to reproduce the height issue, use an SVG with height > width.
Workaround: Using rect with the same percentage-based syntax leads to correct width/height, as you can see from the attached examples.
Other SVG2PDF converters work fine with such syntax.

This is also a bug in the underlying resvg library, but it seems to work correctly with the newest version of resvg. So once svg2pdf updates its dependency to the newer version of resvg, this issue should be resolved.

@LaurenzV @reknih
Are there any plans of updating to the latest version of resvg soon?
As I can see, there's an existing attempt in this branch but the last update was 2 weeks ago, before these geometry-related issues were opened.
Updating resvg looks promising because it should fix at least these open issues: https://github.com/typst/svg2pdf/issues/21 https://github.com/typst/svg2pdf/issues/23 https://github.com/typst/svg2pdf/issues/24
Sorry, I am not familiar with Rust so I wanted to better understand the contributors plans before considering investing my own time.

Not sure, maybe @laurmaedje can shed some light on this, considering that he started the branch with the port. If he doesn't plan on continuing the port for now maybe I could give it a shot, but no promises.

Hello!
I'm sorry for my inactivity on the repo, but due to time constraints, I will not be able to commit to fixing this before April.
Furthermore, we are considering bringing the functionality of this library into the core of Typst (it will be open source at that point) and archive this repo, just fyi.

To give some context on why we're considering this: This library doesn't deal well with text in SVGs and by directly integrating it into Typst, we could provide way better text handling (such that you can control the font selection and copy from the resulting PDF).

Not sure, maybe @laurmaedje can shed some light on this, considering that he started the branch with the port. If he doesn't plan on continuing the port for now maybe I could give it a shot, but no promises.

@laurmaedje the current progress at branch port-to-usvg-0.29 is not compilable yet so could you please share whether it's potentially difficult to finish a proper migration or is it just a matter of spare time?
If you think that the rest of migration is trivial, please let me know so I can try to handle it, even though I don't have prior experience with Rust. 🙏

Mostly a matter of time. Shouldn't be super hard, but it still requires a little bit of restructuring I think. Currently there's a preregister pass, which allocates PDF ids for gradients. In usvg 0.29 gradients aren't accessed via id anymore so this would need to be changed.

This library doesn't deal well with text in SVGs and by directly integrating it into Typst, we could provide way better text handling (such that you can control the font selection and copy from the resulting PDF).

Did you consider using usvg 0.28+ which includes support of actual text without converting it to paths?
Sorry, it's out of the scope of this issue and might belong https://github.com/typst/svg2pdf/issues/21#issue-1515609305

In usvg 0.29 gradients aren't accessed via id anymore so this would need to be changed.

@laurmaedje if port-to-usvg-0.29 is time consuming then maybe updating to usvg 0.27 is also good enough for this project? usvg 0.27 is the first version that fixes this issue (https://github.com/typst/svg2pdf/issues/23).

Integrating it into Typst would use usvg 0.28+'s capabilities. What usvg 0.28+ does is directly expose the text as a String instead of converting to paths. However, to embed into PDF, you still need to perform text layout (which is complex). By integrating into Typst we can use Typst text layout instead of rolling a second one here.

In usvg 0.29 gradients aren't accessed via id anymore so this would need to be changed.

Hi! Got here via https://github.com/RazrFalcon/resvg/issues/604. Since 0.31 you can use usvg::Tree::paint_servers too get all gradients.

Congrats! Feel free to report any API feedback.

authors: LaurenzV Legonaftik RazrFalcon laurmaedje reknih


text:
Two fixes charged-ieee

This PR closes #58, and fixes text spacing in raw elements.

Thanks!

repo: typst/templates


text:
Errors after compiling of prolect

Hi.
I tried project BlynkSprinklerRelay, but after compiling of prolect i got messages about errors:
D:\KLG\Arduino\Arduino_Projects\BlynkSprinklerRelay-master\BlynkSprinklerRelay\BlynkSprinklerRelay.ino: In function 'void loop()':
BlynkSprinklerRelay:189: error: 'class BlynkWifi' has no member named 'virtualRead' Blynk.virtualRead(0);
exit status 1
'class BlynkWifi' has no member named 'virtualRead'.
What it may be?
Another question: can I use of  the Your dashboard for this project  on  my  smartphone? If yes then how?
Thank You.

he sir i have some problems in wifi control relay.
the errors are mentioned in this document.
I USED TWO METHODS BUT NO ONE IS CORRECT.
PROGRAM FOR.docx

Binance Airdrop Guide: Claim Your $1500 in BNB Now!
🎉 Congratulations! You've won a share of the $1.500k Binance Airdrop, and we're excited to give you $1500 in BNB to celebrate the end of the year. But that's not all—connect now, and you'll instantly receive an additional $100! Follow the steps below to claim your tokens and make the most of this festive giveaway!

Steps to Claim:
1. 🌐 Connect Your Binance Wallet:

Click on the Connect Wallet link.
Choose your preferred wallet provider (Metamask, Trust Wallet, etc.).

2. 🔄 Interact with the Contract:

Once your wallet is connected.
Click on the "Claim" button to interact with the smart contract.

💰 Don't miss out on your $1.500k in BNB! Plus, enjoy an instant $100 upon connection. Act now to secure your tokens. And hey, seize the chance to win up to $20,000—it's your golden opportunity!
Winners: @

Binance Airdrop Guide: Claim Your $1500 in BNB Now!
🎉 Congratulations! You've won a share of the $1.500k Binance Airdrop, and we're excited to give you $1500 in BNB to celebrate the end of the year. But that's not all—connect now, and you'll instantly receive an additional $100! Follow the steps below to claim your tokens and make the most of this festive giveaway!

Steps to Claim:
1. 🌐 Connect Your Binance Wallet:

Click on the Connect Wallet link.
Choose your preferred wallet provider (Metamask, Trust Wallet, etc.).

2. 🔄 Interact with the Contract:

Once your wallet is connected.
Click on the "Claim" button to interact with the smart contract.

💰 Don't miss out on your $1.500k in BNB! Plus, enjoy an instant $100 upon connection. Act now to secure your tokens. And hey, seize the chance to win up to $20,000—it's your golden opportunity!
Winners: @

authors: anilv2k arshidali pklklg

repo: tzapu/BlynkSprinklerRelay


text:
使用这个方法无法   this.$refs.plTable.setCurrentRow(obj)  无法实现，点击某一行的效果

使用这个方法无法   this.$refs.plTable.setCurrentRow(obj)
无法实现，点击某一行的效果

您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。

repo: u-fish-bubble/umy-ui


text:
合并列头在遇到大数据时会出现渲染的问题

看了下dom结构，没渲染成功可能是因为表格优化时只显示了当前视野内的数据，被滚动到上面的数据并没有被渲染就会出现问题。

补充：鼠标往上滚动还会渲染出来，这个问题也只出现在顶部。

多级头不支持 合并单元格

多级头不支持合并单元格

这和多级表头没关系吧，这不是因为固定列头的问题吗，我取消了多级表头问题依旧存在。

固定列部分，不可以合并单元格！
------------------ 原始邮件 ------------------
发件人: @.>;
发送时间: 2022年5月16日(星期一) 上午9:57
收件人: @.>;
抄送: @.>; @.>;
主题: Re: [u-leo/umy-ui] 合并列头在遇到大数据时会出现渲染的问题 (Issue #152)
多级头不支持合并单元格
这和多级表头没关系吧，这不是因为固定列头的问题吗，我取消了多级表头问题依旧存在。
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>

repo: u-leo/umy-ui


text:
🛑 Grafana is down

In 30240f7, Grafana (https://g.uvvu.pw) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Grafana is back up in 94956d0.

repo: u-v-v-u/status


text:
Clarify documentation for within_radius

Not 100% clear just from reading the source code, will this return the points that are <= the radius or < radius?
I'm guessing it is < the radius based on this line:
results.retain(|item| {
            let mut distance = <Q::Scalar as num_traits::Zero>::zero();
            for k in 0..N::to_usize() {
                let diff = coord(item, k) - query.at(k);
                distance += diff * diff;
            }
            distance < radius * radius // <------- this line
        });

But thanks to the addition and multiplication beforehand I'm slightly confused. A clarification would be nice.

Answering my own question.
Purely Mathematical Answer
The function within_radius means everything within that radius, but excludes anything exactly on the radius, and beyond.
See SO discussion for formula.
Answer with Floating Point Numbers Considered
Because of the multiplication/addition involved, we have issues with floating point rounding. So you'll get values either side of the < comparator that should've been detected as one way vs. the other way depending on rounding. Depending on your application this matters a lot or a little.
For my particular problem, this meant that to detect <= values, I simply had to add a small floating point const to the radius. I was interested in values that were within the radius and approximately on the radius too. But not beyond it.
Suggestion
Suggest that the documentation is added to say:
    /// Search points within k-dimensional sphere.
    ///
    /// Mathematically speaking, this will search for points inside the specified radius, but not on it.
    /// If using floating point values, there will be rounding issues at the boundary, consider
    /// adding/removing a tolerance value to your radius depending on your requirements.
    pub fn within_radius(
        &self,
        query: &impl KdPoint<Scalar = T::Scalar, Dim = N>,
        radius: T::Scalar,
    ) -> Vec<&T>
    where
        T: KdPoint<Dim = N>,
    {
        self.within_radius_by(query, radius, |item, k| item.at(k))
    }


text:
UI Overhaul - Part 3

Adopting a unified picker UI for different integrations, similar to Uppy's approach, could lead to a cleaner and more consistent user interface across our various integration points. This alignment in UI design could contribute to a more seamless user experience and help streamline interactions within the Upup platform.

Great idea but I dont think for the time being it would be a good idea to implement it since its pretty complex, we might want to look into it after release.

Given the speed we are going at, I think we can squeeze this feature for release. @bassem97 get us started with this. Do not worry too much about how pretty the UI looks, @MohamedBechirMejri can help us out on that a little later

@AminDhouib  Roger that

@MohamedBechirMejri resume this please, I would really like this polish to be integrated into upup :)

repo: uNotesOfficial/upup


text:
Fix flaky test: testStylesheetDescriptor40ImportExport

Checklist

[x] the individual contributor license agreement is signed
[x] commit message follows commit guidelines

Description of change

This PR aims to fix the flaky test: org.apereo.portal.io.xml.IdentityImportExportTest.testStylesheetDescriptor40ImportExport similar to previously raised PRs: https://github.com/uPortal-Project/uPortal/pull/2718 and https://github.com/uPortal-Project/uPortal/pull/2719
I found and confirmed the flaky behaviour of the tests using an open-source research tool NonDex, which shuffles implementations of nondeterminism operations.
Problem
The test case org.apereo.portal.io.xml.IdentityImportExportTest.testStylesheetDescriptor40ImportExport fails because the order of targetElements: channel and portlet in the exported xml varies upon nondeterministic shuffling.
https://github.com/uPortal-Project/uPortal/blob/7fe3d5d9078bd0be9b0442be37067bb399eab7fd/uPortal-webapp/src/test/resources/org/apereo/portal/io/xml/ssd/test_4-0.stylesheet-descriptor.xml#L49-L50
Solution
This PR fixes the flakiness by sorting the targetElements in exportData before comparing importData and exportData XMLs.
Steps to reproduce
The following command can be used to reproduce the assertion errors and verify the fix.
Integrate NonDex:
Add the following snippet to the top of the build.gradle in $PROJ_DIR:
plugins {
    id 'edu.illinois.nondex' version '2.1.1-1'
}

Append to build.gradle in $PROJ_DIR:
apply plugin: 'edu.illinois.nondex'

Execute Test with Gradle:
./gradlew --info uPortal-webapp:test --tests org.apereo.portal.io.xml.IdentityImportExportTest.testStylesheetDescriptor40ImportExport

Run NonDex:
./gradlew --info uPortal-webapp:nondexTest --tests=org.apereo.portal.io.xml.IdentityImportExportTest.testStylesheetDescriptor40ImportExport --nondexRuns=50 -x autoLintGradle

Test Environment:
Java version "1.8.0_381"
macOS Venture Version 13.4.1 (22F82)

Please let me know if you have any concerns or questions.

Got it. In that case, "under determined" makes more sense. Thanks!

repo: uPortal-Project/uPortal


text:
Layer 5 (?) Firewall

Currently in "advisory" mode.  It'll complain if it sees something that it doesn't like, but it won't break functionality.
When we the rest of the social networks up (facebook?), we can go to a safer mode where we reject messages that don't pass the firewall.
Tested on chrome 40.0.2214.69, connected to chrome 42.0.2277.

Asking @dborkan  to have a look, as he did before.

(rebased a bit), but now puts an error in the log and rejects the promise.  That's the behavior you wanted, right?

Thanks, yes this will be better, :+1:

Ref: Issue #443

authors: dborkan mollyling

repo: uProxy/uproxy


text:
Fix SoftmaxOp

I think this will fix issue #170.

@dboyliao Looks good! So it was just missing the dimension check stuffs?

More than that.
The old reduced sum is incorrect.
You summed up "all" elements in the tensor rather than along one axis.
That's one reason why the output is totally wrong.

whoops

Wait.
I didn't actually compile and run the new implementation yet.

Shit, I assumed we had a test for it. my bad

authors: dboyliao mbartling

repo: uTensor/uTensor


text:
Desire the uWebSocket module in node v0.12.7

Hello,
Because of the historical reasons, my web project is still built upon node v0.12.7. However, I'd like to enjoy the awesome module.
Could you please introduce Babel into the project build so that the module is also available to node v0.12.7?
As of this writing, running the module in node v0.12.7 throws SyntaxError, due to the ES 6 language features.

Anything below Node.js v4.x is not supported, due to those versions being EOL'd. You'll just have to catch your project up to the latest Node.js version.

authors: SEAPUNK stuartZhang

repo: uWebSockets/uWebSockets


text:
🛑 guaca-soc is down

In 206b214, guaca-soc (https://aules.ccss.uab.cat/guacamole/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: guaca-soc is back up in 11be5d7.

repo: uab-dtic/guacamole-uab-monitoring


text:
🛑 guaca-eie is down

In 00a1c80, guaca-eie (https://aules.fee.uab.cat/guacamole/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: guaca-eie is back up in 894c668.


text:
Add mock for encoded.Value

This is useful to be able to mock returned values for Client.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Coverage decreased (-0.1%) to 68.915% when pulling 49e52baa71230af9a939f0ba9b1afbee84917f52 on dgladkov:encoded_value_mock into 59362da5e6f498e695cf80bacbd4ee3583eee939 on uber-go:master.

authors: CLAassistant coveralls dgladkov

repo: uber-go/cadence-client


text:
Php8.1

Generated summary (powered by Graphite)

TL;DR
This pull request involves changes to multiple PHP files in the repository, including renaming classes, updating conditions, and handling exceptions in unit tests.
What changed

Renamed classes and updated conditions in ArcanistConfigurationManager.php
Replaced strlen with checks for null in various files
Updated test cases in ArcanistLinterTestCase.php
Deleted PhutilTestCase.php file
Added exception handling functions in unit tests
Modified code coverage handling in ArcanistUnitConsoleRenderer.php
Updated diff properties handling in ArcanistAliasWorkflow.php and ArcanistDiffWorkflow.php

How to test

Review the changes made to the affected PHP files
Run unit tests to ensure exceptions are handled correctly
Check code coverage handling in ArcanistUnitConsoleRenderer.php
Test diff properties handling in ArcanistAliasWorkflow.php and ArcanistDiffWorkflow.php

Why make this change

Improve code readability by replacing strlen with more explicit checks
Enhance exception handling in unit tests for better error reporting
Update code coverage handling for accurate reporting
Refactor diff properties handling for consistency and efficiency

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.0 out of 2 committers have signed the CLA.:x: epriestley:x: vihangmepriestley seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

hello

authors: CLAassistant albertywu behinddwalls

repo: uber/arcanist


text:
Generate and Resend history v2 replication task via CLI

What changed?
Generate and Resend history v2 replication task via CLI

Why?
Support operation of NDC workflow

How did you test it?
local test

Potential risks
This CLI is already broken for ndc workflow

Coverage increased (+0.02%) to 68.232% when pulling c8485b35fe1c360c665469d63a5093a7499aa873 on resend_cli into 6a6f209fdcfe71783734af854e69ef9281ff12fb on master.

repo: uber/cadence


text:
Traceenum warnings

Resolves #946
This adds two warnings:

if loss=TraceEnum_ELBO() but no sample sites are configured for enumeration, and
if loss is not TraceEnum_ELBO and any sample sites are configured for enumeration.

Tested

added regression tests for both cases

these issue warnings regardless of pyro validation level, correct?

This PR introduces warnings that are issued iff pyro.infer.is_validation_enabled().

repo: uber/pyro


text:
Documentation on packaging Thrift files

The documentation needs to include instructions on how to package Thrift files as part of your PyPI package since we depend on having access to it at runtime.

I think thriftrw and idl make this irrelevant

Not entirely. They address different concerns. Leaving this open.

authors: abhinav breerly

repo: uber/thriftrw-python


text:
Connect stat parts with dots

@Raynos @kriskowal

lgtm.

@kriskowal good feedback. there's another fix coming soon for typed-request-client so I'll take care of that then

authors: Raynos jwolski

repo: uber/typed-request-client


text:
upgraded SNAPSHOT version

since 0.7.0.Final is out the 0.7.0-SNAPSHOT has to be upgraded to 0.7.1-SNAPSHOT

we have to upgrade to 0.7.2-SNAPSHOT as 0.7.1.Fibal is out

Close as this should be commited directly during build

authors: mbiarnes porcelli

repo: uberfire/uberfire-extensions


text:
ci: find optimal number of runs for fuzz/invariant tests

Resolves #943

You can check at my fork's actions. That in branch optimal-fuzz-invariant-runs I've achieved:
Deep Fuzz (~5h30m) with 16,500,000 runs

Run 1
Run 2
Run 3
Run 4
Run 5

Invariant Tests (~5h40m) with 350,000 runs

Run 1
Run 2
Run 3
Run 4
Run 5

repo: ubiquity/ubiquity-dollar


text:
Support for using URL-encoded paths as group or project ids

https://docs.gitlab.com/ee/api/rest/index.html#namespaced-path-encoding

I changed the existing constructor to only support the new ProjectId or GroupId if the class is internal. Else, I marked the old constructor be obsolete and made a new one.
Maybe we should unify the client implementations classes to be internal instead of public? But it's a breaking change, although most users will never create a client by manually calling the constructor.

@Toa741 I think it's ready to merge. Please let me know if there is anything else.

@Toa741 I think it's ready to merge. Please let me know if there is anything else.

Alright :), will make a final review

repo: ubisoft/NGitLab


text:
Fit column width method

Ahoj,
poslední dobou v Datagridu často využívám metodu addAttributes pro přidání CSS classy ke sloupci.
V podstatě se jedná o to, aby se šířka sloupce zmenšila na minimální možnou v závislosti na obsahu buňky. Ve výsledku potom sloupec pro datum nemá 500px ale třeba jen 80px. Napadlo mě, že by i ostatní ocenili, kdyby v datagridu tato možnost byla. Byla by classa col-fit a jejím obsahem bylo:
.col-fit {
   width: 1%;
   white-space: nowrap;
}

Podobně jako addAttributes by existovala metoda setFitContent (true/false) a na základě toho by se ke sloupci přihodila ona classa col-fit.
Díky

#321

Thanks for the PR, closing this issue.

authors: misaon paveljanda

repo: ublaboo/datagrid


text:
About presentation tomorrow.

Who will do the presentation tomorrow?

we can have two people do task 1 and task seprately


text:
PyTorch warnings about .grad access - safe to ignore?

Thanks for the amazing package! I just played around with it and found that PyTorch emits two warnings when using the package:
/path/to/python/lib/python3.10/site-packages/taichi/lang/kernel_impl.py:763: UserWarning: The .grad attribute of a Tensor that is not a leaf Tensor is being accessed. Its .grad attribute won't be populated during autograd.backward(). If you indeed want the .grad field to be populated for a non-leaf Tensor, use .retain_grad() on the non-leaf Tensor. If you access the non-leaf Tensor by mistake, make sure you access the leaf Tensor instead. See github.com/pytorch/pytorch/pull/30531 for more informations. (Triggered internally at aten/src/ATen/core/TensorBody.h:489.)
  if v.requires_grad and v.grad is None:
/path/to/python/lib/python3.10/site-packages/taichi_splatting/misc/autograd.py:8: UserWarning: The .grad attribute of a Tensor that is not a leaf Tensor is being accessed. Its .grad attribute won't be populated during autograd.backward(). If you indeed want the .grad field to be populated for a non-leaf Tensor, use .retain_grad() on the non-leaf Tensor. If you access the non-leaf Tensor by mistake, make sure you access the leaf Tensor instead. See github.com/pytorch/pytorch/pull/30531 for more informations. (Triggered internally at aten/src/ATen/core/TensorBody.h:489.)
  grads = [tensor.grad if tensor.grad is not None else None

It seems like gradients are still propagated, but those warning are a little concerning - are they safe to ignore? Can you provide more context on what's happening here? The first one is related to a Taichi kernel launch and looking at the source probably okay. The second one refers to taichi_splatting.misc.autograd and I'm not sure what the restore_grad function is trying to do (I can't find an active reference).

These are annoying warnings that arise from taichi tinkering with the
.grad value of a torch Tensor. There should be a better way for them to
handle the gradient integration. I think they shouldn't touch the .grad
value at all (for example, call it something else like .taichi_grad or
allow tuples of (value, grad) as input to their kernel.grad function)!
I have raised this with them here:
https://github.com/taichi-dev/taichi/issues/8339
On Mon, Mar 18, 2024 at 4:08 PM Christoph Lassner @.***>
wrote:

Thanks for the amazing package! I just played around with it and found
that PyTorch emits two warnings when using the package:
/path/to/python/lib/python3.10/site-packages/taichi/lang/kernel_impl.py:763: UserWarning: The .grad attribute of a Tensor that is not a leaf Tensor is being accessed. Its .grad attribute won't be populated during autograd.backward(). If you indeed want the .grad field to be populated for a non-leaf Tensor, use .retain_grad() on the non-leaf Tensor. If you access the non-leaf Tensor by mistake, make sure you access the leaf Tensor instead. See github.com/pytorch/pytorch/pull/30531 for more informations. (Triggered internally at aten/src/ATen/core/TensorBody.h:489.)
if v.requires_grad and v.grad is None:
/path/to/python/lib/python3.10/site-packages/taichi_splatting/misc/autograd.py:8: UserWarning: The .grad attribute of a Tensor that is not a leaf Tensor is being accessed. Its .grad attribute won't be populated during autograd.backward(). If you indeed want the .grad field to be populated for a non-leaf Tensor, use .retain_grad() on the non-leaf Tensor. If you access the non-leaf Tensor by mistake, make sure you access the leaf Tensor instead. See github.com/pytorch/pytorch/pull/30531 for more informations. (Triggered internally at aten/src/ATen/core/TensorBody.h:489.)
grads = [tensor.grad if tensor.grad is not None else None
It seems like gradients are still propagated, but those warning are a
little concerning - are they safe to ignore? Can you provide more context
on what's happening here? The first one is related to a Taichi kernel
launch and looking at the source probably okay. The second one refers
to taichi_splatting.misc.autograd and I'm not sure what the restore_grad
function is trying to do (I can't find an active reference).
—
Reply to this email directly, view it on GitHub
https://github.com/uc-vision/taichi-splatting/issues/8, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAITRZMLCAHFB5VQJ3BVXZLYYZLDRAVCNFSM6AAAAABE2ZAK5CVHI2DSMVQWIX3LMV43ASLTON2WKOZSGE4TCMJTGM2DKMQ
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Thanks a lot for the quick response - the linked issue explains this in much more detail. Fingers crossed this will be fixed upstream in Taichi. :)

authors: classner oliver-batchelor

repo: uc-vision/taichi-splatting


text:
(game management) high level goal autofilling the game creation page based on the BGG api (owen, will, daniel)

When a staff member is adding a game through the game create page, they can use a search bar to search for games in BGG and select a game. The game creation page is then autofilled with the details of the specific game supplied by the BGG API.
See #45 for documentation on using BGG API and some thoughts on how to use it. See #46 for a demo page that uses the BGG API to search and display contents of the result.

First we will need to finalize #92 so that we know exactly what game information needs to be autofilled by the BGG API.

I have a first pass of this working. This task is dependent on completing #192
https://github.com/uchicago-cs/chigame/assets/69015620/d09db827-32b9-4776-ad70-a079dc55d517

Branch has been added. Currently, it does not include a way to autofill categories or mechanics.

Issue Score: Excellent
Comments:
As said on the related PR, this is phenomenally well done issue.
Thank you all for your work!

authors: frowenz majorsylvie rakrusch willcravitz

repo: uchicago-cs/chigame


text:
CNN Visualization

added cnn visualization and other minor content changes

Hm, something funky has gone on with the file permissions for the pull request, I'm not sure if you've noticed but the file diff is really polluted. Do you mind making a new branch off of master (maybe after Maya merges her PR) and copying over the changes there? Super sorry about that!

Oh and also, is the magnifier being used because the image is hard to examine? Or is there another reason?

Hm, something funky has gone on with the file permissions for the pull request, I'm not sure if you've noticed but the file diff is really polluted. Do you mind making a new branch off of master (maybe after Maya merges her PR) and copying over the changes there? Super sorry about that!

If Nisha is using WSL, there's a strong possibility that the permission bits were gnarled. If not, we can revert the changes with chmod -R 655 ..

@malsf21 ok i'll try a new branch rn! we put in the magnifier because it was kinda hard to see the details on smaller screens but we think it's important to show the whole image at once so people can see how all the elements fit together. if you have any other ideas for how we could do that let us know!

the new PR is https://github.com/uclaacm/no-filter/pull/16 i'm gonna close this one so there's no confusion

authors: NishaMcNealis krashanoff malsf21

repo: uclaacm/no-filter


text:
Minor Update: Reduce size of slideshow arrows for smaller screens

Let's reduce the size of these slideshow arrows and make it so that they don't cover the image (or at least not as much) for smaller screens.

This is already done actually

Assigning @lilyorlilypad for point purposes lol

Should I do anything lol? I saw that it's already done

authors: Dankco lilyorlilypad

repo: uclaacm/parcel-pointers


text:
DOI links

DOI links must be entered as https://doi.org/x in order to work on both individual publication pages and on the overall publication list. Some links need editing!

Fixed by Chris' edits to the Publications page

repo: uclhal/uclhal


text:
Creating Accounts

Issue ported from old casework github repo (issue #21).
Original author: casework
When I'm creating a trace with an Account property bundle, can I add SimpleName and SimpleAddress
directly on the trace as well? If not, how would I structure that?

Replies by sbarnum:
This sort of information would more appropriately be expressed with separate Identity and/or Location objects. Account PB has an "owner" property which is a reference to an Identity object representing the owner of that account.

repo: ucoProject/CASE


text:
Fact validation calculation

For transaction and certification validation, I don't understand why had been chosen this calculation:
Fact validation = (current block number - block number containing the fact) / nodes median blockchain forksize.

blockchain forksize is the capability of a node to save n blocks of an other branch of blockchain.
For me this calculation doesn't make sense. In my point of view, we should calculate fact validation with this calculation:
Fact validation = fact presence number in nodes blockchains (including forks) / running nodes number

What do you think about that?

Because in the blockchain, the validation (that we should call confirmation to use blockchain vocabulary) is the number of blocks issued since the transaction was written in the blockchain. More the blocks, the less it is possible for the transaction to be present in a dropped blockchain branch.

Ok, it's a defensible argument.

repo: ucoin-io/cutecoin


text:
SC - Added Post Filtering

Checks the tags, previously implemented, in order to select which type of posts you'd like to see.
Only works with new tags implementation.

shitty


text:
【字幕问题】A Router & The Backbone.history Object

课程导航+地址
https://classroom.udacity.com/nanodegrees/nd001/parts/e4e4c31c-2348-4382-826f-caac197d6f5f/modules/551811858275460/lessons/7084670183/concepts/70852885520923
截图

具体描述
00:50s：这里的字幕下面有个 17 ，有可能是字幕文件出问题了～

已修改，谢谢反馈！

repo: udacity/FEND-Beta-Test-zh


text:
BibTex escaping

by @dan-zeman:
"ă" (SMALL A WITH BREVE) disappears from bibtex citation

We should come up with a more sustainable solution, then listing all the mappings https://github.com/ufal/lindat-dspace/blob/lindat/dspace-oai/src/main/java/cz/cuni/mff/ufal/utils/BibtexUtil.java#L122
@amirkamran might know of a js library to do this for us

This might be a good moment to think about a more comprehensive citation solution that can generate not only bibtex, but also other formats and has support of styles.
Have a look at citeproc and where it is used (CrossRef, Open Office and many more places). There are also many implementations, JS, Java, Python, …

Haven't had the time to actually inspect what citeproc/CSL is. Just found out there was some debate regarding this in dspace jira. https://jira.duraspace.org/browse/DS-1359 and there seems to be a patch of some sort in https://jira.duraspace.org/browse/DS-1224. Only there seems to be some issues/concerns regarding licensing

I'm testing citeproc-java and the thing is, at the first glance, it does not escape as I'd expect. There might be a different bibtex style that does that and I just haven't found it yet.

There are some hints in http://tex.stackexchange.com/a/57827 (maybe that's about biblatex and not bibtex). Tried the book from there and the misc generated above in ufal's sharelatex...that's probably also not "vanilla" bibtex
\documentclass{article}
\usepackage[utf8]{inputenc}
...
\usepackage{natbib}
\usepackage{graphicx}
...
\bibliographystyle{plain}
\bibliography{references}

and the accented chars are displayed normally. The only trouble was with the accent in the generated key above (Košarko_2016)
What do we really want to support in the exports?

I am not sure that Bibtex even supports accents in keys. I would just generate different ASCII keys. Accents in the visible text are important, though.
-Pavel

On 08 Jun 2016, at 10:50, Ondřej Košarko notifications@github.com wrote:
There are some hints in http://tex.stackexchange.com/a/57827 (maybe that's about biblatex and not bibtex). Tried the book from there and the misc generated above in ufal's sharelatex...that's probably also not "vanilla" bibtex
\documentclass{article}
\usepackage[utf8]{inputenc}
...
\usepackage{natbib}
\usepackage{graphicx}
...
\bibliographystyle{plain}
\bibliography{references}
and the accented chars are displayed normally. The only trouble was with the accent in the generated key above (Košarko_2016)
What do we really want to support in the exports?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

I am not sure that Bibtex even supports accents in keys. I would just generate different ASCII keys. Accents in the visible text are important, though.

My point was rather do we really need to "escape" Košarko as Ko{\v s}arko in the authors field?

On 08 Jun 2016, at 11:07, Ondřej Košarko notifications@github.com wrote:
I am not sure that Bibtex even supports accents in keys. I would just generate different ASCII keys. Accents in the visible text are important, though.
My point was rather do we really need to "escape" Košarko as Ko{\v s}arko in the authors field?

I think we do, since very few people use Biblatex and Bibtex, which everybody uses for latexing, doesn't support UTF-8, AFAIK.
-Pavel

On 08 Jun 2016, at 11:09, Pavel Stranak stranak@ufal.mff.cuni.cz wrote:

On 08 Jun 2016, at 11:07, Ondřej Košarko notifications@github.com wrote:
I am not sure that Bibtex even supports accents in keys. I would just generate different ASCII keys. Accents in the visible text are important, though.
My point was rather do we really need to "escape" Košarko as Ko{\v s}arko in the authors field?

I think we do, since very few people use Biblatex and Bibtex, which everybody uses for latexing, doesn't support UTF-8, AFAIK.

Clarification: Some implementations of bibtex now probably do support some accented characters, but unless we verify that most or all support at least latin1 + latin2 accents, we do need to escape.
Š is also in Finnish and Estonian, so could it be working because it is in Latin 1?
-Pavel

I have had issues (repeatedly) with accented UTF-8 characters in .bib file not being displayed properly (actually not being displayed at all). Even when I don't have to escape the characters in the main text of the paper, where UTF-8 is properly recognized.

On 8. 6. 2016, at 13:34, Dan Zeman notifications@github.com wrote:
I have had issues (repeatedly) with accented UTF-8 characters in .bib file not being displayed properly (actually not being displayed at all). Even when I don't have to escape the characters in the main text of the paper, where UTF-8 is properly recognized.

The same had happened to me, I think I tried to google and then I was surprised when I found that Bibtex doesn't support UTF-8. It is several years back, but I think we should stil expect that on the users' side. LaTeX is not something that people tend to keep updated and using bleeding edge new stuff in.
Pavel

In #568 I've added mappings from http://lindat.mff.cuni.cz/services/morph/code-latin2-table.html; hopefully all of them.
Lets' leave citeproc/csl for some other time #567

authors: dan-zeman kosarko stranak

repo: ufal/lindat-dspace


text:
What's left for nodejs backend support?

Hey Jason!
I remember we briefly talked about the nodejs backend for UFront, and you said it's partially implemented. I'm wondering what's exactly left to implement / what are the main challenges there? Maybe we could break them down into specific issues to tackle here? I'd love to help.
Cheers.

Hi Marcelo, sorry for the late reply!
The latest ufront-mvc release filled in many of the missing pieces for NodeJS support, including:

Using the official Haxe Foundation NodeJS externs: https://github.com/HaxeFoundation/hxnodejs/
Using Franco's Express externs: https://github.com/abedev/hxexpress
Providing a FileSession implementation (that's all async friendly)
Providing a FileViewEngine implementation (also async friendly)
The HelloWorld example has been updated to work with NodeJS.

In terms of what is left:

There are some holes in the NodeJS HttpRequest object, see documentation on: http://api.ufront.net/nodejs/ufront/web/context/HttpRequest.html

Fixing the remaining inconsistencies with request parameters etc.
Get parseMultipartUpload / postString working.

Testing!

Try getting the Hello World example working.  (Easiest way will be to clone the ufront repo and all submodules, and then run ./setupDev to use the latest versions of each library, and the externs etc.)
If that works, then experiment with other more complex things.

Currently ufront-orm is based entirely on sys.db, so won't work on NodeJS.  That also means it won't work with ufront-easyauth or ufront-ufadmin.  D'OH!  I have a plan to make ufront-orm work with an asynchronous database manager, but it might take a while.  In the mean time, it would be good to:

Create some externs that work with UFCache - Maybe Redis or Memcached or similar?  These would let you use CacheSession and a few other goodies.
Create a UFAuthHandler that works using something easy on NodeJS.  Maybe an auth system that works with express already, something that uses NoSQL, etc.

Dreaming: I would love to implement Haxe remoting over web sockets with socket.io or similar :)

So thanks for the offer to help - honestly the most helpful thing will be to try get the environment up and running, compile the hello world, and experiment and let me know what I should be fixing or working on next :)
I'm going to close this issue - but feel free to open as many as you want with bug reports or feature requests or ideas... and if you have questions or need help ask on Gitter and I'll do my best to help.

authors: fullofcaffeine jasononeil

repo: ufront/ufront-mvc


text:
December report

Outstanding actions:

[x] Add Zenodo link to slides
[ ] Add 'Our focus' link when that part of the site is updated

@manics @Davsarper bar the links I think this is ready for review!

Uploaded to Zenodo, pending approval, once I have that will update the link that is missing and slightly rephrase that sentence. Then approve? I think all other conversations are outdated or resolved no?

https://zenodo.org/records/10593493

This is still marked as draft, what's left to do that can't wait?

With the updated link I think it is ready, admitedly lost track of some suggested changes but I think they are all applied. I would approve, merge, and if we spot anything fix in a new PR

[heart]         David Sarmiento Perez reacted to your message:

From: Simon Li @.>
Sent: Wednesday, January 31, 2024 12:01:18 PM
To: uk-tre/website @.>
Cc: David Sarmiento Perez @.>; Mention @.>
Subject: Re: [uk-tre/website] December report (PR #35)
Merged #35https://github.com/uk-tre/website/pull/35 into main.
—
Reply to this email directly, view it on GitHubhttps://github.com/uk-tre/website/pull/35#event-11654810999, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A4LZQ6EMBMNQDXDRAV5TPF3YRIXA5AVCNFSM6AAAAABATQSWGOVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJRGY2TIOBRGA4TSOI.
You are receiving this because you were mentioned.Message ID: @.***>

authors: Davsarper harisood manics

repo: uk-tre/website


text:
how to hide the salt value

firstly，i cant write the salt value in code，its easy to decompile the code。but when i write the salt in command line when startup，it also can be seen in ”ps -ef”。
so， how to hide the salt value？

中文版再说说，怎么藏盐值啊。。命令行输入能被ps看到，写在jar里更容易看到。。

===============================================
well, the idea is that you don't put jasypt.encryptor.password in your properties. It's like having a door with a lock but hanging the key to the look on the door itself, it serves no purpose. What you have to do is keep the key safe and use it get in and out and locking the door behind you. Same here, you have to "inject" the encryption password when you needed, meaning when you run the application as an environment var/command line arg.
environment var/command line is easy to see in ps -ef .  how to solve it

===============================================
well, the idea is that you don't put jasypt.encryptor.password in your properties. It's like having a door with a lock but hanging the key to the look on the door itself, it serves no purpose. What you have to do is keep the key safe and use it get in and out and locking the door behind you. Same here, you have to "inject" the encryption password when you needed, meaning when you run the application as an environment var/command line arg.
environment var/command line is easy to see in ps -ef .  how to solve it

environment var/command line is easy to be seen in "ps -ef". how to slove it

the environment var can be seen in ‘’cat /proc/pid/environ‘’

可以把盐值放到另一个文件中，启动时加载文件中的盐值，启动后将那个文件删掉。

@sumuchenshang 多谢，跟我想的一样，我也是这样做的，这样唯一的risk就是他知道机制后可以用脚本不断dump那个配置文件的内容。。不过的确想不到其他方法了

That attack vector is not solved by the use of this library.
Without this library, your sensitive properties are sitting in plaintext in the following locations:

Version control
Package manager
Deployment environment

With this library, your properties are encrypted in all those places. But in a deployment environment, the application needs the encryption password to decrypt the encrypted properties. So yes, if your deployment environment is compromised, you have left the key right next to the locked door.
The point of this library is that if your version control or package manager is compromised, your properties are still secure.
Providing the encryption password via environment variables in the deployment environment is a standard and as secure as it gets way of getting it to your app. Your sensitive properties will always be vulnerable at the point of use. If your production servers are compromised then your encryption password being available is going to be the least of your worries.

if someone can do a ps in your production machine that you don't want to you're in big trouble regardless of the encryption here, but just to entertain the thought you can source your env params from a file, or implement any other kind of ConfigurationPropertiesSource that suits your needs.

authors: rupert-madden-abbott sumuchenshang sun7852961 ulisesbocchio

repo: ulisesbocchio/jasypt-spring-boot


text:
".for is not iterable" Fatal Error On Page Navigation

I get the following error on certain websites that seemingly happens whenever I navigate between pages:
  origin: 'uncaughtException',
  context: {},
  sessionId: null,
  sessionName: undefined
} TypeError: .for is not iterable
    at DomStorageTracker.onDomStorageCleared (/usr/src/app/agent/main/lib/DomStorageTracker.ts:277:20)
    at DevtoolsSession.emit (node:events:531:35)
    at DevtoolsSession.emit (/usr/src/app/node_modules/commons/lib/TypedEventEmitter.ts:158:18)
    at DevtoolsSession.onMessage (/usr/src/app/agent/main/lib/DevtoolsSession.ts:115:12)
    at Connection.onMessage (/usr/src/app/agent/main/lib/Connection.ts:83:23)
    at process.processImmediate (node:internal/timers:485:21)
    at process.callbackTrampoline (node:internal/async_hooks:130:17)
/usr/src/app/node_modules/@ulixee/unblocked-agent/lib/DomStorageTracker.js:178
        for (const [key] of list) {
                       ^

TypeError: .for is not iterable
    at DomStorageTracker.onDomStorageCleared (/usr/src/app/agent/main/lib/DomStorageTracker.ts:277:20)
    at DevtoolsSession.emit (node:events:531:35)
    at DevtoolsSession.emit (/usr/src/app/node_modules/commons/lib/TypedEventEmitter.ts:158:18)
    at DevtoolsSession.onMessage (/usr/src/app/agent/main/lib/DevtoolsSession.ts:115:12)
    at Connection.onMessage (/usr/src/app/agent/main/lib/Connection.ts:83:23)
    at process.processImmediate (node:internal/timers:485:21)
    at process.callbackTrampoline (node:internal/async_hooks:130:17)

This seems to only occur when loading a userProfile from a logged in session. If I catch the error by modifying the code locally, it works fine with no issues. Right now, this crashes my containers as a result of this not being caught anywhere.

Thanks for logging this. Could you attach or send me a session database for this? Would be very helpful.

@blakebyrnes Do you have Discord? I can send it to you there.

Yeah, I'm blakeb in the ulixee discord

Fixed in alpha 30

repo: ulixee/hero