We've had community requests (e.g. https://twitter.com/DurrilWeller/status/1321071907794493440 ) to make it so you do not drift in the lobby view. If you choose to watch from lobby, it seems like you should stay in one position.

This would make it easier for people to watch from outside the room if camera mode is not enabled as well (event organizers might be busy and not remember to turn on camera mode, or they might not know it exists). Personally, I find that the lobby view tends to look great at first, but then will drift in such a way that the interior of the room is obscured by objects or the environment.

We've had people request that the emoji spawners could be customizable (e.g. https://twitter.com/morionart/status/1318794396230451200) - and we have also seen custom emojis seen multiple Hubs Cloud instances.

It would be neat if people could upload their own custom emojis without having to set up a full Hubs Cloud instance.

Description

In the middle of the Dark Forrest is what looks like a bonfire of "!" icons. Please see attached screenshot.

To Reproduce Steps to reproduce the behavior:

1. Go to the Dark Forrest Hubs scene
2. Look towards the centre of the scene from any angle

Expected behavior

Not sure what to expect, but this looks odd.

Screenshots

Hardware <!-- Please complete the following information -->

• Device: Pico Neo 2
• OS: Pico Android
• Browser: FxR 12

Additional context Add any other context about the problem here.

fixed this scene by removing the particle system, it worked on some devices, but not on others. Happens when a sprite for a particle system fails to load

When you want to remove someone from the room, the text copy is "Kick" which we've received a few reports that it's perhaps a bit harsh.

Perhaps we could change to "remove user" or something else which is more clear/less violent

see this tweet: https://twitter.com/morionart/status/1318517465429741568

also mentioned to us by Megan on the design team

Just wanted to note that this is an issue that was also mentioned by a community member in an email last week

Received a request from rem5forgood for "a more visual way to see who is talking, especially in groups of 4/5 and using different types of avatars, this can be easily lost, especially when the group doesn't know each other yet/the voices associated."

as we create more avatars with subtle mouth movements (or no mouth movements) this is increasingly necessary

The team from rem5forgood passed on this request : "An away notification. Sometimes during our 2 hour events I need to get up and chat in real life, go to the restroom etc. If there could be a way to set green/red near your name tag potentially so that people don't try to come up and talk to you since you aren't there."

Just nothing that we continue to receive more requests for a loudspeaker option.

Description I went into the meetup room and added some objects (three gif files and a link to another room). I pinned them, then left the room. When I left the room to visit another room that was linked in the scene, the objects all moved to the origin (as reported by @emclaren, who stayed in the room after I left).

To Reproduce Steps to reproduce the behavior:

1. Go to the meetup room
2. Add objects and pin them
3. Leave the room by way of clicking on another room link that has been shared in the room

Expected behavior The pinned objects stay in the same place

Screenshot

this does not appear to be happening any more

Just adding that we are working on OAuth implementation to be built into Hubs Cloud - there is an open issue here to track this progress: https://github.com/mozilla/hubs/issues/2312

This came up on the Hubs Discussions forum so I'm recording it here for our records - https://github.com/mozilla/hubs/discussions/2982

Thank you for the positive feedback! If I could throw in my bit on this, a simple document stating how to rebuild the client on AWS would go a long way for me. Thinking ahead, that would be really useful for many people. Right now, this document is not enough - its a vital subject, I get to half way the cant go forward after the prerequisites section: https://hubs.mozilla.com/docs/hubs-cloud-custom-clients.html It would be nice to have a document stating the steps and the requirements. Again, thank you for your interest.

We've been asked a lot recently if it is possible to add a video with an alpha channel to Hubs rooms (e.g. https://twitter.com/tartanski/status/1302686272750788608 , https://discordapp.com/channels/498741086295031808/535638724785078292/750734367034441880, https://github.com/mozilla/hubs/discussions/2719 ). Currently there is just have a black background where the alpha channel appears.

A community member mentioned that Alpha webm files used to work in Hubs, but no longer do.

• Fix typos.
• Minor text improvements.
• Fix broken links.

Is your feature request related to a problem? Please describe. I would like to be able to control where a person enters a room via a link. Could be a link in another room, or on a web page. I don't want to just control the entry point for all users, but be able to link to different ones.

The initial use case is for me to describe a room I've created in a blog post, and have multiple links into that room based on the thing I'm talking about in the post.

Describe the solution you'd like I want someone to enter a room at a certain position and orientation, at positions other than the normal spawn points.

Describe alternatives you've considered Two alternatives seem to be

• be able to link to waypoints. The problem here is that they must be pre-created in the scene
• be able to ask hubs for a deep link at any time, based on the current position/orientation of your avatar.

The second seems best for this use case: I would like to create a tour of an old room by placing text signs (type something, turn it into text, position and size it) and then locate myself appropriately, grab a link, and paste it into a blog.

As mentioned by @JulesDoe - this feature was just recently released! thanks for mentioning this

Description This bug was flagged in this discussion https://github.com/mozilla/hubs/discussions/2946

On some iphones when you enter the room is just black, seems to happen on several different devices & in different rooms and scenes.

Copied from Discussion thread Graphics (selecting your avatar, then the contents of the room itself) refuse to load on my iPhone 8 Plus using Safari and running iOS 13.6.1. The UI loads, I get the happy "you've entered the room" sound, and my avatar shows up for others, but the viewport into the room is black (as was the small window where you select your avatar). Works perfectly fine on an iPad, Quest, desktop browser. I can load the cube in get.webgl.org so it isn't that. The only solution I could find was clearing web history and such. Did that to no avail. Anyone have an idea to save me from this sad nap?

Yes, it is pervasive and n the iPhone. The same room will load fine on an iPad. It’s strange!

Thanks @emclaren! I found a few folks reporting the same or similar issue on Discord before I posted but didn't come across a clear resolution. I've seen it work on everthing from an iPhone 6 with out of date iOS to an iPhone 11 and an iPad, so it must be me!

Screenshots

Hi @truedat101 - Hubs' servers are blocked when there are too many requests to youtube during a period of time. When it is blocked it is generally just for a few hours, after which point it will start working again.

Since our servers have become much busier, we've been seeing this occur more frequently. We've since begun advising against relying on youtube for mission critical content, we recommend hosting videos on the Hubs servers by uploading to your Hubs room or Spoke (there is a 128MB size limit for these videos) or on a self-hosting videos on a provider like Amazon S3.

When this occurs you should see an error message that says "Unable to load video" not the broken link image (as pictured above). Are you getting a broken link pictures?

thank you for sharing this tip @JulesDoe

A user reported a similar thing happening in Discord and reported:

"09/08/2020 I solved it. I had turned on 2 experimental features of Safari (WebGL 2.0 and WebGPU). When I turned those off and cleared the cache it worked fine."

Description This bug was flagged in this discussion https://github.com/mozilla/hubs/discussions/2946

On some iphones when you enter the room is just black, seems to happen on several different devices & in different rooms and scenes.

Copied from Discussion thread Graphics (selecting your avatar, then the contents of the room itself) refuse to load on my iPhone 8 Plus using Safari and running iOS 13.6.1. The UI loads, I get the happy "you've entered the room" sound, and my avatar shows up for others, but the viewport into the room is black (as was the small window where you select your avatar). Works perfectly fine on an iPad, Quest, desktop browser. I can load the cube in get.webgl.org so it isn't that. The only solution I could find was clearing web history and such. Did that to no avail. Anyone have an idea to save me from this sad nap?

Yes, it is pervasive and n the iPhone. The same room will load fine on an iPad. It’s strange!

Thanks @emclaren! I found a few folks reporting the same or similar issue on Discord before I posted but didn't come across a clear resolution. I've seen it work on everthing from an iPhone 6 with out of date iOS to an iPhone 11 and an iPad, so it must be me!

Screenshots

This was also being discussed on the github discussions board for hubs: https://github.com/mozilla/hubs/discussions/2859

screencaps of how vimeo videos appear with/without sound when I try to load them into Spoke & Hubs. Obscured them a bit because they came from community member and I wasn't sure if they would be ok with them being shared.

Spoke (the one with no sound appears as video, the one with sound appears as link)

Hubs (both appear)

Description The accessibility meetup that runs events in Hubs has mentioned a frequently occurring issue.

For their meetup they have a presentation and captions. They broadcast this view to the lobby so it can be watched by other folks & broadcast to a live stream.

If someone blocks the cameraperson's view, the cameraperson can hide them from their own view, but they will still be visible to people watching from the lobby.

Beyond this particular case, this could also be a severe issue for any large events that have a troll enter the space.

Expected behavior I would expect people that is hidden from a camera person's view would also be hidden from the view of the folks in the lobby.

I understand that adding Direct Messaging to the Hubs chatbox would require an overhaul to how we manage messages, however, we get requests from the community to enable DMs frequently.

I'm creating this GitHub issue so we can track these requests & add private chat to planning documents in the future.

Note: this feature was most recently flagged by the A11y community that meets in Hubs.

We are seeing a lot of events that link multiple rooms (for example, you start in one "hub room" and then move to separate themed spaces from there, for example the recent artisan craft fair in Hubs) - it would be really helpful for users to be able to jump into these without getting prompted every time.

A user reported issue with 360 image in github discussions

https://github.com/mozilla/hubs/discussions/2853

From the discussion

"Hey guys, I made a scene with a 360 pano and it works fine, but sometimes when a user loads the room in his browser the pano is upside down, what should I do to avoid this from happening? What determines the orientation of the image?

