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

Jump to bottom

Company not password protected in multiplayer window, only in-game #3226

Closed
DorpsGek opened this issue Sep 22, 2009 · 6 comments
Closed

Company not password protected in multiplayer window, only in-game #3226

DorpsGek opened this issue Sep 22, 2009 · 6 comments
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

Petert opened the ticket and wrote:

I have a simple yet very annoying bug. In the multi-player join window, the company I was in has no password, but when I join, it does have a password. (See pictures) Version: 0.7.2, Multi-player server, ! SimulationNation USA Map

Attachments

Reported version: 0.7.2
Operating system: Windows

This issue was imported from FlySpray: https://bugs.openttd.org/task/3226
@DorpsGek
Copy link
Member Author

Petert wrote:

I found the fix for this problem. When the server loaded and made a company, it auto-loaded the password. When I manually entered another password, it asks for the password at the join window. This opens another problem, why doesn't the auto-load password work correctly on save games in multi-player.

This comment was imported from FlySpray: https://bugs.openttd.org/task/3226#comment6725

@DorpsGek
Copy link
Member Author

Rubidium wrote:

The server never has supported automatically loaded of passwords and as such doesn't now.

This comment was imported from FlySpray: https://bugs.openttd.org/task/3226#comment6726

@DorpsGek
Copy link
Member Author

Petert wrote:

Then how do you explain the password being there in-game?

This comment was imported from FlySpray: https://bugs.openttd.org/task/3226#comment6727

@DorpsGek
Copy link
Member Author

Rubidium wrote:

If we would know then it wouldn't be there anymore... so we NEED to know how to reproduce this before we can figure out what goes wrong where and... more importantly... whether a change actually fixes the problem.

This comment was imported from FlySpray: https://bugs.openttd.org/task/3226#comment6728

@DorpsGek
Copy link
Member Author

Petert wrote:

Ok, as of now, this is closed until further notice (insufficient data).
When I get some more evidence of this problem, I will post here.

This comment was imported from FlySpray: https://bugs.openttd.org/task/3226#comment6736

@DorpsGek
Copy link
Member Author

Rubidium closed the ticket.

Reason for closing: Fixed

In r17618

This comment was imported from FlySpray: https://bugs.openttd.org/task/3226

@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) bug labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@DorpsGek