[BUG] QOS Setting does not retain changes

[RisingXun]

First of all,
Thank you for the hard work into this firmware.

Router Info:
WDR3600 v1.5

Gargoyle Version:
1.7.0

Issue:
QOS settings are not retained after various changes. Also, All QOS match criteria/Classification disappears

How to Reproduce problem:
1. Upload Gargoyle 1.7.0 backup settings
2. Uncheck "Manually control target ping time:"
3. Save

Note: If error is not reproduced, change "Total Download Bandwidth:" from 34000 to 31000. Save.

Info about gargoyle backup:
Back up was made directly after a clean install.
Changes are:
1. Router IP set to: 192.168.0.1
2. settings of Wireless (AP)
3. QOS settings

Results are:

[RisingXun]

Also:

Changing the value of "Manually control target ping time" (lets say 85) will also delete all the QOS settings.

QOS (Upload) Settings are current fine, but I have yet to make any changes to the values, it may be subjected to the same issue

[nworbnhoj]

I was unable to reproduce this behaviour on:
Gargoyle Version:1.7.X (Built 20150109-0720 git@da35789)
Model:TP-Link TL-WR1043N/ND v2

My config includes two additional QOS rules for Skype but making the changes described did not wipe the QOS rules. I tried:

• Uncheck "Manually control target ping time:"
• change "Total Download Bandwidth:"
• Changing the value of "Manually control target ping time"

[RisingXun]

Hmm,

Odd, I suppose its not a major issue. I will do some further testing (ie, use another browser and such and see if the problem persists)

For now, ill just use this firmware without QOS

[nworbnhoj]

I have now seen similar behaviour. I added a new QOS rule, moved it to the top of the list, and saved settings. The "Please wait while settings are applied" swirl only lasted a couple of seconds, and then ALL of the QOS rules were wiped.

After restoring my config a couple of times, and retrying the change to the QOS rule, I managed to get it to "stick". So this problem appears to be intermittent.

Gargoyle Version:1.7.X (Built 20150109-0720 git@da35789)
Model:TP-Link TL-WR1043N/ND v2

[Parkcomm]

Hey guys - a couple of months ago ...

I observed this behaviour; I even tried starting with a clean config (only configuring the wan to get the box working) and added one rule at a time. I observed this behaviour on the first rule added.

I played with 1.7 for some time - and I like it, but fell back to 1.6 because of this one issues (i.e. no qos)

I have not been able to find whether there has been any progress on this bug, which was originally reported in January. Has it been resolved?

[nworbnhoj]

I have not been able to find whether there has been any progress on this bug, which was originally reported in January. Has it been resolved?

I am almost certain that this issue has been resolved in later builds : I have not read any coments in the forum about this issue with QOS rules not saving properly for some time.

By memory it is probably fixed in the 1.7.1 experimental build on the download page.

There are also many later "bleeding edge" builds; the latest of which is available at http://www.gargoyle-router.com/phpbb/vi ... 775#p29732

I have not personally tested all of these later builds (for unrelated reasons) but I will as soon as I get the chance.

[pbix]

This type of problem has been documented to occur if two or more browser windows are open at the same time accessing their routers.

Can the submitters on this post confirm that they had one and only one browser window open when they attempted to change QoS settings?

[Parkcomm]

Hey pbix

I can confirm that I observed this behaviour with only one browser window open: I was well aware of the multi-window problem at the time.

I can also confirm I observed it on 1.7.1

Let me know if there is anything I can do to help (testing for instance)