bugGNU TeXmacs - Bugs: bug #32878, Slow update paint corrupts screen...


You are not allowed to post comments on this tracker with your current authentication level.

bug #32878: Slow update paint corrupts screen - Qt version

Submitted by:  Sam Liddicott <samjam>
Submitted on:  Tue 22 Mar 2011 02:26:39 PM UTC  
Category:  Qt port Priority:  5 - Normal
Item Group:  None Status:  Confirmed
Privacy:  Public Assigned to:  Massimiliano Gubinelli <mgubi>
Originator Name:  Open/Closed:  Closed
Release:  Release:  None
Fixed Release:  None Fixed Release: 

( Jump to the original submission)

Tue 28 Feb 2017 10:58:39 PM UTC, comment #7:

does not occur any longer in linux with the same file. Closing

Philippe Joyez <pjoyez>
Project Member
Sun 29 Jul 2012 02:16:50 PM UTC, comment #6:

Under MacOS, SVN rev ~5540 I see no problem with the file. Under Ubuntu in a virtual machine, yes... ¿¿¿???

Miguel de Benito <mdbenito>
Project Member
Thu 26 Apr 2012 03:15:04 PM UTC, comment #5:

A temporary work-around would be a re-paint shortcut, like ^L or something

Sam Liddicott <samjam>
Project Member
Mon 09 Apr 2012 09:38:14 AM UTC, comment #4:

I confirm this bug is present but only in the Qt version

Steps to reproduce : download the following (large!) file :

Open the file, press F11 to scroll to the first Python session and evaluate it. It takes a while but the screen display indeed becomes corrupted: it seems several layer are rendered on top of one another. You can refresh the display with pagedown-pageup.

No problem in the X11 version.

I tested with svn version ~5200 in linux.

Philippe Joyez <pjoyez>
Project Member
Tue 13 Mar 2012 09:53:46 AM UTC, comment #3:

Currently occurs with SVN 4971 on Mint 12 (based on Ubuntu Oneiric Ocelot) with QT build.

Steps to re-produce are:
Insert one enum item in a document that causes re-calculation to effect most of the remainder of the document for about 100 pages.

I will endeavour to construct a document that does not contain confidential information and attach it to this bug report.

Sam Liddicott <samjam>
Project Member
Mon 12 Mar 2012 09:55:10 PM UTC, comment #2:

Also please provide version and platform info.

Miguel de Benito <mdbenito>
Project Member
Sat 10 Mar 2012 10:46:05 PM UTC, comment #1:

Can you send a sample document showing this problem (how many pages? what pagination mode?), and steps to reproduce? Did this apply to the Qt version or the X11 version?

Philippe Joyez <pjoyez>
Project Member
Tue 22 Mar 2011 02:26:39 PM UTC, original submission:

If an edit (like character or line insert) takes a long time to re-calculate (maybe a second) then the re-paint is corrupt - part of the document many pages down is painted on top of the current page.

This mis-paint offset is consistent and further long-delay edits will have exactly the same wrong-overlay.

I don't know of any key-stroke to re-paint the current screen so I have to use the mousewheel to scroll-off and scroll-back again to get something usable.

Sam Liddicott <samjam>
Project Member


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by vdhoeven (Updated the item)
  • -email is unavailable- added by mdbenito (Posted a comment)
  • -email is unavailable- added by pjoyez (Posted a comment)
  • -email is unavailable- added by samjam (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 logged-in users can vote.




    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-02-28 pjoyez Open/ClosedOpen => Closed
    2012-04-17 vdhoeven Assigned toNone => mgubi
    2012-04-09 pjoyez CategoryUser Interface => Qt port
        StatusNeed Info => Confirmed
        SummarySlow update paint corrupts screen => Slow update paint corrupts screen - Qt version
    2012-03-10 pjoyez StatusNone => Need Info

    Back to the top

    Powered by Savane 3.3