#556 ✓invalid

Feature request: solve the problem of scripts' settings being overwritten to defaults at scripts' update

Reported by Drugoy | November 2nd, 2011 @ 07:03 PM | in Bug Crushing

Some scripts do have settings. These settings get overwritten by default ones when a user updates the script.
This means that the user has to re-open script's source code and manually re-configure the settings after every script's update.
I think a script has enough rights to store something locally, but I suggest to make that place a more central: Scriptish is a "scripts manager", and I think it should be one of it's duties to store the settings for the installed scripts.
Please, think of it.

Comments and changes to this ticket

  • Drugoy

    Drugoy November 13th, 2011 @ 08:26 AM

    In Greasemonkey's bug-tracker (which is more alive then this one) I opened the same issue.
    It got closed with a comment: "This is GM_setValue/GM_getValue."
    But sometimes the script's settings (made via GM_setValue/GM_getValue) become unreachable:

    Currently, the "userscript commands" menu contains the list of commands only for the currently running scripts.
    So if you want to configure your scripts - you'd need to make them meet "@include" rule's criteria.

    And now imagine a situation when a script is meant to redirect a user from some "A" pages that meet "@include" rule's criteria to pages "B".
    Page "A" - is the one which meets the "@include" rule's criteria, so if you want to change that script's settings - you'll need to turn the script off before you visit page "A" in order to not let script redirect you. But if you turn it off - you won't see script's settings, as they get shown only for active scripts.

    This was an example when a script was made for redirecting the user.
    And what if the script has many functions and among the list of them - is a one, that makes some kind of irreversible actions? For example: some data deletion/change.
    Now imagine a situation when user wants to have that script working, but wants to turn off that particular function, that deletes/changes something on the page.
    He'd need to visit the page that meets "@include" rule's criteria, but if that happens - the script will be executed and the irreversible actions would be done.

  • Erik Vold

    Erik Vold December 16th, 2011 @ 06:23 PM

    • Tag set to bug-investigate
    • Milestone set to Bug Crushing
    • Importance changed from “” to “Low”
  • Erik Vold

    Erik Vold December 16th, 2011 @ 06:23 PM

    • Importance changed from “Low” to “High”
  • Erik Vold

    Erik Vold December 16th, 2011 @ 06:28 PM

    • State changed from “new” to “open”
  • Erik Vold

    Erik Vold December 18th, 2011 @ 03:21 PM

    • Assigned user set to “Erik Vold”
    • State changed from “open” to “invalid”

    I looked through the code current HEAD of the code base, which is pretty much 0.1.5, and I didn't see anything that would reset the prefs unless I genuine uninstall was occurring.

    Then I tested it and it works for me.

    Please provide an example if this is still a problem for you.

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Shared Ticket Bins

People watching this ticket