First, put your checkboxes along the left side in front of their descriptive text. When they're across the screen along the right side, it's difficult to line up which text go with which checks.
Second, your "New files by followed authors" text selects the "New files in followed projects" checkbox. Probably just a copypaste thing.
With every zip file uploaded, CurseForge opens the zip, edits the lua, saves a new zip, and serves that new zip to users. This is unacceptable. Do not modify the files we send to you. Every byte is there for a reason. I understand you want to open the zip and look around, and that's fine. But if it passes your filters, you should post the file we sent you, unedited.
This was already noticed in this thread, but I have further details that go beyond line endings.
Specifically, CurseForge edits lua and toc files, changing line endings from 0x0A to 0x0D 0x0A, and replacing all bytes over 0x7F with the Unicode Replacement Character (0xEF 0xBF 0xBD).
News flash: not all strings are Unicode text! My addon stores data in lua strings in binary format to save space. A price for every item on every realm in the US and EU is already a lot of data; encoding it in non-binary strings would be very slow and inefficient.
It turns out this is caused by using the URL slug in the API request; we currently only accept the project ID. The API call should be using 29546 instead of undermine-journal.
Thank you. The API accepted my 29MB file this morning with this change.
Normally I'd use my curl-based HTTP class but I commented that out at the end, instead falling back to calling wget so I see the response and narrow down the cause of the issue.
a bit off topic ... but why keep around on the Curse server the price database files that are older than the current expansion (or more than 6 months old)?
I would delete old versions of the addon if Curse provided an API to do so. I'm not gonna log in and click a couple buttons twice every week.
I have a zip file with my addon. I want to upload it to CurseForge via a script. Simple. I've been doing this for many months, until the recent CurseForge update required me to change my script.
That page indicates that an upload should be under 5MB. My addon is around 30MB.
Can you increase the max upload size for your API? If not, can you tell me another simple way to upload a zip file to CurseForge unattended, without using a separate repository and your packager?
I submit the form post and get back "HTTP/1.1 422 UNPROCESSABLE ENTITY" even though I'm fairly certain that I have all the fields and mime encoding correct. The KB page says it should include a json response to point me to which field failed, but the server does not respond with any body of content.
Any hints, or perhaps differences between the KB page and reality?
Edit: Never mind, doing manual updates isn't so bad.
0
I have all email notifications disabled, yet I still receive "Files Update" emails. How do I stop Curse from sending these emails?
0
https://wow.curseforge.com/account/notifications
First, put your checkboxes along the left side in front of their descriptive text. When they're across the screen along the right side, it's difficult to line up which text go with which checks.Second, your "New files by followed authors" text selects the "New files in followed projects" checkbox. Probably just a copypaste thing.
0
Thank you. I have confirmed that the zip file I uploaded is the same one offered for download.
0
With every zip file uploaded, CurseForge opens the zip, edits the lua, saves a new zip, and serves that new zip to users. This is unacceptable. Do not modify the files we send to you. Every byte is there for a reason. I understand you want to open the zip and look around, and that's fine. But if it passes your filters, you should post the file we sent you, unedited.
This was already noticed in this thread, but I have further details that go beyond line endings.
Specifically, CurseForge edits lua and toc files, changing line endings from 0x0A to 0x0D 0x0A, and replacing all bytes over 0x7F with the Unicode Replacement Character (0xEF 0xBF 0xBD).
News flash: not all strings are Unicode text! My addon stores data in lua strings in binary format to save space. A price for every item on every realm in the US and EU is already a lot of data; encoding it in non-binary strings would be very slow and inefficient.
Here is a valid-for-WoW lua file with every 8-bit byte: https://addon.theunderminejournal.com/curse/good.lua
Here is what it looks like after CurseForge edits it: https://addon.theunderminejournal.com/curse/bad.lua
Please post our zip files unedited as we sent them to you. My addon cannot be hosted on Curse until this is resolved.
0
0
0
I would delete old versions of the addon if Curse provided an API to do so. I'm not gonna log in and click a couple buttons twice every week.
0
0
I have a zip file with my addon. I want to upload it to CurseForge via a script. Simple. I've been doing this for many months, until the recent CurseForge update required me to change my script.
I followed these instructions: https://github.com/curseforge/api
When I post the form to https://wow.curseforge.com/api/projects/undermine-journal/upload-file, I get forwarded to https://wow.curseforge.com/error/request-too-large
That page indicates that an upload should be under 5MB. My addon is around 30MB.
Can you increase the max upload size for your API? If not, can you tell me another simple way to upload a zip file to CurseForge unattended, without using a separate repository and your packager?
0
I submit the form post and get back "HTTP/1.1 422 UNPROCESSABLE ENTITY" even though I'm fairly certain that I have all the fields and mime encoding correct. The KB page says it should include a json response to point me to which field failed, but the server does not respond with any body of content.
Any hints, or perhaps differences between the KB page and reality?
Edit: Never mind, doing manual updates isn't so bad.