text:
[FEATURE] - Ability to Print Output without New Line Character

Is there an existing issue for this?

[X] I have searched the existing issues

Is your feature request related to a problem?
It'd be nice to be able to print output without the added newline character.
Describe the solution you'd like
No response
Describe alternatives you've considered

Change the implementation of print to not include the new line character but that potentially breaks or impacts any application currently using print.
Introduce new module that has print and println, etc functions to achieve this.
Open to suggestions

Additional context
No response

Yeah this is an interesting one. Ideally we could do something like Python where you can pass a kwarg (allowing the public API to stay the same)
print(...values, end="\n");

I think I'm in favor of an IO module than messing with the builtin print. If that's ok, I can get a PR up in a few days.

Sounds good to me! Thank you

repo: dictu-lang/Dictu


text:
Implement detail screen

The display will be more or less like this one here.

source: gharchive/issue

repo: dictyBase/Dicty-Stock-Center

license_type: permissive

license_source: bigquery


text:
[Feature Request] 希望有直观的方式禁止画布水平/垂直拖动/设置边界

问题背景
希望有直观的方式禁止画布水平/垂直拖动或设置边界
提案
lf.setCanvasMovable({
  vertical:true,
  horizontal:false
});
lf.setBoundary({
  vertical:[0,100]
  horizontal:[0,100]
})

or
new LogicFlow({
  canvasMovable:{
    vertical:true,
    horizontal:false
  }
  boundary:{
    vertical:[0,100]
    horizontal:[0,100]
  }
});

相关信息
一些关于需求的额外信息和截图

描述一下使用场景？

描述一下使用场景？

比如 在前端硬编码出一个流程图后 我只想让用户查看 但流程图是横向的 所以想限制死画布拖动范围 silentMode还做不到这个需求

已发新版本，可以更新尝试一下，我先关闭此 issue

已发新版本，可以更新尝试一下，我先关闭此 issue

nice

authors: BATTLEHAWK00 boyongjiong wumail

repo: didi/LogicFlow

license_source: github-api


text:
Fix hanging swagger by:

Specifying str type for role and
checking either auth token/key is there

closes #149

source: gharchive/pull-request

repo: didx-xyz/aries-cloudapi-python


text:
Feature/auth

Add some conditional building blocks for instantiating the AriesAgent or multitenant controller based on passing headers

When this is merged another task is to implement that auth for all endpoints retrospectively (aka the ones we already have) and going forward for all the ones to come.
Also, if you have a better idea/way of implementing this please do mention.

maybe one thing to consider is whether we want to put all the private functions/business logic into utils so they are a collection of things in one place and they can be used/pulled in in other routers/places also.

So I'd like to, if possible, abstract out all the requests calls... i.e. all the http calls or the remote calls should be done by some kind of delegate. So create something like WalletController
So we can then the normal code does not depend on what mechanism we're using to call out...
There's a bunch of strengths:
1. we get to change the library that we use for doing the remote calls without affecting any of the "business logic"

2. we have a good idea of what we're calling when - so when we need to make the same call again we don't rewrite the code

3. If we need to add error handling or other things, maybe logging or auditing we can

4. Mocking also becomes a lot easier because now we have something to mock.

So I"m suggesting we actually call these xxx_delegate and arguably make them classes. But maybe we stick with the existing pattern in cloudconroller whereby they are called controllers and use the existing code constructs.

Sorry I'm not sure I can follow here. Are you suggesting to make a controller for the controller?

cool thanks for the feedback I'll go through it asap

So I'd like to, if possible, abstract out all the requests calls... i.e. all the http calls or the remote calls should be done by some kind of delegate. So create something like WalletController
So we can then the normal code does not depend on what mechanism we're using to call out...
There's a bunch of strengths:
1. we get to change the library that we use for doing the remote calls without affecting any of the "business logic"

2. we have a good idea of what we're calling when - so when we need to make the same call again we don't rewrite the code

3. If we need to add error handling or other things, maybe logging or auditing we can

4. Mocking also becomes a lot easier because now we have something to mock.

So I"m suggesting we actually call these xxx_delegate and arguably make them classes. But maybe we stick with the existing pattern in cloudconroller whereby they are called controllers and use the existing code constructs.

Sorry I'm not sure I can follow here. Are you suggesting to make a controller for the controller?

So...
async def __post_to_ledger(url, payload):
    r = requests.post(url, data=json.dumps(payload), headers={})
    if r.status_code != 200:
        error_json = r.json()
        raise HTTPException(
            status_code=r.status_code,
            detail=f"Something went wrong.\nCould not write to Ledger.\n{error_json}",
        )
    return r

This method, since all it's doing is making a remote call, will move to ledger_service or ledger_delegate (not convinced it should be called controller as that's not what it is - it's not controlling anything, it's just delegating) .
And then it will be called by the wallet context needs to post to the ledger.

So I'd like to, if possible, abstract out all the requests calls... i.e. all the http calls or the remote calls should be done by some kind of delegate. So create something like WalletController
So we can then the normal code does not depend on what mechanism we're using to call out...
There's a bunch of strengths:
1. we get to change the library that we use for doing the remote calls without affecting any of the "business logic"

2. we have a good idea of what we're calling when - so when we need to make the same call again we don't rewrite the code

3. If we need to add error handling or other things, maybe logging or auditing we can

4. Mocking also becomes a lot easier because now we have something to mock.

So I"m suggesting we actually call these xxx_delegate and arguably make them classes. But maybe we stick with the existing pattern in cloudconroller whereby they are called controllers and use the existing code constructs.

Sorry I'm not sure I can follow here. Are you suggesting to make a controller for the controller?

see here https://github.com/didx-xyz/aries-cloudapi-python/pull/7/files/227d7ba97d090d16536a94326e2d5a8c1c821841#r644683337

@wip-abramson also please look at the latest version of changes

sorry, not sure what you're trying to get at here https://github.com/didx-xyz/aries-cloudapi-python/pull/7#discussion_r645639594 (or whether that is outdated or still relevant?

This should be good to merge now

authors: michaelwiles morrieinmaas


text:
[0001] Configuração de workflows de CI para linting e type checking

Faaala, galera!
Vou criar os arquivos de workflows para a execução do CI e proponho duas soluções:

Ter somente um arquivo ci.yml para executar as validações nas PRs, independente de qual projeto foi alterado. (mobile, server)
Ter dois arquivos: ci-mobile.yml e ci-server.yml, pois assim é possível executar as validações de acordo a qual projeto sofreu alteração. Documentação referente ao filtro de paths: Workflow syntax for GitHub Actions - GitHub Docs#example-including-paths

O que acham?

Duplicada de https://github.com/diego3g/rsxp-2023/issues/52

license: MIT


text:
[move-cli] Only print differences in changed resources during verbose…

Motivation
Issue https://github.com/diem/diem/issues/8545
Have you read the Contributing Guidelines on pull requests?
Test Plan

Related PRs

/land

@DreamLinuxer: :key: Insufficient privileges: Not Collaborator

/land

:exclamation: Land has been canceled due to this PR being updated with new commits. Please issue another Land command if you want to requeue this PR.

\land

/land

@DreamLinuxer: :key: Insufficient privileges: Not Collaborator

/land

:broken_heart: Test Failed - ci-test

authors: DreamLinuxer bors-libra tzakian

repo: diem/diem


text:
[data-client] Add structured logging to data client

