Have you tried unchecking "auto" and changing the brightness/contrast sliders?
Sean
Creator of
Recent community posts
I'm not sure offhand why individual codepoints would not be working on import. Some Qs that could help identify the problem:
- Are the codepoints that aren't working part of the standard character set, or are you working in a certain extended range?
- Do the codepoints work when starting from scratch and doing an export + re-import without editing anything?
Without knowing more about this issue, one thing you might be able to try as a workaround is starting out with the characters in a different range that you've confirmed is working for export/re-import, and then remapping them back to your intended range via the font data manually afterwards.
To clarify the environment variable fix, what you should need to do is:
- Get an API key
- Go to the itch settings page for API keys
- Click "Generate new API key" -> A new row in the table will appear with source "web"
- Click "View" on this row
- Copy the revealed value
- Open a mac terminal
- In the terminal, run `export BUTLER_API_KEY=abc123` with "abc123" replaced with the copied key from step 1 -> this will temporarily set an environment variable
- From the same terminal, run the gui-butler application (I think on mac this is just `open app-name-or-filepath`)
- Click "login" -> the app should now show your games
The reason this is necessary is that on mac, the underlying butler command-line tool is refusing to communicate with the GUI app for the interactive login process, and providing an API key directly allows you to skip the typical login process. If the fix works for you, you can try setting up the environment variable in a more permanent way so you don't have to remember to do it manually (e.g. using a simple shortcut script or the system environment variables for your OS).
RE running the butler commands directly from command-line: You shouldn't need to do this to use the app, and I can't help debug it much since it's just the first party tool provided by itch, but if you're having trouble running it at all you could:
- try running `butler --version` and make sure you're on latest
- if you're not on the latest version, try running `butler upgrade`
- try running `butler diag` to make sure your device is able to connect to the necessary APIs
Hey there! The fixes/workarounds roughly summarized here would be:
- Try replacing the copy of butler that ships with the app with a manually downloaded copy
- Try starting the app from the command line with the environment variable `BUTLER_API_KEY` set to a manually generated API key
lmk if neither of these work for you, or if you have more specific info about your issue
it looks like the error here was that it's failing to load audio files due to missing codecs. for context, this game uses mp3 for all it's audio files, which is supported on every major browser. if you're using linux, this may be an issue on your device you can resolve by adding the proper codecs, but if not, unfortunately i'm not sure what would be causing the problem.
I'd recommend using bitsy savior if you're using one of the more complex forks of bitsy.
Oh haha, yeah the channel names can actually be whatever you want them to, the ones they suggest just don't require you to set the platform from your dashboard after having created them. If you're already using "mac" though, you should be able to use the freeform input in gui-butler to check/upload that channel instead of the recommended ones.
Glad to hear it's working now!
OK, I've investigated some more and I'm still pretty confused, but I think I have a workaround in place for v2.3.1: If you have BUTLER_API_KEY set, that key will now be reused instead of gui-butler prompting you for a second authorization. This doesn't work in all cases since the key that wharf creates doesn't have access to the "my-games" API used to fetch the projects, but a manually created API key should cover both wharf and gui-butler's scope requirements and allow the app to work as expected. I was able to confirm this by testing on a VirtualBox Ubuntu setup with a new key.
The workaround is needed because I couldn't figure out the "bailing out: No credentials and stdin is not a terminal" error. It comes from butler's auth here, and I traced this through to the underlying golang libraries, but can't follow the code well enough to understand why a node child process would be seen as a terminal on Windows but not on Linux.
As for the login getting stuck: The issue here seems to be that the custom protocol used as the oauth redirect isn't registering properly, so the app has no way of completing the flow (I'm not sure how it looks on Mac, but on Linux I was able to see it prompt for which app to open, but gui-butler wasn't in the list). I was missing a couple build properties required for custom protocols to work on Mac that may have fixed this, but the new workaround will skip this flow anyway so this will only be relevant if the "not a terminal" issue is fixed at some point.
Hopefully this helps, lmk if you still have issues!
Ah I think I found the problem with that linux error at least (filename case sensitivity issue), pushing up a fix for that atm.
For mac, I'd unfortunately need more info. If you're familiar enough with JS to tinker with it, you could try modifying the "login" function in App.js to try and narrow down where things are going wrong. We can see it's disabling the button and never re-enabling it, so the catch block and none of the "failLogin" lines are being reached, but I'm not sure where it's getting stuck.
Hm that's strange, gui-butler is supposed to store it's own credentials, and setting an API key manually via environment variables is not something I expected or explicitly supported.
From your screenshot, it looks like it's stalling during the login call, which is surprising since there is a try-catch there and I'd expect it to at least give a generic error popup.
The project is based on electron, so if you'd like to try building from source, you'll need to:
- Install node/npm: https://nodejs.org/en/download
- Open a terminal inside the project folder
- run `npm i` to install the various dependencies
- run `npm start` to run in development mode
In development mode, the chrome devtools should be accessible and the console tab will hopefully provide more information about the stalled login.
Hey, unfortunately I don't have a mac device to test on so this may be difficult to debug/fix if there is a program error.
To clarify a few things:
- The project being in draft mode would not affect anything; both butler and the gui support draft projects.
- You mention the CLI works: when you tested this, did you use a separate copy of the CLI you installed on your own, or did you use the copy of the CLI that ships alongside gui-butler?
- You mention that after authorizing gui-butler, no projects are listed. At this point, does the UI look like your attached screenshot (i.e. it continues to show the "Login" prompt), or has the left side of the UI updated to show the project listing, and your project is just missing from the dropdown (i.e. like this screenshot below)?
Currently my best guess is that gui-butler has somehow saved an invalid or malformed API key, even though the one use for butler is working. If that's the case, you may be able to fix it by logging out, erasing your saved credentials, revoking them via your itch settings, and logging in again to create new ones.
Failing that, you could try building the project from source (available here), this will allow you to view the developer tools and see if there is any additional error info.
If you're stuck, I'd recommend double checking that characters don't have anything new to say on repeated conversations in other branches.
If you're really stuck, here's a full spoiler answer to where you might have missed things (in rot13):
lbh trg bar frrq sebz vafcrpgvat gur ybg nsgre pyrnevat gur pbapergr, nabgure sebz gur jryy cnfg gur oevqtr, naq svanyyl ynhen tvirf lbh bar va gur pbairefngvba jurer fur yrnirf naq lbh ner cebzcgrq gb jnvg ercrngrqyl
Hm, that's strange: Gardener mode should wait for the next day to refresh, and tell you before you sleep how long it will be. Unless you happened to play just before midnight it shouldn't go to the new day.
I just checked on a fresh save and it's working as intended though; you could try toggling the mode from Options and see if it's stuck on Gamer for some reason instead?