Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Path issue virtual-backgrounds/Blur failed No such file or directory #15555

Closed
antobinary opened this issue Aug 17, 2022 · 4 comments
Closed
Assignees
Milestone

Comments

@antobinary
Copy link
Member

Describe the bug
I am not spotting visual issue but when digging through /var/log/nginx/error.log I see lines as follows:

2022/08/17 04:16:30 [error] 7461#7461: *34715 open() "/usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/Blur" failed (2: No such file or directory), client: 103.135.xx.xx, server: xx.xx.xx.com, request: "GET /html5client/resources/images/virtual-backgrounds/Blur HTTP/2.0", host: "xx.xx.xx.com", referrer: "https://xx.xx.xx.com/html5client/join?sessionToken=izg8wumdlskdyiba"
ls -l /usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/thumbnails/
total 16
-r--r--r-- 1 root root 2170 Jul 18 18:50 blur.jpg
-r--r--r-- 1 root root 1755 Jul 18 18:50 board.jpg
-r--r--r-- 1 root root 3563 Jul 18 18:50 coffeeshop.jpg
-r--r--r-- 1 root root 3301 Jul 18 18:50 home.jpg
__:~# ls -lr /usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/
total 2564
drwxr-xr-x 2 root root   4096 Aug 16 17:14 thumbnails
-r--r--r-- 1 root root 316733 Jul 18 18:50 home.jpg
-r--r--r-- 1 root root 446038 Jul 18 18:50 coffeeshop.jpg
-r--r--r-- 1 root root 989152 Jul 18 18:50 brickwall.jpg
-r--r--r-- 1 root root 509102 Jul 18 18:50 board.jpg
-r--r--r-- 1 root root 348999 Jul 18 18:50 architecture.jpg

More Info
After checking with @JoVictorNunes this was mentioned:
/usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/Blur actually needs to be /usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/thumbnails/Blur

Looks like there is also some possible confusion on the exact set of files -- no brickwall thumb, no architecture thumb, odd blur thumb

BBB version:
BigBlueButton 2.5.4

@antobinary antobinary added this to the Release 2.5 milestone Aug 17, 2022
@prlanzarin
Copy link
Member

Looks like there is also some possible confusion on the exact set of files -- no brickwall thumb, no architecture thumb, odd blur thumb

Brickwall/architecture are leftover files. Just remove them.

@prlanzarin
Copy link
Member

prlanzarin commented Aug 17, 2022

After checking with @JoVictorNunes this was mentioned:
/usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/Blur actually needs to be /usr/share/meteor/bundle/programs/web.browser/app/resources/images/virtual-backgrounds/thumbnails/Blur

That does not make much sense. Thumbnail base path is hardcoded, so it's probably being requested correctly beforehand.

The only way it should be getting the base image path is during virtual background worker creation or effect changes. In that case, it shouldn't be requesting anything for blur since it's a slightly different path from regular background images.

Is the virtualBackgrounds configuration dictionary (settings.yml) for the server where that's happening the default or a custom one?

@prlanzarin
Copy link
Member

prlanzarin commented Aug 17, 2022

worker creation or effect changes

Yup. This is the borked code:

if (parameters != null && Object.keys(parameters).length > 0) {
imagesrc = parameters.name;
type = parameters.type;
this._options.virtualBackground.isVirtualBackground = parameters.isVirtualBackground;
}
this._virtualImage = document.createElement('img');
this._virtualImage.crossOrigin = 'anonymous';
this._virtualImage.src = virtualBackgroundImagePath + imagesrc;
. Should have some handling for blur as an edge case there (and during creation as well probably).

@JoVictorNunes
Copy link
Collaborator

Thumbnail base path is hardcoded, so it's probably being requested correctly beforehand.

Yep, at a first glance I thought it was a thumbnail issue (symptom of a supposed custom configuration). But it's not the case. It's indeed hardcoded. Thanks, @prlanzarin !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants