I have an experience with more than one place within it. The start place of this experience is located here:
There is a place under this experience whose purpose is to be for staging developmental code, and another for the developing the game’s build. Those are located here:
Both URLs clearly delineate the name of their place within the experience’s universe. However, both non-start places only display the start place’s name on the page for the place on Roblox. This is incorrect behavior, and can cause developers to mistakenly develop under the wrong place, and may have their work overwritten unexpectedly.
I am on Firefox. This problem persists on Google Chrome. This problem is unlikely to be browser related.
Expected behavior
Places should display their names regardless of any other information (universe, experience, start place, etc). The titles on the games’ web pages should display on the website similarly to on the Creator Dashboard:
This is not unintended behaviour to my knowledge and is done so players always know the name of the game they are joining, the play button always opens the start place and as a result the place name would be useless to a player. The url contains the place name if yiu as a developer beed to know it.
Not showing the actual name of the place on that place’s web page is incorrect behavior and should be rectified, regardless of whether it’s a bug, or if it was technically decided to be that way.
It isn’t a problem that an interface for displaying what experience a place is under hasn’t been implemented yet. That’s a feature request. What I’ve reported is information Roblox displays that is misleading to users on Roblox’s website - a website bug.
The name of a specific place is useful to me, and it being left out has negatively affected my experience on the website, because it mislead me for weeks while I was developing a sub-place.
I am not the only person that wants to use the sub-places feature Roblox has provided for us usefully. And as a process, this begins with creating a place and defining a name for it, agnostic to whether it’s a start place or sub-place. The same case should be reflected on the website, for clarity, organization, and safety.
I’d argue that displaying the place name would be more misleading to players since players would be unaware of the actual game they are joining and simply see something vague like ‘lobby’ or ‘game’
Bug-reports are generally for issues that are obviously issues and not intended, in this case, it does appear that this is intended and a feature-request would likely be more suitible.
Why are you using the website to edit non-start places, this is a legacy feature that should be superceded by the creator dashboard?
The name of the place that’s displayed on the website does not reflect that which I’ve defined in Studio. The information displayed is incorrect, and that’s all that’s needed to constitute it as a bug. There’s no room for subjectivity or technical reasoning as to why it “should” be that way otherwise.
displaying the place name would be more misleading to players since players would be unaware of the actual game they are joining and simply see something vague like ‘lobby’ or ‘game’
It isn’t problematic for users to be able to define place names vaguely - there is a lot of functionality in being able to do so. It is problematic if users can’t define place names, or discern between places at all, as far as the website is concerned.
Why are you using the website to edit non-start places […]?
I didn’t give any relevant context in my posts to say that I was. I was attempting to use the Play button to join a sub-place directly.
This isn’t possible which again is possibly the reason why the game name is shown and not the place name, pressing play sends you to the start-place, not the sub-place.
I am still yet to understand a single reason why this negatively impacts you or other developers, is there something I’m missing? From how I understand it, the game-page should not and is not used for anything developer-related anymore. And is now considered to be more player-facing than developer-facing.
First of all the information is not ‘incorrect’, the title field on the game is always the game-name and does not appear to have ever been set to place-name and this isn’t a regression, unless this was the case a very long time ago
Again, as I mentioned, the name displayed is likely intended to be the game-name as the play button joins the start-place and not the specific place (example: it would be more misleading to show ‘round’ as the place-name and then join the ‘lobby’ place instead when the play button is pressed rather than the ‘round’ place)
What are you referring to here? If we were to truly drop all subjectivity from the equation we would also have to assume that showing the place-name is also not intended behaviour? Showing game name on non-start places has been the behaviour forever (iirc) and as a result is likely intended to be that way, if you don’t agree with that behaviour that’s fine, however in my personal opinion that does not make it an issue (which has no subjectivity) but rather a suggestion (which has a subjective opinion to intended-behaviour), although we appear to be getting really side-tracked on the original request here.
Basically, to sum up my response, this does not appear to be an issue but rather a suggestion for how the page should work.
I believe that it would benefit the general audience of the game-page (players) more to continue to show the game-name rather than place name on the page, many players will become confused, especially when hitting play sends them to the start place anyway!
I’m not making a feature request. The names of experiences’ start places and sub-places differ, and it is logically reasonable that they will be accurately displayed on their place web pages on the website. This currently is not the case, and as such, the information displayed is not the name of the place, only its correlating experience’s start place’s name.
The expected behavior section that I’ve included in my original post briefly details what I expect, and my posts detail how the current behavior fails to meet those expectations. I have to ask you to please re-read what I’ve said, if you care to, as I can’t make my points clearer than I already have.
However, the way non-start place names display is inconsistent. On “Inventory, Category: Places, Subcategory: Created by Me”, the actual name for a non-start place appears. On the non-start place’s page, the start place’s name appears.