SL Widgets

[Papersword]

Having a somewhat odd issue on a new save with 2.05. The Apropos 2 Wear and Tear icons won't update. There was a moment when the icon changed to a much higher level than was shown in AP2, but since then no amount of W&T change causes the icon to move from the first grey stage. The W&T debuffs appear in the effects menu so as far as I can tell AP is working. IWant bars and Widgets are both updated, and AP2 hasn't been modified beyond the DB Update. At a bit of a loss as to why SLWidgets isn't receiving the info it needs. 

 

I haven't had the chance to test out some of my ideas on fixing it in-game. I thought I'd drop the issue here to see if anyone has an idea.

[crajjjj]

12 minutes ago, Papersword said:

Having a somewhat odd issue on a new save with 2.05. The Apropos 2 Wear and Tear icons won't update. There was a moment when the icon changed to a much higher level than was shown in AP2, but since then no amount of W&T change causes the icon to move from the first grey stage. The W&T debuffs appear in the effects menu so as far as I can tell AP is working. IWant bars and Widgets are both updated, and AP2 hasn't been modified beyond the DB Update. At a bit of a loss as to why SLWidgets isn't receiving the info it needs. 

 

I haven't had the chance to test out some of my ideas on fixing it in-game. I thought I'd drop the issue here to see if anyone has an idea.

Any errors in the logs? 

[timothyk1]

On 4/3/2022 at 9:13 AM, crajjjj said:

yes - use LE versions of dependencies

thank you

[Papersword]

7 hours ago, crajjjj said:

Any errors in the logs? 

My apologies, looks like a complete reset for AP2 corrected the issue. Must have gotten some wires crossed at the start of this new save when both mods were initializing. 

[timothyk1]

any chance u would be able to add support for Private Needs Discreet v1.203 OsmelMC tweak?

[nilead]

 Ill joint the crowd of suggestions, sorry)

SL Survival cum hunger/cum addiction would be very wellcome widgets. Not sure how one would visualize those, or if there is enough interest to even warrant a consideration.

Other than that - feedback, i gues? I do run it on SE with SLAX/Apropos2/FHU/MME. Works smoothly.

[Papersword]

On 4/4/2022 at 12:39 PM, crajjjj said:

Any errors in the logs? 

Sorry to ping you again with this issue. I noticed that the widget stopped working again after wear and tear was reduced to level 0. When that happens across the board in Apropos the tracking page says the player is not currently tracked. After W&T was added and the PC retracked for AP, the widgets would not update in sync. I'm assuming that resetting AP would fix the issue as it did before, but I thought that if the issue could be replicated you might want to know. 

 

Oh, and the only messages in the Papyrus log are ones generated from the MCM updating after closing. 

Edited April 15, 2022 by Papersword

[crajjjj]

54 minutes ago, Papersword said:

Sorry to ping you again with this issue. I noticed that the widget stopped working again after wear and tear was reduced to level 0. When that happens across the board in Apropos the tracking page says the player is not currently tracked. After W&T was added and the PC retracked for AP, the widgets would not update in sync. I'm assuming that resetting AP would fix the issue as it did before, but I thought that if the issue could be replicated you might want to know. 

 

Oh, and the only messages in the Papyrus log are ones generated from the MCM updating after closing. 

Thanks for the feedback. 

I did some testing but I can't reproduce the behaviour.

My thoughts on this:

SLWidgets is doing reference alias check for each call to appr2. There could be theoretically an issue deeper in the engine if ref aliance is not terminated for some reason on appr2 side and I got the wrong reference without any damage logged. Unfortunately I can't handle this on my side

It should also fix itself with time after reference alias is properly destroyed.

[Papersword]

17 hours ago, crajjjj said:

Thanks for the feedback. 

I did some testing but I can't reproduce the behaviour.

My thoughts on this:

SLWidgets is doing reference alias check for each call to appr2. There could be theoretically an issue deeper in the engine if ref aliance is not terminated for some reason on appr2 side and I got the wrong reference without any damage logged. Unfortunately I can't handle this on my side

It should also fix itself with time after reference alias is properly destroyed.

Thanks for sharing your thoughts! I'll keep an eye on it after resetting AP again. If I notice anything useful, I'll let you know. 

One thing I did notice in the Widgets log; the mod recognizes that AP is installed but states that the PC is not yet registered in AP despite tracking and W&T functioning on that end. Don't know if that helps.

Edited April 16, 2022 by Papersword

[The Dragonwhore]

Hey, not sure if this has been reported, or if its an issue on my end (or if the issue is with IWant, this is the only mod I use it for)

 

But whenever I load a savegame with the widgets enabled, they never load in correctly. Some won't load at all, some will load twice, some will be overlayed on top of another, etc

[crajjjj]

10 hours ago, Literally just a cat said:

Hey, not sure if this has been reported, or if its an issue on my end (or if the issue is with IWant, this is the only mod I use it for)

 

But whenever I load a savegame with the widgets enabled, they never load in correctly. Some won't load at all, some will load twice, some will be overlayed on top of another, etc

> - When installing iwantwidgets make sure you don't end up with both esl and esp version of it (b. alternate option selected). This will cause overlapping issues.

[The Dragonwhore]

12 hours ago, crajjjj said:

> - When installing iwantwidgets make sure you don't end up with both esl and esp version of it (b. alternate option selected). This will cause overlapping issues.

Ohhhh, I didn't even realise it had 2 plugins

 

Just deleted the esp one, I'll try later

 

Thanks

[Papersword]

Tried to reset AP the same way I did before to restore the Widget functionality, but it didn't seem to work this time. Could have been because I didn't disable Widgets before resetting AP.

 

I'm not very well versed in code--enough sometimes to tweak functions. I wondered if I could parse how Widgets was failing to obtain the PC Alias when AP was running correctly. Since Widgets claims the PC is not registered in AP, it seems it hasn't obtained the wrong Alias (then showing incorrect W&T values), but believes there is no PC alias to obtain. I couldn't fully understand how Widgets was requesting the PC Alias, but it did seem a slight more complicated than simply asking AP what the value of the PlayerRef variable in AP is. As is said in the code comments, AP doesn't keep a static PC Alias. Would an issue arise when the first alias AP registers is not the PC? And, would this very edge case be able to be resolved with an Alias polling method that could correct itself should the PC Alias change by asking AP what it believes the current PC Alias is? 

 

PS: Can get Widgets to work again if it is disabled while AP is reset, tracking cleared, then enabled after the PC is tracked again with AP. I guess the issue is only related to first being tracked by both AP and SLW, having other NPCs being currently tracked (?) when the PC becomes untracked in AP from lack of W&T, becoming tracked again in AP which causes SLW to no longer believe the PC is tracked. At least, that's what my understanding of the goings on in my game have been. As far as I can tell, the best way to not have this issue occur is to not start SLW until the PC is tracked, then never allow W&T to fall so low as to untrack the PC. Which really only happened because I was playing a more chaste PC. 

 

I apologize in advance if all of this seems naïve or amateurish; again, I know enough for simple scripts and modifications. (Also for being overly verbose; I like to talk through an issue as much as I can so that others who may encounter it have a decent level of documentation, not simply "nvm fixed it").


As a completely unrelated thought: I definitely would like to see Skooma Whore integration to Widgets. With a dream request of @Saber2th creating icons for it. 

Edited April 18, 2022 by Papersword
Post script addendum

[crajjjj]

3 hours ago, Papersword said:

Tried to reset AP the same way I did before to restore the Widget functionality, but it didn't seem to work this time. Could have been because I didn't disable Widgets before resetting AP.

 

I'm not very well versed in code--enough sometimes to tweak functions. I wondered if I could parse how Widgets was failing to obtain the PC Alias when AP was running correctly. Since Widgets claims the PC is not registered in AP, it seems it hasn't obtained the wrong Alias (then showing incorrect W&T values), but believes there is no PC alias to obtain. I couldn't fully understand how Widgets was requesting the PC Alias, but it did seem a slight more complicated than simply asking AP what the value of the PlayerRef variable in AP is. As is said in the code comments, AP doesn't keep a static PC Alias. Would an issue arise when the first alias AP registers is not the PC? And, would this very edge case be able to be resolved with an Alias polling method that could correct itself should the PC Alias change by asking AP what it believes the current PC Alias is? 

 

PS: Can get Widgets to work again if it is disabled while AP is reset, tracking cleared, then enabled after the PC is tracked again with AP. I guess the issue is only related to first being tracked by both AP and SLW, having other NPCs being currently tracked (?) when the PC becomes untracked in AP from lack of W&T, becoming tracked again in AP which causes SLW to no longer believe the PC is tracked. At least, that's what my understanding of the goings on in my game have been. As far as I can tell, the best way to not have this issue occur is to not start SLW until the PC is tracked, then never allow W&T to fall so low as to untrack the PC. Which really only happened because I was playing a more chaste PC. 

 

I apologize in advance if all of this seems naïve or amateurish; again, I know enough for simple scripts and modifications. (Also for being overly verbose; I like to talk through an issue as much as I can so that others who may encounter it have a decent level of documentation, not simply "nvm fixed it").


As a completely unrelated thought: I definitely would like to see Skooma Whore integration to Widgets. With a dream request of @Saber2th creating icons for it. 

I've attached a script with added debug logging lines to see if actor is tracked. Please give it another go. The check you've mentioned is done on init and doesn't change the flow. The same check is done each time appr2 is called. Logs are in ...Logs\Script\User folder

Alias polling is there:

