i have install preference set to install with libraries included and Curse Client is totally trashing my addons today
- Ackis Recipe List 012532d-alpha got trashed
- GTFO r286-alpha got trashed
- Ace3 r1153-alpha got trashed (i know this one is mostly a library, but i installed it separately too and i enable it sometimes when trying other addons)
Curse client installed the -nolib version instead of the one with libs for all these addons... now i'm getting TONS of LUA Errors about missing files and i have the library preference set to install "WITH" libraries in Curse Client! ("install separately" is disabled in settings)
edit: i installed separately the rest of libraries that were needed... no more LUA errors now... but still.. that's a weird move.. forcing -nolib for the alpha channel users.
That explains some issues I've had with the new client. The legacy client now won't update for me (coinciding with the new look of CurseForge), so I tried the new client. Not only did it not have all the updates that were available on Curse or CurseForge, but it broke some addons. I never thought to look if I was missing libraries, as I also have my preference set to include libraries with the addon rather than separately. Just tried to update a few addons with the new client, and what you're experiencing is happening to me too: -nolib versions are installed.
I put in a bug report for both clients, but still waiting on a response from a previous bug report so not sure on when to expect an answer for this one.
Not only is it forcing nolib versions on the client, it is also not registering release versions as newer than alpha version. Look at DBM for example. Latest version is 7.1.2 but it still is registering 6914495-alpha as the latest.
seems there's a fix in progress being deployed somewhere but it's not yet completely applied ... my client tries again to "upgrade" Ace3 from r1153-alpha to r1153-alpha-nolib even if i don't want the "-nolib".
At the same time as trying this "upgrade", it's disregarding my GLOBAL preference of NOT installing libraries separately and even if take care to disable the "install libraries separately" checkmark from Ace3's right click menu... after pressing the refresh button i discover that Curse client has overriden my preference and forced that checkmark to enabled and it tries to install -nolib instead, as an "upgrade"
as a separate issue: how do i disable the fuzzy date display? i prefer being shown the date, with UTC (24h) time if possible, not "today", "yesterday" and so on....
nope.., for me it still resets lib preference to -nolib for Ace3... and it enables auto-install updates for some addons all by itself
try this...
1) make sure all addons preferences are set to install with libs and auto-updates are disabled
(general settings -> addons -> game specific -> verify that the switch is red for libraries and auto-install addons and that there's no "Reset All" clickable blue text next to them)
2) verify that Ace3 is set to install with libs
(right click on it and verify that there's no check mark on that menu line in the context menu)
3) press the Refresh button and watch the Ace3 addon at the same time.
4) result (on my computer) -> after pressing the Refresh button with no other button pressed, curse client will auto-download and reinstall Ace3, and will enable the "install libraries separately check mark" all by itself.
yep.. still having the issue. nothing changed here... the curse client app is downloading and re-installing the Ace3 package all by itself every 30 minutes (the addon update detection period that i set in options) or whenever i press the refresh button....
my curse client app is Version 7.1.6164.2253 Beta... should i switch to alpha?
btw.. look at the download counter for Ace3 r1153-alpha... it will soon reach 20 thousand downloads... for an Alpha build.. *rofl*
seems i'm not the only one that's experiencing looping re-installs of Ace3.
edit: Also.. it still auto-enables -nolib for Ace3, but auto-installing lib instead and flagging -nolib as an available upgrade
*headscratch*
but for Ackis Recipe List - it no longer does that ... i had to force a manual reinstall of ARL to get the build with libs though... even if Curse Client was at fault for me getting the -nolib version, it didn't flag that i was running -nolib in any way other than showing the build version number below the addon name.
While this is a bug, I wonder if people are testing their AddOn code with both nolib and embedlib. If switching to nolib, either by user choice or bug in the client, breaks an AddOn, then there is a bug in the AddOn code.
Authors should be handling ## OptionalDeps correctly.
While this is a bug, I wonder if people are testing their AddOn code with both nolib and embedlib. If switching to nolib, either by user choice or bug in the client, breaks an AddOn, then there is a bug in the AddOn code.
Authors should be handling ## OptionalDeps correctly.
Not if the client was installing the -nolib without recognizing it AS -nolib, thereby not installing the required libs as standalone.
This actually might have been related to the bad nolib file, the file has since been killed. Can you give your client time to break cache (a few hours tops) and see if it stops updating?
While this is a bug, I wonder if people are testing their AddOn code with both nolib and embedlib. If switching to nolib, either by user choice or bug in the client, breaks an AddOn, then there is a bug in the AddOn code.
Authors should be handling ## OptionalDeps correctly.
Not if the client was installing the -nolib without recognizing it AS -nolib, thereby not installing the required libs as standalone.
Okay, that is a nasty bug. I wasn't thinking fourth-dimensionally, Marty!
i'm currently on my laptop... Curse Client has stopped here with the silly Ace3 reinstall loop... probably the deletion of the bad -nolib file from server has fixed it.
i still have to get home and see how it behaves on my main PC though, but i hope it will be fixed there too.
works almost ok here too, no more looping self-reinstalls... but i still found those "reset all" blue links in the settings menu again (see screenshot above, in post #8) and i can't see what causes them (can we please get a menu to see this?)
... clicked to reset them anyway. hopefully they won't be back.
i have install preference set to install with libraries included and Curse Client is totally trashing my addons today
- Ackis Recipe List 012532d-alpha got trashed
- GTFO r286-alpha got trashed
- Ace3 r1153-alpha got trashed (i know this one is mostly a library, but i installed it separately too and i enable it sometimes when trying other addons)
Curse client installed the -nolib version instead of the one with libs for all these addons... now i'm getting TONS of LUA Errors about missing files and i have the library preference set to install "WITH" libraries in Curse Client! ("install separately" is disabled in settings)
edit: i installed separately the rest of libraries that were needed... no more LUA errors now... but still.. that's a weird move.. forcing -nolib for the alpha channel users.
wtf?!
That explains some issues I've had with the new client. The legacy client now won't update for me (coinciding with the new look of CurseForge), so I tried the new client. Not only did it not have all the updates that were available on Curse or CurseForge, but it broke some addons. I never thought to look if I was missing libraries, as I also have my preference set to include libraries with the addon rather than separately. Just tried to update a few addons with the new client, and what you're experiencing is happening to me too: -nolib versions are installed.
I put in a bug report for both clients, but still waiting on a response from a previous bug report so not sure on when to expect an answer for this one.
Struck the same issue - ended up disabling nolib generation for my own addon as it was showing "-nolib" as the latest file.
It seems as if the packager marks the "-nolib" as the latest-generated file, which then shows up in the client.
Hey guys,
We know of the client issues and are working to resolve them right now :)
Thanks!
Not only is it forcing nolib versions on the client, it is also not registering release versions as newer than alpha version. Look at DBM for example. Latest version is 7.1.2 but it still is registering 6914495-alpha as the latest.
seems there's a fix in progress being deployed somewhere but it's not yet completely applied ... my client tries again to "upgrade" Ace3 from r1153-alpha to r1153-alpha-nolib even if i don't want the "-nolib".
At the same time as trying this "upgrade", it's disregarding my GLOBAL preference of NOT installing libraries separately and even if take care to disable the "install libraries separately" checkmark from Ace3's right click menu... after pressing the refresh button i discover that Curse client has overriden my preference and forced that checkmark to enabled and it tries to install -nolib instead, as an "upgrade"
as a separate issue: how do i disable the fuzzy date display? i prefer being shown the date, with UTC (24h) time if possible, not "today", "yesterday" and so on....
For me, this issue seems to be resolved. Hopefully it will be fixed for others too.
EDIT: Tenses are hard.
nope.., for me it still resets lib preference to -nolib for Ace3... and it enables auto-install updates for some addons all by itself
try this...
1) make sure all addons preferences are set to install with libs and auto-updates are disabled
(general settings -> addons -> game specific -> verify that the switch is red for libraries and auto-install addons and that there's no "Reset All" clickable blue text next to them)
2) verify that Ace3 is set to install with libs
(right click on it and verify that there's no check mark on that menu line in the context menu)
3) press the Refresh button and watch the Ace3 addon at the same time.
4) result (on my computer) -> after pressing the Refresh button with no other button pressed, curse client will auto-download and reinstall Ace3, and will enable the "install libraries separately check mark" all by itself.
(btw, also see attachment)
Are you still having this issue Adrian? We did push a few updates after your post.
yep.. still having the issue. nothing changed here... the curse client app is downloading and re-installing the Ace3 package all by itself every 30 minutes (the addon update detection period that i set in options) or whenever i press the refresh button....
my curse client app is Version 7.1.6164.2253 Beta... should i switch to alpha?
btw.. look at the download counter for Ace3 r1153-alpha... it will soon reach 20 thousand downloads... for an Alpha build.. *rofl*
https://www.wowace.com/projects/ace3/files
seems i'm not the only one that's experiencing looping re-installs of Ace3.
edit: Also.. it still auto-enables -nolib for Ace3, but auto-installing lib instead and flagging -nolib as an available upgrade
*headscratch*
but for Ackis Recipe List - it no longer does that ... i had to force a manual reinstall of ARL to get the build with libs though... even if Curse Client was at fault for me getting the -nolib version, it didn't flag that i was running -nolib in any way other than showing the build version number below the addon name.
/edit
While this is a bug, I wonder if people are testing their AddOn code with both nolib and embedlib. If switching to nolib, either by user choice or bug in the client, breaks an AddOn, then there is a bug in the AddOn code.
Authors should be handling ## OptionalDeps correctly.
This actually might have been related to the bad nolib file, the file has since been killed. Can you give your client time to break cache (a few hours tops) and see if it stops updating?
Thanks
update:
i'm currently on my laptop... Curse Client has stopped here with the silly Ace3 reinstall loop... probably the deletion of the bad -nolib file from server has fixed it.
i still have to get home and see how it behaves on my main PC though, but i hope it will be fixed there too.
update from home pc:
works almost ok here too, no more looping self-reinstalls... but i still found those "reset all" blue links in the settings menu again (see screenshot above, in post #8) and i can't see what causes them (can we please get a menu to see this?)
... clicked to reset them anyway. hopefully they won't be back.