[xmlsec] public & internal structures don't match for x64

Is your feature request related to a problem? Please describe.
XMLSEC_NO_SIZE_T needs to be public so that structure match. This was causing signature verification to fail for x64. See also https://www.aleksey.com/pipermail/xmlsec/2007/008005.html
Proposed solution
target_compile_definitions(xmlsec1 PUBLIC XMLSEC_NO_SIZE_T)
Describe alternatives you've considered
No response
Additional context
No response

@bevancollins

target_compile_definitions(xmlsec1 PUBLIC XMLSEC_NO_SIZE_T)

Thanks for posting this isse, but whether we should public it. This macro XMLSEC_NO_SIZE_T is used to disable size_t.

This results in a size_t being an unsigned int rather than size_t

It is precisely because the user passed this macro definition that the size_t type cannot be recognized.
I don't know much about this usage scenario for this macros XMLSEC_NO_SIZE_T, but it seems like it has some transitive qualification. Can you please provide some information please? :)
vcpkg currently does not have this constraint, this is what we need to change.
https://github.com/microsoft/vcpkg/blob/75059166857a374297e5edd6e1e7a60912907a46/ports/xmlsec/CMakeLists.txt#L86

@FrankXie05 before including an xmlsec header, the macro XMLSEC_NO_SIZE_T must match what was used when xmlsec was built or else structures will be different on 64 bit eg xmlSecPtrList https://github.com/lsh123/xmlsec/blob/68f1e089deaa0cb3b20f47ac6c9a440e66fd99bb/include/xmlsec/list.h#L37


Oficial integration with a build tool from NodeJS

It's time to think about how we will integrate with something like Webpack, Parcel, Snowpack, or something else. I only have experience with Webpack and Parcel, but I'm open to using something else.
There are too many ways to set up this integration, but I think that a good first version would be to have Still manage HTML where we include files generated by Webpack (for instance). The idea would be to bypass our compilation chain completely and have Webpack running under one of our supervision trees. We still need a way for Webpack to inform still of which files to include. It's also important that it works with a dev server.

A potential quickfix (or first version) would be to just link to an app.js file and have said tool generate that. The issue is that we would fail including it right now, since it doesn't exist. To bypass this we could maybe support URLs? So instead of linking locally, use the base URL.

the issue is that you don't want app.js, you want something like app-jasldfjlskjfla.js because we need the fingerprint right?


Unable to save PDF

