bugGNU Octave - Bugs: bug #37625, Direction arrows erases prompt

 
 

bug #37625: Direction arrows erases prompt

Submitted by:  Juan Pablo Carbajal <juanpi>
Submitted on:  Wed 24 Oct 2012 08:00:02 AM UTC  
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  JuanPi Open/Closed:  Closed
Release:  dev Operating System:  GNU/Linux

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

( Jump to the original submission)

Sun 28 Jul 2013 04:54:51 PM UTC, comment #9: 

Closing as it seems to have been fixed. Please reopen if I'm wrong.

Mike Miller <mtmiller>
Project Administrator
Fri 21 Jun 2013 04:11:56 AM UTC, comment #8: 

Is this bug still present? It appears to be fixed for me running the GUI on hg id 2f63d2f3ff11.

Mike Miller <mtmiller>
Project Administrator
Thu 11 Apr 2013 01:44:17 PM UTC, comment #7: 

I'm adding bug #37401 as a link because it seems to be related to history display and the terminal window size.

Rik <rik5>
Project Administrator
Thu 11 Apr 2013 09:41:55 AM UTC, comment #6: 

Hi,

The bug is still there for me as of hg id:
3a2daa39c682 tip

the following steps trigger the bug

octave:1> a=1
a = 1
octave:2> b=2
octave:3> [UP] b=2 [UP] a=1 [UP][UP]

Continue applying UP erases all input lines.

Juan Pablo Carbajal <juanpi>
Project Member
Thu 11 Apr 2013 12:04:42 AM UTC, comment #5: 

April 4th, 2013

Juan,

Is this bug still present for you?  There has been a lot of work on the GUI and I think this has been fixed.

--Rik

Rik <rik5>
Project Administrator
Fri 26 Oct 2012 10:45:23 AM UTC, comment #4: 

no-gui: Everything works fine without the gui.

=======

Update on the bug: Every time the string with the information of the last time Octvae was used causes the failure. Example [UP] means I pressed up.

octave:1> a=1
a =  1
octave:2> b=2
octave:3> [UP] b=2 [UP] a=1 [UP]

and I get

>ctave:3> # Octave 3.7.0+, Fri Oct 26 12:39:29 2012 CEST <juanpi@Ueberland-linux>


presing [UP] again

octave:3> exit

=======

Brahmic scripts : I oberse the behavuor in the gui, there are extra scpaces but the string is correct. With --no-gui I do not get the right script and the last quotes are erased.

Juan Pablo Carbajal <juanpi>
Project Member
Fri 26 Oct 2012 05:28:26 AM UTC, comment #3: 

Juan Pablo: Do you get the same behavior in the GUI as well as in the --no-gui mode? For me the text mode works exactly like GNU Readline, and the command recall acts differently only with GUI.

While we're on the topic of cursor behavior, could you check something with Unicode strings? I noticed this earlier this week. Try pasting strings like "सिद्धिर्भवति कर्मजा" at the command line. For me, the cursor in the GUI jumps far to the right of the string's last character (especially for strings in Brahmic scripts), but the string is stored properly in Octave. This affects only GUI and not CLI or existing code. I suspect that the QScintilla library routines are moving the cursor one space to the right for every character read even if said character only diacritically modifies a previous character and does not itself occupy extra space, but I'm still tracking down the reason for this behavior.

Arun Giridhar <arungiridhar>
Fri 26 Oct 2012 04:46:18 AM UTC, comment #2: 

Is this related to Bug #37401? Based on Dan Sebald's comment there, that was related to pager output and is recognized but is being deferred until more fundamental GUI aspects have been worked out.

Arun Giridhar <arungiridhar>
Thu 25 Oct 2012 07:23:16 PM UTC, comment #1: 

This works for me, but I'm running a vanilla Kubuntu 10.04 system.  This sounds like terminal settings are not being set correctly, but I'm not an expert at that stuff.

Rik <rik5>
Project Administrator
Wed 24 Oct 2012 08:00:02 AM UTC, original submission:  

Hi all,

Executing
./run-octave
on the latest default branch.

if I press the UP-arrow (or DOWN) then the prompt is erased. Several times and the copyright notice is being erased line by line.

Is this a bug on our side?

hg id
c6eaf2d7b2c7 tip

branch: default

Juan Pablo Carbajal <juanpi>
Project Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Digest:
   bug dependencies.

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by arungiridhar (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by juanpi (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

     

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-07-28 mtmiller StatusWorks For Me => Fixed
        Open/ClosedOpen => Closed
    2013-04-11 rik5 Dependencies- => Depends on bugs #37401
    2012-10-25 rik5 StatusNone => Works For Me

    Back to the top


    Powered by Savane 3.5