[1.1.2] IDE: A non-IOException-problem when trying to save null

Bug #1738751 reported by Jeff_Vallis
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
SikuliX
In Progress
High
RaiMan

Bug Description

[error] IDE: A non-IOException-problem when trying to save null
Error: null

1.1.1(2017-03-30_01:00)/Mac10.12.6/Java8(64)1.8.0_25-b17

Revision history for this message
Jeff_Vallis (vallis-pj) wrote :

at runtime
 running SikuliX: /Applications/Sikuli/SikuliX.app/Contents/Java/sikulix.jar -r /Users/Jeff/Desktop/SikuliScripts/Labrynth/Alt_Lab/From_Input_auto.sikuli
[error] script [ /Users/Jeff/Desktop/SikuliScripts/Labrynth/Alt_Lab/From_Input_auto.sikuli ] stopped with error at line --unknown--
[error] Error caused by: IndentationError: ('unindent does not match any outer indentation level', ('/Users/Jeff/Desktop/SikuliScripts/Labrynth/Alt_Lab/From_Input_auto.sikuli/From_Input_auto.py', 417, 8, ' else:\n'))

so searching my code for the else command that is causing this

Revision history for this message
RaiMan (raimund-hocke) wrote :

cannot reproduce this (the save problem) with 1.1.2.

The indentation error is reported when trying to run and tells the line where it sees the problem:
... /From_Input_auto.py', 417, 8, ' else:\n'

the error is in line 417. the 8 says: found when being at the \n (counting 0 based)

The function in the IDE code, that produces this message in 1.1.1 is no longer used in 1.1.2, so the message will not come anyways.

... but as mentioned: the script with the indent-error did not refuse to be saved.

Changed in sikuli:
status: New → Fix Committed
importance: Undecided → Critical
assignee: nobody → RaiMan (raimund-hocke)
milestone: none → 1.1.2
summary: - A non-IOException-problem when trying to save null
+ [1.1.1] IDE: A non-IOException-problem when trying to save null ---
+ fixed 1.1.2
Revision history for this message
Jeff_Vallis (vallis-pj) wrote : Re: [1.1.1] IDE: A non-IOException-problem when trying to save null --- fixed 1.1.2

The Offending Code

if exists("1436954341080-2.png",v_Time):
        while exists("1436954341080-2.png",0.2):
            v_Questions = v_Questions + 1
            if v_Questions < 5:
                Gen_Message() ; print "Next 1 v_Questions",v_Questions
            Find_Question()
            if Question_Found == 0:
                click(Location(611, 515))
            Gen_Message() ; print "Find Question"
            if exists("1445501029668.png",v_Time):
                print "Question Correct"
            Gen_Message() ; print "Try Congratulations"
            #else:
                #Track_Questions()
            setRect(486,400,636,330)
            #highight(2)
            if exists("1436954341080-2.png",0.5):
                click(getLastMatch())
            Gen_Message() ; print "Next 2"
    else:
        v_Time = 0.1

Revision history for this message
RaiMan (raimund-hocke) wrote :

ok, tested with your code in 1.1.2:

- at runtime: indent error reported correctly

- saves and reloads without problems

so I take this as fixed in 1.1.2

Revision history for this message
QAWinphar (qawinphar) wrote :

This problem persists in 1.1.2 release, just updated sikuli from 1.1.1 where this problem didn't exist (for me).
My code is exactly the same as before, since i imported the project in release 1.1.2 i get the error on save:
"[error] IDE: A non-IOException-problem when trying to save null
Error: null"

Revision history for this message
Tim (w-launchpad-z-mrnice-neverbox-com) wrote :

I can confirm that. I had these problems in 1.1.1 and updated to 1.1.2. The behavior is the same. Running Sikulix under Linux, Debian 9 stretch.

Revision history for this message
RaiMan (raimund-hocke) wrote :

any more concrete information on specifics?

Changed in sikuli:
status: Fix Committed → In Progress
summary: - [1.1.1] IDE: A non-IOException-problem when trying to save null ---
- fixed 1.1.2
+ [1.1.2] IDE: A non-IOException-problem when trying to save null
Changed in sikuli:
importance: Critical → High
milestone: 1.1.2 → 1.1.3
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.