Ok, I tested more and it reproducible. Very simple actually 1- In FireFox (PC), the pano image displays correctly 2- In Chfrome (PC), the pano is upside down 3- In Edge(PC), the pano is also upside down"

Thomas & Manuel reported this happening in a meeting today. I asked them to add details of their setups here

We received another request about a loudspeaker option for room moderators.

Is your feature request related to a problem? Please describe. We can't currently feature avatars without hands because it makes Hubs hard to use in VR if you can't see your controls.

Describe the solution you'd like It would be nice if we could detect if an avatar had no hands, and we could show some sort of controls visible only to the user so they could see where their hands are.

received feedback following the XR access symposium

"i had difficulty with sound. I usually use wireless ipods and ended up using plugged in headsets. " - it is unclear whether this was on mac or pc

reopening this issue in case we wish to do some further testing or tracking of issues with bluetooth headsets

we received feedback from a user with tremors that it was difficult to draw using the pen tool. They suggested adding smoothing (or the option to smooth), pen tool drawings to help improve accessibility

a member of the theatre community using Hubs was saying this would be helpful for them to help users get to their seats at performances.

Somewhat related to this https://github.com/mozilla/hubs/issues/2585

Is your feature request related to a problem? Please describe. We've had a few people reach out to ask for the ability to be able to lead people through the space. Specifically, this has been requested by the accessibility community (to help guide a person through the space), as well as Hubs' theatre community (to guide people to their seat).

Describe the solution you'd like I'm not sure what this would be like in a Hubs context, perhaps it could be a setting that the room administrators have that can be turned on.

I receive a lot of feedback from the community that folks would like to be able to zoom in on a video/object/presentation in the room, and then have it stay zoomed in without having to hold F, right click, or keep mouse hovering in the object list.

For example, an email from a Hubs event organizer: I think it would be great if users had the option to permanently enlarge the video viewer on the screen if participants need. i.e. the behaviour of the right mouse button to make a video object full screen should be able to be done by just clicking to toggle rather than holding the right mouse button which is then cancelled when mouse button released. Or perhaps this is something that could be configured in the room/account preferences or something? I'm thinking this in case e.g. the user isn't in a great spot in the room or if avatars are in the user's line of vision and they want an unobstructed viewing experience while the concert is live without needing to leave the hubs platform to view on twitch.

This happened to me today because i accidentally pressed Command+S at the same time. Also noted that Command+A makes the controls get stuck as well.

This was reported by another user July 16, 2020

"Presenter used a screen share to present his slides through Google Slides. This was not visible on my Oculus Quest I could only see it on my laptop."

It was noted that one of the users this happened to at XR Access Symposium was using a screen reader and was unaware that this was happening because we have no feedback when users move.

related to this: https://github.com/mozilla/hubs/issues/2701

I wonder if this is related to this issue: https://github.com/mozilla/hubs/issues/2205

At virtu-all hands a number of presentations/demos took place in the WebXR hall. The ambient room audio that is built into the scene was playing.

One of the presentations included a video with sound, but people in the audience were sharing that they were having trouble hearing the presentation and video over the ambient audio. The presenter was not able to go fix the scene mid-presentation.

It would be nice if moderators could disable the scene audio directly from within the rooms' settings.

I've seen similar situations take place with other community members as well.

I've noticed it can be very stressful for new users if there is only one spawn point set in the room and several people enter at once. Everyone loads in the same place, and if people don't move right away it can cause visitors to feel like people are breathing in their ears, talking very loudly, and are missing from the space (they can hear each other, but not see each other).

This came up with one of the rooms at virtu-all hands and was mentioned as an issue to me by many people. I've also seen this happen at meetups.

It would be nice if a spawn point already had someone in it, that perhaps there would be some automatic jitter for the next people joining so they would load right beside the other user.

If I recall correctly, you can set a spawn point to be occupiable, however, when this is applied additional users will load at a different part of the scene (the origin, I believe), which is not the desired or expected behaviour.

Just coming in here to say that I agree that the automatically moving lobby camera on hubs.mozilla.com makes it hard for people who are trying to watch from outside of the room. Being able to set multiple viewing points, and turn off the motion would be very helpful for when people are trying to watch something going on inside of a full room.

Another alternative that I would be very interested in, is being able to set up an actual camera in the room, set it to track a presenter, and then broadcast that camera's viewpoint to the lobby. As it is, the camera person has to be paying close attention to the presentation to ensure folks in the lobby dont miss anything if the presenter goes out of view. Further, it means that the designated camera person (who is also often the moderator) can't turn around to see how many folks are in the space, or take screencaptures, because it would interrupt the presentation for the folks in the lobby.