ReferenceAlias Function GetAproposAlias(Actor akTarget, Quest apropos2Quest ) Global
	; Search Apropos2 actor aliases as the player alias is not set in stone
	ReferenceAlias aproposTwoAlias = None
	Int i = 0
	ReferenceAlias AliasSelect
	Int aliasesInt = apropos2Quest.GetNumAliases() 
	slw_log.WriteLog("Apropos2 actor count" + aliasesInt)
	While i < aliasesInt 
		AliasSelect = apropos2Quest.GetNthAlias(i) as ReferenceAlias
		If AliasSelect.GetReference() as Actor == akTarget
			slw_log.WriteLog("Apropos2 player found")
			aproposTwoAlias = AliasSelect
		EndIf
		Return aproposTwoAlias
		i += 1
	EndWhile

	if aproposTwoAlias == None
		String akActorName = akTarget.GetLeveledActorBase().GetName()
		slw_log.WriteLog("Actor "+ akActorName + " is not yet registered in Apropos2")
	EndIf
	Return aproposTwoAlias
EndFunction

 

slw_interface_appr2.pex

Edited April 18, 2022 by crajjjj

[Papersword]

7 hours ago, crajjjj said:

I've attached a script with added debug logging lines to see if actor is tracked. Please give it another go. The check you've mentioned is done on init and doesn't change the flow. The same check is done each time appr2 is called. Logs are in ...Logs\Script\User folder

Alias polling is there:

ReferenceAlias Function GetAproposAlias(Actor akTarget, Quest apropos2Quest ) Global
	; Search Apropos2 actor aliases as the player alias is not set in stone
	ReferenceAlias aproposTwoAlias = None
	Int i = 0
	ReferenceAlias AliasSelect
	Int aliasesInt = apropos2Quest.GetNumAliases() 
	slw_log.WriteLog("Apropos2 actor count" + aliasesInt)
	While i < aliasesInt 
		AliasSelect = apropos2Quest.GetNthAlias(i) as ReferenceAlias
		If AliasSelect.GetReference() as Actor == akTarget
			slw_log.WriteLog("Apropos2 player found")
			aproposTwoAlias = AliasSelect
		EndIf
		Return aproposTwoAlias
		i += 1
	EndWhile

	if aproposTwoAlias == None
		String akActorName = akTarget.GetLeveledActorBase().GetName()
		slw_log.WriteLog("Actor "+ akActorName + " is not yet registered in Apropos2")
	EndIf
	Return aproposTwoAlias
EndFunction

 

slw_interface_appr2.pex 2.46 kB · 0 downloads

Thanks for the time you've spent on this. I can get hung up on technical issues; they eat at my attention until they are resolved. I'll test the script on an older save that has the issue present. As of the current save, the reset of AP seems to continue working hand in hand with SLW, even after W&T reached the "player is not tracked" stage.  

[LynErso666]

I can't get this mod to display a damn thing anymore. Nothing. It just has no function whatsoever. All I want it to do is display an FHU symbol. It worked before and then just stopped. Idk what's going on but Loverslab mods are just dropping like flies lately. Nearly every single one I use has stopped. I only use like 4 Loverslab sex mods and their requirements now, that's it. And not even them are working properly anymore. It's been like this for years now. YEARS. What in the world is going on?

Edited May 14, 2022 by LynErso666

[Papersword]

On 4/18/2022 at 3:21 AM, crajjjj said:

I've attached a script with added debug logging lines to see if actor is tracked. Please give it another go. The check you've mentioned is done on init and doesn't change the flow. The same check is done each time appr2 is called. Logs are in ...Logs\Script\User folder

Alias polling is there:

ReferenceAlias Function GetAproposAlias(Actor akTarget, Quest apropos2Quest ) Global
	; Search Apropos2 actor aliases as the player alias is not set in stone
	ReferenceAlias aproposTwoAlias = None
	Int i = 0
	ReferenceAlias AliasSelect
	Int aliasesInt = apropos2Quest.GetNumAliases() 
	slw_log.WriteLog("Apropos2 actor count" + aliasesInt)
	While i < aliasesInt 
		AliasSelect = apropos2Quest.GetNthAlias(i) as ReferenceAlias
		If AliasSelect.GetReference() as Actor == akTarget
			slw_log.WriteLog("Apropos2 player found")
			aproposTwoAlias = AliasSelect
		EndIf
		Return aproposTwoAlias
		i += 1
	EndWhile

	if aproposTwoAlias == None
		String akActorName = akTarget.GetLeveledActorBase().GetName()
		slw_log.WriteLog("Actor "+ akActorName + " is not yet registered in Apropos2")
	EndIf
	Return aproposTwoAlias
EndFunction

 

slw_interface_appr2.pex 2.46 kB · 3 downloads

 

