Received status code 502 from server: Bad Gateway

What went wrong:
Could not resolve all files for configuration ':app:debugCompileClasspath'.

Could not resolve com.facebook.react:react-native:+.
Required by:
project :app
project :app > project :react-native-snackbar
project :app > project :react-native-settings
project :app > project :react-native-location-switch
project :app > project :react-native-i18n
Failed to list versions for com.facebook.react:react-native.
Unable to load Maven meta-data from https://jcenter.bintray.com/com/facebook/react/react-native/maven-metadata.xml.
Could not HEAD 'https://jcenter.bintray.com/com/facebook/react/react-native/maven-metadata.xml'. Received status code 502 from server: Bad Gateway

Project was working fine few hours ago

Same here

Same me.

same here

Suddenly stopped working :(

Same here. It seems https://jcenter.bintray.com/ cannot be accessed

me too

Is there any workaround for this?

Same here

Is there any workaround for this?

React Native iOS is working fine.

Same here

Same here

So do I

same here :/

Same here

same here ... Is there an alternative site for this?

me too

Same here. Some wrong on https://jcenter.bintray.com?

https://dl.bintray.com/android/android-tools/ is also down

Same here. Can't build or do anything :((

same here

Same, https://status.bintray.com

any solution ??

same here

same, ios is work
maybe some wrong from server, about 30' to 1hour ago

same here =(

same here

same here

+1  suddenly  doesn't work

same here: 502 Bad Gateway
https://jcenter.bintray.com/com/facebook/react/react-native/maven-metadata.xml
Can't build anything :(

Same here.
Work fine on ios, but on Android get 'Received status code 502 from server: Bad Gateway' error.

work fine in ios, but when i build in android got this error

Same here....

same me

This is because bintray is down , we have to wait until they fix that nasty issue https://status.bintray.com

Same here. Can't do anything.

Feel like we just get some times to have a cup of coffee, most of react libs depend on bintray :(( We just have to wait for it comes back.

run project in android studio. and work offine. then working.. :)

lol this is bad. Everyone just got the same problem.

bintray download is down.  https://status.bintray.com/

Same here

Same, but have no coffee

just remove jecenter(),and replace with aliyunmaven

Official answer:
Hi Kim,
Thank you for contacting JFrog Support.
We are working internally with our internal teams on this issue. We will keep you updated about the progress.
Meanwhile, can you please try to download the library again and let us know the results.
Looking forward to your response.
Best regards,
Balaji Satish
JFrog Support

Same here :/ Plz Fix it Or I'll be migrating from react-native to flutter :smile:

me too , disable internet and re-build project

Same here, however since I am on a strict timeline I am using the following temp fix while jcenter is back online:
turning off the network so that the app installs once  and then turn it back on and use Live Reload.

Same issue. What happened ? :(

Is there any way to solve this problem?

Is there any way to solve this problem?

nope! we have to wait until the server will be fixed!

me too/(ㄒoㄒ)/~~

Official answer:
Hi Kim,
Thank you for contacting JFrog Support.
We are working internally with our internal teams on this issue. We will keep you updated about the progress.
Meanwhile, can you please try to download the library again and let us know the results.
Looking forward to your response.
Best regards,
Balaji Satish
JFrog Support

redownloading libraries won't work!

$ curl http://jcenter.bintray.com/

502 Bad Gateway

502 Bad Gateway
nginx

Same here

I am tired, you can help me ?

same here

me too

any Fix?

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

same here

#metoo

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

404 Error!

+1 same here

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

It  works!!!   3ks!!

same here

same here :cry:

+1 same here

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

Thanks. But i dont know why what was happened and that is work in future ?

+1 time for a beer

same here

+1 same here

same here

Turn off the internet and start building... it works

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

Thanks. But i dont know why what was happened and that will work good in future ?

It not work in Android Studio 3.3.2

same here

😢 Same here

the best solution, Turn off the computer And rest for moments!😄

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

Thanks. But i dont know why what was happened and that will work good in future ?

Server bintray bị down nên og ko tải package để build đc, chỉ có cách là đợi nó sống lại. Hoặc og có thể làm theo hướng dẫn như mấy ng trên: tắt kết nối mạng để build.
Bintray là gì thì google để biết thêm :)

I am tired, you can help me ?

nope! we have to wait until the server will be fixed . =)) , server dieeeeee

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

Thanks. But i dont know why what was happened and that will work good in future ?

Server bintray bị down nên og ko tải package để build đc, chỉ có cách là đợi nó sống lại. Hoặc og có thể làm theo hướng dẫn như mấy ng trên: tắt kết nối mạng để build.
Bintray là gì thì google để biết thêm :)
:)))  chết lâu chưa bác , E mới  npm xong cái chết mất

check now its working

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

Thanks. But i dont know why what was happened and that will work good in future ?

Server bintray bị down nên og ko tải package để build đc, chỉ có cách là đợi nó sống lại. Hoặc og có thể làm theo hướng dẫn như mấy ng trên: tắt kết nối mạng để build.
Bintray là gì thì google để biết thêm :)
:))) chết lâu chưa bác , E mới npm xong cái chết mất
Xem status ở đây này: https://status.bintray.com/, die tầm 1 tieng trc ròi bác ei

replace jcenter() with
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }, and it fixed

Thanks. But i dont know why what was happened and that will work good in future ?

Server bintray bị down nên og ko tải package để build đc, chỉ có cách là đợi nó sống lại. Hoặc og có thể làm theo hướng dẫn như mấy ng trên: tắt kết nối mạng để build.
 Source tui xài firebase xài cách trên không được, tắt mạng hay xóa jcenter cũng không được nốt. Jcenter down cả tiếng đồng hồ rồi, giờ đang ngồi hóng

Hi, brothers from Vietnam. Would you please communicate in english?

check now its working

I am still getting 502 error for https://jcenter.bintray.com/

metoo

Unable to load Maven meta-data from https://jcenter.bintray.com/com/facebook/react/react-native/maven-metadata.xml.
Could not HEAD 'https://jcenter.bintray.com/com/facebook/react/react-native/maven-metadata.xml'. Received status code 502 from server: Bad Gateway

Hi, brothers from Vietnam. Would you please communicate in english?

Sorry if that bothers you. Just asking for any solution :))

same in Indonesia...

check now its working

Its not !!

check now its working
not working now ...

**it's 100% back to normal ... happy coding kaaaaang **

Replacing jcenter() with maven leads to error while syncing gradle

Well I guess I'll go to sleep and come to back to check on it later.

Replacing jcenter() with maven leads to error while syncing gradle

Ignore this. It's working now

it's not yet

It is not working still

+1 same here, how to resolve?

not working still

Its Still Down

not working still

It's not working

Not working still

same here