Received a lot of feedback from the XR Access symposium about audio. Some comments about how it was hard to differentiate speakers in busy spaces.

Others suggested it was unclear who could hear them: "Make it clear how information is shared. For instance, at what distance can people no longer hear my voice?"

#2599 appears to be related to the loud audio during load

I'm going through surveys from the XR access symposium, and feedback from a researcher who did a walk through of Hubs and there are a number of comments about sound being too much on first load. If I recall correctly, we've had people at the meetup flag similar issues.

I believe sound specialization may not kick in right away, and it can mean that the voices/audio are very loud at first when you open a Hubs room, and then quiet down. If the default lobby position is right next to a video or an ongoing conversation it is continues to b every loud as you go through the steps to enter.

I wonder if it might be a good idea to not play room audio at first, if we are doing a redesign of the entry flow it might be worthwhile having audio only start once you have decided to enter the room, or spectate from the lobby.

Received feedback from the XR Access symposium that it was often hard to see who was speaking. One person suggested adding some sort of bubble to indicate when a visitor is speaking.

I see this is being worked on but just wanted to drop in that we received feedback from the most recent XR Access Symposium event, plus from a researcher who did a walk through with someone with a screenreader that the chat disappeared too fast to be able to read it

A few people made requests for being able to use hand tracking for sign language during XR Access Symposium

The hand tracking API for the web is still experimental, and subject to change, but once it has better adoption this would be worth revisiting.

received community feedback about this from XR Access event as well

We've received feedback from two different groups involved with web accessibility that there should be some sort of audio feedback when you move & run into objects.

To quote a survey response from the XR Access event:

There is no feedback when you are moving. There should be a footstep or some kind of sound to say that you are moving and how fast. There is no feedback when you run into something. There should be an "oof" sound or clang, telling you that direction is blocked.

From a researcher who was testing out Hubs with someone using a screen reader, they sent this comment in their report about the experience :

"For screen reader, the ​virtual cursor must be off​ to enable users to move in the room"

not sure if they were using JAWS, I will follow up

Received feedback from a researcher who did an analysis of Hubs using a screenreader that there are labels missing from buttons in the entry flow for Hubs.

From their report: -After clicking “Allow” in the prompt (Figure 11), the microphone is enabled, indicated by a green button (Figure 12). ​None of those buttons is labeled.

• Clicking “Next” open the audio selection interface (Figure 13). ​Buttons are not labeled.

Note: this is the feedback from the researcher:

"The names of the avatar are text, which is screen reader accessible. The names are not very descriptive. It is unclear how the avatars look, if they are gendered or have any other special features"

Is your feature request related to a problem? Please describe. We received feedback from a researcher who did accessibility testing on Hubs with a person using a screen reader that picking an avatar was challenging because they didn't know what any of the avatars were.

Perhaps there should be an alt text field that gets completed by a Hubs team member when an avatar is promoted to "featured" that gives a brief description to make it easier for folks to choose.

Note - i don't think this should be something that users themselves can add to all avatars, because I worry the alt text would be another thing to check during content review for CPG violations.

feedback from recent a11y user test shared with us mentioned this issue: "Opening the user list (Figure 5) was successful, and the names were screen readeraccessible. When selecting a user, though, no functionality was present other than displaying its avatar. ​A chat functionality or a way to locate or interact with the user through this list would be desirable."

Feedback from recent a11y user test mentioned this: "Opening the ​object list gave no meaningful information ​(Figure 6). Names are not meaningful, and users use those for navigation."

this one is also not working https://www.amazon.jobs/en/landing_pages/principal-engineer-hiring

Hey folks - we have created a form to help us see if we can spot a pattern of when these issues are occuring

If you are experiencing issues with WebRTC (e.g. voice audio, webcam, and desktop streaming) could you complete this form

User reported that @me.com email address doesn't work either.

We've had two emails to the hubs email address that say that folks aren't able to get the magic sign-on link for [@]mac.com email addresses.

We should test to see if this happens with other related email accounts ([@]icloud.com [@]me.com), and perhaps put a warning if someone tries to use one of these domains.

One weird thing to note is that the email address does not seem to be loading properly in the automated confirmation message:

** how it should look**

how it does look*

the hubs email address received this message related to audio issues on July 29

"Hubs is my absolute favorite video chat and conferencing tool. However, a couple of friends and I tested out his room where we had some audio issues. We are all very tech savvy, so none of believe it was a permissions or settings issue on our devices. I used the latest version of Firefox on a MacBook Pro while my friend used Chrome on his Windows PC. He could hear me, but I could not hear him nor could our other friend hear him. The other friend was using his iPhone and could hear me, but I could not hear him either.

Unless there is an obscure setting or permission we need to change that we haven’t thought of being related (e.g. accessibility features), I believe this is a programming bug."