Motivation
This PR adds structured logging to state-sync's data client.
Have you read the Contributing Guidelines on pull requests?
Yes.
Test Plan
(Share your test plan here. If you changed code, please provide us with clear instructions for verifying that your changes work.)
Related PRs
(If this PR adds or changes functionality, please take some time to update the docs at https://github.com/diem/diem/tree/main/developers.diem.com, and link to your PR here.)
If targeting a release branch, please fill the below out as well

Justification and breaking nature (who does it affect? validators, full nodes, tooling, operators, AOS, etc.)
Comprehensive test results that demonstrate the fix working and not breaking existing workflows.
Why we must have it for V1 launch.
What workarounds and alternative we have if we do not push the PR.

Hi @JoshLind , could you please give me some initial feedback on the structured logging (e.g., log entry and event naming, what to log, etc.) when you have time? Thank you!
PS: I did also take a look at state-sync-v1 and state-sync-v2 logging to learn if there is any naming convention to follow and what to include in a log entry. I was also thinking about logging more data (e.g., peer score after being updated, storage and data client configs) but I'm not quite sure if it is very helpful at the moment.

Thanks @khiemngo! Great start 🚀
There's a few other things I'd like us to log:

Each request/response type along with the peer (at debug level). We might be able to get away with logging the request data as well (if it's small), but we probably shouldn't log all the response data (because it might be huge).
Any errors that occur in the rest of the diem data client. These are important to know about.
When a peer is ignored (i.e., the score drops below the threshold) and when an ignored peer is no longer ignored (i.e., the score rises above the threshold).

I can provide pointers for these, but I'd like to leave it as an exercise for the reader (so you can get some familiarity with the code) 😄 Let me know if you get blocked!

Thanks for the feedback @JoshLind . I've tried to add more logging based on your suggestions (1-3). I've decided to implement overriding Debug for GlobalDataSummary (and perhaps also for some other response types) in the next PR. Please let me know if I should make further changes. Thank you!

Thanks @JoshLind for additional feedback. I addressed all nits. If there are more nits to address, please let me know. Thank you!!

Thanks @khiemngo! Various comments (mostly nits), but it looks great! Once you address them, this should be good to go! 🚀

Thanks @JoshLind for additional feedback. I addressed all nits. If there are more nits to address, please let me know. Thank you!!

/land


text:
fix-copy-literal-bug (#1)_2

Motivation
Solve the bug on the same string literal
Testplan
Move Unit test cases are included.

/canary

:broken_heart: Test Failed - ci-test

/land

/canary

authors: bors-diem sahithiacn

repo: diem/move


text:
added support for json_strip_nulls and jsonb_strip_nulls

Added support for functions json_strip_nulls and jsonb_strip_nulls under #4216.

@weiznich Thank you sm for the review! I have pushed in a commit for the requested changes. Please let me know if it's alright or if there are any further changes.

repo: diesel-rs/diesel


text:
Provide a base controller/view for notifications list

This will get a little tricky, but we'll make some assumptions.
We want a controller/view that show the notifications list for x. That could be current_user (if using Devise), or perhaps the collection of notifications for a particular object.
Will require some thought on how to tie this into an app without much effort. Maybe we need different actions depending on the association we're looking for.
And it goes without saying that the view(s) can be overridden in the application.
Also, consider that the line needed in the routes config be part of the install generator (see #9).

Because I ended up writing the notifications association on the fly (which uses eager loading to preload objects associated to the notification), I'm going to hold off on this. I think there's enough information in the notification and its immediate associations that it's up to developers to mark it up how they'd like, which (theoretically) will change significantly from application to application.

repo: digerata/NotifyOn

license: mit


text:
Unable to import a dependency from scala file after typeP2 added in libraryDependencies of build.sbt

Hi @ezh
We add our library dependencies in build.sbt like this
resolvers in OSGiConf += typeP2("GAMA update site" at "http://vps226121.ovh.net/updates/")
libraryDependencies in OSGiConf += typeP2(OSGi.ECLIPSE_PLUGIN % "msi.gama.headless" % OSGi.ANY_VERSION withSources)

We create a simple scala object in src/main/scala :
import msi.gama.headless._
object Test {
}

After SBT launch and resolve process, the import msi.gama.headless._ of our scala file is not recognized, any idea why ? :-/
Project is here on a branch : https://github.com/romainreuillon/gama-plugin/tree/osgimanager
Or perhaps with @reuillon we not understand something ?

Another question related, is there already a away to get all dependency from osgi repository copied in a folder, jar or list of jar ?

Found :)
OsgiResolveRemote
OsgiCompile

it works, then :
show osgi:libraryDependencies
Perfect :+1: !

repo: digimead/sbt-osgi-manager


text:
아이폰에서 all을 치면 항상 키보드에서는 All 이라고 눌린다.

All도 인식되도록 하기.

PR했어요!


text:
Middleware: Error Codes implementation

This PR implements Error Codes (based on #198) for the middleware RPCs.
This is a draft since I have not tested it on a base yet.

Does it make sense to provide all expected error codes when calling an external command? This seems to add a lot of lines and prevent encapsulating the whole error handling in a more generic function once.

Not sure how a generic error handling function would look like. But I'll definitely think that trough once more from different angles.

Maybe include the following two error codes from #201 (comment) as well? These are not returned to the Middleware as the script is run by systemd after update reboot, but can be detected within the journald log in a future iteration.

I'd guess that we need the supervisor watching the journald log for MENDER_UPDATE_SYSCONFIG_FAILED then? That should write a flag somewhere for the middleware to query system status.
At the moment middleware and supervisor don't share any code, yet the App and middleware share code. So I'd rather just add the ErrorCodes that are needed for the middleware and app to avoid confusion.
Something like  SYSTEMD_NOT_ALL_SERVICES_RUNNING seems to be needed as a possible response from a GetStatus RPC. But I think there should be defined StatusCodes for that (and not use ErrorCodes.

Once #200 is merged this should be rebased and an ErrorCode for a Redis Error should be introduced. Currently there is only only a placeholder as error code.

Once #200 is merged this should be rebased and an ErrorCode for a Redis Error should be introduced. Currently there is only only a placeholder as error code.

last push rebased ontop of work done in #200 and introduced an ErrorCode for Redis actions.

Does it make sense to provide all expected error codes when calling an external command? This seems to add a lot of lines and prevent encapsulating the whole error handling in a more generic function once.

Moved the default/often occurring ErrorCodes into handleBBBScriptError().

Nice wort @0xB10C, very thorough :)
Apart from the typos I have one main request about the possibleErrors []rpcmessages.ErrorCode parameter. Maybe I'm wrong, I only scanned through everything pretty quickly, but please take a look at my comment and see if that error handling could be improved (haven't looked at it enough atm to suggest a good solution), or if I am wrong about the issue I described in the comment. Thanks! :)

Pushed: typo fixes, added more code documentation and replaced some if else stuff with a switch-case

found and fixed some more 'to short' -> 'too short' typos...

This PR should implement the newly added SCRIPT_INCLUDES_NOT_FOUND as well. https://github.com/digitalbitbox/bitbox-base/pull/212#issuecomment-535954964

repo: digitalbitbox/bitbox-base


text:
update 'build-ondevice' make target

This pull request updates the build method to run the configuration script directly on a preinstalled Linux distribution. It's used mainly for testing of non-Armbian distributions.
compile Go: use build instead of install in Docker
https://github.com/shiftdevices/bitbox-base-internal/issues/326
Because:

When cross-compiling the Go tools inside Docker, with the command
'docker install', the binaries are put into the directory
$GOPATH/bin/linux_arm64
One goal is to run installation (incl. Go compilation) directly on
the ARM device, to support other distributions. When not cross-
compiling, the binaries are put into $GOPATH/bin/, failing the
make process.

This commit:

uses 'go build' instead of 'go install' to always put the binaries
directly in the source directory and copy them from there.

Update 'make build-ondevice'
Because:

Users should be able to run the BitBoxBase customization on a vanilla
Linux installation, e.g. the Ayufan ARM distribution.
For that to work, Go binaries need to be compiled first.
Armbian specific changes are allowed to be skipped in that build mode

This commit:

checks if Go tool binaries are available, or aborts
adds some checks in customization script when running on device
in prometheus-base.sh, check if Redis values like 'build:date' or
'build:commit' are null and return 'n/a'.

Rebased to master after changes by @benma to Makefiles in https://github.com/digitalbitbox/bitbox-base/commit/94cb2f302a1601313b826e1a4d53204cdfd822f1#diff-f345a466d51d2c7dd83b95180dd44c48

I'll continue to expand this pull request and submit it again.


text:
[Chat] Chat ID should be unique per region

Is your feature request related to a problem? Please describe.
The chat ID should be unique per region, otherwise the chat breaks.
Describe the solution you'd like
The chat ID should be unique per region.
Describe alternatives you've considered
None.
Additional context
integreat-chat issue: https://github.com/digitalfabrik/integreat-chat/issues/54

@svenseeberg it does not have to be unique per language, right?

repo: digitalfabrik/integreat-app


text:
Please add support in ReactJS & Typescript

I tried library in ReactJS & Typescript but it doesn't seem to support
please add support in ReactJS & Typescript

👋 @quyphan97 Please could you be more descriptive about what issue you're facing when using this with React/TS? We're using this with React ourselves and aren't running into any issues -- is it just a case of typings missing?

I used Typescript and ran the command npm i --save-dev @styles/digitalocean__do-markdownit but it could not install.
Looks like @styles/digitalocean__do-markdownit doesn't exist

This package does not contain any styles, this is just a set of plugins to extend the rendering functionality of markdown-it.

I'm going to close this out as this issue seems to around thinking this package is something it is not -- feel free to re-open if I'm misunderstanding.

Yes, thank you so much for supporting me. I will look for another approach

repo: digitalocean/do-markdownit


text:
Export Interface Connections Descriptions

Exporting Interface Connections does not include descriptions for those interfaces

The connections list intentionally does not include any attributes of individual interfaces other than their names. Only the device and interface names are necessary.

authors: PackeTsar jeremystretch

repo: digitalocean/netbox


text:
Add support for configuring use of an SSL connection to Redis.

Requires a build or release of django-rq containing
https://github.com/rq/django-rq/pull/326/commits/44f3fdd7cbd94a4e0331befbb4a57c81e079cdbf
Fixes:
https://github.com/digitalocean/netbox/issues/3011

Updated with requested documentation fix.


text:
Add latest image tag

Short Description

This will create a second image tag "latest", beside the regular github run number.

Feedback

Why do we need a hard coded image tag for the contract testing?

How to review this Pull Request
Link to Confluence (internal)

@VictorDelCampo tested it, a image with the tag latest was created on our registry.


text:
log webhook response

Added changes to log Whatsapp webhook response in db.

Additional changes done, approved

authors: hiteshghuge maheshsattala

repo: digiteinfotech/kairon


text:
[Bug]: Enhance Signup Page UX by Eliminating Footer Section

Contact Details
ayushnandi69@gmail.com
What happened?
Issue
The current layout of the signup page includes a footer section, which leads to a poor user experience.
Problem Description

Including the footer section inside the signup page disrupts the flow and distracts users from completing the signup process. This design choice negatively impacts the overall user experience and can lead to confusion.
Proposed Solution
For a better user experience, I recommend removing the footer section from the signup page. By doing so, we can create a cleaner, more focused layout that guides users smoothly through the signup process without unnecessary distractions.
Expected Outcome
Removing the footer section from the signup page will enhance the user experience by providing a more streamlined and focused interface. This change will help users complete the signup process more efficiently and with fewer distractions.
Additional Details

This change will involve adjusting the layout and structure of the signup page to ensure it remains visually appealing and functional without the footer.
I will ensure that the removal of the footer does not affect other pages or overall site navigation.
I am open to feedback and collaboration with other contributors to refine the layout and ensure it meets the project's design standards.

Kindly assign this issue to me under GSSoC 24.
What browsers are you seeing the problem on?
No response
Relevant log output
No response
Are you interested in contributing?

[X] I'd like to work on this issue

Code of Conduct

[X] I have used the search function to check if an issue already exists
[X] I agree to follow this project's Code of Conduct

Which program are you contributing in?
gssoc

hey i can fix this issue.please assign it to me under gssoc 24

We're planning to use modals instead of page in future.

repo: digitomize/digitomize


text:
Add uiFind parameter to Jaeger links

Add the uiFind query parameter with the value of the span name to Jaeger URLs to highlight them on the Jaeger Trace Page.
Example: trace/{TRACE_ID}?uiEmbed=v0?uiFind={SPAN_NAME}

Closed in https://github.com/digma-ai/digma-intellij-plugin/pull/1426

repo: digma-ai/digma-intellij-plugin


text:
how can I use session like old version?

https://github.com/dilame/instagram-private-api/blob/77798f69255c241b97ae7be8b0a5211b4a2e9841/examples/session.example.ts
I can see that I can save cookie manually, but I don't understand how I can use the cookie I saved.
all I'm trying to do is use cookies when I log in, any ideas?

Same problem here :(

Instead of using again the method generateDevice() from core/state, initialize and set saved client state.
const ig = new IgApiClient(); ig.state.deviceString =  "saved deviceString"; ig.state.deviceId = "saved deviceId"; ig.state.uuid = "saved uuid"; ig.state.phoneId = "saved phoneId"; ig.state.adid = "saved adid"; ig.state.build = "saved build"; await ig.state.deserializeCookieJar(JSON.stringify(cookies));

Yess Man! It's work like a charm! Thank you.

@xIsra @TheFedex87
Could someone update session.example.ts with all relevant things? (serialize device data, restore everything at start)?
I am not nodejs developer and reading js code is hard for me.
Thanks in advance!

@ngortheone I created a pull request

@xlsra so if i return the saved states, does it mean i dont nees to login anymore? Because i tried and it doesnt work for me. I still get "requires login" error

@iamthewalkingkode use proxy sir

@iamthewalkingkode use proxy sir

When restoring session or login in ?

ok how to restore it ? for future requests

deserializeCookieJar is async, so you'll have to await it (see https://github.com/dilame/instagram-private-api/blob/master/examples/session.example.ts)

authors: Nerixyz TheFedex87 iamthewalkingkode imkimchi moeinrahimi ngortheone xIsra

repo: dilame/instagram-private-api


text:
Installation and update performance improvements

Release Notes: Install and update performance enhancements
Speed-ups:

From 12.5 minutes to 2.5 minutes for offline install of ICDS AWW app
From 8 mins to 1.5 for downloading an update
From 12 mins to 2 for applying the downloaded update

Additional improvement: the install/update progress bar updates much more frequently
Changes:

Don't use intermediate vector when iterating over resources read from storage
Don't recalculate table update/install progress every time a new resource is added. Only do it when a 'compound' resource is added. 'Compound' meaning a resource that points to other resources, such as a profile, suite, or media suite resource.
Store compound resources in a cache instead of loading them from storage. There should only ever be 3 of these, but they are accessed from storage pretty frequently right now.
Lift storage look-ups out of loop bodies. Instead of looking up resources by ID from storage, load them all into an intermediate table that is passed around. I don't expect a table with 2k Resource objects to be an issue on older devices, but we should test that assumption.
Unify flagForDeletion and uninstall, which both iterate over the same resource set, happen one right after the other, and can be lifted into the same loop, avoiding a pass of storage rights.

cross-request: https://github.com/dimagi/commcare-odk/pull/1309

@ctsims Can you review this please?

repo: dimagi/commcare


text:
🛑 kernel-android12-5.10-lts is down

In 3322ebf, kernel-android12-5.10-lts (http://aospxref.com/kernel-android12-5.10-lts/) was down:

HTTP code: 404
Response time: 222 ms

Resolved: kernel-android12-5.10-lts is back up in 3d973df after 9 minutes.

repo: dimenspace/aosp-uptime


text:
🛑 kernel-android14-5.15-lts is down

In a658a39, kernel-android14-5.15-lts (http://aospxref.com/kernel-android14-5.15-lts/) was down:

HTTP code: 404
Response time: 232 ms

Resolved: kernel-android14-5.15-lts is back up in c2c8ebf after 8 minutes.


text:
Capsule/ball flickering between types

Heyo, noticed a weird issue where if you rotate the Transform of a rigidbody with a collider that is either a capsule or a ball you get a flickering between ConvexPolyhedron and Ball/Capsule.
Repro example here: https://github.com/Aceeri/rapier-rotation-issue
It seems to happen regardless of the rigidbody type.
https://user-images.githubusercontent.com/5142292/186029980-1f270a68-f453-4aad-b3c4-7919dc37c502.mp4

The extraction of the scaling factor from the GlobalTransform in bevy 0.8 can suffer from rounding errors. We should add a small epsilon for the detection of the identity scaling.

Thank you for the code to reproduce the bug. This will be fixed by #248.

I can confirm that #248 fixes the issue in rapier.mp4 above for me, and I haven't noticed any additional jank or anything.
The root cause seems slightly surprising as I'm not scaling anything non-uniformly or scaling anything at all, actually.
But the whole bevy 0.8 GlobalTransform business was a bit over my head.

@rparrett The problem can happen even if you are not scaling anything yourself. The GlobalTransform is now backed by a 4x4 affine matrix, which means that the rotational part and scaling part of that transform are mixed into the 3x3 top-left block of the matrix. The code extracting the scaling part has to separate that 3x3 block into its rotational and scaling component. That separation is subject to rounding errors even if the scaling is 1 uniformly.

@sebcrozet Thank you for the fast patch for that :)

Would it be possible to get a release with this in? In 3D it seems to cause unpredictable jitter and prevents rigid bodies from sleeping, which I've spent a few hours trying to track down this evening. Switching from 0.16.2 to 4013d7d seems to have fixed everything right up for me.

authors: Aceeri asherkin rparrett sebcrozet


text:
Rigidbody loses stability under force

Using 0.8,1
I have a 1 kg box and I am applying a constant relatively small downward force on a fixed update:
body.addForce(0, -4, 0);

The box slowly sinks into the ground until it loses control:
https://user-images.githubusercontent.com/5677782/173255283-4cdfcdf6-01bb-4613-8ec1-a079ceb93b55.mp4

You might want to call resetForces before applying the force again at next frame. Otherwise all the forces you add will add up at each frame resulting in very high total force after some time,  making the contact increasingly harder to solve.

Yes, that did it, thank you!

authors: LeXXik sebcrozet


text:
Update sbt-release to 1.3.0

About this PR
📦 Updates com.github.gseitz:sbt-release from 1.0.13 to 1.3.0
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

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

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "com.github.gseitz", artifactId = "sbt-release" }
}]

labels: sbt-plugin-update, early-semver-minor, semver-spec-minor, artifact-migrations, commit-count:1

Superseded by #89.

repo: dimitarg/bb-webhook


text:
Problem when creating new endpoint l

When I'm trying to create new end point and typing  $api = $app['Dingo\Api\Routing\Router']; in routes.php, I'm  getting error #Undefined variable: app
What I need to do? Sorry for my English...

You could call app as a function or in the route service provider set $app = $this->app before the include of the routes file.
—
Sent from Mailbox
On Sun, Jul 12, 2015 at 1:18 PM, Oleg Melnik notifications@github.com
wrote:

When I'm trying to create new end point and typing  #$api = $app['Dingo\Api\Routing\Router']; in routes.php, I'm  getting error #Undefined variable: app
What I need to do? Sorry for my English...
Reply to this email directly or view it on GitHub:
https://github.com/dingo/api/issues/516

The documentation on this was outdated (was still stuck in L4 days, so many moons ago). You'll need to use the app helper function instead. I've updated the docs.
$api = app('Dingo\Api\Routing\Router');

repo: dingo/api


text:
remove result and rresult dependencies

since OCaml 4.08 is the lower bound which provides a rich Stdlib Result module, there's no need to require these dependencies.

Thanks!

authors: dinosaure hannesm

repo: dinosaure/mimic

license: ISC


text:
High data usage with internal browser disabled

The application is consuming much more data than it should with internal browser disabled (option Show link first is disabled and Open links in system browser is enabled). In just five days (since the beggining of the month) it has used 38.93MB of data.
Could it be that the application is loading webpages even with the option disabled?
Currently I'm running app version 2.7 in a Nexus 5 running Lollipop 5.0.1.

No, that's not possible. As you can see here the browser only loads the url the first time if you press the button for the internal browser, or if show link first is enabled.
For me, all of last month the app used 43mb with internal browser enabled. Though I can look into data usage, there are very few data calls (disregarding the internal browser). I make a call for the first 30 stories, and when you begin scrolling to the bottom I make the call for the next 30. The call for a story's details (comments, link, etc) is only made when a story is selected.
Let me take a look though.

Hi.
Definitely, the application is loading links in background with the settings I described in my first post.
I can reproduce this behaviour doing the following:
1.- Uninstall application.
2.- Reinstall from Play Store (I'm subscribed to beta from G+).
3.- Enter app and check Open links in system browser.
4.- Load a random post and wait some time.
5.- Press Show link option.
Result:
The webpage is rendered instantly without loading time.
Expected result:
The webpage should not be rendered instantly as it would have to wait for download of text and assets.
I hope this helps.

@pozibrothers, it seems you were right! I can hopefully get some time to work on this over the weekend (been travelling a lot recently).

I just realized that the problem might be a different thing... I think the option Open links in system browser is reversed. If I check the option, links load in internal browser. If I uncheck it and press Show link it opens in system browser.
So, you were right, it only loads if the option is enabled. But the functionality is reversed.

Hm, something must have gone wacko, I may have to look at this tonight then. I'll update the ticket accordingly, thanks for the report!

If you clear the app data, does this issue come up?

repo: dinosaurwithakatana/hacker-news-android


text:
missing characters are treated as punctuation

some texts use glyphs like □ (WHITE SQUARE, U+25A1) to indicate locations where characters are missing, obscured or damaged. since glyphs like this are technically not alphabetic in the general sense, they are being treated as punctuation currently, which means matches can extend "through" them. using two of the sample fixtures:
$ dphon tests/fixtures/郭店/老子丙.txt tests/fixtures/郭店/老子乙.txt

shows:
天下。故 (老子丙: 3)
天下□□□□□□□□□□□家 (老子乙: 8)

presumably we want to handle □ (and maybe other glyphs) as a special case when forming initial matches.

added the CHAR_MARKERS global to keep track of glyphs that can be used for this purpose, and updated get_initial_ngrams() to take it into account. matches should no longer be made that contain any CHAR_MARKERS.

repo: direct-phonology/direct


text:
[DIR-1154] Implements revised v2 API 'version' endpoint.

Description
Implements DIR-1153, resolving DIR-1154.
Checklist

[x] Documentation updated if required
[x] Are tests available

Checklist Internal

[x] Linear issue linked (e.g. [DIR-XXXX] pull request title)
[x] Has the PR been labeled

@sir-hassan Please note: this PR should not be considered ready for merging until the frontend team has added their contribution to it.

repo: direktiv/direktiv


text:
Update style and add button in cookies consent notice

[ ] Find a way to re-display the cookies consent notice (@newick, @antoinewolff)
[ ] Add a "En savoir plus" button targeting the "confidentialite" or "vie privée" page (@MaartenLMEM, @antoinewolff)
[ ] Update the font size to make it smaller. (@antoinewolff)

I just saw that in lmem.net with have the "GDPR Cookie Consent" extension installed. Maybe I made a mistake when I migrated this ticket from Trello. Anyway, we should add it to DisMoi website... dont you think @MaartenLMEM ?

About GDPR

https://www.face-nord.net/ergonomie/supprimer-consentement-cookies/
https://www.cnil.fr/fr/cookies-et-traceurs-que-dit-la-loi
It really depends of what cookies we have

I just saw that in lmem.net with have the "GDPR Cookie Consent" extension installed. Maybe I made a mistake when I migrated this ticket from Trello. Anyway, we should add it to DisMoi website... dont you think @MaartenLMEM ?

If we use cookies on Dismoi.io, yes we should.

authors: MaartenLMEM antoinewolff newick


text:
Fix no image

This is a fix for #43 .
We cannot use the default Shopify helper because after some trying, it appears that the no-image specific URL are not append "_large", "_grande"... but "-grande", "-large"... so the large version of the "no-image" placeholder is https://cdn.shopify.com/s/images/admin/no-image-large.gif and not https://cdn.shopify.com/s/images/admin/no-image_large.gif
Let me know, as I'm not a CoffeeScript expert, I'm not even sure how to properly return...

(Maybe we can remove the scheme so the browser uses http or https.

Let me know when you've tagged it :).

This has been released in 0.3.7, thanks. I cleaned the code up a little.

repo: discolabs/cartjs


text:
Add "toast" tag

This PR adds the missing "toast" tag that was in Yuu, as mentioned here: https://discord.com/channels/222078108977594368/222197033908436994/869684420251107403

I think we shouldn't add any shitty tags to the new tag system at all.
It is already pain enough with yuu.

lgtm!

a word:
no.

:nkoHmm:

best pr ive ever seen

Agreed

authors: ToasterSticks TogarashiPepper almostSouji callmenasa-3093 thehairy

repo: discordjs/discord-utils-bot


text:
Docker doesn't update image on entrypoint changes

I'm running:
Client: Docker Engine - Community
 Version:           18.09.1
 API version:       1.39
 Go version:        go1.10.6
 Git commit:        4c52b90
 Built:             Wed Jan  9 19:33:12 2019
 OS/Arch:           darwin/amd64
 Experimental:      false

When I'm pushing an image to a remote repo, changes to my CMD and ENTRYPOINT entries are completely ignored. For example, after I build an image with ENTRYPOINT removed and CMD added, I get a non-cached result:
Step 14/14 : CMD dotnet "$APP_DLL"
 ---> Running in 2b5831c14d8c
Removing intermediate container 2b5831c14d8c
 ---> 799021a124eb
Successfully built 799021a124eb
Successfully tagged bi-dw-apps_apis_redshift_processing:latest

When I push it, I get:
The push refers to repository [...]
4729bd843e8f: Layer already exists
866a24b4fcdd: Layer already exists
76b7e20f614e: Layer already exists
1ca10d2d857b: Layer already exists
f4b4d3f852f9: Layer already exists
3c816b4ead84: Layer already exists
apis_redshift_processing: digest: sha256:aab87d036bb39cafc69b3280cb30db91bca265389f6bc6ade2fdc748a4679d28 size: 1582

The other side also doesn't see any changes. But if I inspect images on both side, the one which pulled image before has entrypoint set, but the one building the image has cmd set instead.

Closing, this is the wrong repository to open this issue in. Please open an issue in https://github.com/moby/moby

authors: milosgajdos viraptor

repo: distribution/distribution


text:
Split two duplicate() cases into seperate functions

The duplicate() function has two main cases depending on whether or not  a clone already exists. This single function has become enormous and can be split into multiple functions.
In the case that a clone does not yet exist we can create a spawn() function. It will handle creating an instance of a clone for the first time.
In the second case, where a clone already exists and its properties must be augmented, a transform() function may be created.
I'm unsure whether we should keep the duplicate() function and use spawn() and transform() within it for the different cases, or remove duplicate() entirely and clearly delineate the different uses of the functions.

I don't think this will be necessary anymore after #40

we can still keep this issue, and decide on it later.

repo: ditto-lab/ditto


text:
🛑 ArtChart is down

In 5224eed, ArtChart (https://artchart.net/en) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ArtChart is back up in 8d9c441 after 56 minutes.

repo: divtiply/artupptime


text:
🛑 Phillips is down

In e4dd51a, Phillips (https://www.phillips.com/) was down:

HTTP code: 500
Response time: 153 ms

Resolved: Phillips is back up in 9b70156 after 5 minutes.


text:
🛑 Dixneuf19 website is down

In 118260e, Dixneuf19 website (https://www.dixneuf19.me) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Dixneuf19 website is back up in 2351804 after 3 days, 13 hours, 52 minutes.


text:
Django 4.0+ does not Work With djangocms3.11

Django 4.2 Does not work with Django-cms==3.11.4
it only works with djangocms==4
Trid django-cms 3.11.3+ with Django4.2 it did not work and got me this error
raise NodeNotFoundError(self.error_message, self.key, origin=self.origin)
django.db.migrations.exceptions.NodeNotFoundError: Migration cms.0036_alter_cmsplugin_id_alter_globalpagepermission_id_and_more dependencies reference nonexistent parent node ('cms', '0035_auto_20230822_2208')
however as per https://www.django-cms.org/en/blog/2023/09/17/django-cms-3-11-4/
this release notes it says djangocms 3.11.4 works with django 4.2t

@rdawad Indeed, django CMS 3.11.4 works with Django 4.2. Though, I would suggest you update to django CMS 3.11.6 (the latest version of the 3.11 branch).
The error message you get does not originate from django CMS 3.11.4 (which does not include a migration called 0036_alter_cmsplugin_id_alter_globalpagepermission_id_and_more.
It appears that you had temporarily installed the develop-4 branch of django CMS and then created a migration yourself referencing the latest django CMS migration on the development branch. I would assume, the issue disappears if you delete cms.migrations.0036_alter_cmsplugin_id_alter_globalpagepermission_id_and_more.

@rdawad Any news on this?

Great! Good to know! Thanks for reporting back!

authors: fsbraun rdawad

repo: django-cms/django-cms


text:
how to run on aws ec2 ?

i have setup ok on aws ec2 and run,
but  how to set the  new url from http://localhost:8000 ?
https://django-oscar.readthedocs.io/en/stable/internals/sandbox.html#running-the-sandbox-locally

Hi there. We use Github only for managing bugs and feature requests, and not for support. We recommend that you ask for help on Stack Overflow using the django-oscar tag, or joining our slack workspace and asking a question there. Thanks.
As regards deployment, I suggest you look at Django's documentation. You shouldn't use the development server there.

authors: jinpengchina solarissmoke

repo: django-oscar/django-oscar


text:
Fix issue with stale time zone files in Oracle Instantclient

Use numeric timezone offset instead of "UTC"
This prevents "ORA-01805: possible error in date/time operation" error after upgrade
to newer database server while not updating time zone files in Oracle Instantclient

This fix relates to this Oracle bug: https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=277561256253064&id=2112340.1&_afrWindowMode=0&_adf.ctrl-state=14rhodjwxg_4

One of the jobs failed with
File "C:\Jenkins\workspace\pull-requests-windows\database\sqlite3\label\windows\python\Python310\tests\file_uploads\tests.py", line 457, in test_broken_custom_upload_handler
    file.write(b'a' * (2 ** 21))
OSError: [Errno 28] No space left on device

Can someone look into this please? Looks like the machine run out of disk space.

@PunchyRascal Thanks for this patch, however all bugfixes require an accepted ticket and a regression test. Please create a new ticket and described your issue (Oracle's support channel is not public). At first glance it looks like a bug in Oracle, not in Django itself :thinking: .

It is a bug in Oracle, this is a workaround for that bug - I can modify the title of the commit maybe.

It is a bug in Oracle, this is a workaround for that bug - I can modify the title of the commit maybe.

I'm sorry but we have too many unanswered questions to decide if this should be changed in Django, e.g. Which versions of Oracle are affected? Have they confirmed that it's a bug in Oracle? Is it patched in Oracle? Can this workaround be added outside of Django? Is it backward compatible?, etc.
Again, please open a new ticket and provide as many details as you possible.

Closing per https://github.com/django/django/pull/15076#issuecomment-965291682 and https://github.com/django/django/pull/15076#issuecomment-965594846.

authors: PunchyRascal felixxm

repo: django/django


text:
Fix #33282 - don't use entire queries as columns in GROUP BY

When upgrading LAVA (https://lavasoftware.org/) to Django 3.2, I found
some exceptions like this:
django.db.utils.ProgrammingError: more than one row returned by a
subquery used as an expression
I bisected those to commit 35431298226165986ad07e91f9d3aca721ff38ec
("Refs #27149 -- Moved subquery expression resolving to Query"). In it,
Query as made a subclass of BaseExpression.
BaseExpression.get_group_by_cols() depends no the value of
contains_aggregate, which is set to False by default. However, when
the RHS is a subquery, it does not make sense to add it to GROUP BY.
Unfortunately I could not produce an unit test that could reproduce this
issue, and can only trigger it on the LAVA codebase. This change both
fixes it for me and does not cause any of the existing unit tests to
fail.

Closing per comment.

authors: felixxm terceiro


text:
Fixed #34028 -- Allow usage of script prefix in middleware init

Ticket: https://code.djangoproject.com/ticket/34028
An issue people seem to be having is that Whitenoise wants to access the script prefix in the middleware initialisation (see here). This is giving an unexpected result.
I believe this kind of relates to this ticket: https://code.djangoproject.com/ticket/16734 and this PR: https://github.com/django/django/pull/5470
I'm not sure why this set_prefix=False option was created, @claudep I know this is quite a long time ago, but maybe you can add some context?
If we agree with this change, it means all internal usages of set_prefix are removed which probably means it makes sense to depreciate it :thinking: I'm not sure, I've never depreciated anything
~Note: asgi is also doing the sameset_prefix=False - I can remove from there also just not comfortable writing anything async so might need help with the test case~

As discussed, not the right approach :+1:


text:
Fixed #35295 -- Used INSERT with multiple rows on Oracle 23c.

ticket-35295

.

The current patch fails on field_defaults.tests.DefaultTests.test_bulk_create_mixed_db_defaults_function:
django.db.utils.DatabaseError: ORA-01797: this operator must be followed by ANY or ALL

It seems that wrapping in parentheses confuses Oracle, except for the set operator in statements like:
TO_NUMBER(CASE WHEN :arg1 > (:arg2) THEN :arg3 ELSE :arg4 END))

The current patch fails on field_defaults.tests.DefaultTests.test_bulk_create_mixed_db_defaults_function:
django.db.utils.DatabaseError: ORA-01797: this operator must be followed by ANY or ALL

It seems that wrapping in parentheses confuses Oracle, expect for the set operator in statements like:
TO_NUMBER(CASE WHEN :arg1 > (:arg2) THEN :arg3 ELSE :arg4 END))

Fixed.

Thanks both for reviews :+1:


text:
Add Irslug Update converters.py

Add Irslug converter for support Persian and Arabic slugs that is essential for many users.
Trac ticket number

ticket-35917
Branch description
Provide a concise overview of the issue or rationale behind the proposed changes.
Checklist

[ ] This PR targets the main branch.
[ ] The commit message is written in past tense, mentions the ticket number, and ends with a period.
[ ] I have checked the "Has patch" ticket flag in the Trac system.
[ ] I have added or updated relevant tests.
[ ] I have added or updated relevant docs, including release notes if applicable.
[ ] I have attached screenshots in both light and dark modes for any UI changes.

Closing per ticket.

authors: ahmadrezanavaie felixxm


text:
Added return value to DurationField.prepare_value

@timgraham this is in response to my prior pull request (sorry for all the added friction - this is sort my first time actually patching Django, other than Docs and a couple patches back in the SVN days). Let me know if you need anything updated in this.

merged in 49647bec6e86b8d3d370ea1d8a80423185502c5a.

authors: orokusaki timgraham


text:
Fixed #24406 -- Improved SelectFilter js to use click events

The SelectFilter widget uses <a href="javascript: function(){...}"> to execute javascript. This is problematic if one wishes to customize the widget, since the href javascript is executed after events are handled. This change modifies the javascript to use click events to handle button behavior: someElement.addEventListener('click', function() {...});

Could you update the new code to use single quotes instead of double for consistency?

I updated the new code to be much more consistent with the existing code. It now uses single quotes and the addEvent function from core.js to add the click event handler.

merged in fa9cb5dcdc816fe0e606b8f1020d53526e08b0d4, thanks.

authors: rjagerman timgraham


text:
Fixed breadcrumb overriding in changelist and changeform templates.

Conditional block overriding in Django does not work, as is indicated by these threads below:
https://code.djangoproject.com/ticket/10975#comment:5
http://stackoverflow.com/questions/12088222/calling-block-inside-an-if-condition-django-template
http://stackoverflow.com/questions/942797/why-cant-i-nest-a-block-tag-inside-an-if-tag
This PR is to fix admin change list and change form templates that are having above problem.

Thanks for the patch. This also needs a Trac ticket that explains the issue and some tests to demonstrate what it fixes.

Closing due to lack of follow up.

authors: timgraham wlngwang


text:
Build error

Hi,
The latest version of nomad is 0.8.7 and you haven't built it to docker hub and I'm trying to build it and get the following error. I'm using CentOS 7.6. Can you please tell me what do I need to build this image? Thanks.
-${GLIBC_VERSION}.apk &&     apk add --allow-untrusted /tmp/glibc-${GLIBC_VERSION}.apk &&     rm -rf /tmp/glibc-${GLIBC_VERSION}.apk /var/cache/apk/* &&     curl -L -o /usr/local/bin/dumb-init https://github.com/Yelp/dumb-init/releases/download/v${DUMB_INIT_VERSION}/dumb-init_${DUMB_INIT_VERSION}_amd64 &&     chmod +x /usr/local/bin/dumb-init &&     dpkgArch="$(dpkg --print-architecture | awk -F- '{ print $NF }')" &&     curl -L -o /usr/local/bin/gosu "https://github.com/ti
anon/gosu/releases/download/$GOSU_VERSION/gosu-$dpkgArch" &&     curl -L -o /usr/local/bin/gosu.asc "https://github.com/tianon/gosu/releases/download/$GOSU_VERSION/gosu-$dpkgArch.asc" &&     export GNUPGHOME="$(mktemp -d)" &&     gpg --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys B42F6819007F00F88E364FD4036A9C25BF357DD4 &&     gpg --batch --verify /usr/local/bin/gosu.asc /usr/local/bin/gosu &&     rm -rf "$GNUPGHOME" /usr/local/bin/gosu.asc &&     chmod +x /us
r/local/bin/gosu &&     gosu nobody true &&     apk del .gosu-deps' returned a non-zero code: 2

I went through the process manually and it's this line that's causing the error:
gpg --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys B42F6819007F00F88E364FD4036A9C25BF357DD4
throws error
/ + gpg --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys B42F6819007F00F88E364FD4036A9C25BF357DD4
gpg: keybox '/tmp/tmp.gKinnJ/pubring.kbx' created
gpg: keyserver receive failed: No keyserver available

try docker network prune

authors: jamesalbert trankchung

repo: djenriquez/nomad


text:
🛑 Writeguard is down

In 70f2872, Writeguard (https://www.writeguard.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Writeguard is back up in d578974.


text:
[SPI interface] USB is not detecting and Prints as Attach flash drive first!

I am using Arduino Uno borad and CH376S USB host module. And I have connected with SPI interface as shown in the following figure.
I didn't connect INT pin.

I was trying basicUsageSPI example but didn't work for me. On serial it was printing like as
*************************
Attach flash drive first!
*************************

Any suggestions?

Sorry for the late reply, is there something else connected to the SPI port or just the module? If the SPI port is shared with other devices too then INT pin is required.

Same problem here. The SPI port is not shared at my setup. The only connected device is CH376s. Tested with Arduino UNO and WEMOS Lolin32. The UART is working fine but SPI is not working on both. The light on the CH376s stays off when the USB is inserted but the LED on the memory itself blinks when inserted.
Here is a complete picture of the working and not working setup:
Color        CH376s      Arduino UNO     Name
Yellow          D3                 D10               SCS
Blue             D5                 D11               SCK
Purple          D6                 D11               SDI-MOSI
Pink             D7                 D11               SDO-MISO
White          5v                  5v                  5v
Black           GND              GND              GND
Used your default example basicUsageSPI.

I think the chip is fine because it functions properly on UART mode.
Could the CH376s chip be partially not working? how to test this?

After checking wires, one of them was corrupted, After getting it fixed and it worked well.
I think you should close this issue. I will verify on WEMOS Lolin32 too. Thanks.

authors: djuseeq embhobbb ymg2006


text:
Browser complain

Please check, chrome complain:
https://prnt.sc/NA7Evu0ow-Yr

This is a known issue, it will not affect usability in any way but is just the reality of how this library is currently built.

repo: dkaoster/scrolly-video


text:
Notifications get cut in iPhoneX.

Hi, please have a look in this issue. As the notifications get cut on top in iPhoneX.

Can you provide some more detail on this. Currently this is how it looks when i run it.

This is what I'm getting.

I think I got the issue as in my attached screen the status bar is hidden that's why the notification is hiding under the notch in iPhoneX. The code inside the CRNotification is this - 			self.frame.origin.y = UIApplication.shared.statusBarFrame.height + 10
So I think this might the cause of issue.
So can you help me in this?

Aha. I will have a look at this when i got the time. I will try to see if i can do it tonight.

Hi, did you get the time to look on this issue?

I have fixed it, will push it later today.

Thanks a lot:)

Fixed in 1.1.6 🙂


text:
Installation not working

I've installed Java on the ubuntu redmine server, plug-in installed in correct plug-in dir, /usr/bin/plantuml file created and given execute permissions and redmine rake command ran:
bundle exec rake redmine:plugins:migrate RAILS_ENV=production
Migrating plantuml (PlantUML plugin for Redmine)...
...
...
...

but plug-in not appearing in plug-in list and path in the readme file gives a 404 and in fact there is no *.jar file in the downloaded plug-in dir.

I copied the plugin to plugins/plantuml,
ran
bundle exec rake redmine:plugins:migrate RAILS_ENV=production NAME=plantuml
as user redmine. I also restarted apached.
But browsing settings/plugin/plantuml will give me a 404.

me too !!

meetoo

sorry, the problem appeared because i forgot to rename the plugin directory to plantuml/

authors: antoninchadima kevinpattison simeonfelis surfingtomchen

repo: dkd/plantuml


text:
Add possibility to specify custom path to tzdata dir

As mentioned in https://issues.dlang.org/show_bug.cgi?id=15391#c3 the hardcoded path to the tzdata directory does not work on NixOS.
To fix this I implemented a solution to provide the absolute path to tzdata via an import file. The path to the import file can be specified as parameter to make.

Hmm, do we really need to hard-code the path? Wouldn't it be better to do the detection on the first time it's needed?

Don't think it's possible to detect the path to the dir.
AFAIK there is a tzdata lib, maybe the implementation should use this lib instead of parsing the files.
But that's quite some work I guess.

@jmdavis are you ok with this change?

Well, I find it very bizarre if the path isn't standardized on NixOS and have no clue how that could work, but clearly NixOS is doing some weird stuff. These changes don't seem to negatively impact anything outside of NixOS, so as long as they're appropriate for NixOS, I guess that they're okay.

Well, I find it very bizarre if the path isn't standardized on NixOS and have no clue how that could work, but clearly NixOS is doing some weird stuff. These changes don't seem to negatively impact anything outside of NixOS, so as long as they're appropriate for NixOS, I guess that they're okay.

Reading my shitty explanation attempt in the issue I will try again to explain a little bit better.
In NixOS the package manager is called Nix and we should better talk about Nix because it is more correct because it is a platform dependend package manager. NixOS is just the main usage for Nix being a Linux distribution. Nix can be used on every other Linux distribution too side by side with the normal system without touching/affecting the base system in any way and can be used on OS X too.
In Nix all packages are installed under /nix/store/.
The path to the tzdata package can look like this: /nix/store/dvb915j007sqrvr5xiajm4jnp52kq96h-tzdata-2017c
So it consists of package name and version and begins with a hash value. Any time anything changes in the package of tzdata, the hash changes. This ensures that packages depending on this package always use this exact package.
Changing the tzdata package results in a rebuild of all dependent packages. If those packages still build with the changes done to the tzdata package, they all get a new hash for themselves too.
This way of managing packages ensures that a package build and tested on one machine, also works the same way on another because the dependencies and the package itself is frozen and never changes.
This results in many other advantages. Being able to declaratively setup machines or groups of machines and deploy them remotely and so on.
But one of the drawbacks is that every dependency needs to be addressed with it's full absolute path, otherwise it wouldn't be reproducible anymore.
Hope it's more clear now.
The issue with the libcurl.so in the issue is similar but I try to fix that by wrapping the resulting binary with a fixed LD_LIBRARY_PATH variable. This is quite common on Nix but not possible for the tzdata case because there is no env var.
Initially I tried to fix the problem by introducing an env var and read that in timezone.d but since getenv isn't working at compile time I went with the current solution.

But this would still require you to generate the file? How about generating/writing this file to $GENERATED directly in the Makefile? I guess that would save you one step and would make the docs easier as it's then just TZ_DATABASE_DIR what needs to be passed.

Yes that's a good idea. Will change that.

Yes that's a good idea. Will change that.

Done

Regarding Auto-Tester by braddr:

wants to access your ThomasMader account
This application will be able to read and write all public repository data. This includes the following:
Code
Issues
Pull requests
Wikis
Settings
Webhooks and services
Deploy keys

Write access to my entire account is a little bit much to ask. Why is that needed at all?

Why is that needed at all?

Because the auto-tester used to be the only CI a couple of years ago and back then, you could login there with your GitHub account and toggle a PR for auto-merge. It then used your account for merging the PR. Nowadays we have dlang-bot which doesn't require any authentication as it's purely based on GitHub labels.
Anyhow, logging in at auto-tester is nowadays only useful to (a) restart a failing test and (b) approve new contributors for it.

Anyhow, logging in at auto-tester is nowadays only useful to (a) restart a failing test and (b) approve new contributors for it.

Got it, thanks.

@ThomasMader I just saw that you haven't been approved for the auto-tester (unfortunately that CI still requires approval). I just approved you & this PR should now finally be tested on all CIs!

authors: ThomasMader ZombineDev jmdavis wilzbach

repo: dlang/phobos


text:
add type info to jsdoc params

Jsdoc params should be documented like this:
/**
 * Bla
 * @param {String} The foo in the game
 * @param {Number} [index=0] The first foo index
 * @return {String[]} All the foos as array
 */

Nice to have: add examples from Markdown to JSDoc comment
/**
 * @playground
 * var slugify = require('strman').slugify;
 * let title = "A Javascript string manipulation library.";
 * let result = slugify(title);

to get output like this:
https://doclets.io/dleitee/strman/master#dl-slugify

Very well.
Now that this divide the functions not to generate conflict?
I will describe here which functions I'll document.

[ ] truncate
[ ] removeEmptyStrings
[ ] format
[ ] compare
[ ] equal
[ ] inequal
[ ] hexEncode
[ ] hexDecode
[ ] binEncode
[ ] binDecode
[ ] decEncode
[ ] decDecode
[ ] urlEncode
[ ] urlDecode
[ ] base64Encode
[ ] base64Decode
[ ] htmlDecode
[ ] htmlEncode

ok. i'll start [a-e] from the available functions (markdown). probably have time tomorrow evening...

@dleitee  First part done. Hope you like it ! #36
https://doclets.io/lipp/strman/add-to-doclets

@lipp PR #36 merged.

-[ ] first
-[ ] indexOf
-[ ] insert
-[ ] isLowerCase
-[ ] isString
-[ ] isUpperCase
-[ ] last
-[ ] lastIndexOf
-[ ] leftPad
-[ ] leftTrim
-[ ] length
-[ ] prepend
-[ ] prependArray
-[ ] removeLeft
-[ ] removeNonWords
-[ ] removeRight
-[ ] removeSpaces
-[ ] repeat
-[ ] replace
-[ ] reverse
-[ ] rightPad
-[ ] rightTrim
-[ ] slice
-[ ] split
-[ ] startsWith
-[ ] substr
-[ ] surround
-[ ] toCamelCase
-[ ] toDecamelize
-[ ] toKebabCase
-[ ] toLowerCase
-[ ] toSnakeCase
-[ ] toStudlyCaps
-[ ] toUpperCase
-[ ] transliterate
-[ ] trim

authors: dleitee lipp

repo: dleitee/strman


text:
Distorting creates black dotted border

magick-wasm version
0.0.28
Description
magick-wasm information:
ImageMagick 7.1.1-27 Q8 x86_64 0225ac41a:20240121 https://imagemagick.org
freetype heic jng jp2 jpeg jxl lcms lqr openexr png raw tiff webp xml zlib
here is the code and the test image

import { initializeImageMagick, ImageMagick, DistortMethod, Gravity, MagickColors } from './index';
(async () => {
  await initializeImageMagick()
  const image = await fetch('image.png')
  const imagebody = await image.arrayBuffer()
  ImageMagick.read(new Uint8Array(imagebody), async (image) => {
    image.extent(872, 135, Gravity.Center)
    image.distort(DistortMethod.BarrelInverse, [0,0,0,1,0,-0.0485,0,2])
    image.draw()
    image.writeToCanvas(document.querySelector('#canvas'))
  });
})()

here is the image written to the canvas

I tried with  convert image.png -gravity center -extent 872x135 -distort BarrelInverse "0,0,0,1,0,-0.0485,0,2" a.png and it didn't create black dotted border.

convert --version
Version: ImageMagick 7.1.1-23 Q16-HDRI aarch64 21803 https://imagemagick.org

Steps to Reproduce
please check the description
Images
No response

Not sure if this issue belongs to magick-wasm. Pleas let me know if you need more info.  Thanks in advance.

Can you zip your input file and add it again? It looks like GitHub is doing something with it. But that might also be the reason why you see artifacts.

thanks for looking up.
the wasm file inside is from https://github.com/dlemstra/magick-wasm/actions/runs/7806126825 artifacts.
https://drive.google.com/file/d/1akc-94FA7WKSjHPgMW6GUMQ5V-bovdWx/view?usp=sharing
please install vite and npm run dev, right click the canvas and save as image.

What happens when you move the unnecessary image.draw() statement?

Didn't know the draw() is optional.  Ijust now removed it,  still the same, dotted border.
no worry,  the code in google drive link is workable, if you have time, you can play it around.

I can reproduce your issue and it seems to be a 32-bit issue. I am unable to reproduce this with my 64-bit ImageMagick build. So this will require some more debugging to figure out why this is happning.

hm, it's a subtle bug. could be a problem of imagemagick.
could you let me know how to build the 64bit version? any build file I should change ?

It is an issue inside ImageMagick that needs to be addressed there.

This issue will be resolved in the next release.

thanks! tried the latest ones (Magick.Native and Imagemagick), it's gone

repo: dlemstra/magick-wasm


text:
Try using Circle OPs for quartic OPs

An idea occurred to me: Let P(x,y) be a family of OPs on the circle w.r.t. w(x) and Q(x,y) w.r.t to sqrt(1-x^2)*w. Let y = (1-x^2)^(1/4). Then can't we write quartic OPs in terms of P(x,y^2) and y*Q(x,y^2)?

@MarcoFasondini

I don't see how this can be done:

We only need orthogonality w.r.t. lower degree polynomials (then the true OPs lie in the span of the set).

authors: MarcoFasondini dlfivefifty


text:
Support OpenSearch Dashboards 2.3.0

Signed-off-by: Eva Millán evamillan@bitergia.com

Thanks a lot @evamillan !

authors: dlumbrer evamillan


text:
【🐞 错误报告】

你使用的浏览器版本 + 扩展插件版本号
版本 131.0.6778.205（正式版本） (arm64)
描述错误

这个报错不用管消不掉的，本地打包的扩展都会提示，不影响功能使用

authors: dlzmoe zrmomo

repo: dlzmoe/linuxdo-scripts


text:
Data loss caused by checklist feature (and other side effects)

Hi,
I would like to contribute something I encountered when I synchronized tasks between Thunderbird/Lightning and OpenTasks via Radicale and DAVx5.
This probably concerns OpenTasks only.
What I tried, and why
I have been using the calendar to store notes in the description field of calendar fields, regardless if it was a real event or something to do.
Now I wanted to change my workflow, using tasks for to-dos instead.
To use tasks on both desktop and smartphone, I was going to convert some calendar events to tasks within Thunderbird/Lightning, and then sync them to my phone.
What I found out
A)

When a line starts with squared brackets [] (without something inside) this line and all following lines get lost. I didn't expect this data loss. A fix would be very appreciated. Details below.

B)

All normal lines below the first checklist item line (that starts with [ ] or [x]) are converted to unchecked checklist items ([ ]).

I was surprised by this because I didn't know about OpenTasks checklist feature. I used these type of ASCII Art checklists before not just at the end but also in the middle of a calendar description text. I think the checklist feature is really nice and now that I know that there should be just one checklist at the end of the task description text, I can care about that by moving the text lines out of (here: above) the checklist area and removing the brackets that where added by OpenTasks.
Most important: There is no data loss. Just added squared brackets.
Therefore I see this as a personal experience. ;-) No reason to change OpenTasks. Thanks for the checklist feature.

C)

A task that was created within Thunderbird/Lightning (with title and description text set only) gets a status change when saved by OpenTasks. Even if you don't save anything intentionally but OpenTasks saves its - let's say - special checklist changes. Details below.

In Thunderbird/Lightning the status is unset/empty by default. OpenTasks changes this to "needs action".
OpenTasks doesn't seem to know an unset status and therefore sets its default status. This seemed to be by intention, according to #807.
I would suggest OpenTasks to keep the status unchanged even if it is unset. In #807 it's considered as a possible behaviour for a future release, as far as I understood correctly. I'm sorry, I guess I should talk about this in #807, which is still open, don't I? Nevertheless I mentioned it here because it's part of what I found out as a whole.

I searched within the Issues section and found some tickets that could be related to the above points:

To A and B:

Crashes when attempting to display a task with a given content #286
Rework task description/checklist. #950
Support markdown lists with dash for checklists #875

To C (and maybe A and B):

Sync task status & percent complete with checklist #66

To C:

No STATUS #807

You can find my detailed test setup, process and results below.
What I used

OpenTasks 1.2.4 (Android app from F-Droid)
DAVx5 3.3.6-ose (Android app from F-Droid)
Radicale 1.1.6-1 (Ubuntu 18.04)
Thunderbird 68.10.0, Lightning 68.9.0 (Ubuntu 18.04)

What I did
At first I had a description text like this...
[]- Line 1
[] - Line 2
[ ]- Line 3

... and found out that after (or during) synchronizing unfortunately the data from lines 1 and 2 vanished.
Back in Thunderbird/Lightning the description text looked like this (first line empty):

[ ] - Line 3

Then I got curious and tried some more combinations. :D
Checkbox test # 0
Line 1
Line 2
Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.

Checkbox test # 1.1
Line 1
Line 2
[]-Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 vanished.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, same as in OpenTasks. Additionally status changed from unset/empty to "needs action".
Result: Data lost. Status set/changed.

Checkbox test # 1.2
Line 1
Line 2
[]- Line 3
Line 4
Line 5

After sync to OpenTasks: See # 1.1
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 1.1
Result: Data lost. Status set/changed.

Checkbox test # 1.3
Line 1
Line 2
[] - Line 3
Line 4
Line 5

After sync to OpenTasks: See # 1.1
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 1.1
Result: Data lost. Status set/changed.

Checkbox test # 1.4
Line 1
Line 2
[] -Line 3
Line 4
Line 5

After sync to OpenTasks: See # 1.1
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 1.1
Result: Data lost. Status set/changed.

Checkbox test # 1.5
Line 1
Line 2
[] Line 3
Line 4
Line 5

After sync to OpenTasks: See # 1.1
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 1.1
Result: Data lost. Status set/changed.

Checkbox test # 1.6
Line 1
Line 2
[]Line 3
Line 4
Line 5

After sync to OpenTasks: See # 1.1
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 1.1
Result: Data lost. Status set/changed.

Checkbox test # 2.1
Line 1
Line 2
 []-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 2.2
Line 1
Line 2
 []- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 2.3
Line 1
Line 2
 [] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 2.4
Line 1
Line 2
 [] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 2.5
Line 1
Line 2
 [] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 2.6
Line 1
Line 2
 []Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 3.1
Line 1
Line 2
[ ]-Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is -Line 3.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, line 3 shown as text [ ] -Line 3. Additionally status changed from unset/empty to "needs action".
Result: No data lost. But status set/changed.

Checkbox test # 3.2
Line 1
Line 2
[ ]- Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is - Line 3.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, line 3 shown as text [ ] - Line 3. Additionally status changed from unset/empty to "needs action".
Result: No data lost. But status set/changed.

Checkbox test # 3.3
Line 1
Line 2
[ ] - Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is - Line 3.
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 3.2
Result: No data lost. But status set/changed.

Checkbox test # 3.4
Line 1
Line 2
[ ] -Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is -Line 3.
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 3.1
Result: No data lost. But status set/changed.

Checkbox test # 3.5
Line 1
Line 2
[ ] Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is Line 3.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, line 3 shown as text [ ] Line 3. Additionally status changed from unset/empty to "needs action".
Result: No data lost. But status set/changed.

Checkbox test # 3.6
Line 1
Line 2
[ ]Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is Line 3.
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 3.5
Result: No data lost. But status set/changed.

Checkbox test # 4.1
Line 1
Line 2
 [ ]-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 4.2
Line 1
Line 2
 [ ]- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 4.3
Line 1
Line 2
 [ ] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 4.4
Line 1
Line 2
 [ ] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 4.5
Line 1
Line 2
 [ ] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 4.6
Line 1
Line 2
 [ ]Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 5.1
Line 1
Line 2
[x]-Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is -Line 3 and checked.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, line 3 shown as text [x] -Line 3. Additionally status changed from unset/empty to "needs action".
Result: No data lost. But status set/changed.

Checkbox test # 5.2
Line 1
Line 2
[x]- Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is - Line 3 and checked.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, line 3 shown as text [x] - Line 3. Additionally status changed from unset/empty to "needs action".
Result: No data lost. But status set/changed.

Checkbox test # 5.3
Line 1
Line 2
[x] - Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is - Line 3 and checked.
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 5.2
Result: No data lost. But status set/changed.

Checkbox test # 5.4
Line 1
Line 2
[x] -Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is -Line 3 and checked.
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 5.1
Result: No data lost. But status set/changed.

Checkbox test # 5.5
Line 1
Line 2
[x] Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is Line 3 and checked.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Changed, line 3 shown as text [x] Line 3. Additionally status changed from unset/empty to "needs action".
Result: No data lost. But status set/changed.

Checkbox test # 5.6
Line 1
Line 2
[x]Line 3
Line 4
Line 5

After sync to OpenTasks: Lines 3 to 5 became checklist items. The first item is Line 3 and checked.
With no intentionally saved changes in OpenTasks, after sync to Lightning: See # 5.5
Result: No data lost. But status set/changed.

Checkbox test # 6.1
Line 1
Line 2
[ok]-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 6.2
Line 1
Line 2
[ok]- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 6.3
Line 1
Line 2
[ok] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 6.4
Line 1
Line 2
[ok] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 6.5
Line 1
Line 2
[ok] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

Checkbox test # 6.6
Line 1
Line 2
[ok]Line 3
Line 4
Line 5

After sync to OpenTasks: No changes.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation.
Result: No changes, as expected. Good.

End of test cases :)
You already read my conclusions and questions at the top.
Thank you for your patience and stamina. ;-)
This is my very first contribution. I hope it helps.

Thanks for the detailed report. I appreciate the work you've put into this. The upcoming release contains a couple of changes to improve the check list feature. In particular cases 1.x should be fixed.
I don't really consider cases when a needs-action status was added a bug. needs-action is the default status if none is given, hence the semantics are the same.
Anyway, I'm planning to refactor the task details view and I'll keep this in mind.

Please let me know if this is still an issue with the current version 1.3.1.

Thank you. I'll be able to check it out when it's available on F-Droid. At the moment there's just version 1.3.0.

Hi,
I'm sorry for the delay. In the meantime there was a new version 1.4.1 which I tested today. TLDR section can be found at the bottom. ;-)
My test setup slightly changed

OpenTasks 1.4.1 (Android app from F-Droid)
DAVx5 3.3.9-ose (Android app from F-Droid)
Radicale 1.1.6-1 (Ubuntu 18.04)
Thunderbird 78.8.1, Lightning is integrated since Thunderbird 78 (Ubuntu 18.04)

Testing with version 1.4.1
In the first place I recreated my test tasks (with their original contents, see initial post or below) within Thunderbird.
Then I rerun the steps from my initial post. Those steps and the new results are as follows.
Checkbox test # 0
Line 1
Line 2
Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.

Checkbox test # 1.1
Line 1
Line 2
[]-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 1.2
Line 1
Line 2
[]- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 1.3
Line 1
Line 2
[] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 1.4
Line 1
Line 2
[] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 1.5
Line 1
Line 2
[] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 1.6
Line 1
Line 2
[]Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 2.1
Line 1
Line 2
 []-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 2.2
Line 1
Line 2
 []- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 2.3
Line 1
Line 2
 [] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 2.4
Line 1
Line 2
 [] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 2.5
Line 1
Line 2
 [] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 2.6
Line 1
Line 2
 []Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 3.1
Line 1
Line 2
[ ]-Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is -Line 3. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 3.2
Line 1
Line 2
[ ]- Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is - Line 3. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 3.3
Line 1
Line 2
[ ] - Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is - Line 3. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 3.4
Line 1
Line 2
[ ] -Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is -Line 3. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 3.5
Line 1
Line 2
[ ] Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is Line 3. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 3.6
Line 1
Line 2
[ ]Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is Line 3. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 4.1
Line 1
Line 2
 [ ]-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 4.2
Line 1
Line 2
 [ ]- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 4.3
Line 1
Line 2
 [ ] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 4.4
Line 1
Line 2
 [ ] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 4.5
Line 1
Line 2
 [ ] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 4.6
Line 1
Line 2
 [ ]Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 5.1
Line 1
Line 2
[x]-Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is -Line 3 and checked. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 5.2
Line 1
Line 2
[x]- Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is - Line 3 and checked. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 5.3
Line 1
Line 2
[x] - Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is - Line 3 and checked. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 5.4
Line 1
Line 2
[x] -Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is -Line 3 and checked. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 5.5
Line 1
Line 2
[x] Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is Line 3 and checked. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 5.6
Line 1
Line 2
[x]Line 3
Line 4
Line 5

After sync to OpenTasks: Line 3 became checklist item. The item is Line 3 and checked. The other lines above and below are simple text areas. // Different result, OK now.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Different result, OK now.
Result: No changes, as expected. Good.

Checkbox test # 6.1
Line 1
Line 2
[ok]-Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 6.2
Line 1
Line 2
[ok]- Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 6.3
Line 1
Line 2
[ok] - Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 6.4
Line 1
Line 2
[ok] -Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 6.5
Line 1
Line 2
[ok] Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

Checkbox test # 6.6
Line 1
Line 2
[ok]Line 3
Line 4
Line 5

After sync to OpenTasks: No changes. // Same result as in my initial post.
With no intentionally saved changes in OpenTasks, after sync to Lightning: Looks unchanged since task creation. // Same result as in my initial post.
Result: No changes, as expected. Good.

End of test cases - round 2 ;)
Test result summary; TLDR

No more data loss.
No more unexpected status changing from unset/empty to "needs action".
If a line starts with [ ] or [x], no matter what's following, it is interpreted as a checklist item.
If a line starts with [] (without a space character inside the brackets), it is not interpreted as a checklist item. That's fine for me. But I wouldn't mind if this was interpreted as a valid unchecked item. I don't know what Markdown (flavour) specifications say. Just my two cents.

Thank you for your good work to maintain this app. I appreciate it.

Thanks for the update. Good to hear that. Can we close this then?

Yes, we can.
Was I supposed to close this? Or can this be closed by the maintainer only? I don't see any "Close" buttons.
Sorry for not knowing. It's my first contribution like this.

I'm sorry. I guess I didn't see the "Close with comment" button because I wasn't logged in.
I do close this now. :-)

Short addition:
Above I said that the status didn't change any more. I was sure about that when I wrote it yesterday. Maybe I was wrong back then.
Otherwise it could have had something to do with today's additional syncing (without touching the tasks).
Whatever... Today I saw that the tasks # 3.1 to # 3.6 and # 5.1 to # 5.6 got a status change from unset/empty to "needs action". The same behaviour as decribed in my initial post.
I just wanted to add this.
As far as I understood the status changing behaviour was not subject to change now, furthermore it is not subject to discuss within this ticket.

Unfortunately I think I didn't make Thunderbird get the tasks from Radicale correctly yesterday. Sorry for the confusion. Here's my next update. Should be complete now.
The following lines changed. Only lines that were interpreted as checklist item were involved. All other lines stayed unaltered.
Checkbox test # 3.1
Original: [ ]-Line 3
After: - [ ] -Line 3
Checkbox test # 3.2
Original: [ ]- Line 3
After: - [ ] - Line 3
Checkbox test # 3.3
Original: [ ] - Line 3
After: - [ ] - Line 3
Checkbox test # 3.4
Original: [ ] -Line 3
After: - [ ] -Line 3
Checkbox test # 3.5
Original: [ ] Line 3
After: - [ ] Line 3
Checkbox test # 3.6
Original: [ ]Line 3
After: - [ ] Line 3
In the exact same way # 5.1 to # 5.6 were changed. The only difference is that those were and still are checked ("x" between brackets).
After sync to Thunderbird/Lightning...

... -  (dash and space) was added in front of the brackets whenever the line started directly with the brackets.
...   (space) was added behind the brackets whenever there was no space between the brackets and the following text.

From my point of view this alteration is okay. No data is lost. - [ ] Sample item seems to fit Markdown specification, at least one of the flavours around.
I guess these alterations were done by intention because of #875. Therefore the ticket stays closed.

Yes, these ware intentional changes to provide more interoperability.

authors: dmfs sp-icy

repo: dmfs/opentasks


text:
'name' is an undefined name twice in evaluation.py

An undefined name may cause NameError to be raised at runtime.
flake8 testing of https://github.com/dmlc/gluon-nlp on Python 3.6.3
$ flake8 . --count --select=E901,E999,F821,F822,F823 --show-source --statistics
../gluonnlp/embedding/evaluation.py:380:67: F821 undefined name 'name'
                '{} is not a WordEmbeddingAnalogyFunction'.format(name))
                                                                  ^
./gluonnlp/embedding/evaluation.py:439:67: F821 undefined name 'name'
                '{} is not a WordEmbeddingAnalogyFunction'.format(name))
                                                                  ^

Thanks for pointing this out

authors: cclauss leezu

repo: dmlc/gluon-nlp


text:
Fix reinterpret intrinsic code generation on Metal backend.

The correct way to do this is the Metal-specific as_type<T>(arg). See "2.14 Type Conversions and Re-interpreting Data" in https://developer.apple.com/metal/Metal-Shading-Language-Specification.pdf.
∴ nosetests -v ./topi/tests/python/test_topi_transform.py -m test_reinterpret
-- Build with RPC support...
test_topi_transform.test_reinterpret ... [17:33:36] /Users/tulloch/src/tvm/src/runtime/metal/metal_device_api.mm:136: Intializing Metal device 0, name=Intel Iris Pro Graphics
ok

----------------------------------------------------------------------
Ran 1 test in 0.352s

OK

cc @tqchen, @antinucleon.

repo: dmlc/tvm


text:
[TOPI] 1bit dense operator on x86_64

TODO:

[x] optimize schedule

For matrix multiplication C = A (1, 1024) x B (1000, 1024):

llvm naive schedule for float dense is 1043us tested on Intel® Core™ i5-6600K CPU (single thread)
binary dense is 63us (single thread)
cuda schedule for float dense is 21us tested on GTX1080

More optimizations for binary dense will be explored. Then binary conv will be added.

if there is an external function in GPU that support pop count, then we can hook it in as in https://github.com/dmlc/tvm/blob/master/src/codegen/intrin_rule_cuda.cc#L39 and tvm.popcount should work for GPU as well

CUDA has __popc and __popcll http://docs.nvidia.com/cuda/cuda-math-api/group__CUDA__MATH__INTRINSIC__INT.html#group__CUDA__MATH__INTRINSIC__INT_1g43c9c7d2b9ebf202ff1ef5769989be46

pls let me know when this is ready to be merged

Ok, within this week.

@Huyuwei let us update this and merge it in

For matrix multiplication C = A (1, 1024) x B (1000, 1024):

llvm naive schedule for float dense is 1043us tested on Intel® Core™ i5-6600K CPU (single thread)
binary dense is 16us (single thread)

For matrix multiplication C = A (1024, 1024) x B (1024, 1024):

1 thread binary dense: 46.1 ms
2 thread binary dense: 8.7 ms
4 thread binary dense: 4.6 ms

As we have noticed, the performance gain from 1 thread (46.1ms) to 2 thread (8.7ms) is too large and seems unreasonable.
When I remove s[C].parallel(s[C].op.axis[0]) from the schedule, the result is 16.8 ms for single thread, much better than 46.1 ms.

please let me know when it is ready to merge. For single threaded parallel, one useful thing for stableness is to use persistent threading, where we can set parallel launch point differently than loop, and loop over multiple internal parts

this is merged in for now. we can followup with other improvements and ops

authors: Huyuwei tqchen