same here :(

same here

https://jcenter.bintray.com/
Not Working.
Same here 👎

Same here..

same here #flutter_dev #indonesia

They fixing. you can check status here, https://status.bintray.com

same here !!

Same here !!

same here 👎
Karachi,Pakistan.

switch to aliyun😊
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter'}
maven { url 'http://maven.aliyun.com/nexus/content/groups/public/'}

Same here from Dhaka, Bangladesh

same here in
sri lanka

same here!

Guess it's kind of serious, we have to wait for a while

same here :(

wowww beautiful girl .Hi  i'm from HCM , in time rest , we can tells something

same here :(

wowww beautiful girl .Hi i'm from HCM , in time rest , we can tells something

if you wanna flirt go to tinder

Allright let's stop it here. Yes you are all having that issue because it's caused by this service -> https://status.bintray.com/
nothing we can do about it, it's something that every Android person building apps today will be experiencing.

Allright, the status page says "Monitoring - Downloads are back to normal, we are still monitoring the system.".
Closing.


Fixed memory leak in do_write function

Memory leak occurs when connection lost and do_write function is called.
==2272== 66 bytes in 2 blocks are definitely lost in loss record 222 of 412
==2272==    at 0x4C298A0: operator new[](unsigned long) (vg_replace_malloc.c:389)
==2272==    by 0x44465B88: wampcc::ssl_socket::write_encrypted_bytes(char const*, unsigned long) (ssl_socket.cc:244)
==2272==    by 0x4446540E: wampcc::ssl_socket::do_encrypt_and_write(char*, unsigned long) (ssl_socket.cc:169)
==2272==    by 0x44464EA8: wampcc::ssl_socket::service_pending_write() (ssl_socket.cc:104)
==2272==    by 0x4446E37A: wampcc::tcp_socket::write(std::pair<char const*, unsigned long>*, unsigned long)::{lambda()#2}::operator()() const (tcp_socket.cc:500)
==2272==    by 0x44473366: std::_Function_handler<void (), wampcc::tcp_socket::write(std::pair<char const*, unsigned long>*, unsigned long)::{lambda()#2}>::_M_invoke(std::_Any_data const&) (std_function.h:316)
==2272==    by 0x44418ADD: std::function<void ()>::operator()() const (std_function.h:706)
==2272==    by 0x44445C88: wampcc::io_loop::on_async() (io_loop.cc:136)
==2272==    by 0x4444544A: wampcc::io_loop::io_loop(wampcc::kernel&, std::function<void ()>)::{lambda(uv_async_s*)#1}::operator()(uv_async_s*) const (io_loop.cc:64)
==2272==    by 0x4444546A: wampcc::io_loop::io_loop(wampcc::kernel&, std::function<void ()>)::{lambda(uv_async_s*)#1}::_FUN(uv_async_s*) (io_loop.cc:65)
==2272==    by 0x3C49AF1B: uv__async_io (async.c:118)
==2272==    by 0x3C4B0411: uv__io_poll (linux-core.c:375)

Thanks for this fix & analysis.
However I think there is an additional memory leak in the do_write(std::vector<uv_buf_t> & bufs) function, i.e. if the following pathway is taken:
if (bytes_to_send > (pend_max - m_bytes_pending_write)) {
  LOG_WARN("pending bytes limit reached; closing connection");
  close_once_on_io();
  return;
}

So I think this function can benefit from a scoped memory guard, something similar to what exists in tcp_socket::do_write():
scope_guard buf_guard([&copy]() {
  for (auto& i : copy)
    delete[] i.base;
});

... i.e. set a default memory cleaner that is deactivated upon successful transfer of the memory.

Hi, am looking at this additional fix.  I think this call to dismiss should take place unconditionally.    I.e., once memory has been transferred from the bufs vector to the write_req object, the deletion occurs either in other thread, or, at the point of the delete wr;.   So will be a problem if the memory if freed both by the delete wr; and by the buf_guard destructor.  Hence the buf_guard must always be deactivated (via call to dismiss).
if (r == 0)
  buf_guard.dismiss(); /* bufs will be deleted in uv callback */

Made it in both do_write functions.

And good spot, there was problem in the other do_write function!

thanks for fix!


4475 Fix for aggregation copy

Pull Request Checklist:

[x] Positive Test Case Written by Dev

[x] Automated Testing

[x] Sufficient User and Developer Documentation

[x] Passing Jenkins Build

[ ] Peer Code review and approval

Positive Test Case

Create resource.
Create a folder and upload a file to that folder. Set the folder to file set aggregation.
Delete the file that you uploaded. The leaves the file set aggregation with no files.
Create another folder and upload a file to that folder. Set the folder to Model Instance aggregation.
Delete the file you uploaded in step 4 above. This leaves the Model Instance aggregation with no files.
Repeat step 4 and 5  for Model Program aggregation.
Make a copy of the resource. Verify the copied resource has one file set aggregation, one model instance aggregation and one model program aggregation.

METRIC
VALUE

https://sonarqube.cuahsi-workstation.com:9000/dashboard?id=hydroshare-4482

@hyi See if I have addressed your comments.


Waypoint fails to fire onEnter after filter applied to list of items

We're using<EMAIL_ADDRESS>rendering a scrollable area containing a list of items, each within a Waypoint. Some of this items are below the scrolling region and are rendered as empty divs. So far so good.  We then apply a filter to the list of items, leaving only 2 items in the list, one of which was visible and the other was not. After filtering the list is re-rendered, but we only see one item (the one originally visible). An onEnter for the second item (originally invisible) does not fire and so our code thinks it's still not visible and does not render it. What are we doing wrong? Or is this a Waypoint bug?

Hi @phulphill, thanks for using our component!
Can you explain how the filter is applied? I suspect that neither of the cases listed in the docs apply during the filtering phase: https://github.com/brigade/react-waypoint#usage
There is a plan to switch/make use of IntersectionObserver. I think this case would be covered once we have that in place. See https://github.com/brigade/react-waypoint/issues/197

Hi Henric,
Thanks for your prompt response.
We've had to switch to using react-intersection-observer, rather than Waypoints. I prefer the Waypoint api but the intersection observers work better for us at this moment.
In particular, using intersection observers, I've been able to get visibility correct when the list of items is reduced (or altered in some way) and also when the window is resized.
Thanks for your help.
Cheers
Phill
On 13 Feb, 2018, at 06:07 PM, Henric Trotzig<EMAIL_ADDRESS>wrote:
Hi @phulphill, thanks for using our component!
Can you explain how the filter is applied? I suspect that neither of the cases listed in the docs apply during the filtering phase: https://github.com/brigade/react-waypoint#usage
There is a plan to switch/make use of IntersectionObserver. I think this case would be covered once we have that in place. See #197
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Hi Henric,
Well, the powers that be have decreed that we should not be using intersection observer just now - it's too new, untried and not fully implemented in most browsers. :-(
So I'm back to trying to get Waypoints working. Let me describe our problem a little more clearly:

We load a list of items from the backend

Using react we render a list (ul+li's) of the items inside a scrollable area. Each item has a unique key and is rendered inside a Waypoint. So we have ul > li with key > waypoint div > item

Some of the items are below the scrollable region and are thus not visible and rendered as an empty div of the right size (so the scroll bar behaves itself).

The user clicks a button which causes the data to be filtered. So we start the rendering process again with just a few, lets say 2, of the original items, one of which (A) was visible and the other (B) was not.

After rendering we only see  A. onEnter for B is not called and it still thinks it's invisible and is rendered as an empty div, despite the fact that it is now visible.

So I hope this explains our problem. So

Is there a way to cause a waypoint to reevaluate it's visibility?
Would it work to programmatically grab the scroll bar and jiggle it up and down by 1 pixel

What do you think?
Cheers
Phill
On 13 Feb, 2018, at 06:07 PM, Henric Trotzig<EMAIL_ADDRESS>wrote:
Hi @phulphill, thanks for using our component!
Can you explain how the filter is applied? I suspect that neither of the cases listed in the docs apply during the filtering phase: https://github.com/brigade/react-waypoint#usage
There is a plan to switch/make use of IntersectionObserver. I think this case would be covered once we have that in place. See #197
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

I see what the problem is here. I think there are a few ways you can solve this. One is to generate new waypoints when a new filter is applied (using the key prop). Another would, like you mentioned, be to programmatically trigger a scroll event. There’s no need to jiggle, just fire with the current scroll position
Depending on the number of items in the list, the former approach could be too aggressive (you’re basically remounting new waypoints across the board).
If you can think of a way that waypoint can solve this without applying hacks like these I’d be very happy to sccept a contribution!

@phullphill did you end up solving your problem with a solution that works/makes you happy?

Hi Matthew,
Sorry to be so long replying - life has been hectic - and my memory sucks.
In the end we opted to use an intersection observer solution, which so far has proven successful. I didn't take a lot of re-factoring and we are pleased with the end result.
Cheers
Phill
On 07 Jun, 2018, at 07:34 PM, Matthew Herbst<EMAIL_ADDRESS>wrote:
@phullphill did you end up solving your problem with a solution that works/makes you happy?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

I'm encountering a similar issue as mentioned here. Is it worth reopening the issue?
In my use case, I am using MaterialTable to render rows. In order to enable a virtualized table aka infinite scrolling, I am setting the max height of the table and scrolling through all of the rows. Each cell is rendered when the waypoint fires it's callback.
It works great, except when using the Search feature which filters the rows. The result is unrendered rows/cells upon searching. If there are more than a few results, I can scroll to fire the waypoint, but when there is only a few results, there is no ability to scroll to fire the waypoint callback.


FillBackward (next observation carry backward)

Consider adding a NOCB (Next Observation Carry Backward) operator that replaces some definition of blank (defined by a predicate) in a sequence with the following non-blank.
This would complement LOCF from #177 (PR #213)
var xs = new int?[] { null, null, 1, 2, null, null, null, null, 3, 4, null };
var ys = xs.Nocb();
// ys will be { 1, 1, 1, 2, 3, 3, 3, 3, 3, 4, null }

Note that this does not remove blanks at the end of the input sequence, after the last non-blank value. They can be removed subsequently using Where. Another option is to use Locf on the output sequence to fill the tail.

Just to understand, this would be equivalent to src.Reverse().Locf(predicate).Reverse() ? If so, it would be good to add a test that verifies this property (along with all the other tests).

equivalent to src.Reverse().Locf(predicate).Reverse() ?

Yes, except it does potentially a lot less buffering & work unless the sequence is full of lots of holes.

would be good to add a test that verifies this property (along with all the other tests).

Definitely. I just wanted to park it out here as RFC and to get some early review.

@fsateler While I've added a filler overload for FillForward in 1a9134742e6ab4043cb6eabe7ebd1fff19dbcc87, I can't seem to come up with a sensible example or use case for one for FillBackward. It seems keeping parity with FillForward would be an artificial reason to add the overload right away but I'd rather someone comes along and explains how they're missing such an overload and then adding it would be breeze. That is, unless you can already imagine a practical use case from your work?

Well, I see the use case for all overloads of FillForward much more strongly than FillBackward. It appears I only fill up later values :). So I think it's a good plan to delay the overload until requested.

I see the use case for all overloads of FillForward much more strongly than FillBackward.

Try a sequence lagging with respect to another and you'll see the use cases.

Closed by ac5f9ff9f996cfa8805e1e49da14cdb404a30169.


Monthly summary email

Feature sends one month calendar with check-in and check-out dates to email address.  Helpful for my cleaners to see the month ahead.

I don't see this being useful for my listings.  We typically get most of our bookings within a month of the check-in date so that email wouldn't be that helpful.  I use the email feature to send my cleaners an email when someone books and a reminder the morning of the cleaning.   Are you typically completely booked a month in advance?

My airbnb listing is located in a vacation area of the United States.  I will have my June/July/Aug completely booked by March.  I typically download the listings to excel and send over the file to my cleaners at the end of each month so they can plan their staff around my needs.  I have yet to receive a booking in the same month...ie it is always several months out.

I see.  Why not share a link to your calendar with your cleaners?

I shared a Google Drive link to the spreadsheet but she was an Apple user and became confused.  I know...it's annoying.  The resolution was to email a spreadsheet of the upcoming listing at the beginning of each month.  I am sure I could use Zapier/IFTTT to do something similar but thought this might be a feature that others might see as valuable.

What about sharing your accounts ics file with them. Here’s how you import it on iOS.
I’ll leave this issue open. If others would like this feature please comment.

I'm going to close this.  Unfortunately this is not a feature I I have time to add right for now.


[Feature request] GPG support?

I don't know if this is high priority or out of scope but I generally save my encrypted notepad material using GPG so I can save and open encrypted text on multiple devices, since that format has fairly broad support.

Yes, nice idea, I'll see what i can do.

:) Great, thanks

One additional note, if adding GPG functionality is too complex, it might be simpler to implement a 7zip file save scheme.  That program has open command-line tools that could run for both compression and encryption.  The files created would also be widely accessible (and it's more popular than GPG).

@vatterspun
Can you give me some files for tests? Encrypted with GPG with password to decrypt.
Also how you see GPG/7zip file save scheme implementation in this app? App already have own format with AES encryption, you want add new format?

Also how you see GPG/7zip file save scheme implementation in this app?

GPG: it has an existing schema, generating text files like the one below with the file extension .GPG

App already have own format with AES encryption, you want add new format?

If you go with 7zip, I would suggest replacing your current format.  The reason only reason to go with this as a file save mechanism is for compatibility and compression.  It doesn't have superior security.

Can you give me some files for tests? Encrypted with GPG with password to decrypt.

I can but it's actually a public key-based system; like web traffic encryption, there's a key exchange that creates a secure connection.
So for example, here's my public key and a quick message:
Pubkey:
http://pastebin.com/eKmHiAYt
Message:
-----BEGIN PGP MESSAGE-----
Version: GnuPG v1

hQIMA2jpXg6nVwSiAQ//Q0AfowGbUfdsGPX4Z/CGuyESuR+Ex1lgjYgPyhERfvYq
z3LII8ewioK/gqjWOXz+hegxun4S+lahOqIE7wQ0xd2G9lrDBAe0SdKWFl4RcmjD
iAMd4eAuOmhyWHm2WxNEWpwfNiLHuT2pIirVIy6gvBLjxRggwFTr6zUjoxchWvW7
jJFvZn9gCcYi3hveXpg3tfUohjdmePPHHcI2RqVnNh6pRB+s4uHDJznklSIPAjyO
0LgKhyhvDSLrKVPLiYi4hueY8C0BQ48BwdNpiRr5xwN1A/1iS9cAFnn2m7EOHpTw
0l7NOrH1PBFxh7rK/4bHe3vD39iLKGmvDxXbp5LT3nzEuG2SkCPF6HIblB2cHX8t
mHaxq8PJiSMTjtiQuD4z8seUP2QEL5Tjk7FYtYEKqWH8uoFgKbr9lZ8S6j067bZp
EKr5NThqygASn0ibEyjlbsBx020313cXEBhBHGbpfvsMNSwIR6bXMQTt+eHJI68M
T21S/zbuRiR8Tix8D1PRyr0fq30XDGS7fEfor5yo7UWpfsDkL+VlNnZYzjvNQLe4
pB0AIR4Mt2Ugb/b+8gr6oMAgN2orUT3NCxfsR28ZOlcNlP4vlQsoYSc8WW+O2WzQ
C8kM+BRZBK10tX8Rq1hxXtDHQhYZ6JPlppWMnwMMcuxgvBGoj6dJ00WZdUlsbO/S
cAHDV8+aNyPrBMyvM77RHPT7kyI6JHQYI94SJtueVMLKx4svcjo9P4Mtc33A4e/h
frovHNyD+r2CPe+ZyEEpM/Np3HAJrk+DwaLg14kNVz/z434o0nDLMsqy+2m+A7uB
JbkZq0S2w1daiujs3oUhudI=
=VEc+
-----END PGP MESSAGE-----

Finally, a clear project ideology was formed. And, unfortunately, the proposed improvements are not included in this ideology. So, this issue  is closed.


Use odycdn CDN and change image files sizes

PR Checklist

Please check all that apply to this PR using "x":

[x] I have checked that this PR is not a duplicate of an existing PR (open, closed or merged)
[x] I have checked that this PR does not introduce a breaking change

PR Type
What kind of change does this PR introduce?

[x] Refactoring (no functional changes)

Fixes
Issue Number: Partially #232
Other information
Using sizes extracted from Network tab after making requests to Odysee website
For channel profile pictures: 160 x 160 q = 85
For channel cover picture: 0 x 0, q = 95
For thumbnails pictures: 390 x 220, q = 85

@akinwale updated these, and caught a few other instances. Can you give it a quick sanity check?

Hmmmm this doesn’t seem to be my original PR, but merging anyway


[BUG] Icons and colors not showing in calendar mode

Describe the bug
Calendar is not showing color or icons on the monthly Calendar glance view. Does correctly show in Events view.
To Reproduce
Inside my ui-lovelace.yaml file:
` resources:

url: /local/community_plugin/atomic_calendar_revive/atomic-calendar-revive.js
type: module

title: Home
views:

icon: mdi:calendar
title: Calendars
cards:

type: "custom:atomic-calendar-revive"
name: "Calendar"
enableModeChange: true
showColors: true
defaultMode: 2
firstDayOfWeek: 7
maxDaysToShow: 10
entities:

type: holiday
titleColor: red
entity: calendar.holidays_in_united_states
type: icon1
entity: calendar.family`

Expected behavior
Expected to see color and icon updates on the Calendar view (defaultMode: 2)
Screenshots

Setup Information (please complete the following information):
I have tried on both Chrome and Firefox on a Mac. Cleaned out cache/cookies as well.
Newest js file as it was git cloned down this morning (4/4/20)
Additional context

Thanks for logging this, I have now found the issue which is related to the Whitelist feature that was added.
I'm currently working on a fix for this.

Awesome, thanks!


Tell LLM to use function if mentioned in prompt

Fixes #185
Fixes #177
When a chat includes functions (fn or fn-url), we send those functions to the LLM.  Previously, we let the LLM decide whether or not to call a function.  However, this PR changes things so that if a user explicitly mentions a single function in the current prompt, we ask the LLM to use it.  If previous messages, or the system prompt, included functions, we still let it decide.
In this example you can see that the LLM doesn't actually need a function to answer 1+1.  However, when I mention the sum function in the prompt, it uses it.

NOTE: this code needs to land after my earlier PRs, since I fixed some bugs that this exposes.

This seems good. Code is a little hairy, but we can simplify it later once we understand where this is going better


tgrep doctests

Lots of tgrep doctests are failing. @wroberts would you mind taking a look please? It might just be a matter of converting a generator into a list in various places.
https://nltk.ci.cloudbees.com/job/nltk/lastCompletedBuild/testReport/

Hi, I have trouble running doctest for tgrep. I see that there are no .doctest file for tgrep module in nltk/test. Would you please explain how I should run the doctests for tgrep module?

Hi @sahutd !  You can run the doctests and unit tests with:
nltk/test/runtests.py -v nltk.tgrep
nltk/test/runtests.py -v nltk.test.unit.test_tgrep

I think the failing doctests occur because a generator is returned instead
of a list, or vice versa.
On Thu, 28 May 2015 7:22 pm Will Roberts<EMAIL_ADDRESS>wrote:

Hi @sahutd https://github.com/sahutd ! You can run the doctests and
unit tests with:
nltk/test/runtests.py -v nltk.tgrep
nltk/test/runtests.py -v nltk.test.unit.test_tgrep
--
Reply to this email directly or view it on GitHub
https://github.com/nltk/nltk/issues/981#issuecomment-106245296.

Thanks. Will work on it now.

Hi @stevenbird I've fixed up some issues in pull request #990.  There's something quite wrong with tgrep though; the search functions return very long lists of empty list items.  Could be confusion between generators and lists, which can also be confused with tgrep trees (which are also a kind of list!).  I'll try looking through the history to see if I can figure out where things went wrong.

@wroberts  : I saw your pull request, and it overlaps with what I worked on just now. I will wait for your PR to be merged. Then depending on whats failing, I will work on that. For now, I will look for other issues to work on.

OK, got it. I hadn't realised the order of the arguments to tgrep_nodes and tgrep_positions had changed. Should be good to go now.

@sahutd Sorry to step on your toes!

@wroberts No issues! Learnt something :)


Github actions integration tests with docker-compose, and GHA caching

Similar to PR #881 and #880 - testing potential build speed up with GHA caching. Also uses cargo-chef for caching of dependencies. Our current approach with sccache still shows more promise IMO.

Results were disappointing and showed no clear advantage over our current method, so I'll close this PR for now.


Exceptions in 'mvn test' execution

When tests are executed from command line there are several exceptions.
It causes that one test executed from IDE passes but from command line fails.

Actuator test

https://travis-ci.org/opentracing-contrib/java-spring-cloud/jobs/287093279
Test in actuator branch

JdbcTracingTest always fails for me from command line, but passes from IDE.

Does JdbcTracingTest fails for you also on the master branch?
The test is passing on travis without problems https://travis-ci.org/opentracing-contrib/java-spring-cloud/builds

yes, also on master

@malafeev could you please open the issues for master branch and not feature branches in development?
The issues you are referring to is not an issue. The test https://github.com/opentracing-contrib/java-spring-cloud/blob/actuator/opentracing-spring-cloud/src/test/java/io/opentracing/contrib/spring/cloud/actuator/ActuatorTracingTest.java#L58 expects two spans, but there should be only one - for health endpoint. The comment is also odd why there should be jdbc span?
Travis https://travis-ci.org/opentracing-contrib/java-spring-cloud/jobs/287093279#L891 fails correctly - there is only span span which is correct.

ok


Lens doesn't open after upgrading to 5.x (Win 10)

I upgraded to latest version, but since then I am not able to open Lens.
When I click on the program, nothing happens. There are no errors, it just doesn't do anything.
I can't find a running process in task manager.

I uninistalled and reinstalled, and it opened


Fix for HockeyClient.HandleException deadlock on WPF platform bitstad…

Fix for HockeyClient.HandleException deadlock on WPF platform bitstadium#97

Hi @wjkelley, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

In order for us to evaluate and accept your PR, we ask that you sign a contribution license agreement. It's all electronic and will take just minutes. I promise there's no faxing. https://cla.microsoft.com.

TTYL, MSBOT;

Hi, I am closing and re-opening this PR to bump the CLA bot. Sorry for the inconvenience!

Hi @wjkelley, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
We will now validate the agreement and then real humans will evaluate your PR.
TTYL, MSBOT;


Add all authors of functions to the list of contributors

In functions that read from ASCII files (some of them are not moved to this package yet, see cbeleites/hyperSpec#263) the authors of those functions (that are not C. Beleites) are mentioned. These people must apear in the list of contributors of this package.

@GegznaV okay thank you. Will gladly do this.

This issue was closed by PR # 26 from hypSpc.read.txt


[Refactor][pydevlake] Refactor plugin registration

What and why to refactorIssue title:
Currently, the remote plugins are registered this way:

the route /plugins/register is created in backend/server/api.go
backend/python/plugins/start.sh is executed
this executes the startup command of each plugin
the plugin registers itself by POSTing its details to /plugins/register

This is not ideal, because:

this is more complicated than it needs to be
this exposes the registration route to the public, which can be a security issue
the start.sh and build.sh scripts have to make assumptions about how to build all plugins (e.g. that they use poetry)

Describe the solution you'd like
Instead, we could add a Makefile to each plugin, with build and run targets.
The build target is executed by backend/Makefile to build each plugins.
Then at startup, each plugin is registered by using info returned by make run plugin-info.

So basically have the server make a shell call to a script that returns the plugin details, rather than the plugins calling back into the server? This can work but you also have to worry about the custom file descriptor we use and correctly propagating that from Go to Shell to Python. I don't think that's trivial. Also, If we're going to do a mass refactor, I honestly think we should just move away from cmd calls and have python run as a separate RPC service.

I'm concerned from the security perspective.
@CamilleTeruel Can you draw a flow-chart or architecture diagram to show how the new mechanism works?
@keon94 Would you like to do the same if you have another approach?
No matter what we opt for in the end, the security of the new approach must be enforced.

@klesh sure I can do that, but at a high level I'm thinking of a service based architecture so we can leverage standard protocols and design patterns. Current architecture is too monolithic and all python (and Go code) run in the same container as the API server which is a problem as far as load balancing in a multi-tenant environment (unless we are going for separate deployments per client?). It also uses a custom shell-based protocol that we made up to interface Go and Python, which (IMO) is best if replaced with REST or RPC calls.

@keon94 no problem, we are open to all possibilities.
Share your thoughts pls

So basically have the server make a shell call to a script that returns the plugin details, rather than the plugins calling back into the server?

Exactly, python plugins are loaded by walking REMOTE_PLUGIN_DIR looking for run.sh executables just after loading go plugins in loader.go.

This can work but you also have to worry about the custom file descriptor we use and correctly propagating that from Go to Shell to Python. I don't think that's trivial.

This still uses invoker and bridge abstraction that take care of the extra file descriptor.

Also, If we're going to do a mass refactor, I honestly think we should just move away from cmd calls and have python run as a separate RPC service.

This is not a mass refactor. This is just changing plugin registration flow. I agree that we should move away from cmd calls. This change is a necessary first step in that direction.


Fix triggering issues in v.3.0.1+

Use publiclyTrigger(), if existing

You know what, I'll just merge the PR and correct the indentation myself.


Odd Timestamp Precision Behaviour

Specifications

Client Version: Latest main branch
InfluxDB Version: Latest main as of July 12th
Platform: MacOS

Code sample to reproduce problem
public class TimezoneTest {
    public static void main(String[] args) throws Exception {
        String host = "http://localhost:8082";
        char[] token = "my-token".toCharArray();
        String database = "new_db";

        try (InfluxDBClient client = InfluxDBClient.getInstance(host, token, database)) {
            String sql = "select time from mem order by time desc limit 10";
            try (Stream<PointValues> stream = client.queryPoints(sql)) {
                List<PointValues> values = stream.collect(Collectors.toList());
                values.forEach(p -> {
                    System.out.println(p.getTimestamp());
                });
            }
            // ...
        }

        try (InfluxDBClient client = InfluxDBClient.getInstance(host, token, database)) {
            String sql = "select time from mem order by time desc limit 10";
            try (Stream<Object[]> stream = client.query(sql)) {
                stream.forEach(row -> {
                    System.out.println(row[0]);
                });
            }
            // ...
        }
    }
}

Expected behavior
Whether timezone support is enabled or not, I would expect all times to be treated with Nanosecond precision. When printing the raw number format, I would expect a number like<PHONE_NUMBER>000000000000000. When pretty printing the time, I would expect a string like
2020-06-11T16:54:30.123456789 (where the digits after the decimal could be omitted if they were all zeros).
If timezone support is enabled, I would expect the pretty printed format to also have a Z at the end. The Flight Python libraries are a good reference for the behaviour I would expect.
Actual behavior
We recently (Mon July 8th) enabled timezone support in one serverless environment (us-east-1) and have noticed unexpected behaviour in the Java client. My test code executes a queryPoints and query, using the same SQL.
If I run without timezones enabled (the default behaviour before Monday) I get the following results:
queryPoints:
1591894470000000000

query:
2020-06-11T16:54:30

If I run with timezones enabled (the behaviour now) I get the following results:
queryPoints:
1591894470000000000000000

query:
1591894470000000000

Note that in both cases (timezone enabled/disabled), the times are always returned in Nanoseconds but the Java client does not always display them in Nanoseconds.
Additional info
No response

Hi @jeffreyssmith2nd,
Thank you for testing our implementation and for your detailed feedback.
Let me clarify the intended use and behavior of the queryPoints and query functions within our system:

query(): This function is designed to return a stream of rows, with each row mapped as a friendly type object from the vector, as defined by Arrow's ValueVector.getObject(int). The purpose of query is to serialize data to values depending on their Arrow Flight Type. If the underlying Flight type changes, the returned values may also change accordingly. For example, the formatted string 2020-06-11T16:54:30 represents the toString value of the original Arrow Flight Type probably DateMilliVector.

queryPoints(): This function returns a stream of points (com.influxdb.v3.client.PointValues), which are structured for potential re-ingestion into the database after operations like downsampling. The PointValues are structured to store values correctly for database ingestion, e.g., timestamps in nanoseconds.

Regarding your observations and the discrepancy when timezones are enabled:

The result<PHONE_NUMBER>000000000000000 from queryPoints was indeed a bug, which we have addressed in fix #153. The correct behavior should reflect nanosecond precision appropriate for database operations.
The<PHONE_NUMBER>000000000 result from query reflects the raw nanosecond timestamp as it should appear without any pretty formatting, which aligns with the Arrow Flight Type's representation.

For pretty printing:

Our current implementation does not directly support pretty printing of timestamp values. However, based on your feedback, enhancing the PointValue.toString method to include human-readable formatting, like 2020-06-11T16:54:30.123456789, is something we have to do for future updates. This enhancement would align the output more closely with user expectations for readability.

Thank you once again for your engagement! 👍
Best

The results were parsed as follows:

Without timezone: TimeStampNanoVector mapped to LocalDateTime.
With timezone: TimeStampNanoTZVector mapped to Long.

Using our fixed version of the client (#153) in conjunction with queryPoints will ensure that the results are always correct timestamps in nanoseconds.


Switch from ics to ical-generator

Fixes #26. The ics package does not support exporting timezone-aware ICS files; switch to ical-generator (along with timezones-ical-library) to store times in local time (which adapts to DST).

Merging in the absence of any reviews or objections.


keep UTC when constructing dateseq for precip fetch

I think this should do it. Haven't tested yet, though. Fixing the issue that the c() in the old code was causing dateseq to be in the user's local time rather than in UTC, which meant we were failing to catch some precip timestamps at the end of the date range. Will test next, but since it takes tens of minutes, figured I could also share.

So my Harvey test is complete, at least through the fetching and processing of the precip data. Strange thing, though: I'm not actually seeing any difference in the resulting precip rasters, or even in 1_fetch/out/precip_data.rds.ind, which has the exact same hash it had before I rebuilt. And the names of the precip_rasters also look fine to me: they range from 2017-08-25 00:00:00 UTC through 2017-09-01 23:00:00 UTC with exactly 1 hour between each raster, no more or less. So...success? Or more strangeness?

Well, that is 1 hour before the actual date entered right? 2017-09-02 is the "end time" in the config.  So, if "2017-09-02 00:00:00" is a timestep, then this would eventually fail. At least that's what is happening in mine.

Oh! Is it just failing on that 1 timestep?

well, it was more than that because of the timezone thing but yeah, I feel like it would still be one off right?

:woman_facepalming:  it sure seemed that we had identified a real bug before, which should have caused us to be missing several hours on the tail end, but then (1) the "fix" didn't change anything, which i'm finding bewildering, and (2) yeah, you're right, this fencepost issue (missing the end point) is also a problem.
i do know how to fix the 2nd problem and will push a change in a sec.

Harvey too!


problems when Playing .m4a files

when trying to play an .m4a file in the queue it skips it and moves onto the next song

This issue marked as Unknow, As it's:

Not confirmed by other users yet
Other users (Including me) still able to play m4a files correctly

Hey @DLC01.
Can you play another m4a files as well?

I cannot play another m4a files and it's same problem it just skips it

Can you execute this command:
ffmpeg -i m4a-files.m4a -analyzeduration 0 -loglevel 0 -f mp3 -map 0:a -map_metadata -1 - | mpv -

This bug is happend when m4a files has Metadata. I'm working on it to fix it.

This bug isn't happend with openradio, This bug is related with prism-media as well.

Todo

Remove prism-media support

This issue is not a problem with prism-media, But a problem with ffmpeg.

This isn't ffmpeg issue

@DLC01 It seems like you're trying to play a partial files. Unfortunately, This seems impossible to do that in piping way so no idea. We're sorry about that.

Your issue is related to this:
https://github.com/Yonle/openradio/raw/radio/cli/index.js

This new update should fix the problem yet.


Vercel app not updating

Whenever i make changes to my notion, from the Notion app, the front page seems to update but the rest of the subpages do not automatically update. I need to manually push code to make sure the website updates, am I doing anything wrong? Hope to hear from you

Bro, Try refreshing your site 2-5 times. It always works. 😊

I tried, but it still doesnt seem to work, I have reset my cache as well

Closing as stale.
There are definitely some large fixes in the latest release that could help with your issue.


Add Damselfly

Hi, I'm the developer of Damselfly, and it would be great to get it added here. Wasn't sure if you wanted the details via issue or PR, so I thought I'd start here. 😁
Repo: https://github.com/Webreaper/Damselfly
Github Stars: 682
Active Contributors: 1
Source Language: C# / .Net
Licence: GPL 3.0
Automatic Mobile Update: ❌
Cross platform access to photos: ✅8⃣
LivePhotos Support: ❌
Mobile App: ❌ (planned mobile support here: https://github.com/Webreaper/Damselfly/issues/40)
Photo Sharing: ❌
Docker Installation: ✅8⃣
Object/Face Recognition: ✅8⃣
Basic Editing: ❌ (planning to add crop/hue/saturation/rotate/etc later this year)
EXIF data viewing: ✅9⃣
Multiple User Support: ✅7⃣ (adding folder-based permissions later this year)
Other key features you don't call out in your table:
EXIF data editing: ✅9⃣
Background Thumbnail gen and indexing (i.e., no need to manually update): ✅9⃣
Comprehensive Search including free-text on EXIF metadata and various other search types: ✅9⃣
Desktop App: ✅7⃣ (provides sync to local laptop)
Export with watermarking and different resolutions: ✅7⃣

PRs are preferred, but this works too. I'll get it added👍
Looks like a promising project!

Implemented in v1.2.0


Variables value not getting updated

While in deveopment mode, if I change variable value and restart my react app, it still points to my old variable value. I tried cleaning application memory also from chrome devtools.

Hey, could you please provide a minimal reproducible example for this issue? This library does not do any caching, so there's very little that can be done without further information.


support local loader

I have some models which downloaded by git method, is there a way to load it?
$./target/release/mistralrs-server -i plain -m  ./meta-llama/Meta-Llama-3-8B-Instruct/ -a llama
2024-04-26T04:07:06.361533Z  INFO mistralrs_server: avx: true, neon: false, simd128: false, f16c: false
2024-04-26T04:07:06.361586Z  INFO mistralrs_server: Sampling method: penalties -> temperature -> topk -> topp -> multinomial
2024-04-26T04:07:06.361598Z  INFO mistralrs_server: Loading model `./meta-llama/Meta-Llama-3-8B-Instruct/` on Cpu...
2024-04-26T04:07:06.361607Z  INFO mistralrs_server: Model kind is: normal (no quant, no adapters)
2024-04-26T04:07:06.361669Z  INFO hf_hub: Token file not found "/home/user/.cache/huggingface/token"

@NiuBlibing , not yet. I will add one soon.

@NiuBlibing, I have added this in #218:
huggingface-cli download mistralai/Mistral-7B-Instruct-v0.1 --local-dir mistral
cargo run --release --features cuda -- -i plain -m mistral -a mistral

Can you please confirm that it works?

https://github.com/EricLBuehler/mistral.rs?tab=readme-ov-file#getting-models

@NiuBlibing, I have added this in #218:
huggingface-cli download mistralai/Mistral-7B-Instruct-v0.1 --local-dir mistral
cargo run --release --features cuda -- -i plain -m mistral -a mistral

Can you please confirm that it works?

@EricLBuehler Sorry for my late reply.
I tried  tools/mistral.rs/target/release/mistralrs-server plain  -m . -a llama but it failed.
2024-05-15T07:40:40.042699Z  INFO mistralrs_server: avx: true, neon: false, simd128: false, f16c: true
2024-05-15T07:40:40.042741Z  INFO mistralrs_server: Sampling method: penalties -> temperature -> topk -> topp -> multinomial
2024-05-15T07:40:40.042749Z  INFO mistralrs_server: Loading model `.` on Cuda(CudaDevice(DeviceId(1)))...
2024-05-15T07:40:40.042774Z  INFO mistralrs_server: Model kind is: normal (no quant, no adapters)
Error: request error: https://huggingface.co/resolve/main/tokenizer.json: Connection Failed: Connect error: Cannot assign requested address (os error 99)

Caused by:
    0: https://huggingface.co/resolve/main/tokenizer.json: Connection Failed: Connect error: Cannot assign requested address (os error 99)
    1: Cannot assign requested address (os error 99)

tools/mistral.rs/target/release/mistralrs-server plain  -m . -t . -a llama also failed:
2024-05-15T07:43:29.905531Z  INFO mistralrs_server: avx: true, neon: false, simd128: false, f16c: true
2024-05-15T07:43:29.905574Z  INFO mistralrs_server: Sampling method: penalties -> temperature -> topk -> topp -> multinomial
2024-05-15T07:43:29.905581Z  INFO mistralrs_server: Loading model `.` on Cuda(CudaDevice(DeviceId(1)))...
2024-05-15T07:43:29.905657Z  INFO mistralrs_server: Model kind is: normal (no quant, no adapters)
2024-05-15T07:43:29.905833Z  INFO mistralrs_core::pipeline::normal: Using tokenizer.json at `.`
Error: request error: https://huggingface.co/resolve/main/config.json: Connection Failed: Connect error: Cannot assign requested address (os error 99)

Caused by:
    0: https://huggingface.co/resolve/main/config.json: Connection Failed: Connect error: Cannot assign requested address (os error 99)
    1: Cannot assign requested address (os error 99)

My model is llama3:
$ls
LICENSE                           model-00002-of-00030.safetensors  model-00009-of-00030.safetensors  model-00016-of-00030.safetensors  model-00023-of-00030.safetensors  model-00030-of-00030.safetensors
README.md                         model-00003-of-00030.safetensors  model-00010-of-00030.safetensors  model-00017-of-00030.safetensors  model-00024-of-00030.safetensors  model.safetensors.index.json
USE_POLICY.md                     model-00004-of-00030.safetensors  model-00011-of-00030.safetensors  model-00018-of-00030.safetensors  model-00025-of-00030.safetensors  openai_api_server.log
config.json                       model-00005-of-00030.safetensors  model-00012-of-00030.safetensors  model-00019-of-00030.safetensors  model-00026-of-00030.safetensors  special_tokens_map.json
controller.log                    model-00006-of-00030.safetensors  model-00013-of-00030.safetensors  model-00020-of-00030.safetensors  model-00027-of-00030.safetensors  tokenizer.json
generation_config.json            model-00007-of-00030.safetensors  model-00014-of-00030.safetensors  model-00021-of-00030.safetensors  model-00028-of-00030.safetensors  tokenizer_config.json
model-00001-of-00030.safetensors  model-00008-of-00030.safetensors  model-00015-of-00030.safetensors  model-00022-of-00030.safetensors  model-00029-of-00030.safetensors

Can you please run:
git log -1

Can you please run:
git log -1

$ git log -1
commit b3d130dcf7432bbbe4119d3d6ad269b4d3214e29 (HEAD -> master)
Author: EricLBuehler<EMAIL_ADDRESS>Date:   Thu Apr 25 19:13:08 2024 -0400

    Update readme

Sorry, I forgot to update it, let me try it again.

Great, the latest version worked. Thanks a lot @EricLBuehler

Great!


Backport retry on failed replication due to transient errors

Summary of the changes / Why this improves CrateDB
See commits
Checklist

[x] Added an entry in CHANGES.txt for user facing changes
[x] Updated documentation & sql_features table for user facing changes
[x] Touched code is covered by tests
[x] CLA is signed
[x] This does not contain breaking changes, or if it does:

It is released within a major release
It is recorded in CHANGES.txt
It was marked as deprecated in an earlier release if possible
You've thought about the consequences and other components are adapted
(E.g. AdminUI)

Any reason not to backport the GlobalCheckpointListenersIT elastic/elasticsearch@5e96d3e#diff-7fddb047e1a7dfdb2a61b1accb00b1ed790c8af9647147aa0552a4503f209392R44 as well?

I thought they were just moved from IndexShardIT - which we didn't have before either. It's also not clear to me what those tests verify in addition to the new unit tests - but I can add them.

I thought they were just moved from IndexShardIT - which we didn't have before either. It's also not clear to me what those tests verify in addition to the new unit tests - but I can add them.

I didn't look into these tests in details, I was just curious. Fine for me to leave them out if they do not create any new coverage/value.

retest this please
Flaky MetadataTrackerITest


This project is still going on?

Excuse me, this project has not been updated for a long time, is it continuing to develop?

Yes, it is 😉
But you're right, the last update was quite a long time ago. I'm currently busy with lots of other tasks, but definitely want to continue work on patternfly-fritz2. It just might take some time. So please stay tuned!
And remember: contributions are always welcome!

I am new to js and kotlin but would like to use patternfly-kolin in my new project.
lately I have also been researching and implementing some needed components but it is overwhelming for me. I don't know how to do it successfully😔

No worries. Take your time and try to take a look at the code and the examples.


⚠ GitLab Server has degraded performance

In e762fff, GitLab Server (https://gitlab01.its-telekom.eu) experienced degraded performance:

HTTP code: 200
Response time: 11527 ms

Resolved: GitLab Server performance has improved in 83bace2.


refactor(ci): extract node to own workflow

To simplify the configuration, extract the node-related steps to their own workflow file.
As the node jobs do not require platform dependencies, service containers like postgres or stripe, we can speed up those steps a little by splitting these apart.

Timings:
Before, the combined CI workflow "costs" ~26  GitHub Actions minutes
Now with the split, Python ~16 min + Node ~2 min = ~18 minutes, saving 8 minutes of execution time overall
Example runs:
(Python) CI: https://github.com/pypi/warehouse/actions/runs/4246623547/usage
Node CI: https://github.com/pypi/warehouse/actions/runs/4246623544/usage

Doing a think on how (if at all) we need to adjust branch protection before/after merge.

We could merge https://github.com/pypi/warehouse/pull/12263 which makes it so we don't have to adjust required checks when we add/remove them.

Doing a think on how (if at all) we need to adjust branch protection before/after merge.

I'm hoping that nothing has to change, since the job names were preserved

I'm hoping that nothing has to change, since the job names were preserved

Aha, yes this does seem to be the case.

We could merge #12263 which makes it so we don't have to adjust required checks when we add/remove them.

I forgot about that one - I wonder how it works across multiple workflow files?

We could merge #12263 which makes it so we don't have to adjust required checks when we add/remove them.

I forgot about that one - I wonder how it works across multiple workflow files?

I remember squinting at that and getting confused even before we had multiple workflows.

hold the phone - I missed something

Due to a whoopsie, I had removed the actual test sommand, restored now.
Numbers are still better - https://github.com/pypi/warehouse/actions/runs/4246789167/usage
Python down to 21 minutes, so 4 minutes savings, not 8.

I forgot about that one - I wonder how it works across multiple workflow files?

@miketheman it is possible to make it work through some refactoring, like in this example PR: https://github.com/pypa/build/pull/618.


Add Dockerfile

<-- Thank you for your interest in contributing to hyperglass. The contribution policy requires that a feature request or bug must be opened prior to a pull request being reviewed. Please list the related feature request or bug below: -->
Fixes: #1 #18
I've been running my own hyperglass with this docker container for a few days.  This will probably require some documentation for most people to use. It requires an external redis container, or redis host.
The bare minimum to get it working would be to run these commands:
docker build -t hyperglass .
docker run -e REDIS_HOST=myredisserver -p 8001:8001 hyperglass

The REDIS_HOST specifically will not work until 2600673 is committed.  If you want to test it before then you can specify my own github as a build-arg
docker build -t hyperglass --build-arg SOURCE=https://github.com/rfdrake/hyperglass .

I don't want to clutter the project with more files, but I think it would be useful to have a docker-compose.yml with a default configuration that mostly works.  I can contribute one if that would be useful.

Hey there,
First, terribly sorry for the long delay in getting to this. Second, thank you for working on this. Third, would you be willing to do this for v1.0.0 (on the v1.0.0 branch, for now)? I'm not really wanting to add any new features to the "original" version in the master branch. I've already done some of the work here, but only for the purposes of complete CI testing. I'm sure it would need some adaptation for production.


vision language model support

Feature request
The developments in the robotics community around RT-2 show a lot of potential for VLMs but the hardware constraints for small developers makes it difficult to deploy RT-2 level performance with off the shelf hardware suitable for robotics. A potential path forward would be using very small models that have a library of loras to access when the environment calls for them. Lorax looks like it might be a way forward for smaller devs and robot enthusiasts to use and experiment with  VLM architectures
Motivation
robots as a hobby
Your contribution
testing and refining available models

Thanks for the filing this issue! I think this shouldn't be too hard to add support for some popular ones like LLaVA.

Hey @tgaddair I would be up to give this a try, could you just give me a basic rundown of what you think needs to be done here to save me some head scratching


Generic Type Compatibility for Internal Implementations of Map (e.g., _Map) and List (e.g., _GrowableList)

Use case
Dart 3.6.0 (stable)
Windows 10 Pro x64 (Build 19045)
When checking the type of a Map<String, dynamic> using runtimeType, Dart's internal map implementations (like _Map, _IdentityHashMap, etc.) cause the comparison to fail. This makes it difficult to dynamically verify the type of a map.
Code Example:
dynamic getDynamicValue<T>() {
    try {
      if (_dataFromAPI.runtimeType is T) {
        // Fails here
        return _dataFromAPI;
      }
      return null;
    } catch (e) {
      debugPrint('Error on: $e');
    }
  }

Issue:
The runtimeType of Map<String, dynamic> returns internal class names like _Map<String, dynamic> or _IdentityHashMap<String, dynamic>, while the expected type is Map<String, dynamic>
T: Map<String, dynamic>
_dataFromAPI.runtimeType: _Map<String, dynamic> (or other internal implementations)

From an API:
A response returns _Map<String, dynamic>
On DartPad:
The same map returns IdentityMap<String, Object>

This mismatch causes the condition to fail ❌
Proposal
It's okay that we cannot directly call internal Map generic classes in the code, but the current limitations make consistent type checks difficult.
Proposed Solution
Allow consistent type checks for Map internally, regardless of its implementation.
dynamic getDynamicValue<T>() {
  try {
    if (_dataFromAPI.runtimeType is T) {
      /// This should be TRUE
      /// Whether T is Map<String, dynamic> and _dataFromAPI.runtimeType is
      /// _Map<String, Object> or _Map<String, dynamic>
      return _dataFromAPI;
    }
    return null;
  } catch (e) {
    debugPrint('Error $e');
  }
}

The function should return true when T matches the expected generic type (e.g. Map<String, dynamic>), regardless of the map's internal representation (e.g _Map<String, dynamic>)
Also, this will allow dynamic functions to return a type, which will reduce runtime errors.
This solution should also apply to other generic type checks, such as List, where internal representations like _GrowableList cause similar issues. Ensuring consistent behavior across all generic collections would greatly improve usability and runtime type safety.

Hi @Musaddiq625, you need to make some changes in order to achieve the things that you're describing. Here is the example again:
  dynamic getDynamicValue<T>() {
    try {
      if (_dataFromAPI.runtimeType is T) {
        // Fails here
        return _dataFromAPI;
      }
      return null;
    } catch (e) {
      debugPrint('Error on: $e');
    }
  }

I don't know exactly how _dataFromAPI is declared or initialized/updated, but it doesn't really matter because e.runtimeType is T is going to be false in every case where T is a type like Map<String, dynamic>, no matter which expression e you're considering.
The reason is that runtimeType has a return type of Type, which means that the result of e.runtimeType is going to be an object whose type is Type or a subtype thereof (the type is typically _Type, which is a private class declared in a system library).
So you'll always just get false if you evaluate e.runtimeType is T where T isn't a supertype of Type, and you'll always just get true if T is a supertype of type (that is, Type itself, Object, or a top type like dynamic or Object?). In other words, that kind of type test is basically never useful.


White Hat Attack (Group i) Security Report

Hello,
As part of the assignment we completed a full security assessment of your website.
Security Report: https://drive.google.com/file/d/1wX81jybYIlePjJ1gCtV4mosg1aER5iTS/view?usp=sharing
Owasp zap report: https://drive.google.com/file/d/1_iZZS9E-xUKJj75-CZBRqS_Ubx1o4hoP/view?usp=share_link (This is a PDF version of the report. It might not be an optimal viewing experience. You can find the full generated website here( https://drive.google.com/drive/folders/1DtbbeUOQbFgdGoZgFy7CHlGZyEyPUIHH?usp=share_link )
The short version:

Change your PostgreSQL super user password as we managed to get inside your database using default credentials.
Change your websites session secret to be taken from Github secrets.

Extra tips:
Seems your website is running very slowly due to amount of data inside the database. Consider implementing indexing on most critical SQL calls (https://www.tutorialspoint.com/postgresql/postgresql_indexes.htm). It is very simple and it helped us decrease our websites load time from 5 seconds to 0.3 seconds !

Cool report, one thing that is not clear to me - the DB you got access to, was that an azure hosted one?

It does seems so.
To elaborate more :
You seemed to have a old deployment of PostgreSQL on <IP_ADDRESS> with port: 5432
We used pgAdmin to connect to it .
After connecting we noticed 2 databases running. "Minitwit-db" which was not used and "Postgres" which had direct connection to your azure database.
So while we technically had no direct connection to your azure database, we could execute SQL commands from pgAdmin that would be executed inside Azure deployed database. Additionally, we could view commands being executed in the database. So even if we had no control, we could spy on users as a man in the middle.
Lastly, since we are executing commands from your own website. This allows us to completely bypass the Azure firewall
restrictions.
So I think if you just closed down the old database container it should resolve this issue as there would be no way for us to connect and execute commands. Or if that is not an option, just change the super user password and you should be fine.

Im kinda confused, you say "executing commands from your own website" are you only talking about the azure database which you connect to via PGAdmin? Or do you mean from inside the container on the server (so you have command line access on our server)?
Another question - Did you find this via the tool provided in the pen-test lecture or was this found searching our repository "manually"?

Ah I see there can be a bit of confusion and I worded it wrongly.
-I am referring only to the azure database which I connect to with PGAdmin. Sending sql commands from the "db" container is identical to sending sql commands from your website.
-We dont have command line access to your server. But I assume with some XSS injections we could compromise your SSH key.
For the second question. Its a combination of both utilizing Metasploit to gather information on the server and searching your repository manually.

Thanks for the clarification. We knew about the obvious problems, but actually thought you would not look through our repository (We thought that was the part of the assignment we were supposed to do on our own, since normally this kind of repository are private).  We interpret the task differently - i.e. that we were only supposed to use the pen-test frameworks and not go through the repository.  So we appreciate the thorough report!  :v:


No Typo3 siteconfig found if web_extra_exposed_ports used

Preliminary checklist

[x] I am using the latest stable version of DDEV (see upgrade guide)
[x] I have searched existing issues
[x] I have checked the troubleshooting guide
[x] I have run ddev debug test to include output below

Output of ddev debug test
Expand `ddev debug test` diagnostic information

======== Output file will be in /tmp/ddev-debug-test.txt ========

======== Existing project config ========
ddev installation alternate locations:
/usr/bin/ddev
/bin/ddev

These config files were loaded for project intertor: [/home/ag/www/intertor/.ddev/config.yaml]
name: intertor
type: typo3
docroot: public
php_version: 8.3
webserver_type: apache-fpm
webimage: ddev/ddev-webserver:v1.24.1
router_http_port: 80
router_https_port: 443
xdebug_enabled: true
additional_hostnames: []
additional_fqdns: []
database: {mariadb 10.4}
hooks: map[post-start:[map[exec:gulp]]]
project_tld: ddev.site
use_dns_when_possible: true
timezone: Europe/Berlin
composer_version: 2
nodejs_version: 16
default_container_timeout: 120
web_extra_exposed_ports: [{browsersync 3000 2999 3000}]

======== existing project customizations ========

======== installed DDEV add-ons ========
No registered add-ons were found.

======== mutagen situation ========
looking for #ddev-generated in mutagen.yml in project /home/ag/www/intertor
.ddev/mutagen/mutagen.yml not found

======== Creating dummy project named tryddevproject-11633 in ../tryddevproject-11633 ========
Creating a new DDEV project config in the current directory (/home/ag/www/tryddevproject-11633)
Once completed, your configuration will be written to /home/ag/www/tryddevproject-11633/.ddev/config.yaml

Configuring a 'php' project named 'tryddevproject-11633' with docroot 'web' at '/home/ag/www/tryddevproject-11633/web'.
For full details use 'ddev describe'.
Configuration complete. You may now run 'ddev start'.

======== OS Information ========
Linux ag-desktop 6.8.0-49-generic #49-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov  4 02:06:24 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

======== User information ========
uid=1000(ag) gid=1000(ag) groups=1000(ag),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),122(lpadmin),134(lxd),135(sambashare),1002(docker)

======== DDEV version ========
 ITEM             VALUE
 DDEV version     v1.24.1
 architecture     amd64
 cgo_enabled      0
 db               ddev/ddev-dbserver-mariadb-10.11:v1.24.1
 ddev-ssh-agent   ddev/ddev-ssh-agent:v1.24.1
 docker           27.4.0
 docker-api       1.47
 docker-compose   v2.31.0
 docker-platform  linux-docker
 global-ddev-dir  /home/ag/.ddev
 mutagen          0.18.0
 os               linux
 router           ddev/ddev-traefik-router:v1.24.1
 web              ddev/ddev-webserver:v1.24.1

======== proxy settings ========

 HTTP_PROXY=''
 HTTPS_PROXY=''
 http_proxy=''
 NO_PROXY=''

======== DDEV global info ========
developer-mode=false
fail-on-hook-fail=false
instrumentation-opt-in=true
instrumentation-queue-size=0
instrumentation-reporting-interval=0s
instrumentation-user=
internet-detection-timeout-ms=3000
last-started-version=v1.24.1
letsencrypt-email=
mailpit-http-port=8025
mailpit-https-port=8026
mkcert-caroot=/home/ag/.local/share/mkcert
no-bind-mounts=false
omit-containers=[]
performance-mode=none
project-tld=ddev.site
required-docker-compose-version=v2.31.0
router-bind-all-interfaces=false
router-http-port=80
router-https-port=443
simple-formatting=false
table-style=default
traefik-monitor-port=10999
use-docker-compose-from-path=false
use-hardened-images=false
use-letsencrypt=false
wsl2-no-windows-hosts-mgt=false
xdebug-ide-location=

======== DOCKER provider info ========
docker client location: -rwxr-xr-x 1 root root 41194768 dec    7 11:38 /usr/bin/docker

docker client alternate locations:
/usr/bin/docker
/bin/docker

Docker provider: linux-docker
docker version:
Client: Docker Engine - Community
 Version:           27.4.0
 API version:       1.47
 Go version:        go1.22.10
 Git commit:        bde2b89
 Built:             Sat Dec  7 10:38:40 2024
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          27.4.0
  API version:      1.47 (minimum version 1.24)
  Go version:       go1.22.10
  Git commit:       92a8393
  Built:            Sat Dec  7 10:38:40 2024
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.24
  GitCommit:        88bf19b2105c8b17560993bee28a01ddc2f97182
 runc:
  Version:          1.2.2
  GitCommit:        v1.2.2-0-g7cb3632
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

DOCKER_DEFAULT_PLATFORM=notset
Docker platform: linux-docker
Using Docker context: default (unix:///var/run/docker.sock)
docker-compose: v2.31.0
Using DOCKER_HOST=unix:///var/run/docker.sock
Docker version: 27.4.0
Able to run simple container that mounts a volume.
Able to use internet inside container.
Docker disk space:Filesystem                Size      Used Available Use% Mounted on
overlay                 467.9G    367.4G     76.7G  83% /

======== Existing docker containers ========
CONTAINER ID   IMAGE                               COMMAND     CREATED         STATUS                     PORTS     NAMES
b7dc5dfe72f1   phpstorm_helpers:PS-243.21565.202   "/bin/sh"   3 weeks ago     Created                              phpstorm_helpers_PS-243.21565.202
1cb175bb8a57   phpstorm_helpers:PS-242.23726.107   "/bin/sh"   6 weeks ago     Created                              phpstorm_helpers_PS-242.23726.107
a14e189f32b7   phpstorm_helpers:PS-242.23339.16    "/bin/sh"   2 months ago    Created                              phpstorm_helpers_PS-242.23339.16
559837ef114d   phpstorm_helpers:PS-242.21829.154   "/bin/sh"   3 months ago    Created                              phpstorm_helpers_PS-242.21829.154
15520333a5b4   phpstorm_helpers:PS-242.20224.427   "/bin/sh"   3 months ago    Created                              phpstorm_helpers_PS-242.20224.427
1a5b532cc80a   phpstorm_helpers:PS-242.20224.361   "/bin/sh"   3 months ago    Created                              phpstorm_helpers_PS-242.20224.361
ee6cae91527a   phpstorm_helpers:PS-241.19072.10    "/bin/sh"   4 months ago    Created                              phpstorm_helpers_PS-241.19072.10
2bc1323bf805   phpstorm_helpers:PS-241.18968.24    "/bin/sh"   4 months ago    Created                              phpstorm_helpers_PS-241.18968.24
361e7f2e0993   phpstorm_helpers:PS-241.18034.69    "/bin/sh"   5 months ago    Created                              phpstorm_helpers_PS-241.18034.69
b7635d2eedc6   phpstorm_helpers:PS-241.17890.8     "/bin/sh"   6 months ago    Created                              phpstorm_helpers_PS-241.17890.8
6896649566d8   phpstorm_helpers:PS-241.17011.119   "/bin/sh"   6 months ago    Created                              phpstorm_helpers_PS-241.17011.119
7c5314d344e1   phpstorm_helpers:PS-241.15989.102   "/bin/sh"   7 months ago    Created                              phpstorm_helpers_PS-241.15989.102
11bf7be22848   phpstorm_helpers:PS-241.14494.237   "/bin/sh"   8 months ago    Created                              phpstorm_helpers_PS-241.14494.237
6b0f1549bb17   phpstorm_helpers:PS-233.15026.12    "/bin/sh"   8 months ago    Created                              phpstorm_helpers_PS-233.15026.12
11e2b774ccc2   phpstorm_helpers:PS-233.14808.18    "/bin/sh"   9 months ago    Created                              phpstorm_helpers_PS-233.14808.18
c1e8fcaae627   phpstorm_helpers:PS-233.14475.35    "/bin/sh"   9 months ago    Created                              phpstorm_helpers_PS-233.14475.35
343e60d1f164   phpstorm_helpers:PS-233.14015.96    "/bin/sh"   10 months ago   Created                              phpstorm_helpers_PS-233.14015.96
7d7edfa7d96e   phpstorm_helpers:PS-233.13135.108   "/bin/sh"   11 months ago   Created                              phpstorm_helpers_PS-233.13135.108
8a830ac1d85a   phpstorm_helpers:PS-233.11799.297   "/bin/sh"   12 months ago   Created                              phpstorm_helpers_PS-233.11799.297
d2821fa8134a   phpstorm_helpers:PS-233.11799.232   "/bin/sh"   12 months ago   Created                              phpstorm_helpers_PS-233.11799.232
21b11da00d3f   57b6dc739cac                        "/bin/sh"   12 months ago   Created                              phpstorm_helpers_PS-232.10227.13
52602d952a65   5da36f9dea82                        "/bin/sh"   14 months ago   Created                              phpstorm_helpers_PS-232.10072.32
47df29af0f14   cad4fe7e4a92                        "/bin/sh"   14 months ago   Created                              phpstorm_helpers_PS-232.9921.55
53bbd6298016   cd11c339d26c                        "/bin/sh"   15 months ago   Created                              phpstorm_helpers_PS-232.9559.64
984b22192bdc   89ae2e7699fe                        "/bin/sh"   16 months ago   Created                              phpstorm_helpers_PS-232.8660.205
7959deeaf157   2d69fec1a53e                        "/bin/sh"   17 months ago   Created                              phpstorm_helpers_PS-231.9225.18
7e4ef35ef6b8   f22e1d4a95be                        "/bin/sh"   17 months ago   Created                              phpstorm_helpers_PS-231.9161.47
27df0fcadfac   3c10772787f0                        "/bin/sh"   19 months ago   Created                              phpstorm_helpers_PS-231.9011.38
8df6e9e06f8e   83d677f3da4d                        "/bin/sh"   19 months ago   Created                              phpstorm_helpers_PS-231.8770.68
79ab9b8d6a85   eab5d5c97d2d                        "/bin/sh"   20 months ago   Created                              phpstorm_helpers_PS-231.8109.199
a2ed7b45de05   b042fd99ac86                        "/bin/sh"   21 months ago   Created                              phpstorm_helpers_PS-223.8836.42
9cbb257086e5   2f46cf5dce55                        "/bin/sh"   21 months ago   Created                              phpstorm_helpers_PS-223.8617.59
89d4caa4b54a   hello-world                         "/hello"    21 months ago   Exited (0) 21 months ago             condescending_kalam
53f367692cd4   hello-world                         "/hello"    21 months ago   Exited (0) 21 months ago             boring_jang

======== mkcert information ========
/usr/bin/mkcert
/bin/mkcert
CAROOT= WSLENV= JAVA_HOME=
/home/ag/.local/share/mkcert
total 8
-r-------- 1 ag ag 2484 márc   3  2023 rootCA-key.pem
-rw-r--r-- 1 ag ag 1716 márc   3  2023 rootCA.pem

======== ping attempt on ddev.site ========
PING dkdkd.ddev.site (<IP_ADDRESS>) 56(84) bytes of data.
64 bytes from localhost (<IP_ADDRESS>): icmp_seq=1 ttl=64 time=0.031 ms

--- dkdkd.ddev.site ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.031/0.031/0.031/0.000 ms

======== curl information ========
/usr/bin/curl
/bin/curl

======== ddev debug rebuild ========
Rebuilding project images...
Rebuilding project tryddevproject-11633 with `/home/ag/.ddev/bin/docker-compose -f /home/ag/www/tryddevproject-11633/.ddev/.ddev-docker-compose-full.yaml --progress plain build web --no-cache`
 Service web  Building
#0 building with "default" instance using docker driver

#1 [web internal] load build definition from Dockerfile
#1 transferring dockerfile: 1.47kB done
#1 DONE 0.0s

#2 [web internal] load metadata for docker.io/ddev/ddev-webserver:v1.24.1
#2 DONE 0.0s

#3 [web internal] load .dockerignore
#3 transferring context: 2B done
#3 DONE 0.0s

#4 [web 1/9] FROM docker.io/ddev/ddev-webserver:v1.24.1
#4 CACHED

#5 [web 2/9] RUN (groupadd --gid 1000 "ag" || groupadd "ag" || true) && (useradd  -l -m -s "/bin/bash" --gid "ag" --comment '' --uid 1000 "ag" || useradd  -l -m -s "/bin/bash" --gid "ag" --comment '' "ag" || useradd  -l -m -s "/bin/bash" --gid "1000" --comment '' "ag" || useradd -l -m -s "/bin/bash" --comment '' ag )
#5 DONE 0.2s

#6 [web 3/9] RUN mkdir -p /home/ag && chown ag /home/ag && chmod 600 /home/ag/.pgpass
#6 DONE 0.2s

#7 [web 4/9] RUN START_SCRIPT_TIMEOUT=30 mariadb-client-install.sh || true
#7 0.220 This script is not intended to run with mariadb:10.11
#7 DONE 0.2s

#8 [web 5/9] RUN export XDEBUG_MODE=off; composer self-update --stable || composer self-update --stable || true; composer self-update --2 || log-stderr.sh composer self-update --2 || true
#8 0.308 Storing "stable" as default update channel for the next self-update run.
#8 0.673 You are already using the latest available Composer version 2.8.3 (stable channel).
#8 0.936 You are already using the latest available Composer version 2.8.3 (2.x channel).
#8 DONE 1.0s

#9 [web 6/9] RUN timeout 30 apt-get update || true
#9 0.280 Get:1 http://deb.debian.org/debian bookworm InRelease [151 kB]
#9 0.301 Get:2 http://nginx.org/packages/debian bookworm InRelease [2869 B]
#9 0.320 Get:3 http://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]
#9 0.335 Get:4 http://deb.debian.org/debian-security bookworm-security InRelease [48.0 kB]
#9 0.336 Get:5 https://packages.sury.org/php bookworm InRelease [7551 B]
#9 0.365 Get:6 http://nginx.org/packages/debian bookworm/nginx amd64 Packages [14.9 kB]
#9 0.417 Get:8 http://deb.debian.org/debian bookworm/main amd64 Packages [8789 kB]
#9 0.473 Get:9 https://dl.cloudsmith.io/public/platformsh/cli/deb/debian bookworm InRelease [3675 B]
#9 0.606 Get:10 https://dl.cloudsmith.io/public/platformsh/upsun-cli/deb/debian bookworm InRelease [3681 B]
#9 0.727 Get:11 http://deb.debian.org/debian bookworm-updates/main amd64 Packages [8856 B]
#9 0.728 Get:12 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages [214 kB]
#9 0.749 Get:13 https://dl.cloudsmith.io/public/symfony/stable/deb/debian bookworm InRelease [4422 B]
#9 0.752 Get:14 https://packages.sury.org/php bookworm/main amd64 Packages [254 kB]
#9 0.774 Get:7 https://dlm.mariadb.com/repo/mariadb-server/10.11/repo/debian bookworm InRelease [4625 B]
#9 0.861 Get:15 https://dl.cloudsmith.io/public/platformsh/cli/deb/debian bookworm/main amd64 Packages [4504 B]
#9 0.993 Get:16 https://dl.cloudsmith.io/public/platformsh/upsun-cli/deb/debian bookworm/main amd64 Packages [3347 B]
#9 1.110 Get:17 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg InRelease [129 kB]
#9 1.184 Get:18 https://dl.cloudsmith.io/public/symfony/stable/deb/debian bookworm/main amd64 Packages [7936 B]
#9 1.492 Get:19 https://dlm.mariadb.com/repo/mariadb-server/10.11/repo/debian bookworm/main arm64 Packages [34.5 kB]
#9 1.607 Get:20 https://apt.postgresql.org/pub/repos/apt bookworm-pgdg/main amd64 Packages [359 kB]
#9 2.147 Get:21 https://dlm.mariadb.com/repo/mariadb-server/10.11/repo/debian bookworm/main amd64 Packages [41.2 kB]
#9 2.264 Fetched 10.1 MB in 2s (4952 kB/s)
#9 2.264 Reading package lists...
#9 DONE 2.7s

#10 [web 7/9] RUN curl -I https://www.google.com
#10 0.162   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
#10 0.162                                  Dload  Upload   Total   Spent    Left  Speed
#10 0.162
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
#10 0.366 HTTP/2 200
#10 0.366 content-type: text/html; charset=ISO-8859-1
#10 0.366 content-security-policy-report-only: object-src 'none';base-uri 'self';script-src 'nonce-N6JGtrlbuuium4AH-PVw0w' 'strict-dynamic' 'report-sample' 'unsafe-eval' 'unsafe-inline' https: http:;report-uri https://csp.withgoogle.com/csp/gws/other-hp
#10 0.366 accept-ch: Sec-CH-Prefers-Color-Scheme
#10 0.366 p3p: CP="This is not a P3P policy! See g.co/p3phelp for more info."
#10 0.366 date: Tue, 10 Dec 2024 10:13:39 GMT
#10 0.366 server: gws
#10 0.366 x-xss-protection: 0
#10 0.366 x-frame-options: SAMEORIGIN
#10 0.366 expires: Tue, 10 Dec 2024 10:13:39 GMT
#10 0.366 cache-control: private
#10 0.366 set-cookie: AEC=AZ6Zc-WXrAaehcYh-ZY4Xijx8bfzz0TdQ_IIWeZtgg_sBhK5-BM29FLHJQ; expires=Sun, 08-Jun-2025 10:13:39 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=lax
#10 0.366 set-cookie: __Secure-ENID=24.SE=rGPUVfJIR0Kkc45RkTF-n03eL3mKSczDlc75NTDfVguOZmuqHVwbKyXpTOrYpX-wM8xJnV7MQd9N353l3XIjA22LNnHppl555iUsY4MlwRuhG3PrMxwR8iXsliS24MqNv-SGhfjdti6FXNhgoJC8UXO8NrP64-w29IxP1geb8maMTaeSaUl7iUKe54hNO3ayWXQMZWUKEknGaIiifCsN2LRmw6zqW57WdEqNDC0B; expires=Sat, 10-Jan-2026 02:31:57 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=lax
#10 0.366 alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000
#10 0.366
#10 DONE 0.4s

#11 [web 8/9] RUN chmod 777 /run/php /var/log
#11 DONE 0.2s

#12 [web 9/9] RUN mkdir -p /tmp/xhprof && chmod -R ugo+w /etc/php /var/lib/php /tmp/xhprof
#12 DONE 0.4s
 Service web  Built

#13 [web] exporting to image
#13 exporting layers 0.1s done
#13 writing image sha256:34a4ffcfe12488ad37e0a727cd00e88492c00bb26b2cf393da1f804ce2d3035d done
#13 naming to docker.io/ddev/ddev-webserver:v1.24.1-tryddevproject-11633-built done
#13 DONE 0.1s

#14 [web] resolving provenance for metadata file
#14 DONE 0.0s
Rebuilt Docker cache for project tryddevproject-11633 in 5s
Network ddev_default created
 Container ddev-ssh-agent  Created
 Container ddev-ssh-agent  Started
ssh-agent container is running: If you want to add authentication to the ssh-agent container, run 'ddev auth ssh' to enable your keys.
Using custom web-build configuration: [
	/home/ag/www/tryddevproject-11633/.ddev/web-build/Dockerfile.test
]
Custom configuration is updated on restart.
If you don't see your custom configuration taking effect, run 'ddev restart'.
Building project images...
.Project images built in 2s.
 Network ddev-tryddevproject-11633_default  Created
 Container ddev-tryddevproject-11633-web  Created
 Container ddev-tryddevproject-11633-db  Created
 Container ddev-tryddevproject-11633-db  Started
 Container ddev-tryddevproject-11633-web  Started
Waiting for containers to become ready: [web db]
Starting ddev-router if necessary...
 Container ddev-router  Created
 Container ddev-router  Started

======== Project startup ========
Starting tryddevproject-11633...
2024-12-10T11:14:13.722 GetAvailableRouterPort(): Router is healthy and running
2024-12-10T11:14:13.723 GetAvailableRouterPort(): proposedPort 80 already bound on ddev-router, accepting it
2024-12-10T11:14:13.724 GetAvailableRouterPort(): Router is healthy and running
2024-12-10T11:14:13.725 GetAvailableRouterPort(): proposedPort 443 already bound on ddev-router, accepting it
2024-12-10T11:14:13.725 GetAvailableRouterPort(): Router is healthy and running
2024-12-10T11:14:13.726 GetAvailableRouterPort(): proposedPort 8025 already bound on ddev-router, accepting it
2024-12-10T11:14:13.728 GetAvailableRouterPort(): Router is healthy and running
2024-12-10T11:14:13.729 GetAvailableRouterPort(): proposedPort 8026 already bound on ddev-router, accepting it
2024-12-10T11:14:13.748 Pulled image for ddev/ddev-webserver:v1.24.1
2024-12-10T11:14:13.749 Pulled image for busybox:stable
2024-12-10T11:14:13.749 Pulled image for ddev/ddev-utilities
2024-12-10T11:14:13.749 Pulled image for ddev/ddev-ssh-agent:v1.24.1
2024-12-10T11:14:13.75 Pulled image for ddev/ddev-traefik-router:v1.24.1
2024-12-10T11:14:14.449 chowning /mnt/ddev-global-cache and /var/lib/mysql to 1000
2024-12-10T11:14:17.59 done chowning /mnt/ddev-global-cache and /var/lib/mysql to 1000
Using custom web-build configuration: [
	/home/ag/www/tryddevproject-11633/.ddev/web-build/Dockerfile.test
]
Custom configuration is updated on restart.
If you don't see your custom configuration taking effect, run 'ddev restart'.
2024-12-10T11:14:17.596 host.docker.internal='' runtime.GOOS==linux and docker 20.10+
2024-12-10T11:14:17.601 Using automatically detected timezone: TZ=Europe/Budapest
2024-12-10T11:14:17.645 Pulled image for ddev/ddev-dbserver-mariadb-10.11:v1.24.1
2024-12-10T11:14:17.645 Pulled image for ddev/ddev-webserver:v1.24.1
2024-12-10T11:14:17.646 Pulled image for ddev/ddev-ssh-agent:v1.24.1
2024-12-10T11:14:17.646 Pulled image for ddev/ddev-traefik-router:v1.24.1
Building project images...
2024-12-10T11:14:17.647 Executing docker-compose -f /home/ag/www/tryddevproject-11633/.ddev/.ddev-docker-compose-full.yaml build --progress=plain
.Project images built in 1s.
2024-12-10T11:14:18.987 Removing dangling images for the project ddev-tryddevproject-11633
2024-12-10T11:14:19.118 Executing docker-compose -f /home/ag/www/tryddevproject-11633/.ddev/.ddev-docker-compose-full.yaml up -d
 Container ddev-tryddevproject-11633-web  Recreate
 Container ddev-tryddevproject-11633-db  Recreate
 Container ddev-tryddevproject-11633-db  Recreated
 Container ddev-tryddevproject-11633-web  Recreated
 Container ddev-tryddevproject-11633-web  Started
 Container ddev-tryddevproject-11633-db  Started
2024-12-10T11:14:30.093 VIRTUAL_HOST=tryddevproject-11633.ddev.site for web
2024-12-10T11:14:30.093 HTTP_EXPOSE=80:80,8025:8025 for web
2024-12-10T11:14:30.093 HTTPS_EXPOSE=443:80,8026:8025 for web
2024-12-10T11:14:30.63 Copied /home/ag/www/tryddevproject-11633/.ddev/traefik:CopyIntoVolume_gtkshkfirily into /mnt/v/traefik in 45.395803ms
2024-12-10T11:14:30.668 Exec chown -R 1000 /mnt/v/traefik stdout=, stderr=, err=<nil>
2024-12-10T11:14:30.802 Copied Traefik certs in /home/ag/www/tryddevproject-11633/.ddev/traefik/certs to ddev-global-cache/traefik
2024-12-10T11:14:30.802 Running /start.sh in ddev-webserver
Waiting for containers to become ready: [web db]
2024-12-10T11:14:37.017 Copied /home/ag/.ddev/commands:CopyIntoVolume_xuvpdgdpexmc into /mnt/v/global-commands in 44.684545ms
2024-12-10T11:14:37.057 Exec chown -R 1000 /mnt/v/global-commands stdout=, stderr=, err=<nil>
2024-12-10T11:14:37.263 Testing to see if /mnt/ddev_config is properly mounted
2024-12-10T11:14:37.366 Getting stderr output from 'log-stderr.sh --show'
Starting ddev-router if necessary...
2024-12-10T11:14:37.972 Copied /home/ag/.ddev/traefik:CopyIntoVolume_bayedqvzjznv into /mnt/v/traefik in 44.713319ms
2024-12-10T11:14:38.003 Exec chown -R 1000 /mnt/v/traefik stdout=, stderr=, err=<nil>
2024-12-10T11:14:38.133 Copied global Traefik config in /home/ag/.ddev/traefik/certs to ddev-global-cache/traefik
 Container ddev-router  Running
2024-12-10T11:14:38.169 Waiting for ddev-router to become ready, timeout=60
2024-12-10T11:14:38.672 ddev-router is ready
Successfully started tryddevproject-11633
Your project can be reached at https://tryddevproject-11633.ddev.site
See 'ddev describe' for alternate URLs.

======== Curl of site from inside container ========
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
HTTP/1.1 200 OK
Server: nginx
Date: Tue, 10 Dec 2024 10:14:40 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
Vary: Accept-Encoding

======== curl -I of http://<IP_ADDRESS>:32820 (web container http docker bind port) from outside ========
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
HTTP/1.1 200 OK
Server: nginx
Date: Tue, 10 Dec 2024 10:14:40 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
Vary: Accept-Encoding

======== curl -I of http://tryddevproject-11633.ddev.site (router http URL) from outside ========
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Date: Tue, 10 Dec 2024 10:14:40 GMT
Server: nginx
Vary: Accept-Encoding

======== Full curl of http://tryddevproject-11633.ddev.site (router http URL) from outside ========
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100   198    0   198    0     0   2024      0 --:--:-- --:--:-- --:--:--  2041
Success accessing database... db via TCP/IP<br />
ddev is working.<br />
The output file for Discord or issue queue is in
<b>/tmp/ddev-debug-test.txt</b><br />
file:///tmp/ddev-debug-test.txt<br />

======== Full curl of https://tryddevproject-11633.ddev.site (router https URL) from outside ========
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100   198    0   198    0     0   2481      0 --:--:-- --:--:-- --:--:--  2506
Success accessing database... db via TCP/IP<br />
ddev is working.<br />
The output file for Discord or issue queue is in
<b>/tmp/ddev-debug-test.txt</b><br />
file:///tmp/ddev-debug-test.txt<br />

======== Curl google.com to check internet access and VPN ========
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
HTTP/2 200
content-type: text/html; charset=ISO-8859-1
content-security-policy-report-only: object-src 'none';base-uri 'self';script-src 'nonce-xkHqzrJRu2kSNKQU1fLoyw' 'strict-dynamic' 'report-sample' 'unsafe-eval' 'unsafe-inline' https: http:;report-uri https://csp.withgoogle.com/csp/gws/other-hp
accept-ch: Sec-CH-Prefers-Color-Scheme
p3p: CP="This is not a P3P policy! See g.co/p3phelp for more info."
date: Tue, 10 Dec 2024 10:14:40 GMT
server: gws
x-xss-protection: 0
x-frame-options: SAMEORIGIN
expires: Tue, 10 Dec 2024 10:14:40 GMT
cache-control: private
set-cookie: AEC=AZ6Zc-V6TB4zmoOHwSwnrILj_dORj92PIzOx8ZXSoBaM1SrzPulCcVxm7ck; expires=Sun, 08-Jun-2025 10:14:40 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=lax
set-cookie: __Secure-ENID=24.SE=UAmQUF9EhXI2-nRFOOKYlNruhYJSbefDaz7cVRhyl4Sn0UVl6eSFYbJpuN1Atx6RgH9K0WUjKFfptg6GGGylTvFTP2FLKVAat5dEVF1nMY6vO4T2Lgbb_BQQhaN5rWJ_TtcyBNhGkWVyb-x0Nn6rcUZjvEPmb-Ab9TzJjGOEFY-knA9LZG2pJI_QzrRSQCTN6fdEEoZ4MpHI00bEfdeL483V8DR6p83ry9lpYl8; expires=Sat, 10-Jan-2026 02:32:58 GMT; path=/; domain=.google.com; Secure; HttpOnly; SameSite=lax
alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000

======== host.docker.internal status ========
PING host.docker.internal (<IP_ADDRESS>) 56(84) bytes of data.
64 bytes from host.docker.internal (<IP_ADDRESS>): icmp_seq=1 ttl=64 time=0.055 ms

--- host.docker.internal ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.055/0.055/0.055/0.000 ms

======== Project ownership on host ========
drwxrwxr-x 4 ag ag 4096 dec   10 11:13 ../tryddevproject-11633

======== Project ownership in container ========
drwxrwxr-x 4 ag ag 4096 Dec 10 11:13 //var/www/html

======== In-container filesystem ========
Filesystem     Type 1K-blocks      Used Available Use% Mounted on
/dev/nvme0n1p2 ext4 490617784 385339648  80282656  83% /var/www/html

======== Thanks for running the diagnostic! ========
Running ddev launch in 3 seconds
Running ddev launch
Waiting for ddev launch to complete before deleting project
Opening in existing browser session.

Cleanup: deleting test project tryddevproject-11633
 Container ddev-tryddevproject-11633-db  Stopped
 Container ddev-tryddevproject-11633-web  Stopped
 Container ddev-tryddevproject-11633-db  Stopped
 Container ddev-tryddevproject-11633-web  Stopped
 Container ddev-tryddevproject-11633-db  Removed
 Container ddev-tryddevproject-11633-web  Removed
 Network ddev-tryddevproject-11633_default  Removed
Volume tryddevproject-11633-mariadb for project tryddevproject-11633 was deleted
Volume tryddevproject-11633-postgres for project tryddevproject-11633 was deleted
Volume tryddevproject-11633_project_mutagen for project tryddevproject-11633 was deleted
Project tryddevproject-11633 was deleted. Your code and configuration are unchanged.

Please remove the files from this test with 'rm -r ../tryddevproject-11633'

Expected Behavior
I should see the typo3 frontend
Actual Behavior
The page did not exist or was inaccessible. Reason: No site configuration found.
Steps To Reproduce
You should use web_extra_exposed_ports
Anything else?
This ist not typo3 related because this happen with every typo3 versions (10-12)

Hi @glucka,
Thank you for providing ddev debug test.
Is there more output after?:
Starting ddev-router if necessary...
 Container ddev-router  Created
 Container ddev-router  Started

It seems to be stuck here.
Check for docker logs -f ddev-router
https://ddev.readthedocs.io/en/stable/users/extend/traefik-router/#debugging-traefik-routing

hi @stasadev thx for the hint, now should be correct

@glucka,
Please give the exact steps to reproduce or create a test repository on GitHub.
I used our quickstart https://ddev.readthedocs.io/en/stable/users/quickstart/#typo3 and was able to open the admin panel and create a user there.
After that I tried to open the main page with ddev launch, and saw this:

I didn't even use web_extra_exposed_ports.
I guess I didn't configure it properly using this:
https://ddev.readthedocs.io/en/stable/users/usage/cms-settings/#typo3-specifics
Please note that we (Randy and I) don't know the TYPO3 specifics.

BTW, have you tried https://github.com/ddev/ddev-browsersync for Browsersync?

/cc @sbuerk

Thx for the quick response @stasadev  !
yes, the correct  site config
base: 'https://my-typo3-site.ddev.site/'

should be in /config/sites/whatever/config.yaml
The error happen only after using "web_extra_exposed_ports"
I give a try for ddev-browsersync!!! Thank you!

@stasadev i run in the same error with ddev-browsersync because this use also a different port (3000) like 443

should be in /config/sites/whatever/config.yaml

Thanks, I see where I did a mistake, I should use this checkbox:

I tried https://ddev.readthedocs.io/en/stable/users/quickstart/#typo3 again with:
echo "web_extra_exposed_ports:
  - name: browsersync
    container_port: 3000
    http_port: 2999
    https_port: 3000" >.ddev/config.extras.yaml

And the main page worked fine. I also tried to change the webserver_type from nginx-fpm to apache-fpm and it also worked.
Please reproduce using our quickstart, add the necessary settings and provide it because I'm going around in circles here.

"Bad gateway" normally means that the process is not running in the web container (so ddev-router tries to access it at 3000 and finds nothing, so "bad gateway"). If you ddev ssh and ps -ef do you see browsersync running? If you manually run browsersync does it start working? (Note that with the ddev browsersync add-on, you must ddev browsersync to start it.)

@rfay it works with sample html files, but does not with typo3
btw ddev browsersync addon create a config.browsersync.yaml file with web_extra_exposed_ports
i do investigate a little bit more and let you know

I'm sorry, it was too early for me. I thought you said web_extra_daemons.
Yes, the config.browsersync.yaml does have web_extra_exposed_ports, as it should.
Congratulations for debugging with sample html files, you're on the right track. I expect you'll find out that your typo3 site is unwilling to serve URLs to https://localhost
(I got it to work, below)
I see that TYPO3 is unwilling to serve a domain on http (like http://localhost) when it has been set up with https. So ddev exec curl -I http://localhost gets a 404, and even ddev exec curl -I http://t3v13.ddev.site gets a 404. But ddev exec curl -I https://t3v13.ddev.site (which actually goes through the router) gets a 200.
Here's how I got it to work:

Comment out #base: 'https://t3v13.ddev.site/' in sites/main/config.yaml
Clear cache (I deleted var/cache/code/core/sites-configuration.php)
ddev restart
ddev browsersync

No Problem! Later I'll try your instruction, just a quick note:
I think it is not typo3 and not ddev related because downgrade of both packages doesnt helped and it is since 1-2 weeks. Maybe some docker package update caused.

The solution ist: the base url should be always http!
 base: 'http://whatever.ddev.site/' in sites/main/config.yaml
Now works fine over https://whatever.ddev.site:3000

I'm going to move this to the ddev-browsersync repo, where it can be found more easily.
@glucka Could you please do a PR there to the README adding instructions for TYPO3?


Split NPP003 into two diagnostics

Right now, NPP003 (Unexpected Token) reports on the use of reserved words used in e.g. Subroutine names. This clutters the report from the other diagnostics found here. It would be better to separate out the ones related to reserved words in another diagnostic.

We can create a diagnostic and use that when an identifier is expected but something else was given