Search results

This seems intentional--the scene adds to the character's lip size. This contributes to the calculation of the "gender weight" score (Gender Appearance Rating), so it leaves the "femininity" score (Masculinity) untouched. Hope this helps clarify.

Hopefully adjusted for the next release. Access to the scene should now be available for a non-recruited Gianna as well as an already-recruited Gianna. If Gianna is pending recruitment, she probably wouldn't be in the mood for it.

I believe this is intentional as there may be a potential technical issue with the push/pop states for the UI if the function backs out of the inventory incorrectly. But more on the interactivity end, the user may want to do something else in the inventory before completely exiting. I think...

Hopefully fixed for the next release. There will now be a new tile on the west side of the main road across from the Iron's residence to represent the "apartment complex" that Emese resides in. The text descriptions should also be updated to correlate.

Hopefully fixed for the next release. Eitan should now deliver his load into the respective orifices for those scenes.

Hopefully all fixed for the next release.

Hopefully fixed for the next release. CleanupAisleMe should actually produce fluids and those fluids will be orally ingested.

Hopefully fixed for the next release. The check should also verify if Ardia has actually been recruited before she appears on the beach, otherwise she should be gone (as intended).

Please confirm if this issue has been resolved in the latest release. I have tested the save file and it seems to be good on my end at least.

Is this still an issue with the latest release? If not, I can file this away this as fixed, otherwise I may need a save file for testing.

Thank you for the save file. Yes, it seems that choosing to go "Back" while in her sex menu will instead route back to her bar-related menu. This should hopefully be fixed for the next release. The back button should now route to the correct menu depending on whether or not she is onboard the crew.

Hopefully fixed for the next release. This is primarily due to an over-correction where the error-checking was looking for the output() call being triggered during the entirety of combat instead of actually being in the combat UI state. So it was capturing pre-fight texts as well as UI state...

Fixed for the next release.

Okay, for now at least, I've disabled the line about benefiting from the Drone perks for the next release. If the function is still inconsistent with the description, I may need to take another look.

Hopefully all fixed for the next release. You may need to provide a save file for this so I can take a closer look. I think I may have fixed the text mix-up, but if you've passed this event already, then it'll be difficult to know for sure.

Thanks for the save file. I've tested this issue and I am confident I know what is causing it (has to do with how item merges are handled while in the shop, counting your fixed weapon twice when calculating for the number of available slots), but I can't find a reasonable solution as of yet...

This shouldn't happen from what I can tell. Are you interacting with her while on the ship? I may also need a save file to test with.

Can you also provide a save file for testing?

I got clarification and it seems this is intentional. While the combat tail goes through drone-like attack patterns, it is not considered a drone to benefit from the "Attack Drone" perk. The drone accessory is what is adopting those benefits, if I'm understanding it correctly.

Hopefully fixed for the next release. There was an over-correction with a recent UI flagging feature that was used to help solve another bug.