Current Project: HUD7
Issue ID# 301 | A configuration set inside one "whitelist..."-menu always synchronizes with the other one. | |
Status: Closed | Version: 7.5.0-beta.1.3 | Priority: 3 |
Assigned to: | Submitted by: Miriam Himanez | Attached file: |
Type: Bug |
Submitted: 13/08/2017 15:31:33 PDT |
Last Update: 29/08/2017 04:21:38 PDT |
Description: 1. Gag your sub. 2. Activate "No-IM" for "tight..." and "loose..." as well. 3. Set a random configuration inside of one of the two "whitelist..."-menus. As an example, you could choose "Owners" = "on" and "whitelist" = "off" inside the "whitelist..."-menu for "loose...". 4. Switch to the other "whitelist..."-menu. (in this example the one for "tight...") What should happen: The settings there shouldn't be affected by the settings made inside the first menu. What actually happens: There will be the same settings instead. (So in this example "Owners" = "on" and "whitelist..." = "off" is set inside the "whitelist..."-menu for "tight..." as well, although you've explicitely set it inside the "whitelist..."-menu for "loose...". 5. Proceed by changing the settings inside the "whitelist..."-menu you've got open currently. (in this example the one for "tight..." You could set both "Owners" and "whitelist" to "off", for example.) 6. Switch back to the first "whitelist..."-menu. (in this example the one for "loose..."). What should happen: Again, the settings there shouldn't be affected by the settings made inside the other menu. What actually happens: There will be the same settings instead. (So in this example "Owners" and "whitelist..." = "off" is set inside the "whitelist..."-menu for "loose..." as well, although you've explicitely set it inside the "whitelist..."-menu for "tight...". As a summary, it works in both directions. The settings made inside one "whitelist..."-menu always get taken over by the other one as well. Please note, that activating or deactivating "NO-IM" inside of one menu affects the settings inside the other menu as well. Practically this unwanted synchronization of the settings in both menus doesn't have a chance to be a big disturbance as long as Issue #298 isn't fixed, because tightening/loosening the gag immediately cause them to be overwritten anyway. |
Note ID# 1296:
User: | Lulu | Submitted: | 23/08/2017 | ||
HI Miriam, Again, this is by design... think of Tighten and Loosen as applying a pre-set setting for No-IM like this: The No-IM setting can have only two states: (1) OFF. (2) ON. In this state, the No-IM RLV restriction is applied, with the exception of Owner and whitelist *if* enabled. There are no ON state for Tighten, and ON state for Loosen (that would make it two ON states, plus one OFF state). It's either ON or OFF - two states. And if both tight... and loose... are ON, they will share the same exception (Owner + whitelist) that you have specified. The Gag Menu > settings > tight... and Gag Menu > settings > loose... menus both allow to access the whitelist exception, but this list and setting is *shared*, because there is only one "No-IM state". I realize that it might have been confusing, and I'm open to ideas... |
Note ID# 1297:
User: | Lulu | Submitted: | 23/08/2017 | ||
Updated status to Need Info from New. |
Note ID# 1298:
User: | Lulu | Submitted: | 23/08/2017 | ||
Open to ideas e.g. menu text... I can't actually make 3 states (too much work!) |
Note ID# 1300:
User: | Miriam Himanez | Submitted: | 23/08/2017 | ||
Hi Lulu, I'd like to drop the focus onto the "No-IM"-matter in the beginning, because the main problem is something else. It's about a bug "pushing buttons magically" inside the settings-menus for "tight..." and "loose...". (The same bug which causes Issue #298, I believe.) Changes made inside of one of the both menus get applied to the other one as well. An example: Let's begin with a worn gag; if worn tightly or loosely doesn't matter. Let's do some finetuning inside both settings-menus. We begin with the "loose..."-menu: "Owners" = ON, "whitelist..." = OFF Now we switch to the "tight..."-menu. We take a look at the settings there, before changing something: We see: "Owners" = ON, "whitelist..." = OFF, the same settings we just made inside the other menu. This could be just random of course. We change the settings: "Owners" = OFF, "whitelist..." = OFF At this point we switch back to the "loose..."-menu again and take a look: We see: "Owners" = OFF, "whitelist..." = OFF, the same settings we just made inside the "tight..."-menu. This can't be random anymore. The settings we did inside this menu in the beginning have been changed by the bug in the meantime. Just to be sure, we change the settings inside the "loose..."-menu once more: "Owners" = ON, "whitelist..." = ON After switching to the settings-menu for "tight..." again, we're not surprised anymore, that we see there: "Owners" = ON, "whitelist..." = ON as well. This can be repeated endlessly. We set a configuration inside one of the settings-menus and the bug applies the same settings to the other one as well. Using the "No-IM"- button influences these exception-settings inside both menus as well. I just wasn't able to look deep enough into it, to determine, in which way exactly. Just because of Issue #298 immediately overwriting these settings as soon as the way, the gag is worn, gets changed, this malfunction isn't able to be a big disturbance in practical use yet. |
Note ID# 1303:
User: | Miriam Himanez | Submitted: | 24/08/2017 | ||
Because I've finally understood, that the Owner=on/off and whitelist=on/off setting is global, this issue has become completely invalid and can be closed. I'm believing, that it could be a good idea to let the menus display a tip (Issue #302), to avoid misinterpretions, like the one I did. |
Note ID# 1308:
User: | Lulu | Submitted: | 29/08/2017 | ||
Updated status to Closed from Need Info. |