topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Thursday March 28, 2024, 2:14 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Author Topic: User Variable value limit and Timer plugin problem  (Read 4551 times)

skajfes

  • Honorary Member
  • Joined in 2008
  • **
  • Posts: 267
    • View Profile
    • Donate to Member
User Variable value limit and Timer plugin problem
« on: July 04, 2011, 01:37 PM »
I noticed that the user variable value length is limited to 1024 characters. It is not a problem in itself, but it causes the Timer plugin to stop working when you have enough timers in the history.

This is probably not so much a FARR core issue, as it is the Timer plugin issue.

Quick fix is to set the timer::archive uservalue to an empty array, but it would be great if the plugin could handle this automagically.
It is impossible to make anything foolproof because fools are so ingenious.

ewemoa

  • Honorary Member
  • Joined in 2008
  • **
  • Posts: 2,922
    • View Profile
    • Donate to Member
Re: User Variable value limit and Timer plugin problem
« Reply #1 on: July 04, 2011, 03:33 PM »
Hmm...I wonder if this could be a contributing factor to the Timer plugin issue mentioned at:

  https://www.donationcoder.com/forum/index.php?topic=23406.0

May be it is possible for the Timer plugin to check what the length of the representation of the data is before trying to store the data.
« Last Edit: July 04, 2011, 04:42 PM by ewemoa »

ewemoa

  • Honorary Member
  • Joined in 2008
  • **
  • Posts: 2,922
    • View Profile
    • Donate to Member
Re: User Variable value limit and Timer plugin problem
« Reply #2 on: July 05, 2011, 12:22 AM »
Tried making many timers and succeeded in causing a problem at FARR start up.

Also tried making a timer with an associated message which was waaaaaay too long and AFAICT this also caused a FARR start up problem.

Also was able to edit FindAndRunRobot.ini appropriately to get FARR to start again without reporting an error.  As one might guess, limited deletion (presumable to get the length of an appropriate user variable under some length) was sufficient.
« Last Edit: July 05, 2011, 12:23 AM by ewemoa »

Armando

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 2,727
    • View Profile
    • Donate to Member
Re: User Variable value limit and Timer plugin problem
« Reply #3 on: July 05, 2011, 01:13 PM »
Do you guys get the JSON parser error I was getting?

skajfes

  • Honorary Member
  • Joined in 2008
  • **
  • Posts: 267
    • View Profile
    • Donate to Member
Re: User Variable value limit and Timer plugin problem
« Reply #4 on: July 05, 2011, 01:42 PM »
I got the same error, yes. The Timer plugin stores it's past alarms as a JSON array in the user variable. FARR (or something else) limits the length of the value field to 1024 chars. When the array became longer than 1024 characters, everything that was behind the 1024th char was discarded. JSON string then became syntactically incorrect and caused the JSON parser error.
It is impossible to make anything foolproof because fools are so ingenious.

Armando

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 2,727
    • View Profile
    • Donate to Member
Re: User Variable value limit and Timer plugin problem
« Reply #5 on: July 05, 2011, 03:05 PM »
The [ExtraSettings] section contains the longest string here.  :) And ini files have a certain numbers of restrictions, like key text values length limit etc. I don't have the time to invvestigate now but it could something related...

ewemoa

  • Honorary Member
  • Joined in 2008
  • **
  • Posts: 2,922
    • View Profile
    • Donate to Member
Re: User Variable value limit and Timer plugin problem
« Reply #6 on: July 06, 2011, 04:49 PM »
Do you guys get the JSON parser error I was getting?
Not every time -- I think it may depend on the specifics of the data truncation / munging.