File permission flags are being lost when uploaded to volume through Filebrowser

a year ago

I am trying to upload some files that my Browserless image needs to access to a volume via Filebrowser, but I am running into issues. They need 755 permissions and I think that when I upload them to the volume with Filebrowser, its losing that (I've modified these on my computer before uploading).
I tried modifying the permissions through the start command but it got stuck on "deploying".

0 Replies

a year ago

it got stuck on deploying either because railway's ongoing issue or your start command was wrong and filebrowser never started


a year ago

my start command was chmod 755 /usr/src/app/chrome-extensions/chrome-extension


a year ago

(I forgot to mention that after i uploaded the folder to the volume, i disconnected it and reconnected it to the browserless instance at /usr/src/app/chrome-extensions)


a year ago

The big picture issue is getting the files onto that volume with the correct permission flags


a year ago

I was able to make a custom start command with ls -l dir in front of teh real start command to see the permissions, and they were in fact unchanged (correct). I'm now trying to find what the issue is.


a year ago

what is the actual error you are getting though


a year ago

I have a chrome extension that i am trying to use with a Browserless puppeteer instance. It is working when I run it locally using chrome on my laptop with the extension. It is also working when i use browserless with the extension added on a Browserless docker image. It isn't working when I pushed it to railway and have teh extension loaded onto the volume.


a year ago

im not receiving a specific error, the extension just isnt working. Previous issues ive run into that have had this same result is the extension not having drwxr-xr-x permissions, however i've confirmed that it has this on the volume.


a year ago

are you aware the template deploys browserless v1?


a year ago

no i was not


a year ago

so would the best solution be to deploy the browserless instance myself and try?


a year ago

is there an advantage to sticking with v1?


a year ago

they dropped support for some library so i feel like that makes the template limited in its use if i went with v2


a year ago

are you running v2 locally?


a year ago

yes


a year ago

as opposed to another approach to hosting it.


a year ago

is using v1 out of the question for you?


a year ago

it is due to the fact that I cannot figure out how i would fix this issue of extensions not working. I want to try and isolate the problem as much as i can


a year ago

use v1 locally and get extensions working?


a year ago

that’s another option yes


a year ago

but i would prefer to not limit myself to new features as many of them would be useful for my project and they’re only available on v2. if i have to find workarounds that’s also fine


a year ago

have you taken a look at repo that browserless deploys from?


a year ago

yes and that’s what i’m gonna try and deploy


a year ago

thats already what is deploying


a year ago

i thought it was deploying v1


a year ago

it is



a year ago

im talkin ab that repo


a year ago

which is the updated one


a year ago

you will lose support for private networking


a year ago

ooh


a year ago

thats a good point


a year ago

theres still the token authenticaiton


a year ago

so other than latency security wont be an issue i dont think


a year ago

egress fees


a year ago

oh ic


a year ago

but do you think they would be less than if i just hosted on a vps?


a year ago

and i dont think that it would take much bandwidth


a year ago

i think you should use v1, if you have a good enough usecase for v2, i will make you a v2 template


a year ago

i definitely dont think ill need a v2


a year ago

tempate


a year ago

me neither


a year ago

i can always use teh docker image and deploy that for v2 if needed


a year ago

you will lose private networking support


a year ago

right


a year ago

but other than a small increase in egress fees it won't be an issue right


a year ago

and i wasnt planning on using private networking for the code anyways actualy since i was gonna use cloud run


a year ago

never say small egress


a year ago

because i dont need it to be running 24/7


a year ago

and its within the free tier i believe


a year ago

use app sleeping on railway then


a year ago

i need it to scale though


a year ago

replicas


a year ago

idk how to use those 😭


a year ago

but its an equivalent?


a year ago

i can def use them


a year ago

scale in what direction?


a year ago

horizontally


a year ago

why is that


a year ago

because of the


a year ago

ohh shoot


a year ago

by using browserless


a year ago

i dont need to anymore


a year ago

previously it was because of how it wasnt good to run puppteer scripts that would have concurrent runs on one environment


a year ago

but browserless may have removed the need for that


a year ago

either way i need to fix this issue with extensions first


a year ago

run v1 locally, get extensions working


a year ago

thats what ill do if this doenst work


a year ago

i just want to try and get it working as easily as possible first


a year ago

i don't have to specify a port for docker right it just does it automatically?


a year ago

v1 locally is the way to go for sure


a year ago

okay


a year ago

just because of how important that egress fee is?


a year ago

it could be pennys, it could be dollars, i dont want to see another help thread saying my egress is high can i have a refund 😆


a year ago

lmao aight


a year ago

why can't i use private networking just on the docker container


a year ago

browserless itself does not support ipv6


a year ago

gotcha


a year ago

ooooh


a year ago

its working i think


a year ago

yep its working


a year ago

v1 locally?


a year ago

no v2 docker


a year ago

ima do this now


a year ago

the reason im hesitatnt though is because it is doing it in the v2 version using chromium's default way to use extensions, so i'm not sure what other possible way there would be to do it if that doesnt work. Browserless definitely doesn't have support for that.


a year ago

it could be the way that the launch args are sent to the browserless instance though..


a year ago

if you cant make it work with v1 locally i will make you a browserless v2 template


a year ago

but please try with v1 first


a year ago

alright


a year ago

do we got a deal?


a year ago

yep


a year ago

thats actually great


a year ago

because i think you'll be able to help me find out how to do this in v1 very quickly


a year ago

sounds good, keep me updated


a year ago

never done this before


a year ago

have you seen --args been used with chromium before in any capacity

1264723362358493200


a year ago

whether its selenium or puppeteer or anything else


a year ago

1264723599831597300


a year ago

yes, you need those to run as root


a year ago

right


a year ago

so in v2


a year ago

i use dynamic launch args to pass those over and specify the extension location



a year ago

1264723860637356000


a year ago

& they are added to the end of the wss endpoint


a year ago

i need to find out how to do this in the first version


a year ago

does v1 even support that?


a year ago

i dont think they do using dynamic launch args


a year ago

because 1. it didnt work (and it does on v2 without changing the code) and 2. theres this text on the docs page.

1264724398418563000


a year ago

im gonna look into it thuogh


a year ago

i found something related to building browserless that i dont understand, you might though since you made the template



a year ago

#Webdriver (selenium)


a year ago

I didn't build anything


a year ago

1264724960576934000


a year ago

okay


a year ago

well the reason i don't understand this code is that in browserless, you dont use selenium or anything. you just connect to the WS


a year ago

actually i think thats how it would be done in selenium


a year ago

selenium is just another library like puppeteer


a year ago

right


a year ago

yeah ive used it


a year ago

im gonna keep looking into how to specify those args


a year ago

DEFAULTLAUNCHARGS


a year ago

is something i came across that was deprecated in v2


a year ago

it probably won't be in v1


a year ago

im gonna try it


a year ago

Okay you might be able to help with this part. Its passed in alongside an array of strings args. Will it matter if i just put this array in the environmental variable editor, will it be parsed as a string?

1264725914135040000


a year ago

yeah that should work fine


a year ago

alr


a year ago

i have to go for a bit but i really appreciate it


a year ago

no problem!


a year ago

I think it will work. I can’t try it right now because i’m on my phone but it’s marked as deprecated on the v2 migration



a year ago

oh yeah

Drop support for Selenium and Webdriver.


a year ago

thats why im still using v1


a year ago

aight im about to try it


a year ago

railway is conveniently not wanting to build rn


a year ago

1264748995457061000


a year ago

It's accepting the launch arguments but the chrome extension isnt being loaded


a year ago

it acknowledges them in the info statement when the browserless service starts


a year ago

someone else identified the issue previously for v1 and a solution was never posted:
https://github.com/browserless/browserless/issues/799


a year ago

well that's unfortunate


a year ago

yeah ive been trying for ab 4 hours now


a year ago

lmk if u make a v2 temp


a year ago

good timing


a year ago

whys that


a year ago

working on it right now


a year ago

amazing


a year ago


a year ago

let me know if there are any issues


a year ago

private endpoitns are supposed to work right?


a year ago

yes private networking is supported


a year ago

apparently not


a year ago

its crashing


a year ago

this error which is caused by a ws not workign correctly

1265125941664026600


a year ago

are those logs from your app, or the browserless service


a year ago

1265126070492074200


a year ago

app


a year ago

let me make sure its using the env varibale rq


a year ago

cuz i have it on a gh branch


a year ago

that error doesnt really even look like it has anything to do with browserless


a year ago

im testing it using the public endpoint


a year ago

but im 90% sure that this is just what happens when its a bad endpoint


a year ago

what client lib?


a year ago

puppeteer


a year ago

wait hmm its happenign with public as well


a year ago

this is really weird 1 sec


a year ago

okay well to be fair i didnt test it


a year ago

im gonna test it with the v1 endpoint


a year ago

Okay it works when i use v1 public


a year ago

so its def an issue with the endpoint somehow


a year ago

okay ill test the v2 template with puppetter


a year ago

v1 public & private work
v2 public & private dont work


a year ago

got it working, the browserless docs are outdated so therefor the BROWSER_WS_ENDPOINT variable the template came with was wrong for v2


a year ago

hard refresh your browser and deploy the browserless v2 template again


a year ago

aight


a year ago

preciate it


a year ago

let me know if it still doesn't work


a year ago

@celebrations - did the template work for you?


a year ago

yep its workign great


a year ago

awsome


File permission flags are being lost when uploaded to volume through Filebrowser - Railway Help Station