Here are some OS X -related bugs I've found and which I think don't apply on Win/Linux.

Copying text from windows doesn't work as shortcut - The normal shortcut in OS X is apple+c, not ctrl-c. Copying from input-field works so I'm guessing you have some hack for the windows' panels. Copying works with RMB and selecting copy from the popup. (ver 1.61)

On a related note selection disappears when new text comes. This might not be OS-dependent, but it's still really annoying when you want to copy something from the main window. Especially when mouse wheel doesn't turn scroll lock on. (ver 1.61)

Opening URLs doesn't work - Clicking on URLs doesn't do anything. Tested with Firefox and Safari as default browser. (ver 1.61)

Text fields in channel popup-menus don't work - Such as "rename tab" and "add channel". You just can't write anything to the text fields. So configuring the windows has to be done by hand to the config-files. (ver 1.61)

Alpha-setting for news-window doesn't save - This might not also be OS-dependent but still a bug. I'd like the window not to be transparent and it always is when it opens. (ver 1.61)

Turning alpha off from keybindings does something very wrong. This makes the window all white-bright grey and totally unreadable. Definitely different than alpha 255. Same with script editor. On help-windows the alpha setting doesn't seem to affect anything: you can't turn transparency off. (ver 1.61)

Starting the client asks always about some certificate - "This application was signed by Mythiscape, but Java cannot verify the authenticity of the signature's certificate. Do you trust this certificate?" Might not also be OS-dependent, yet annoying. (ver 1.61)

Seems like I have also these non-OSX problems here quite much, but don't feel like starting a new thread about it. So, scrolling command-backlog doesn't work logically. If I enter some command and then press up, that command comes to the input line. Ok, perfect. But if I press enter and then up, the selected command is second to last, not last as it should be. (ver 1.61)

Resizing realm map -window doesn't work, and I can't get the sidebar with area names go away. Also as improvement it could have a "center on me" -button, because usually it would be faster to zoom to a good level and then move the window to the correct location. With center on movement turned on this is of course irrelevant (that's a great addition btw). (ver 1.61)

And as a cosmetic note, client's icon in dock is a generic java-application icon and not the cool batclient-icon, which is on the .app-package. Also if you have a shortcut for the app in dock, starting the client wouldn't show as an arrow in this icon, but as a new generic java-icon. (ver 1.61)


I'll add these here I remember/find out others. I have to say that all in all the client works very well and these affect actual gameplay very little if at all. Good work team!

Thank You for the *very* effectively written and extensive problem listing.

This helps a lot. The current problem is that our resources w/ Macintoshes lately dropped from 1 to 0, so we've been unable to debug the Mac-related problems for quite some time (months). Though to be honest, we've been somewhat neglecting this issue on the side of everything else.

I'll put some priority on this for the next releases.

At least these two issues that were mentioned above occur with the distribution of linux that i'm using (if required i'll check the version when i get home tonight).


On a related note selection disappears when new text comes. This might not be OS-dependent, but it's still really annoying when you want to copy something from the main window. Especially when mouse wheel doesn't turn scroll lock on. (ver 1.61)

Opening URLs doesn't work - Clicking on URLs doesn't do anything. Tested with Firefox and Safari as default browser. (ver 1.61)

I'd like to add that there's a bug with encoding that also occurs on OS X.

I can see other people's ISO-8859-1 characters (äöå) just fine, and the ones I type to input field look like they should, but once the input is sent to mud it ignores those characters (ie. say äää results in "Nothing to say.").

However, if I try to log in with a name that has these characters, I get this: (using name 'äää')

What is your name: ﾊﾊﾊ
Invalid character in name: "ﾊ".

My OSX bugs (and fixes) found so far...

Setup
- Mac OSX 10.4 (Tiger)
- So, I'm using the batclient.jnlp file to run the application, but it's as if no app settings are being saved at all, need to click 'Trust' and 'Agree' as described above, window size settings are not saved, placement of windows is not saved, character name and password are not remembered despite clicking the remember checkbox etc. It is as if you are opening the application for the first time ever, every single time.

Bugs
1. Trigger XML file not being created or saved as discussed here:
http://www.bat.org/forum/index.php?showtopic=215

2. actionbuttons.xml file does not get created or saved. This is damn frustrating! :)

FOUND FIX: Quit the game using the escape key! Then the files are saved correctly! Thank God!

3. assigning channels to windows
it is impossible to assign a new channel to a new window, for example, party. When you click the white box, the cursor doesn't appear and you can't type in there.

Troubleshooting efforts
- Have tried rolling back java runtime for applications from 5.0 to 1.42. no effect.

These you can avoid by editing the desktop.xml (except password saving, which is some hash in config.xml). For me the window positions, passwords and action buttons did save, but I couldn't change the channels on windows, so I did that by hand to the config-file.

But yeah seems that this behavior in OS X is too random.

Is this due to the same bug I reported in the 1.61 bugs thread. Try making the size of the window you want to add a channel "Tall" (almost as tall as the screen), then attempt to add a channel. I find that if the window size is under a certain ammount, I can't add channels etc.

I had a few others non-GUI related issues.

Running Os X 10.5 on a 32 bit Macbook, j2SE5.
I downloaded the eu.jnlp to a temporary directory and created the .App shortcut into that same directory. I then moved the .App into my /Applications where normally Os X apps roam.

*The first issue I encountered was that every so often when the client checked its version, it would create a new BatClient.app into the temporary directory where I first created in.

As I couldn't find any path configurations in the ~/batclient config files, I decided to empty my Java cache and re-install. I emptied the cache with the Java Preferences application that comes with Os X Java Web Start.

*The second issue was when I downloaded the eu.jnlp again and tried to run it: instead of downloading the client side files again it gave me a warning that said
Java Web Start - Invalid Argument Error
Unable to launch the specified application

The details said:
[codebox]An error occurred while launching/running the application.

Category: Invalid Argument Error

Could not load file/URL specified: file://localhost/Users/???/Library/Caches/Java/cache/javaws/http/Dmirror-eu.bat.org/P80/DMbatclient/AMbatclient-eu.jnlp[/codebox]

I couldn't find any files associated with Batclient, nor could I find any config files or any environment files that pointed to that directory. My only solution was to restore the cache from a backup.

The first issue still persists. Maybe there's some environment file somewhere that the client checks for relevant paths?

The second issue behaviour is easily replicated by renaming Dmirror-eu.bat.org in your java cache. I think the .jnlp should probably check if it is present, and if it isn't then it probably should re-download the bits and bobs that it needs. :)