Hey, just wanted to follow up with this since the tracking failed again recently. Same sort of situation; player W&T to 0, not updating the widget when it comes back. The SLWidgets log repeats this line "(i) Apropos2 actor count20".

[crajjjj]

1 hour ago, Papersword said:

 

Hey, just wanted to follow up with this since the tracking failed again recently. Same sort of situation; player W&T to 0, not updating the widget when it comes back. The SLWidgets log repeats this line "(i) Apropos2 actor count20".

So you have 20 aliases in Apropos. Do you have like 20 players registered there? If not there's an issue with ref aliases on apropos side 

[Papersword]

8 hours ago, crajjjj said:

So you have 20 aliases in Apropos. Do you have like 20 players registered there? If not there's an issue with ref aliases on apropos side 

 

Figured as much. From what I can see, there's the PC and three other NPCs currently registered. So there's some sort of failure to destroy aliases in Apropos leading to an overflow when creating new ones? 

 

I wonder what's up with my environment that's causing this. Since I don't think anyone else has reported it.  

[Papersword]

9 hours ago, Papersword said:

 

Figured as much. From what I can see, there's the PC and three other NPCs currently registered. So there's some sort of failure to destroy aliases in Apropos leading to an overflow when creating new ones? 

 

I wonder what's up with my environment that's causing this. Since I don't think anyone else has reported it.  

 

Clearing NPCs tracking in Apropos also cleared the PC stats. Then adding back in wear allowed the widgets to start functioning again. So, yeah, I assume that somehow the PC ended up being tracked as an NPC. I'm just going to turn off NPC tracking for wear since I think it will keep the issue from coming back. There's not a whole lot gained from having them tracked anyways. 

[tonykiryu23]

i love this mod but i just reinsilsand  on my new pc all mods and i am trying to get it work for soom reason the icons are not appering ad all

[tonykiryu23]

On 5/14/2022 at 1:15 PM, LynErso666 said:

I can't get this mod to display a damn thing anymore. Nothing. It just has no function whatsoever. All I want it to do is display an FHU symbol. It worked before and then just stopped. Idk what's going on but Loverslab mods are just dropping like flies lately. Nearly every single one I use has stopped. I only use like 4 Loverslab sex mods and their requirements now, that's it. And not even them are working properly anymore. It's been like this for years now. YEARS. What in the world is going on?

i got seim proplem but i just reinsatald on new pc the mods i got mod in my list but for soom reason the mods not displaying the icons  + isand ur vers geting update to AIO vers annevery vers i mean (i downgreat my skyrim to SE be four AIO vers)

[LynErso666]

17 hours ago, tonykiryu23 said:

i got seim proplem but i just reinsatald on new pc the mods i got mod in my list but for soom reason the mods not displaying the icons  + isand ur vers geting update to AIO vers annevery vers i mean (i downgreat my skyrim to SE be four AIO vers)

Oml I'm sorry. I feel your pain. I got a few working pretty well now. I got this to display the widgets. Had to replace files manually tho. Something must have been weird with my installation. Also a ConsoleUtil.pex script was missing from my installation. Really bizarre. That caused all sorts of issues. And I think I found something replacing these widgets and had to make sure these files were overwriting. Also, starting up a new game with all of my Sexlab mods enabled turned out to cause reeeeeally wild issues, very strange MCM issues as well. I found it much safer to activate certain Sexlab mods on first game start and then wait for the MCMs and slowly save and exit and activate a couple at a time until about 20 are active. Then I got everything to run pretty well. But weird Papyrus errors flood my logs every now and then about magic effects even as my game is running pretty good for 1100 mods rn. I'm just gonna stick with it. At least I stopped using SLIF. That was really messing things up for AE.

[tonykiryu23]

6 hours ago, LynErso666 said:

Oml I'm sorry. I feel your pain. I got a few working pretty well now. I got this to display the widgets. Had to replace files manually tho. Something must have been weird with my installation. Also a ConsoleUtil.pex script was missing from my installation. Really bizarre. That caused all sorts of issues. And I think I found something replacing these widgets and had to make sure these files were overwriting. Also, starting up a new game with all of my Sexlab mods enabled turned out to cause reeeeeally wild issues, very strange MCM issues as well. I found it much safer to activate certain Sexlab mods on first game start and then wait for the MCMs and slowly save and exit and activate a couple at a time until about 20 are active. Then I got everything to run pretty well. But weird Papyrus errors flood my logs every now and then about magic effects even as my game is running pretty good for 1100 mods rn. I'm just gonna stick with it. At least I stopped using SLIF. That was really messing things up for AE.

np i solve my proplem papyrus need to reislalling i was using moder vers for soom reason of it

[LynErso666]

18 hours ago, tonykiryu23 said:

np i solve my proplem papyrus need to reislalling i was using moder vers for soom reason of it

It's always something right? lol. Glad you got it taken care of.