Error: Service Unavailable
Error: Service Unavailable
    at Request.<anonymous> (https://homebrewery.naturalcrit.com/homebrew/bundle.js:71831:19)
    at Request.Emitter.emit (https://homebrewery.naturalcrit.com/homebrew/bundle.js:1764:20)
    at XMLHttpRequest.xhr.onreadystatechange (https://homebrewery.naturalcrit.com/homebrew/bundle.js:72140:10)
{
  "status": 503,
  "method": "POST",
  "url": "/api/newGoogle/"
}

This sounds like the Google credentials have expired, which happens one year after the last sign in via Google.
The fix for this is to head to https://www.naturalcrit.com/login and click logout if present (in small text at the bottom of the page), then click "Sign In with Google" which will refresh the Google credentials. If this was the source of the issue, it should now be resolved and it should not return for at least twelve months.
Logout location:

If following these steps does not resolve the issue, please let us know!

I've tried this but it didn't solve the issue, the error is the same as before:
Error: Service Unavailable
    at Request.<anonymous> (https://homebrewery.naturalcrit.com/homebrew/bundle.js:71831:19)
    at Request.Emitter.emit (https://homebrewery.naturalcrit.com/homebrew/bundle.js:1764:20)
    at XMLHttpRequest.xhr.onreadystatechange (https://homebrewery.naturalcrit.com/homebrew/bundle.js:72140:10)
{
  "status": 503,
  "method": "POST",
  "url": "/api/newGoogle/"
}

Are you able to create and save a new brew to google drive?

Yes, I think it's solved now.
It seems the issue was that I initially didn't connect my Google Drive account to the Homebrewery account, after doing that, logging out an logging in again, I was able to save the brew.

Hey @dantomdarienzo , just to make sure we know how to help people in the future with this problem, do you mind clarifying what happened here?
Earlier you said you tried the steps of logging out and back in with Google, which should have linked your account to Google if it wasn't already. However you said that didn't work. What different step did you take in the end that linked your account to Google if it wasn't already?

The issue was I signed up with my Google account, but didn't give permission to Homebrewery to access to my Drive account.
What I did was:

Log out
Log in again using my Google account
Give permission to Homebrewery to access my Google Drive account and continue

After logging in, it was automatically saving brews to my Drive account and I was able to transfer them to my Homebrewery account.


refactor all_students_all_reviews

all_students_all_reviews looks at metarviews and teammate reviews.  It should be possible to view just one or the other.  So the method should take a parameter specifying which kind(s) of review scores are to be displayed, and columns relating to reviews that are not being displayed should be suppressed, so they don’t appear in the listing. [Could be expanded to list peer-review averages as well.]

Updated all_students_all_reviews to calculate meta and teammate review separately

Commit# 51ff53d4da88898fd43241aae6facca12f291120
Commit# 24d43bcca7338887a27650997c7086e677fce7f6


Add BigNumber component

Description
Add BigNumber component to RSC components
BigNumber is a child of Chart
BigNumber can accept a single line as a child
BigNumber displays the sum, avg or last value of the data set (determined by user-defined props) of the chart
Related Issue

Motivation and Context
BigNumber allows for a user to display a number and a label along with a sparkline to help emphasize a specific point of data
How Has This Been Tested?

There is 100% test coverage on the BigNumber code and tests of all potential layouts and number formats
Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[X ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[X ] I have signed the Adobe Open Source CLA.
[X] My code follows the code style of this project.
[X] My change requires a change to the documentation.
[X] I have updated the documentation accordingly.
[X] I have read the CONTRIBUTING document.
[X] I have added tests to cover my changes.
[X] All new and existing tests passed.

I've been working on the docs for this component and think this code needs prop defaults on numberType and method (possibly more props too).  That way we can remove some unnecessary coalescing code

@c-lamoureux I've simplified the number formatting in bigNumberFormatUtils.  It does less by default now, which makes it more flexible for various locales and number formats.  I also added tests specifically for that file to make sure it handles the unhappy paths appropriately


Changes for release v0.13.1

Changes
Which issue is resolved by this Pull Request:
Resolves #
Description of your changes:

CI is not configured properly on release branches, but we want this release out quickly and it was at least manually tested, so I"m going to bypass CI on this one


Post-stream downloads regularly hanging on "waiting to finalize video"

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
x
Expected behavior
Video to download after stream ends
Screenshots

Logs
2024-07-09T23:00:00.006Z | Scheduler.scheduleClipDownload <info> Scheduler: scheduleClipDownload - disabled 2024-07-09T23:00:00.018Z | scheduler.defaultJobs <info> Scheduler: check_muted_vods - disabled 2024-07-09T23:10:00.006Z | scheduler.defaultJobs <info> Scheduler: check_deleted_vods - disabled 2024-07-09T23:21:51.419Z | hook.HookTwitch <info> Hook called with message ID Mk3x5c1KPjH734fsAekw24Kr0JerOTr3rr9HunW8CEE=, s-version 1, s-type stream.offline, b false (m-retry 0, m-type notification, m-date 2024-07-09T23:21:50.784355251Z) 2024-07-09T23:22:01.314Z | automator.end <info> Stream end 2024-07-09T23:22:01.337Z | automator.end <info> Stream offline for cdawgva 2024-07-09T23:22:06.362Z | hook.HookTwitch <info> Hook called with message ID Mk3x5c1KPjH734fsAekw24Kr0JerOTr3rr9HunW8CEE=, s-version 1, s-type stream.offline, b false (m-retry 1, m-type notification, m-date 2024-07-09T23:21:50.784355251Z) 2024-07-09T23:22:06.363Z | automator.handle <warn> Message Mk3x5c1KPjH734fsAekw24Kr0JerOTr3rr9HunW8CEE= is a retry (1) 2024-07-09T23:22:06.363Z | automator.handle <info> Retrying message Mk3x5c1KPjH734fsAekw24Kr0JerOTr3rr9HunW8CEE= 2024-07-09T23:22:06.396Z | automator.end <info> Stream end 2024-07-09T23:22:06.408Z | automator.end <info> Stream offline for cdawgva 2024-07-09T23:30:00.006Z | scheduler.defaultJobs <info> Scheduler: match_vods - disabled 2024-07-10T00:00:00.030Z | scheduler.defaultJobs <info> Scheduler: export_vods - disabled 2024-07-10T06:34:12.368Z | vod.deleteSegment <info> Delete segment #0 of s2407e0915 - cyber punking a bit (12) 2024-07-10T06:34:12.371Z | vod.saveJSON <success> Saving JSON of s2407e0915 - cyber punking a bit (12)  (delete segment) 2024-07-10T06:34:15.637Z | webhook.dispatchWebhook <error> Webhook error to 'https://livestream.gillflix.com': 413 Payload Too Large 2024-07-10T06:34:27.796Z | vod.fixIssues <info> VOD s2407e0915 - cyber punking a bit (12) not started yet, skipping fix! 2024-07-10T06:34:33.828Z | vod.getMediainfo <info> Fetching mediainfo of s2407e0915 - cyber punking a bit (12), segment #0 2024-07-10T06:34:33.828Z | vod.getMediainfo <error> No segments available for mediainfo of s2407e0915 - cyber punking a bit (12) 2024-07-10T06:34:33.828Z | http.api <error> API error 500 returned: {"status":"ERROR","message":"Mediainfo error"} 2024-07-10T06:35:12.963Z | http.api <error> API error 400 returned: {"status":"ERROR","message":"Video already downloaded"} 2024-07-10T09:56:22.581Z | hook.HookTwitch <info> Hook called with message ID FLEg_cZXHXhD4FjGdf9f8Jtes5ti73jf76UUwoD1MfA=, s-version 1, s-type stream.online, b false (m-retry 0, m-type notification, m-date 2024-07-10T09:56:20.781466584Z) 2024-07-10T09:56:22.628Z | automator.handle <info> Automator stream.online event for sips_ (retry 0) 2024-07-10T09:56:22.638Z | automator.handle <info> sips_ stream has ID<PHONE_NUMBER>5, started 2024-07-10T09:56:06Z 2024-07-10T09:56:22.664Z | clientBroker.notify <info> (streamOnline) sips_ is live!: Farming Simulator 22 back at it 2024-07-10T09:56:22.665Z | automator.handle <info> Skip capture for sips_ because no-capture is set 2024-07-10T09:56:29.978Z | webhook.dispatchWebhook <error> Webhook error to 'https://livestream.gillflix.com': 413 Payload Too Large 2024-07-10T11:00:00.007Z | scheduler.defaultJobs <info> Scheduler: check_muted_vods - disabled 2024-07-10T11:10:00.007Z | scheduler.defaultJobs <info> Scheduler: check_deleted_vods - disabled 2024-07-10T11:30:00.015Z | scheduler.defaultJobs <info> Scheduler: match_vods - disabled 2024-07-10T17:01:14.291Z | hook.HookTwitch <info> Hook called with message ID Zk5Qcwqd64sbpqchVBvFMVaclzZvGzhr3guh3i239tQ=, s-version 1, s-type stream.offline, b false (m-retry 0, m-type notification, m-date 2024-07-10T17:01:11.749467972Z) 2024-07-10T17:01:14.332Z | automator.end <info> Stream end 2024-07-10T17:01:14.344Z | automator.end <info> Stream offline for sips_ 2024-07-10T17:01:14.353Z | clientBroker.notify <info> (streamOffline) sips_ has gone offline!: Was streaming for 1 day. 2024-07-10T17:01:14.353Z | automator.end <warn> Stream offline notification for sips_ but channel is not capturing. 2024-07-10T17:01:14.947Z | tw.vod.downloadVideo <info> Prepare to download VOD<PHONE_NUMBER> 2024-07-10T17:01:15.151Z | tw.vod.downloadVideo <info> Downloading VOD<PHONE_NUMBER>... 2024-07-10T17:01:15.159Z | helper.execAdvanced <success> Spawned process 1353 for download_vod_2193938680 2024-07-10T17:01:15.169Z | job.save <info> Save job download_vod_2193938680 with PID 1353 to /usr/local/share/twitchautomator/data/cache/pids/download_vod_2193938680.json 2024-07-10T17:01:15.171Z | helper.execAdvanced <info> Attached to all streams for process 1353 for download_vod_2193938680 2024-07-10T17:07:51.567Z | job.clear <info> Clear job download_vod_2193938680 with PID 1353 2024-07-10T17:07:51.570Z | job.clear <success> Job download_vod_2193938680 removed from jobs list 2024-07-10T17:07:51.571Z | helper.execAdvanced <info> Process 1353 for download_vod_2193938680 exited with code 0 2024-07-10T17:07:51.579Z | tw.vod.downloadVideo <info> Downloaded VOD<PHONE_NUMBER>...} 2024-07-10T17:07:53.399Z | tw.vod.downloadVideo <info> Starting remux of s2407e1010 - a pirate's life for me (13).mkv 2024-07-10T17:07:53.400Z | video.remux <info> Remuxing /usr/local/share/twitchautomator/data/cache/2193938680.ts to /usr/local/share/twitchautomator/data/storage/vods/sips_/Sea of ThievesSeason 2407/s2407e1010 - a pirate's life for me (13).mkv 2024-07-10T17:07:53.406Z | helper.exec <success> Spawned process 1369 for remux_2193938680.ts 2024-07-10T17:07:53.418Z | job.save <info> Save job remux_2193938680.ts with PID 1369 to /usr/local/share/twitchautomator/data/cache/pids/remux_2193938680.ts.json 2024-07-10T17:07:53.422Z | helper.exec <info> Attached to all streams for process 1369 for remux_2193938680.ts 2024-07-10T17:09:35.325Z | job.setProgress <info> Job remux_2193938680.ts progress: 10% 2024-07-10T17:09:53.340Z | job.setProgress <info> Job remux_2193938680.ts progress: 20% 2024-07-10T17:10:33.609Z | job.setProgress <info> Job remux_2193938680.ts progress: 30% 2024-07-10T17:11:30.751Z | job.setProgress <info> Job remux_2193938680.ts progress: 40% 2024-07-10T17:12:10.770Z | job.setProgress <info> Job remux_2193938680.ts progress: 51% 2024-07-10T17:12:56.021Z | job.setProgress <info> Job remux_2193938680.ts progress: 61% 2024-07-10T17:13:41.634Z | job.setProgress <info> Job remux_2193938680.ts progress: 71% 2024-07-10T17:14:27.797Z | job.setProgress <info> Job remux_2193938680.ts progress: 81% 2024-07-10T17:15:18.344Z | job.setProgress <info> Job remux_2193938680.ts progress: 91% 2024-07-10T17:16:12.615Z | job.clear <info> Clear job remux_2193938680.ts with PID 1369 2024-07-10T17:16:12.616Z | job.clear <success> Job remux_2193938680.ts removed from jobs list 2024-07-10T17:16:12.616Z | helper.exec <info> Process 1369 for remux_2193938680.ts exited with code 0 2024-07-10T17:16:12.622Z | video.remux <success> Remuxed /usr/local/share/twitchautomator/data/cache/2193938680.ts to /usr/local/share/twitchautomator/data/storage/vods/sips_/Sea of ThievesSeason 2407/s2407e1010 - a pirate's life for me (13).mkv 2024-07-10T17:16:12.622Z | tw.vod.downloadVideo <info> Successfully remuxed s2407e1010 - a pirate's life for me (13).mkv, removing /usr/local/share/twitchautomator/data/cache/2193938680.ts 2024-07-10T17:16:14.100Z | tw.vod.downloadVideo <info> Download of s2407e1010 - a pirate's life for me (13).mkv successful 2024-07-10T17:16:14.102Z | tw.channel.createVOD <info> Create VOD JSON for sips_: s2407e1010 - a pirate's life for me (13).json @ /usr/local/share/twitchautomator/data/storage/vods/sips_/Sea of ThievesSeason 2407 2024-07-10T17:16:14.109Z | vod.saveJSON <success> Saving JSON of s2407e1010 - a pirate's life for me (13)  (create json) 2024-07-10T17:16:14.122Z | vod.setupAssoc <error> No chapters on s2407e1010 - a pirate's life for me (13)! 2024-07-10T17:16:14.127Z | vod.saveJSON <success> Saving JSON of s2407e1010 - a pirate's life for me (13)  (manual creation) 2024-07-10T17:16:14.155Z | vod.addSegment <info> Adding segment s2407e1010 - a pirate's life for me (13).mkv to s2407e1010 - a pirate's life for me (13) 2024-07-10T17:16:14.422Z | automator.end <error> Error downloading VOD at end: s2407e1010 - back at it ({episode}) (Cannot read properties of undefined (reading 'game'))
Server:

OS or Docker: Docker (Unraid)

Additional context
Reading the final errors, it could be something you removed/fixed from a long time ago (I only recently restarted using this)

i've only tested the manual download that adds the vod like once, so it's probably very exact in what works correctly

Yeah, checks out.
I did a clean re-install and pretty close to being there.
If I manually download the vod it will follow my instructions correctly but an automated vod download doesn't. Today was a good example for the logs, a streamer did two streams a couple of hours apart - I manually downloaded the first (s2407e1912...mkv) & the second (s2407e1914...mkv) was grabbed automatically:
2024-07-19T14:21:04.019Z | job.clear <info> Clear job download_vod_2201634429 with PID 54 2024-07-19T14:21:04.020Z | job.clear <success> Job download_vod_2201634429 removed from jobs list 2024-07-19T14:21:04.020Z | helper.execAdvanced <info> Process 54 for download_vod_2201634429 exited with code 0 2024-07-19T14:21:04.020Z | tw.vod.downloadVideo <info> Downloaded VOD<PHONE_NUMBER>...} 2024-07-19T14:21:04.933Z | tw.vod.downloadVideo <info> Starting remux of s2407e1912 - more cyberpunk.mkv 2024-07-19T14:21:04.936Z | video.remux <info> Remuxing /usr/local/share/twitchautomator/data/cache/2201634429.ts to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk.mkv 2024-07-19T14:21:04.941Z | helper.exec <success> Spawned process 69 for remux_2201634429.ts 2024-07-19T14:21:04.943Z | job.save <info> Save job remux_2201634429.ts with PID 69 to /usr/local/share/twitchautomator/data/cache/pids/remux_2201634429.ts.json 2024-07-19T14:21:04.945Z | helper.exec <info> Attached to all streams for process 69 for remux_2201634429.ts 2024-07-19T14:21:47.054Z | job.setProgress <info> Job remux_2201634429.ts progress: 10% 2024-07-19T14:22:13.769Z | job.setProgress <info> Job remux_2201634429.ts progress: 21% 2024-07-19T14:22:19.284Z | job.setProgress <info> Job remux_2201634429.ts progress: 31% 2024-07-19T14:22:26.294Z | job.setProgress <info> Job remux_2201634429.ts progress: 41% 2024-07-19T14:22:32.804Z | job.setProgress <info> Job remux_2201634429.ts progress: 51% 2024-07-19T14:22:40.353Z | job.setProgress <info> Job remux_2201634429.ts progress: 62% 2024-07-19T14:23:00.194Z | job.setProgress <info> Job remux_2201634429.ts progress: 72% 2024-07-19T14:23:19.779Z | job.setProgress <info> Job remux_2201634429.ts progress: 82% 2024-07-19T14:23:41.397Z | job.setProgress <info> Job remux_2201634429.ts progress: 92% 2024-07-19T14:23:59.884Z | job.clear <info> Clear job remux_2201634429.ts with PID 69 2024-07-19T14:23:59.885Z | job.clear <success> Job remux_2201634429.ts removed from jobs list 2024-07-19T14:23:59.885Z | helper.exec <info> Process 69 for remux_2201634429.ts exited with code 0 2024-07-19T14:24:00.612Z | video.remux <success> Remuxed /usr/local/share/twitchautomator/data/cache/2201634429.ts to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk.mkv 2024-07-19T14:24:00.612Z | tw.vod.downloadVideo <info> Successfully remuxed s2407e1912 - more cyberpunk.mkv, removing /usr/local/share/twitchautomator/data/cache/2201634429.ts 2024-07-19T14:24:01.711Z | tw.vod.downloadVideo <info> Download of s2407e1912 - more cyberpunk.mkv successful 2024-07-19T14:24:01.712Z | tw.channel.createVOD <info> Create VOD JSON for sips_: s2407e1912 - more cyberpunk.json @ /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407 2024-07-19T14:24:01.713Z | vod.saveJSON <success> Saving JSON of s2407e1912 - more cyberpunk  (create json) 2024-07-19T14:24:01.717Z | vod.setupAssoc <error> No chapters on s2407e1912 - more cyberpunk! 2024-07-19T14:24:01.719Z | vod.saveJSON <success> Saving JSON of s2407e1912 - more cyberpunk  (manual creation) 2024-07-19T14:24:01.737Z | vod.addSegment <info> Adding segment s2407e1912 - more cyberpunk.mkv to s2407e1912 - more cyberpunk 2024-07-19T14:24:01.991Z | vod.finalize <info> Finalize s2407e1912 - more cyberpunk @ /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407 2024-07-19T14:24:01.992Z | vod.getMediainfo <info> Fetching mediainfo of s2407e1912 - more cyberpunk, segment #0 2024-07-19T14:24:01.994Z | helper.mediainfo <info> Run mediainfo on /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk.mkv 2024-07-19T14:24:02.000Z | helper.exec <success> Spawned process 73 for mediainfo_s2407e1912 - more cyberpunk.mkv 2024-07-19T14:24:02.002Z | job.save <info> Save job mediainfo_s2407e1912 - more cyberpunk.mkv with PID 73 to /usr/local/share/twitchautomator/data/cache/pids/mediainfo_s2407e1912 - more cyberpunk.mkv.json 2024-07-19T14:24:02.003Z | helper.exec <info> Attached to all streams for process 73 for mediainfo_s2407e1912 - more cyberpunk.mkv 2024-07-19T14:24:04.162Z | job.clear <info> Clear job mediainfo_s2407e1912 - more cyberpunk.mkv with PID 73 2024-07-19T14:24:04.163Z | job.clear <success> Job mediainfo_s2407e1912 - more cyberpunk.mkv removed from jobs list 2024-07-19T14:24:04.164Z | helper.exec <info> Process 73 for mediainfo_s2407e1912 - more cyberpunk.mkv exited with code 0 2024-07-19T14:24:04.165Z | helper.videometadata <success> /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk.mkv is a video file 02:34:08 long at 1080p60. 2024-07-19T14:24:04.166Z | vod.saveLosslessCut <info> Saving lossless cut csv for s2407e1912 - more cyberpunk to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk-llc-edl.csv 2024-07-19T14:24:04.168Z | vod.saveFFMPEGChapters <info> Saving FFMPEG chapters file for s2407e1912 - more cyberpunk to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk-ffmpeg-chapters.txt 2024-07-19T14:24:04.170Z | vod.saveVTTChapters <info> Saving VTT chapters file for s2407e1912 - more cyberpunk to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077/Season 2407/s2407e1912 - more cyberpunk.chapters.vtt 2024-07-19T14:24:04.177Z | vod.matchProviderVod <info> Trying to match s2407e1912 - more cyberpunk to provider... 2024-07-19T14:24:04.432Z | vod.matchProviderVod <success> Found matching VOD for s2407e1912 - more cyberpunk (2024-07-19T11:00:05.000Z):<PHONE_NUMBER> (more cyberpunk) 2024-07-19T14:24:04.433Z | vod.saveJSON <success> Saving JSON of s2407e1912 - more cyberpunk  (manual finalize) 2024-07-19T17:16:15.325Z | hook.HookTwitch <info> Hook called with message ID 58tJMs1epvSJVaSAwHlAms4ba0tdu4JkdkivoOr36No=, s-version 1, s-type stream.offline, b false (m-retry 0, m-type notification, m-date 2024-07-19T17:16:13.901340276Z) 2024-07-19T17:16:25.357Z | automator.end <info> Stream end 2024-07-19T17:16:25.362Z | automator.end <info> Stream offline for sips_ 2024-07-19T17:16:25.364Z | clientBroker.notify <info> (streamOffline) sips_ has gone offline!: Was streaming for about 6 hours. 2024-07-19T17:16:25.364Z | automator.end <warn> Stream offline notification for sips_ but channel is not capturing. 2024-07-19T17:16:25.389Z | hook.HookTwitch <info> Hook called with message ID dczExig8mx3rMfhf-cmp7ngD5cI01f6Fq5pOrguQ3Ys=, s-version 1, s-type stream.offline, b false (m-retry 0, m-type notification, m-date 2024-07-19T17:16:13.904177306Z) 2024-07-19T17:16:25.389Z | hook.HookTwitch <fatal> Invalid signature check for message! 2024-07-19T17:16:25.390Z | http.api <error> API error 400 returned: "Invalid signature check" 2024-07-19T17:16:25.929Z | tw.vod.downloadVideo <info> Prepare to download VOD<PHONE_NUMBER> 2024-07-19T17:16:26.125Z | tw.vod.downloadVideo <info> Downloading VOD<PHONE_NUMBER>... 2024-07-19T17:16:26.130Z | helper.execAdvanced <success> Spawned process 93 for download_vod_2201720366 2024-07-19T17:16:26.142Z | job.save <info> Save job download_vod_2201720366 with PID 93 to /usr/local/share/twitchautomator/data/cache/pids/download_vod_2201720366.json 2024-07-19T17:16:26.143Z | helper.execAdvanced <info> Attached to all streams for process 93 for download_vod_2201720366 2024-07-19T17:16:30.176Z | hook.HookTwitch <info> Hook called with message ID dczExig8mx3rMfhf-cmp7ngD5cI01f6Fq5pOrguQ3Ys=, s-version 1, s-type stream.offline, b false (m-retry 1, m-type notification, m-date 2024-07-19T17:16:13.904177306Z) 2024-07-19T17:16:30.177Z | hook.HookTwitch <fatal> Invalid signature check for message! 2024-07-19T17:16:30.177Z | http.api <error> API error 400 returned: "Invalid signature check" 2024-07-19T17:16:32.142Z | hook.HookTwitch <info> Hook called with message ID 58tJMs1epvSJVaSAwHlAms4ba0tdu4JkdkivoOr36No=, s-version 1, s-type stream.offline, b false (m-retry 1, m-type notification, m-date 2024-07-19T17:16:13.901340276Z) 2024-07-19T17:16:32.142Z | automator.handle <warn> Message 58tJMs1epvSJVaSAwHlAms4ba0tdu4JkdkivoOr36No= is a retry (1) 2024-07-19T17:16:32.142Z | automator.handle <warn> Not retrying message 58tJMs1epvSJVaSAwHlAms4ba0tdu4JkdkivoOr36No= 2024-07-19T17:16:50.409Z | hook.HookTwitch <info> Hook called with message ID dczExig8mx3rMfhf-cmp7ngD5cI01f6Fq5pOrguQ3Ys=, s-version 1, s-type stream.offline, b false (m-retry 2, m-type notification, m-date 2024-07-19T17:16:13.904177306Z) 2024-07-19T17:16:50.409Z | hook.HookTwitch <fatal> Invalid signature check for message! 2024-07-19T17:16:50.410Z | http.api <error> API error 400 returned: "Invalid signature check" 2024-07-19T17:17:30.669Z | hook.HookTwitch <info> Hook called with message ID dczExig8mx3rMfhf-cmp7ngD5cI01f6Fq5pOrguQ3Ys=, s-version 1, s-type stream.offline, b false (m-retry 3, m-type notification, m-date 2024-07-19T17:16:13.904177306Z) 2024-07-19T17:17:30.670Z | hook.HookTwitch <fatal> Invalid signature check for message! 2024-07-19T17:17:30.670Z | http.api <error> API error 400 returned: "Invalid signature check" 2024-07-19T17:19:15.192Z | job.clear <info> Clear job download_vod_2201720366 with PID 93 2024-07-19T17:19:15.192Z | job.clear <success> Job download_vod_2201720366 removed from jobs list 2024-07-19T17:19:15.193Z | helper.execAdvanced <info> Process 93 for download_vod_2201720366 exited with code 0 2024-07-19T17:19:15.193Z | tw.vod.downloadVideo <info> Downloaded VOD<PHONE_NUMBER>...} 2024-07-19T17:19:16.302Z | tw.vod.downloadVideo <info> Starting remux of s2407e1914 - more cyberpunk.mkv 2024-07-19T17:19:16.304Z | video.remux <info> Remuxing /usr/local/share/twitchautomator/data/cache/2201720366.ts to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk.mkv 2024-07-19T17:19:16.309Z | helper.exec <success> Spawned process 108 for remux_2201720366.ts 2024-07-19T17:19:16.312Z | job.save <info> Save job remux_2201720366.ts with PID 108 to /usr/local/share/twitchautomator/data/cache/pids/remux_2201720366.ts.json 2024-07-19T17:19:16.315Z | helper.exec <info> Attached to all streams for process 108 for remux_2201720366.ts 2024-07-19T17:20:51.576Z | job.setProgress <info> Job remux_2201720366.ts progress: 11% 2024-07-19T17:21:00.612Z | job.setProgress <info> Job remux_2201720366.ts progress: 21% 2024-07-19T17:21:10.196Z | job.setProgress <info> Job remux_2201720366.ts progress: 31% 2024-07-19T17:21:18.212Z | job.setProgress <info> Job remux_2201720366.ts progress: 41% 2024-07-19T17:21:26.729Z | job.setProgress <info> Job remux_2201720366.ts progress: 51% 2024-07-19T17:21:35.239Z | job.setProgress <info> Job remux_2201720366.ts progress: 61% 2024-07-19T17:21:43.253Z | job.setProgress <info> Job remux_2201720366.ts progress: 71% 2024-07-19T17:21:55.890Z | job.setProgress <info> Job remux_2201720366.ts progress: 81% 2024-07-19T17:22:16.740Z | job.setProgress <info> Job remux_2201720366.ts progress: 92% 2024-07-19T17:22:34.213Z | job.clear <info> Clear job remux_2201720366.ts with PID 108 2024-07-19T17:22:34.214Z | job.clear <success> Job remux_2201720366.ts removed from jobs list 2024-07-19T17:22:34.214Z | helper.exec <info> Process 108 for remux_2201720366.ts exited with code 0 2024-07-19T17:22:35.106Z | video.remux <success> Remuxed /usr/local/share/twitchautomator/data/cache/2201720366.ts to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk.mkv 2024-07-19T17:22:35.106Z | tw.vod.downloadVideo <info> Successfully remuxed s2407e1914 - more cyberpunk.mkv, removing /usr/local/share/twitchautomator/data/cache/2201720366.ts 2024-07-19T17:22:36.232Z | tw.vod.downloadVideo <info> Download of s2407e1914 - more cyberpunk.mkv successful 2024-07-19T17:22:36.233Z | tw.channel.createVOD <info> Create VOD JSON for sips_: s2407e1914 - more cyberpunk.json @ /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407 2024-07-19T17:22:36.233Z | vod.saveJSON <success> Saving JSON of s2407e1914 - more cyberpunk  (create json) 2024-07-19T17:22:36.235Z | vod.setupAssoc <error> No chapters on s2407e1914 - more cyberpunk! 2024-07-19T17:22:36.244Z | vod.saveJSON <success> Saving JSON of s2407e1914 - more cyberpunk  (manual creation) 2024-07-19T17:22:46.089Z | vod.addSegment <info> Adding segment s2407e1914 - more cyberpunk.mkv to s2407e1914 - more cyberpunk 2024-07-19T17:22:46.369Z | vod.finalize <info> Finalize s2407e1914 - more cyberpunk @ /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407 2024-07-19T17:22:46.370Z | vod.getMediainfo <info> Fetching mediainfo of s2407e1914 - more cyberpunk, segment #0 2024-07-19T17:22:46.371Z | helper.mediainfo <info> Run mediainfo on /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk.mkv 2024-07-19T17:22:46.378Z | helper.exec <success> Spawned process 112 for mediainfo_s2407e1914 - more cyberpunk.mkv 2024-07-19T17:22:46.381Z | job.save <info> Save job mediainfo_s2407e1914 - more cyberpunk.mkv with PID 112 to /usr/local/share/twitchautomator/data/cache/pids/mediainfo_s2407e1914 - more cyberpunk.mkv.json 2024-07-19T17:22:46.382Z | helper.exec <info> Attached to all streams for process 112 for mediainfo_s2407e1914 - more cyberpunk.mkv 2024-07-19T17:22:48.938Z | job.clear <info> Clear job mediainfo_s2407e1914 - more cyberpunk.mkv with PID 112 2024-07-19T17:22:48.939Z | job.clear <success> Job mediainfo_s2407e1914 - more cyberpunk.mkv removed from jobs list 2024-07-19T17:22:48.939Z | helper.exec <info> Process 112 for mediainfo_s2407e1914 - more cyberpunk.mkv exited with code 0 2024-07-19T17:22:48.940Z | helper.videometadata <success> /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk.mkv is a video file 03:17:41 long at 1080p60. 2024-07-19T17:22:48.941Z | vod.saveLosslessCut <info> Saving lossless cut csv for s2407e1914 - more cyberpunk to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk-llc-edl.csv 2024-07-19T17:22:48.941Z | vod.saveFFMPEGChapters <info> Saving FFMPEG chapters file for s2407e1914 - more cyberpunk to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk-ffmpeg-chapters.txt 2024-07-19T17:22:48.943Z | vod.saveVTTChapters <info> Saving VTT chapters file for s2407e1914 - more cyberpunk to /usr/local/share/twitchautomator/data/storage/vods/sips_/Cyberpunk 2077Season 2407/s2407e1914 - more cyberpunk.chapters.vtt 2024-07-19T17:22:48.947Z | vod.matchProviderVod <info> Trying to match s2407e1914 - more cyberpunk to provider... 2024-07-19T17:22:49.202Z | vod.matchProviderVod <success> Found matching VOD for s2407e1914 - more cyberpunk (2024-07-19T13:58:16.000Z):<PHONE_NUMBER> (more cyberpunk) 2024-07-19T17:22:49.203Z | vod.saveJSON <success> Saving JSON of s2407e1914 - more cyberpunk  (manual finalize) 2024-07-19T17:22:49.211Z | automator.end <info> Downloaded VOD at end: s2407e1914 - back at it 2024-07-19T20:30:22.926Z | hook.HookTwitch <info> Hook called with message ID 8MAy-X8VBz_Kvsr7c7sx4JWzUtUcy6USkOWGJ9Fe-Nc=, s-version 1, s-type stream.online, b false (m-retry 0, m-type notification, m-date 2024-07-19T20:30:21.073694493Z) 2024-07-19T20:30:22.927Z | hook.HookTwitch <fatal> Invalid signature check for message! 2024-07-19T20:30:22.930Z | http.api <error> API error 400 returned: "Invalid signature check"


Update OSBotify permissions in react-native-onyx

Problem
I am trying to simplify the publishing workflow of react-native-onyx to more closely match what we do in E/App: https://github.com/Expensify/react-native-onyx/pull/500. i.e: allow OSBotify to push version-bump commits straight to main, rather than:

open a PR
have another bot approve it
merge the PR

which is substantively the same as OSBotify pushing straight to main.
Solution
Please update the permissions of OSBotify in react-native-onyx to match his permissions in E/App for the main branch 🙇🏼

Added this to react-native-onyx which App already had

Got:
remote: error: GH006: Protected branch update failed for refs/heads/main.
remote: error: Changes must be made through a pull request.

in this workflow. I wasn't able to find any way it's different from E/App though...

Are you sure it's using the right token to authenticate as OSBotify?
Don't we need something like this in the workflow?
https://github.com/Expensify/App/blob/main/.github/workflows/createNewVersion.yml#L68-L70

bump @roryabraham

Waiting on @roryabraham

Sorry, coming back to this after OOO. We were using OS_BOTIFY_TOKEN before my changes, and I doubt OS_BOTIFY_COMMIT_TOKEN was ever added to the react-native-onyx repo.
As a member of ring0, you should be able to see which secrets are available in the react-native-onyx repo. The secret should be correct, as evidenced by the last automated pull request created in react-native-onyx before my changes.

@roryabraham it's an organization secret so it can be accessed from any repository

Can you try changing the token it's using to the OS_BOTIFY_COMMIT_TOKEN instead and see if that works?

Thanks for the suggestion @justinpersaud and sorry for the delay. I don't know if it's a problem for OS_BOTIFY_TOKEN vs OS_BOTIFY_COMMIT_TOKEN. The problem I think is just that I didn't pass any token to the checkout action, which is what authenticates the user with GitHub: https://github.com/Expensify/react-native-onyx/pull/522/files

this is fixed


ascii symbols do not appear on i3-workspace

I tried to insert these ASCII symbols but are not displayed as the name of the workspace
config i3/polybar:
1)https://arin.ga/uN6HP5
2)https://arin.ga/2qgXVq

fc-list will give you a list of installed fonts

fc-list | grep Siji
/usr/share/fonts/misc/siji.pcf: Wuncon Siji:style=Regular

Replace the font config from polybar with the proper name

font-0 = Tamzen:pixelsize=12;0
font-1 = FontAwesome:pixelsize=12;0
font-2 = Wuncon Siji:pixelsize=12;0

Also check it you have those fonts installed, for arch it would be siji-git from AUR

thanks for reply, I installed the fonts, but are not visible even from the text, is this normal?
http://imgur.com/zbz4efG

thanks for reply, I installed the fonts, but are not visible even from the text, is this normal?
Maibe you still missing some fonts and check that you have the proper fonts loaded at wich ever program needs them.

Now you see the symbols in the bar (wifi, battery, etc) but I would like to assign a symbol to each workspace, I tried but could not, explain to me how to do? thank you

@oscarandrea, are you sure you are loading a font that can draw the symbols?
[bar/top]
font-0 = FontAwesome:pixelsize=14;0

[module/i3]
ws-icon-0 = term;
ws-icon-1 = web;
ws-icon-2 = media;
ws-icon-3 = code;
ws-icon-4 = chat;
ws-icon-default = 

@jaagr Now I installed the support beautiful font that you suggested, the editor vim you see the symbols on the workspace bar not seen, on the whole I i3 module inserted icon% do not know if it's okay, here's the entire setup:
https://paste.pound-python.org/show/YwCwyhIPxzYyzrNyGNjt/
screenshot:
http://imgur.com/mQJRgSK
thanks

Your font list is malformed. Replace it with this:
font-0 = fixed:pixelsize=10
font-1 = unifont:fontformat=truetype:size=6:heavy;-2
font-2 = siji:pixelsize=10
font-3 = FontAwesome:pixelsize=14;0

@jaagr Now it is so, I do not understand why the correct workspace does not load the correct icon, the i3 is a config problem?
thank you
http://imgur.com/a/u2qhp

No, it's because the labels doesn't match the i3 workspace names.
You can use this to create a list for the workspaces you have open:
$ n=0; i3-msg -t get_workspaces | tr ',' '\n' | sed -nr 's/"name":"([^"]+)"/\1/p' | while read -r name; do echo "ws-icon-$((n++)) = \"${name};<insert-icon-here>\""; done

@jaagr
thanks,Now what do I do?
┌─[oscar@GentOscar] - [~] - [2017-01-26 06:33:29]
└─[0] <> n=0; i3-msg -t get_workspaces | tr ',' '\n' | sed -nr 's/"name":"([^"]+)"/\1/p' | while read -r name; do echo "ws-icon-$((n++)) = \"${name};<insert-icon-here>\""; done
ws-icon-0 = "1: term;<insert-icon-here>"
ws-icon-1 = "2: web;<insert-icon-here>"
ws-icon-2 = "3: media;<insert-icon-here>"

Put it in your config
ws-icon-0 = 1: term;
ws-icon-1 = 2: web;
ws-icon-2 = 3: media;

thank you! It works fine now!
before closing I make you one last question, if I want to enter in the future other icons from the pack fontawesome how should I do? just a copy paste right? from where I get the icons?
thank you

You can copy/paste them from http://fontawesome.io/cheatsheet/

thanks 👍


MD format not shown correctly

The entry MD file:
---

title: Test article 7
date: 2015-4-19
category: business
---

**Hello everybody!**
...

The MD file:

{{jianshu.title}}

    {{jianshu.content|raw}}
    Read More

index.html.twig:
   {{page.blocks.content|raw}}

Output:
![ashampoo_snap_2015 04 21_07h57m12s_001_]
(https://cloud.githubusercontent.com/assets/3853711/7243125/124e4cf6-e7fc-11e4-9fc1-62c7325fda11.png)
The output is not formatted.

What is the MD file named? If it doesn't have a markdown extension it won't be parsed for markdown and its raw content won't be rendered markdown.

@simensen The files are all with .md extension.

What is "the MD file" in your example? It is referencing jianshu but I'm not sure how that is set or how it interacts with index.html.twig
Is your site online anywhere so we can take a closer look at the whole thing in one place?
Also how new is your copy of sculpin? Are you using the phar? Have you done a self update lately?

I put it on the Github for your review and help. https://github.com/taylorren/sculpin

BTW, I am using the latest sculpin.phar.

And BTW, I am writing an article on this for Sitepoint now to promote this fabulous tool.

I just cloned the repo and visited the index page and I see this:

Have you fixed it? Or are you still seeing it rendered incorrectly on your system? Or am I looking at the wrong place?
If it is still broken on your system, can you tell me more about your environment? Are you on Mac, Windows, or Linux?

I have not changed a thing. That is very strange. I will test it later
tonight and revert.
Thanks for the quick check.
On Tue, Apr 21, 2015 at 9:52 AM, Beau Simensen<EMAIL_ADDRESS>wrote:

I just cloned the repo and visited the index page and I see this:
[image: image]
https://cloud.githubusercontent.com/assets/191200/7244297/fc63f68c-e79e-11e4-9ed2-b287eeedbc93.png
Have you fixed it? Or are you still seeing it rendered incorrectly on your
system? Or am I looking at the wrong place?
If it is still broken on your system, can you tell me more about your
environment? Are you on Mac, Windows, or Linux?
—
Reply to this email directly or view it on GitHub
https://github.com/sculpin/sculpin/issues/237#issuecomment-94610143.

@simensen Tested again. Still no luck. Output is still ugly...
Put up a skeleton MD file and renders OK so it is not related to MarkDown lib or the parsing.

I modified my index.md to this:

简书汇编

Test output

Test output is still rendered as "Test output"

That last example won't work because markdown inside of block level HTML elements will not be parsed as markdown. This is a markdown thing. I cannot remember if section is a block level element but I know for sure that div is.
If you do the following I believe you will find that Test top and Test bottom will both render as expected.
*Test top*

简书汇编

**Test output**

**Test bottom**

I'm concerned that taylorren/sculpin@62d4d7d937d086e6eac50b9b5eb4924f2ce1dda6 renders fine for me but not for you. Which operating system are you using? Can you try rendering that specific version of the code again and sending me a screenshot of the entire page so that I can make sure that we're looking at the same thing?

Yes, I have tried to write some MD texts outside the ... and confirms the output is fine.

The full index page is attached.
I am coding in Windows but the site is served "remotely" in a Vagrant box running Ubuntu 14.04.2 LTS, updated to the latest.

I am also doubting that the issue may rise because of my nested MD inclusion:
index.md uses index.html.twig. It also dynamically includes various (6) articles MD (_jianshu/1.md, and alike).

I tried your updated codebase and it renders fine for me. :(

I am very much confused...
Anything that could make the difference?
在 2015/4/21 21:49, Beau Simensen 写道:

I tried your updated codebase and it renders fine for me. :(
image
https://cloud.githubusercontent.com/assets/191200/7253249/d8abdab8-e800-11e4-8856-f7a11c664ad9.png
—
Reply to this email directly or view it on GitHub
https://github.com/sculpin/sculpin/issues/237#issuecomment-94798608.

I think we keep missing each other on IRC. I can't think of anything that might be causing this. It works fine here. :(
You could try adding this to the frontmatter of the articles:
converters:
    - markdown

... and see if running again fixes it.

@simensen I think I spotted why you can see the result and I cannot.
You must be running the site with generate --server --watch, while I am serving the site by mapping the output_dev to a virtual host in my Apache and then "remotely" visit it from my "local" machine by "http://sculpin".
Confirmed that when generate --server --watch, I can see the rich format in my index page but not when I visit "http://sculpin" when the output is done by simply generate.
Confirmed the same situation when I do a local setup.
So there must be something fundamentally different between a pure generate and a generate/serve/watch. Can advise asap?

I can't think of any reason why there would be a difference here. All --server does is serve the raw files from the output directory while it watches the files to run generate again. The end result should be exactly the same.
I tried downloading sculpin.phar and running "php sculpin.phar generate" only and everything still looks right. I setup my own vhost for taylorren.local and hit it via apache:
http://d.pr/i/1byh1
The only difference between --server and --watch is that $sculpin->run may end up being called more than once.
https://github.com/sculpin/sculpin/blob/master/src/Sculpin/Bundle/SculpinBundle/Command/GenerateCommand.php#L72-L106
I could see there being a case where when watching --watch you might see things flipping / flopping where sometimes it would render right and sometimes not (we've had bugs like that in the past) but I can't think of a reason off the top of my head that you'd be seeing different behavior between generate and --watch that was consistently different between the two.
I've not seen anyone else complain about this before and I've not been able to reproduce it on my side so I'm not sure what more I can do w/o having access to your vagrant instance.
Can you try running sculpin generate --server (without --watch) and see if that renders the pages correctly or not? And then try --watch without --server? Maybe we can narrow it down to one flag or the other.

sculpin generate --watch --server is broken
sculpin generate works
sculpin generate --watch ???
sculpin generate --server ???

sculpin generate --watch --server works
sculpin generate not working
sculpin generate --watch **unable to connect to localhost:8000, but remote visit is OK
sculpin generate --server not working

So it is the --watch flag makes the difference. And as I mentioned earlier, even I did not touch anything after --watch --server, the console window keeps on popping something like this:

What interests me is that it says index.md is changing.

@simensen
Let's close this issue. I figured out what is wrong.
The virtual machine's /vagrant/sculpin is actually mapped from my Windows directory. So actually, /vagrant/sculpin does not exist in the Linux machine at all. And it is in that Linux machine, I am running the sculphin.phar.
The virtual machine's mapped directory from Windows is a known issue to Symfony latest release when we try: $ symfony new my_project_name in a "mapped" directory. You have to create a SF2 project using that command in a VM's physical directory, say ~/projects.
When I put all my files into my VM's ~/sculpin directory and run sculpin.phar generate --server --watch from there, everything looks fine but with an interesting pattern:

Run that command first time. In my page layout, still no MD formatting;
Terminate the server and run a second time, the page is rendered correctly.

I don't know why but that is what I observed.
In pure Windows, --server --watch does not work in my nested dynamic template.
Thanks for the support so far.

OK! Thanks for letting me know that this was resolved!

@simensen Just a re-cap. I abandoned to display MD format in my excerpt after all. Now I use page.blocks.content|striptags|truncate(70) to display the excerpt.
But this is still a great discussion and debugging.


feat: Improve plugins install URL support

This PR...
Changes

improve plugin URL support

Fixes

How to test it

Screenshots

Checklist

[ ] tested locally
[ ] added new dependencies
[ ] updated the docs
[ ] added a test

@erdkse which improvements have you added? (so we know what to test/expect)

I will add my conversation with Catalin here as a reference @olensmar

thanks @erdkse!


Homebrew/core Travis CI fails to test formula.

I just found out that the Travis CI job on Homebrew/core didn't do any formula test for each git push. Instead, it only run brew tests. As result, none of recent Homebrew/core git push has been double tested by CI bot.

Nice find.

So it appears it has stopped to work since the core/formula split.

I'm debuging this on my own repo. And I'm pretty sure this tap resolution is not the cause.

Cool thanks @xu-cheng

@xu-cheng My feeling after looking at the Travis logs is that there's some issue with copying the homebrew/core repository into the right place, because of this brew config output. Have you looked at the before_install steps in the .travis.yml and checked for issues there?

FYI, I have identity at least one bug in .travis.yml:  the rsync command fails to set up the proper repo. But only fixing this rsync problem does not fully fix the bug described in the issue. So I'm still investigating.

The second problem I found is git reports fatal: Not a valid object name <start-sha1>. Seems to be a Travis bug to me, as I don't know how to fix this.
I will push the fix for rsync problem first.

It may just be worth removing the rsync stuff altogether and doing a full new re-tap/pull for now until you get it working.

So it appears that https://github.com/Homebrew/homebrew-core/commit/dbf25c038e3da6e2669831a21f7f64878fab14a9 has fixed this issue. The git problem could be a temporary thing.

👍


Java  2.4 :  Strong Type Languages

Description 📜
Created an md file for Strong Type language.
Fixes #1250

Type of change 📝

[x] Documentation (Content Creation in the form of codes or tutorials)

Domain of Contribution 📊

[x] Java_Domain

Checklist ✅

[x] I follow Contributing Guidelines & Code of conduct of this project.
[x] I have performed a self-review of my own code or work.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] My changes generates no new warnings.
[x] I'm GWOC'21 contributor

Screenshots / Gif (Optional) 📸

@nandini7637 Please do the initial review.

@lakshya7878 Can you add some details on static strong vs dynamic strong as well?

yes working on it

@lakshya7878 Can you add some details on static strong vs dynamic strong as well?

done with the changes , you can review

@AkMo3  do check the changes out


Getting scene unique node from subscene's root fails/succeeds if subscene has any/no unique nodes itself

Godot version
3.5.stable, 4.0.beta1
System information
N/A
Issue description
Currently unique nodes are checked within the owner of the node only if the node have no unique nodes stored itself:
https://github.com/godotengine/godot/blob/14e1f36e614686f3fea0c74fac3624d1027dd5cc/scene/main/node.cpp#L1303-L1319
It results in inconsitence for instanced subscenes as obtaining a unique node within the scene from the root of a subscene can succeed/fail depending on whether the subscene has unique nodes itself. Example:
Test scene:

Subscenes:

Script attached to subscenes:
extends Node

func _ready() -> void:
	print()
	print(self)
	print(" owner = %s" % [owner])
	print(" %%UniqueOuter = %s" % [$"%UniqueOuter"])

Output:
WithUnique:[Node:1268]
 owner = Test:[Node:1267]
 %UniqueOuter = [Object:null]

WithNoUnique:[Node:1270]
 owner = Test:[Node:1267]
 %UniqueOuter = UniqueOuter:[Node:1272]

Not sure what's the originally intended/desired behavior but obtaining %UniqueOuter should fail/succeed consistently for both subscenes' roots.
Steps to reproduce
See above example / MRP below.
Minimal reproduction project
subscene_unique_name_bug.zip (3.5)

According to https://github.com/godotengine/godot/pull/60298#issuecomment-1108227365, this is intended and should be documented.

The second use case is intended. This happens because your scene root both belongs to the parent scene and has nodes it owns. If it finds one within the scene it will use this, otherwise it will be use the one where it was instantiated to.

The second one will probably need a bit more doc when tutorial is written.

If it finds one within the scene it will use this, otherwise it will be use the one where it was instantiated to.

@timothyqiu Note that the quoted explanation is not what actually happens, it currently behaves like:

"If it finds one within the scene it will use this."
If there are other unique names within the scene (and the one searched for was not matched) it will fail.
", otherwise it will be use the one where it was instantiated to."

Which suggests the current implementation doesn't match the original intent.

But docs says that you can't access unique nodes outside of the scene https://docs.godotengine.org/en/stable/tutorials/scripting/scene_unique_nodes.html#same-scene-limitation

The problem is that the scene root is the only node in the scene that is not owned by the scene root. Obvious algorithm:

If the node is the root of the scene, then unique names looked up in it.
Otherwise, unique names looked up in the owner (if any).

The only question is how to distinguish the scene root from the non-scene root (all scenes are inserted into a single tree). There is scene_file_path property, but is that a sufficient guarantee?

I would like to have an opportunity to get unique nodes outside of the scene. It looks beautiful. Using the group for only one element looks like a dirty hack

So why the unique nodes should be restricted to their scene? Why not to allow global access?

I think you'll get all kinds of trouble if global access is allowed. e.g. If both Scene A and Scene B contains a unique node named Foo, and Scene B is instantiated inside Scene A, then the node is no longer unique, at least one scene's logic is broken.

The problem is that the scene root is the only node in the scene that is not owned by the scene root. Obvious algorithm:
* If the node is the root of the scene, then unique names looked up in it.

* Otherwise, unique names looked up in the `owner` (if any).

@dalexeev The issue with such approach is it could be considered limiting. The subscene's root is at the same:

root of its own scene,
normal node within the scene it's instantiated in.

Meaning if you'd have e.g.:

then referring to %Unique from a script attached to Subscene within the Scene would fail:

So it would fail even though Subscene node is owned by the Scene. That would be at least surprising.

The only question is how to distinguish the scene root from the non-scene root (all scenes are inserted into a single tree). There is scene_file_path property, but is that a sufficient guarantee?

@dalexeev Because of the above I'd say this question is irrelevant (hence this answer too). Nevertheless, currently checking scene_file_path is exactly how Node::_duplicate checks whether a node is a root of instantiated scene:
https://github.com/godotengine/godot/blob/c3e512eda4b776ade554c2a9b43ae0d442f661dd/scene/main/node.cpp#L2434
so seems like that's the way to go in case such check is needed.

What I'm suggesting is making the behavior consistent. Basically changing the current behavior which is (https://github.com/godotengine/godot/issues/66536#issuecomment-1261061213):

"If it finds one within the scene it will use this."
If there are other unique names within the scene (and the one searched for was not matched) it will fail.
", otherwise it will be use the one where it was instantiated to."

by removing the (2.) from the list above so it would become:

"If it finds one within the scene it will use this."
", otherwise it will be use the one where it was instantiated to."

which https://github.com/godotengine/godot/pull/60298#issuecomment-1108227365 originally suggested.
And of course ensuring it's explained clearly in the docs that for a subscene's root node the unique name is firstly searched in the subscene's unique names, and if not found in the the "outer" scene's unique names.
Codewise:
diff --git a/scene/main/node.cpp b/scene/main/node.cpp
index 264a152392..bddb45f2d6 100644
--- a/scene/main/node.cpp
+++ b/scene/main/node.cpp
@@ -1568,22 +1568,14 @@ Node *Node::get_node_or_null(const NodePath &p_path) const {
 			}

 		} else if (name.is_node_unique_name()) {
-			if (current->data.owned_unique_nodes.size()) {
-				// Has unique nodes in ownership
-				Node **unique = current->data.owned_unique_nodes.getptr(name);
-				if (!unique) {
-					return nullptr;
-				}
-				next = *unique;
-			} else if (current->data.owner) {
-				Node **unique = current->data.owner->data.owned_unique_nodes.getptr(name);
-				if (!unique) {
-					return nullptr;
-				}
-				next = *unique;
-			} else {
+			Node **unique = current->data.owned_unique_nodes.getptr(name);
+			if (!unique && current->data.owner) {
+				unique = current->data.owner->data.owned_unique_nodes.getptr(name);
+			}
+			if (!unique) {
 				return nullptr;
 			}
+			next = *unique;

 		} else {
 			next = nullptr;

If would be great if we can get the ability to access unique from both scene and subscene. Otherwise it would be good to have the bug fixed. Since it can get difficult for beginners to figure out what went wrong when all their previously working code starts getting null references just because they made a node unique in their scene/subscene.

According to #60298 (comment), this is intended and should be documented.

Turns out it was an oversight: https://github.com/godotengine/godot/pull/89686#pullrequestreview-1948190060. :upside_down_face:
Hence I'm relabelling it back as a bug.

Well. Oversight means it was the intended behavior, but from the present point of view, such behavior is unnecessary.

Or it means that the behavior in this specific case was not even considered / taken into account. In which case I wouldn't say it was intented (for this specific case).
We could ask reduz to clarify his original intentions but I'd guess he doesn't remember it anyway. :smile:

I personally think this is a compat breaking behavior change request rather than a bug. But nevermind 😄

And I haven't changed my mind for all this time and still consider it as a bug. Would be surprising to me if someone will report the change from my PR as a regression. Well, we'll see... :eyes:


particle files loading incorrectly

The vtk particle files do not load in the same space as the segmentations.

particle files are loading correctly, but the nrrd files are.  the nrrd conversion from LPS to RAS does not account for the proper origin.  The nrrd files are correctly saved out, so shapeworks results are not affected, but the visualization in slicer is not accurate. The fix will need to be applied to the nrrd format or slicer readers


Highlight Assets in the FileSystem when they are selected in the inspector

When selecting an asset (this could be an image file) in the inspector it should navigate to the file in the FileSystem view and give it a quick highlight. This is a functionality I really like in unity and I think it provides a great way of navigating your project and finding files easy and fast.
Example image:

I guess this should be an option too. I wouldn't like my file system to navigate around. Maybe something like a button to keep it in sync with edited properties in the inspector.

No, not navigate, just highlight (maybe highlight the subfolder instead of navigating the the file inside it)

Okay, I'd like that more. Maybe plus a context menu option to navigate to the resource?

@RayKoopa not sure about the usefulness of that one, but, why not?

After looking into this again, I can see that the reason it works in Unity is because they have separated the image loader into two parts. You can click the image to navigate to the location in the File system or you can press the "Select" button beneath it to bring up the load menu.
Suggestion:
What we will actually suggest instead, would be to make another item in the Context menu. It could be named "Show in FileSystem". So when you click this item, it will navigate to the location of the asset in the FileSystem and highlight it.
Example from Unity:

So basically only the context menu suggestion I commented before? I think I can do that (for a first) =3

@RayKoopa - Hehe exactly. When I read your comment I was not sure what was meant by the context menu but you are 100 % correct. :)

@bojidar-bg Should I edit the "issue" to reflect the context menu enhancement only?

Well, I have no problems with editing it, though it is useless if it is possible to implement the feature in < 2 hours ;)

You know I might need more :'3

Show in filesystem item makes a lot of sense


Fix syntax error when determining dev mode

Description of changes
Ensure that the eval case statements have their status codes checked. Now the overall xcode build will fail if there was an error determining which dev mode to use. Previously this was ignored and treated as a warning.
../node_modules/react-native-schemes-manager/lib/react-native-xcode.sh
../node_modules/react-native-schemes-manager/lib/react-native-xcode.sh: eval: line 37: syntax error near unexpected token `)'
../node_modules/react-native-schemes-manager/lib/react-native-xcode.sh: eval: line 37: `  )'
error: Failed determining valid build configuration.

Additionally this PR fixes the syntax errors that are now reported.
Related issues (if any)
#11

/cc @blargity - Would appreciate a review if you have the cycles :)

Looks great to me, thanks again!


Can't create a error matcher for  Mysql2::Error

Hey there! I'm trying to use makara with Rails in order to make my application more resilient to read replica errors. I'm using connection_error_matchers configuration like this:
staging:
  # ...
  makara:
    connection_error_matchers:
      - "Mysql2::Error: Lost connection to MySQL server at 'reading initial communication packet', system error: 0"
    connections:
      - role: master
        host: # ...
        name: core-staging-1086:db01
      - role: slave
        host: # ...
        name: core-staging-1086:db01-replica
      - role: slave
        host: # ...
        name: core-staging-1086:db01-replica-2

When I intentionally restart a the read replicas and refresh some application page, I still get the errors in the log:
Mysql2::Error (Lost connection to MySQL server at 'reading initial communication packet', system error: 0):
  mysql2 (0.3.16) lib/mysql2/client.rb:70:in `connect'
  mysql2 (0.3.16) lib/mysql2/client.rb:70:in `initialize'
  activerecord (4.1.13) lib/active_record/connection_adapters/mysql2_adapter.rb:18:in `new'
  activerecord (4.1.13) lib/active_record/connection_adapters/mysql2_adapter.rb:18:in `mysql2_connection'
  makara (0.3.0.rc3) lib/active_record/connection_adapters/mysql2_makara_adapter.rb:39:in `active_record_connection_for'
  makara (0.3.0.rc3) lib/active_record/connection_adapters/makara_abstract_adapter.rb:187:in `connection_for'
  makara (0.3.0.rc3) lib/makara/proxy.rb:215:in `block (2 levels) in instantiate_connections'
  makara (0.3.0.rc3) lib/makara/pool.rb:39:in `add'
  makara (0.3.0.rc3) lib/makara/proxy.rb:214:in `block in instantiate_connections'
  makara (0.3.0.rc3) lib/makara/proxy.rb:213:in `each'
  makara (0.3.0.rc3) lib/makara/proxy.rb:213:in `instantiate_connections'
  makara (0.3.0.rc3) lib/makara/proxy.rb:51:in `initialize'
  makara (0.3.0.rc3) lib/active_record/connection_adapters/makara_abstract_adapter.rb:131:in `initialize'
  makara (0.3.0.rc3) lib/active_record/connection_adapters/mysql2_makara_adapter.rb:9:in `new'
  makara (0.3.0.rc3) lib/active_record/connection_adapters/mysql2_makara_adapter.rb:9:in `mysql2_makara_connection'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:435:in `new_connection'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:445:in `checkout_new_connection'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:416:in `acquire_connection'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:351:in `block in checkout'
  /usr/local/rubies/2.0.0-p247/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:350:in `checkout'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:265:in `block in connection'
  /usr/local/rubies/2.0.0-p247/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:264:in `connection'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:541:in `retrieve_connection'
  activerecord (4.1.13) lib/active_record/connection_handling.rb:113:in `retrieve_connection'
  activerecord (4.1.13) lib/active_record/connection_handling.rb:87:in `connection'
  activerecord (4.1.13) lib/active_record/query_cache.rb:51:in `restore_query_cache_settings'
  activerecord (4.1.13) lib/active_record/query_cache.rb:43:in `rescue in call'
  activerecord (4.1.13) lib/active_record/query_cache.rb:32:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  activerecord (4.1.13) lib/active_record/connection_adapters/abstract/connection_pool.rb:621:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  actionpack (4.1.13) lib/action_dispatch/middleware/callbacks.rb:29:in `block in call'
  activesupport (4.1.13) lib/active_support/callbacks.rb:82:in `run_callbacks'
  actionpack (4.1.13) lib/action_dispatch/middleware/callbacks.rb:27:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  actionpack (4.1.13) lib/action_dispatch/middleware/remote_ip.rb:76:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  actionpack (4.1.13) lib/action_dispatch/middleware/debug_exceptions.rb:17:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  actionpack (4.1.13) lib/action_dispatch/middleware/show_exceptions.rb:30:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  lograge (0.3.1) lib/lograge/rails_ext/rack/logger.rb:15:in `call_app'
  railties (4.1.13) lib/rails/rack/logger.rb:20:in `block in call'
  activesupport (4.1.13) lib/active_support/tagged_logging.rb:68:in `block in tagged'
  activesupport (4.1.13) lib/active_support/tagged_logging.rb:26:in `tagged'
  activesupport (4.1.13) lib/active_support/tagged_logging.rb:68:in `tagged'
  railties (4.1.13) lib/rails/rack/logger.rb:20:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  request_store (1.1.0) lib/request_store/middleware.rb:8:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  actionpack (4.1.13) lib/action_dispatch/middleware/request_id.rb:21:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  rack (1.5.5) lib/rack/methodoverride.rb:21:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  rack (1.5.5) lib/rack/runtime.rb:17:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  activesupport (4.1.13) lib/active_support/cache/strategy/local_cache_middleware.rb:26:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  actionpack (4.1.13) lib/action_dispatch/middleware/static.rb:84:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  rack (1.5.5) lib/rack/sendfile.rb:112:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  rack-cors (0.4.0) lib/rack/cors.rb:80:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  railties (4.1.13) lib/rails/engine.rb:514:in `call'
  railties (4.1.13) lib/rails/application.rb:144:in `call'
  newrelic_rpm (<IP_ADDRESS>7) lib/new_relic/agent/instrumentation/middleware_tracing.rb:57:in `call'
  unicorn (4.8.3) lib/unicorn/http_server.rb:576:in `process_client'
  unicorn (4.8.3) lib/unicorn/http_server.rb:670:in `worker_loop'
  unicorn (4.8.3) lib/unicorn/http_server.rb:525:in `spawn_missing_workers'
  unicorn (4.8.3) lib/unicorn/http_server.rb:140:in `start'
  unicorn (4.8.3) bin/unicorn_rails:209:in `<top (required)>'
  /mnt/trustvox-staging/shared/bundle/ruby/2.0.0/bin/unicorn_rails:23:in `load'
  /mnt/trustvox-staging/shared/bundle/ruby/2.0.0/bin/unicorn_rails:23:in `<main>'

I think you just want something like this:
staging:
  # ...
  makara:
    connection_error_matchers:
      - \Lost connection to MySQL server\

Hey @evantahler, same error =/
I'm diving into the code and I THINK this error happens while trying to establish database connection (Proxy#instantiate_connections). Is this method "protected" by the ErrorHandler?

Maybe this is a replica of #92

Hey @evantahler, should I work in PR for this problem? I saw there are a couple of opened PRs and I'm not sure you are accepting contributions.

Please do!
On Mon, Dec 7, 2015 at 6:10 AM Guilherme Cavalcanti <
<EMAIL_ADDRESS>wrote:

Hey @evantahler https://github.com/evantahler, should I work in PR for
this problem? I saw there are a couple of opened PRs and I'm not sure you
are accepting contributions.
—
Reply to this email directly or view it on GitHub
https://github.com/taskrabbit/makara/issues/98#issuecomment-162533669.

--
Evan Tahler | TaskRabbit | Director of Technology
D:<PHONE_NUMBER>

I'm actively trying to help people fix issues for this gem. If you are using makara and still seeing this issue, please reopen the issue with a copy fox our database.yml and updated information. Ideally, you would have a test case that's failing in the specs - say it raises that error and it is not handled as expected.


Can't backup Java ED

Describe the bug or issue being faced
I can't get the backup working for my Java version. Bedrock works fine tho.
Configuration  and Verbose Logs
DEBU[0000] Using /backups to match uid and gid
DEBU[0000] Resolved UID=0 from match path
DEBU[0000] Resolved GID=998 from match path
[13:51:18.369][info    ] Initializing Bedrockifier Daemon
[13:51:18.394][info    ] Configuring Bedrockifier Daemon
[13:51:18.403][info    ] Loading Configuration From: /backups/config.yml
[13:51:18.420][info    ] Configuration Loaded, Running Service... (main.swift:83)
[13:51:18.443][info    ] Host PTY Handle Opened: /dev/pts/1 (6) (Terminal.swift:141)
[13:51:18.444][info    ] Child PTY Handle Opened: /dev/pts/1 (7) (Terminal.swift:162)
[13:51:18.445][debug   ] Process attached (Terminal.swift:81)
[13:51:18.445][info    ] Checking for servers that might not be cleaned up (BackupActor.swift:73)
[13:51:18.447][info    ] Backup Interval: 40.0 seconds (Service.swift:151)
[13:51:18.448][debug   ] [interval] Registered (ServiceTimer.swift:102)
[13:51:18.449][debug   ] [interval] Scheduled For Nov 2, 2023, 1:51:18 PM, Repeating 40.0 s (ServiceTimer.swift:81)
[13:51:18.449][info    ] Service Started Successfully. (Service.swift:101)
[13:51:18.450][info    ] minecraft-java is dirty, cleaning up (BackupActor.swift:77)
[13:51:18.450][debug   ] Starting Container Process (ContainerConnection.swift:69)
[13:51:18.450][debug   ] [interval] Event Fired. Valid Handler: true (ServiceTimer.swift:110)
[13:51:18.453][info    ] Resuming autosave on minecraft-java (BackupActor.swift:84)
[13:51:18.454][trace   ] Sending: save-on
 (Terminal.swift:181)
[13:51:18.456][debug   ] Expecting: ["Automatic saving is now enabled", "Saving is already turned on", "Got permission denied while trying to connect to the Docker daemon"] (Terminal.swift:227)
[13:51:18.458][trace   ] Data Received on file descriptor (6) (Terminal.swift:296)
[13:51:18.457][trace   ] Adding Expectation BB9A3F3D-240C-4CED-B587-4E61348D852D (Terminal.swift:265)
[13:51:18.459][debug   ] Timeout for Expectation is 60.0 s (Terminal.swift:271)
[13:51:18.459][info    ] Starting Full Backup (BackupActor.swift:159)
[13:51:18.459][debug   ] Starting Container Process (ContainerConnection.swift:69)
[13:51:18.460][error   ] The operation could not be completed. (NSCocoaErrorDomain error 3587.) (BackupActor.swift:182)
[13:51:18.460][error   ] Container minecraft-java failed to backup properly (BackupActor.swift:183)
[13:51:18.460][info    ] Performing Trim Jobs (BackupActor.swift:217)
[13:51:18.464][info    ] Full Backup Completed (BackupActor.swift:190)
[13:51:18.464][debug   ] Reseting Container Process (ContainerConnection.swift:90)
[13:51:18.464][error   ] The operation could not be completed. (PTYKit.PTYError error 4.) (BackupActor.swift:204)
[13:51:18.464][error   ] Full Backup Failed (BackupActor.swift:205)
[13:51:58.448][debug   ] [interval] Event Fired. Valid Handler: true (ServiceTimer.swift:110)
[13:51:58.448][info    ] Starting Full Backup (BackupActor.swift:159)
[13:51:58.449][debug   ] Starting Container Process (ContainerConnection.swift:69)
[13:51:58.449][error   ] The operation could not be completed. (NSCocoaErrorDomain error 3587.) (BackupActor.swift:182)
[13:51:58.449][error   ] Container minecraft-java failed to backup properly (BackupActor.swift:183)
[13:51:58.449][info    ] Performing Trim Jobs (BackupActor.swift:217)
[13:51:58.450][info    ] Full Backup Completed (BackupActor.swift:190)
[13:51:58.450][debug   ] Reseting Container Process (ContainerConnection.swift:90)
[13:51:58.450][error   ] The operation could not be completed.  I've check all the permissions for (running at root while learning about running a server so....)
Compose (removed some settings and such)
version: "3.3"

services:
  minecraft-java:
    restart: always
    container_name: minecraft-java
    image: itzg/minecraft-server
    ports:
      - 25565:25565
    environment:
      TZ: "Europe/Stockholm"
      stdin_open: true
      tty: true

    volumes:
      - ./minecraft-data:/data
      - ./saves-to-import:/worlds:ro

  bds-backup:
    image: kaiede/minecraft-bedrock-backup
    container_name: minecraft_backup-java
    restart: always
    depends_on:
      - "minecraft-java"
    environment:
      TZ: "Europe/Stockholm"
    tty: true
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /opt/java/backups:/backups
      - /data/compose/16/minecraft-data:/server

- /opt/java/backups:/backups
- /data/compose/16/minecraft-data:/server

Both maps as the should inside the backup-container.
Administrating every container via Portainer (docker-compose).

So this the first time I’ve seen this specific error in any project I’ve worked on. (NSCocoaErrorDomain error 3587.)
This error is NSExecutableLoadError which means the executable used to connect to the container didn’t load and execute properly from within the container. But if nothing changed in the container, this shouldn’t happen. The only thing I can think of is that the download of the image to this specific server either got corrupted or there’s something else about the hardware configuration that’s the issue.
Can you try removing and redownloading the backup container image?
A couple quick questions in case the above doesn’t work:

What’s different between the bedrock and java environments? What hardware is used, etc.
What does the config yaml look like for the backup tool?

Running on VPS and Portainer. So it's the same image used in both (just separate docker-compose splited between bedrock and java).
(don't mind indentation here, it is correct. Markdown won't indentate my java-config correct. Validates here)
Java´s config.yml:
containers:
java:
 - name: minecraft-java
   worlds:
     - "/server/world"
schedule:
interval: 40s <--- 40s just so that i could check the error doing some tests outside container
trim:
trimDays: 2
keepDays: 21
minKeep: 5
loggingLevel: trace

Badrock´s config.yml:
containers:
  bedrock:
    - name: minecraft-bedrock
      worlds:
        - "/server/worlds/Bedrock level"
schedule:
  onLastLogout: true
trim:
  trimDays: 2
  keepDays: 21
  minKeep: 5

This is the VPS i use as server
Inside the java backup-image:
root@vps-server:/opt/java/backups# docker exec -it minecraft_backup-java bash
root@045e37ed7362:/opt/bedrock# cd /server/
root@045e37ed7362:/server# cd world
root@045e37ed7362:/server/world# ls
DIM-1  DIM1  advancements  data  datapacks  entities  level.dat  level.dat_old  playerdata  poi  region  session.lock  stats

I alos tried the :test tag. No go.
For now I manually do cp (dunno if that works) and snaphot the vps.

I alos tried the :test tag. No go.

Unfortunately, that's not too surprising as there's not a whole lot in the test tag that isn't in latest. Just some support for calling into rcon-cli in the container rather than attaching to the server's in/out directly.

This is the VPS i use as server

I assume this is just an x86 server? Do you have any details on what the host environment looks like? What architecture, etc?
I did just push a new test tag though, which is a fresh build using the latest toolchain. Might be worth trying?

FYI: There's been chatter on the itgz's minecraft-bedrock-server issue list because tools like mine don't work well with non-docker container hosts, and so I've been looking at adding support for using rcon as the way to connect to the container rather than interacting with docker. It may help in this case once it's ready, but it will only be useful for Java in the short term (Bedrock has no rcon and someone would need to wrap the console into something that looks like rcon).
https://github.com/Kaiede/Bedrockifier/issues/72

Two updates here:

rcon support is in the test-amd64 tag, but not yet test (ARM64 is always a little flaky due to QEMU and so tags sometimes take a couple tries to get fully updated). If you are using interval backups for Java, this might unblock you? Worth trying.

ssh support is something I'm working on with itzg which might also help here.

One more update:
While working on SSH support, I was able to reproduce this. It looks like it is specific to interval backups. If I use onLastLogout, it creates and holds open the processes once.
It's very weird. I don't normally host both Bedrock and Java on the same VM so I missed it.

Okay, I think I know what's going on:

If something causes the backup to be interrupted, such as say, hitting the timeouts (which is very rare on bedrock), or auto pause halts the server (a Java-only thing in itzg's container), then the connection never gets torn down when one of these errors occurs. But the only way you'll see the pattern is by looking at the log as a whole, the clippings provided earlier in this bug weren't enough to see the pattern as it happens over multiple intervals/attempts.
So long as this connection is open, then the terminal used for that server can't be used again until the connection is properly torn down, which is triggering this error. It's weird because this error talks about the executable, but it's really about the input/output of the terminal for the process.

So, I've got a fix which should at least stop the backup from getting stuck like this, but I don't have a full fix without knowing what was the original failure.

Fix should be in the test tag. It doesn't guarantee every backup will succeed, but maybe give it a try and see how much it helps?
If you are still having issues, I'd be curious in more complete Minecraft + Backup logs to see if we can track down the original failure point.

It's been over a month at this point, if there's still an issue to investigate, feel free to reopen with new details.


Dp502/remove unnecessary deps

Removes some of the unused deps from the project

:tada: This PR is included in version 2.22.5 :tada:
The release is available on:

GitHub release
npm package (@latest dist-tag)

Your semantic-release bot :package::rocket:


Change default newline + turn on forceConsistentCasingInFileNames

Retrying #52298 with a more minimal diff

I think the other PR was actually more on the right path given that you were catching other places where we weren't handling newlines correctly.

Yeah, I think the other PR was nearly there except the printer calls needed to use the correct function (then it should have been right afterwards).


[BUG] Missing error message

Bug present on registration page.
When typing different password any error message is present and formular.

model set a key "confirmationError", "true"


need to specify the full path to the svg file

When i run profiler with simplie command ./profiler.sh -d 30 -f profile.svg 88721 , There are no errors. But i can not find the file, it is not exists in the current directory or in the home or in the temp. I have to write the full path to the svg file every time. Which is very uncomfortabl.

Since the profiler works in the context of the target JVM process, the path is considered relative to the working directory of the JVM process.
The problem is understood. I think I'll fix it by the next release.

Thank you, I think saving the file to the current directory is the best choice.

Fixed as discussed in #159
Now relative paths are treated as relative to current shell directory (rather than current directory of a target Java process).


Support proxy bypass in GNU format

Hi!
reviewing proxy implementation I see that wildcards are supported but in a very strange way.
For example: if we have repo URL like that: https://git.comp.com/projects/abapGit.git
bypass proxy *.comp.com wont work. *.comp.com* will work.
So what the proposal is:

support domains without *: .corp.com
support comma separated list: *.aventail.com,home.com,.seanet.com

Spec taken from here https://www.gnu.org/software/emacs/manual/html_node/url/Proxies.html
Thanks!

close?

I think so - if it's there already - i don't mind to use it like this. Thank you!


chore: bump dcos-ui v1.10+v1.10.9-rc3

High-level description
What features does this change enable? What bugs does this change fix?
Corresponding DC/OS tickets (obligatory)
These DC/OS JIRA ticket(s) must be updated (ideally closed) in the moment this PR lands:

DCOS-41016
DCOS-41502
DCOS-41396
DCOS_OSS-4034
DCOS_OSS-526
DCOS-21464
DCOS-15289
DCOS-40881

Related tickets (optional)
Other tickets related to this change:
Checklist for all PRs

[ ] Added a comprehensible changelog entry to CHANGES.md or explain why this is not a user-facing change:
[ ] Included a test which will fail if code is reverted but test is not. If there is no test please explain here:
[ ] Read the DC/OS contributing guidelines
[ ] Followed relevant code rules Rules for Packages and Systemd

Checklist for component/package updates:
If you are changing components or packages in DC/OS (e.g. you are bumping the sha or ref of anything underneath packages), then in addition to the above please also include:

[ ] Change log from the last version integrated (this should be a link to commits for easy verification and review): example
[ ] Test Results: [link to CI job test results for component]
[ ] Code Coverage (if available): [link to code coverage report]

PLEASE FILL IN THE TEMPLATE ABOVE / DO NOT REMOVE ANY SECTIONS ABOVE THIS LINE
Instructions and review process
What is the review process and when will my changes land?
All PRs require 2 approvals using GitHub's pull request reviews.
Reviewers should be:

Developers who understand the code being modified.
Developers responsible for code that interacts with or depends on the code being modified.

It is best to proactively ask for 2 reviews by @mentioning the candidate reviewers in the PR comments area. The responsibility is on the developer submitting the PR to follow-up with reviewers and make sure a PR is reviewed in a timely manner. Once a PR has 2 ship-it's, no red reviews, and all tests are green it will be included in the next train.

@mesosphere-mergebot bump-ee

@mesosphere-mergebot label Ready For Review

@mesosphere-mergebot override-status teamcity/dcos/test/aws/onprem/static https://jira.mesosphere.com/browse/DCOS_OSS-2115

@mesosphere-mergebot override-status teamcity/dcos/test/aws/onprem/static https://jira.mesosphere.com/browse/DCOS_OSS-2115

@mesosphere-mergebot bump-ee

@mesosphere-mergebot bump-ee


revised clang-format settings

this should not be separated from reformatting the code. I depend on the existing format spec to modify the code

Ok I'll leave it until after the demo.  That said the existing code is not formatted according to the existing .clang-format file.

it kinda works better than my builtin indentation settings so it is useful
On Sat, Dec 28, 2019 at 7:21 PM Matt Liberty<EMAIL_ADDRESS>wrote:

Ok I'll leave it until after the demo. That said the existing code is not
formatted according to the existing .clang-format file.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/The-OpenROAD-Project/OpenDB/pull/97?email_source=notifications&email_token=AIJDZFIKL5CWDDTB5V4Q4G3Q3AJTJA5CNFSM4KAGERFKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHYW2IQ#issuecomment-569470242,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIJDZFOTH2THLVMXZZMJXNLQ3AJTJANCNFSM4KAGERFA
.

Now that the demo is over I'd like to merge this branch.


Cryptoconditions 02 support

This pr adds support for cryptoconditions draft 02 spec.

Updated fixtures
Fixed tests
Updated handcrafting transactions

Before releasing we also need to update the compatibility matrix in the documentation

Codecov Report

Merging #297 into master will not change coverage.
The diff coverage is n/a.


ephemeral: 5.1.1 -> 5.2.1

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/ephemeral/versions.
meta.description for ephemeral is: '"The always-incognito web browser"'.
meta.homepage for ephemeral is: '"https://github.com/cassidyjames/ephemeral"
Release on GitHub
Compare changes on GitHub

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
/bin/sh passed the binary check.
1 of 1 passed binary check by having a zero exit code.
0 of 1 passed binary check by having the new version present in output.
found 5.2.1 with grep in /nix/store/3ss5i4dfq276cagdvn89b96i3n84m8px-ephemeral-5.2.1
directory tree listing: https://gist.github.com/79eb0308098b891de6db259e933c33fc
du listing: https://gist.github.com/961acd620fa0591d2e158dc2dc22e358

Rebuild report (if merged into master) (click to expand)

3 total rebuild path(s)
1 package rebuild(s)
1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
0 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
ephemeral

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/3ss5i4dfq276cagdvn89b96i3n84m8px-ephemeral-5.2.1 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A ephemeral https://github.com/r-ryantm/nixpkgs/archive/c48bfa0834c80349f1e75b3979fb3aeab5bfac86.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/3ss5i4dfq276cagdvn89b96i3n84m8px-ephemeral-5.2.1
ls -la /nix/store/3ss5i4dfq276cagdvn89b96i3n84m8px-ephemeral-5.2.1/bin

cc @kjuvi @worldofpeace for testing.

Always an update as soon as get to it https://github.com/NixOS/nixpkgs/pull/65914/commits/e2b6be8b94a3969bcd57da5f4e7d17396c53d0ae :rofl:


Superfluous/Misleading generic parameter in ExecuteKernel::set_arg_local_buffer

Currently ExecuteKernel::set_arg_local_buffer has  a generic type parameter T. Even though it's never actually used. Initially I thought this meant the size was the length of the buffer (with the given data type), but it's indeed the size in bytes.
I think this generic parameter can just be removed.
https://github.com/kenba/opencl3/blob/f8f972e9a65899656e6cd03669f039b8f74976e0/src/kernel.rs#L368-L389

Agreed, generic type parameter removed on develop branch.

Great, thanks!


OutOfMemoryError with MEMIT despite sufficient memory

I am running run_zsre_llama2.py with MEMIT on 2  NVidia Volta V100 32GB GPUs, which I understand should be sufficient memory. However, I see the following error:
  0%|          | 0/1000 [00:00<?, ?it/s]huggingface/tokenizers: The current process just got forked, after parallelism has already been used. Disabling parallelism to avoid deadlocks...
To disable this warning, you can either:
	- Avoid using `tokenizers` before the fork if possible
	- Explicitly set the environment variable TOKENIZERS_PARALLELISM=(true | false)
huggingface/tokenizers: The current process just got forked, after parallelism has already been used. Disabling parallelism to avoid deadlocks...
To disable this warning, you can either:
	- Avoid using `tokenizers` before the fork if possible
	- Explicitly set the environment variable TOKENIZERS_PARALLELISM=(true | false)

  0%|          | 0/1000 [00:01<?, ?it/s]

  0%|          | 0/1037 [00:31<?, ?it/s]
Traceback (most recent call last):
  File "/home/gridsan/shossain/EasyEdit/examples/run_zsre_llama2.py", line 93, in <module>
    metrics, edited_model, _ = editor.edit(
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/editors/editor.py", line 191, in edit
    return self.edit_requests(requests, sequential_edit, verbose, test_generation=test_generation, **kwargs)
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/editors/editor.py", line 379, in edit_requests
    edited_model, weights_copy, icl_examples = edit_func(request)
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/editors/editor.py", line 326, in edit_func
    edited_model, weights_copy = self.apply_algo(
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/models/memit/memit_main.py", line 46, in apply_memit_to_model
    deltas = execute_memit(model, tok, requests, hparams, cache_template=cache_template)
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/models/memit/memit_main.py", line 187, in execute_memit
    cov = get_cov(
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/models/memit/memit_main.py", line 266, in get_cov
    stat = layer_stats(
  File "/home/gridsan/shossain/EasyEdit/examples/../easyeditor/models/rome/layer_stats.py", line 197, in layer_stats
    model(**batch)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1501, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/accelerate/hooks.py", line 170, in new_forward
    output = module._old_forward(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/transformers/models/llama/modeling_llama.py", line 1189, in forward
    outputs = self.model(
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1501, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/transformers/models/llama/modeling_llama.py", line 1001, in forward
    layer_outputs = decoder_layer(
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1501, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/accelerate/hooks.py", line 170, in new_forward
    output = module._old_forward(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/transformers/models/llama/modeling_llama.py", line 734, in forward
    hidden_states, self_attn_weights, present_key_value = self.self_attn(
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/torch/nn/modules/module.py", line 1501, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/accelerate/hooks.py", line 170, in new_forward
    output = module._old_forward(*args, **kwargs)
  File "/home/gridsan/shossain/.conda/envs/easy/lib/python3.9/site-packages/transformers/models/llama/modeling_llama.py", line 424, in forward
    attn_weights = torch.matmul(query_states, key_states.transpose(2, 3)) / math.sqrt(self.head_dim)
torch.cuda.OutOfMemoryError: CUDA out of memory. Tried to allocate 6.00 GiB (GPU 0; 31.74 GiB total capacity; 21.11 GiB already allocated; 4.61 GiB free; 26.75 GiB reserved in total by PyTorch) If reserved memory is >> allocated memory try setting max_split_size_mb to avoid fragmentation.  See documentation for Memory Management and PYTORCH_CUDA_ALLOC_CONF

I was able to run ROME successfully with model_parallel=True, and that has similar memory requirements from what I understand from your documentation. Do you have a sense of what the problem might be? I saw that there were recent bug fixes to MEMIT and I wonder if that may have affected the parallelism?

Sorry, due to a recent paper deadline, computational resources are currently limited. We will address this issue as soon as possible after the deadline.

hi, could you please provide more information? so we can help you address this issue.

Here is my hparams file with model_parallel set to true:
alg_name: "MEMIT"
# model_name: "./hugging_cache/llama-2-7b"
model_name: "/home/gridsan/shossain/EasyEdit/scr/models--meta-llama--Llama-2-7b-hf/snapshots/01c7f73d771dfac7d292323805ebc428287df4f9"
stats_dir: "./data/stats"
device: 0
layers: [4, 5, 6, 7, 8]
clamp_norm_factor: 4
layer_selection: "all"
fact_token: "subject_last"
v_num_grad_steps: 25
v_lr: 5e-1
v_loss_layer: 31
v_weight_decay: 1e-3
kl_factor: 0.0625
mom2_adjustment: true
mom2_update_weight: 15000
rewrite_module_tmp: "model.layers.{}.mlp.down_proj"
layer_module_tmp: "model.layers.{}"
mlp_module_tmp: "model.layers.{}.mlp"
attn_module_tmp: "model.layers.{}.self_attn"
ln_f_module: "model.norm"
lm_head_module: "lm_head"
mom2_dataset: "wikipedia"
mom2_n_samples: 100000
mom2_dtype: "float32"
# model_parallel: false
model_parallel: true

Here is the output of nvidia-smi shortly before the OOM error:
Wed Dec 18 12:20:01 2024
+---------------------------------------------------------------------------------------+
| NVIDIA-SMI 535.183.01             Driver Version: 535.183.01   CUDA Version: 12.2     |
|-----------------------------------------+----------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |         Memory-Usage | GPU-Util  Compute M. |
|                                         |                      |               MIG M. |
|=========================================+======================+======================|
|   0  Tesla V100-PCIE-32GB           On  | 00000000:86:00.0 Off |                  Off |
| N/A   43C    P0             160W / 150W |  14892MiB / 32768MiB |     65%      Default |
|                                         |                      |                  N/A |
+-----------------------------------------+----------------------+----------------------+
|   1  Tesla V100-PCIE-32GB           On  | 00000000:D8:00.0 Off |                  Off |
| N/A   37C    P0              38W / 150W |  14750MiB / 32768MiB |     14%      Default |
|                                         |                      |                  N/A |
+-----------------------------------------+----------------------+----------------------+

+---------------------------------------------------------------------------------------+
| Processes:                                                                            |
|  GPU   GI   CI        PID   Type   Process name                            GPU Memory |
|        ID   ID                                                             Usage      |
|=======================================================================================|
|    0   N/A  N/A    368434      C   python                                    14888MiB |
|    1   N/A  N/A    368434      C   python                                    14746MiB |
+---------------------------------------------------------------------------------------+

It appears that both GPUs are being used.
And the final error again:
torch.cuda.OutOfMemoryError: CUDA out of memory. Tried to allocate 6.00 GiB (GPU 0; 31.74 GiB total capacity; 21.11 GiB already allocated; 4.61 GiB free; 26.75 GiB reserved in total by PyTorch) If reserved memory is >> allocated memory try setting max_split_size_mb to avoid fragmentation.  See documentation for Memory Management and PYTORCH_CUDA_ALLOC_CONF

I also see this warning that I didn't see when running ROME in parallel for example:
  0%|          | 0/1000 [00:00<?, ?it/s]huggingface/tokenizers: The current process just got forked, after parallelism has already been used. Disabling parallelism to avoid deadlocks...
To disable this warning, you can either:
	- Avoid using `tokenizers` before the fork if possible
	- Explicitly set the environment variable TOKENIZERS_PARALLELISM=(true | false)
huggingface/tokenizers: The current process just got forked, after parallelism has already been used. Disabling parallelism to avoid deadlocks...
To disable this warning, you can either:
	- Avoid using `tokenizers` before the fork if possible
	- Explicitly set the environment variable TOKENIZERS_PARALLELISM=(true | false)

It seems that the environment variable is adjusted as needed, but not sure if this is an indication of another problem.

Hi, we have recently optimized the multi-gpu code for MEMIT. You can try it again.
Our editing computation is set to default on gpu 0, and it is technically impossible to achieve completely uniform memory distribution. If you still encounter OOM issues, you can try enabling quantization when loading the model at this line: https://github.com/zjunlp/EasyEdit/blob/119c004395aab6f9101637ccc9e8d5520c084a09/easyeditor/editors/editor.py#L99.

hi, have you solved your issue yet?


Cannot make requests: "Remote end closed connection without response"

Since the server update, requesting anything no longer works. The remote end always closes without response. This is not only for videos but for the entire site.
I have tried asking on discord, but was told that using javascript works, therefore I think it's just an error with how the requests are handled. My case is with python.
Using this test code we can test this issue:
from urllib.request import urlopen
url = "https://animethemes.moe/video/BlendS-OP1-BD1080.webm"
r = urlopen(url)

There's also a remote link on repl.it, if you don't have python installed
As you can see the connection always closes.

Works as intended.

Your request is getting caught in our nginx blacklist. These lists were compiled from prior abuse. Our service does not target scripted access to our repository files and we will not be adjusting these lists in the short-term. This may be adjusted at a later date to accommodate a whitelist of locations; we probably don't want to drop requests to api endpoints, for example.
Since this is out of scope for this project - nginx configuration isn't maintained here - I will be closing this issue.

Hello, after reviewing this mention and related changesets, I feel the need to state more explicitly that we consider this project abusive. Please do not expect any accommodation from us or this project going forward.


What does the TTA stand for in RoseTTAFold?

Is it "three-track attention"? Just curious.

Shouldn't be telomere to telomere?