Opened 11 years ago

Closed 10 years ago

Last modified 7 years ago

#281 closed defect (fixed)

Toggling hide/show gaps corrupt sequence display

Reported by: westram Owned by: epruesse
Priority: major Milestone:
Component: ARB_EDIT4 Version: gtkport
Keywords: Cc: aboeckma

Description (last modified by westram)

  • reproduce:
    • save properties with uncompressed display (showing gaps)
    • restart editor
    • set cursor to a "far-right" column (or behind alignment)
    • switch to compressed display (hiding gaps)
    • ⇒ sequences disappear (and it seems impossible to make them re-appear)
  • related bug: fixed with #509
    • save props with compressed display + restart editor
    • value displayed in EDIT4/Properties/Edit Options/Seq.Compression is wrong (Show all gaps is selected), but display is correct
    • see also [8354]

Change History (12)

comment:1 Changed 11 years ago by aboeckma

  • Cc aboeckma added

I am unable to reproduce this bug.

What I dit:

  • Open arb_ntree
  • Open arb_edit4
  • Choose 'show all gaps' in editor options
  • click Properties → save properties → save Properties
  • restart arb_edit4
  • choose 'hide all gaps' in editor options
  • sequences are still there, gaps are missing.

comment:2 Changed 11 years ago by epruesse

I can reproduce something. At least, playing with the show gaps settings pretty quickly messes up the editor entirely. There is something rotten in the editor though, doing the same in motif doesn't cause display mess-up but does result in a motif warning:

Warning: 
    Name: scroll_bar_horizontal
    Class: XmScrollBar
    The specified scrollbar value is greater than the maximum
    scrollbar value minus the scrollbar slider size.

This is probably at least one thing that makes GTK puke.

comment:3 follow-up: Changed 11 years ago by epruesse

I'm not getting anywhere. The editor's internals are simply too confusing. Ralf, can you maybe have a look at this? Right now I'm tempted to claim that I'd be faster writing EDIT5 than fixing this issue (i.e. many months).

comment:4 in reply to: ↑ 3 ; follow-up: Changed 11 years ago by westram

Replying to epruesse:

I'm not getting anywhere. The editor's internals are simply too confusing. Ralf, can you maybe have a look at this? Right now I'm tempted to claim that I'd be faster writing EDIT5 than fixing this issue (i.e. many months).

Not atm, I've already spend months with that issue w/o being able to fix that properly.

comment:5 in reply to: ↑ 4 Changed 11 years ago by epruesse

Not atm, I've already spend months with that issue w/o being able to fix that properly.

Ok, deferring the issue for now.

comment:6 Changed 11 years ago by epruesse

  • Milestone set to gtkmerge

comment:7 Changed 11 years ago by epruesse

Ok, seems to be mostly fixed now.

I had to change the sequence in which ED4_window updates scrollbar settings in trunk: r10883

The rest is in log:branches/gtk_only@10884-10889

The bug is mostly fixed. The display isn't updated correctly yet.

comment:8 follow-up: Changed 10 years ago by epruesse

Ralf: could you confirm that it's fixed?

comment:9 in reply to: ↑ 8 ; follow-up: Changed 10 years ago by westram

Replying to epruesse:

Ralf: could you confirm that it's fixed?

Yes - it's fixed - great! :)

'Releted bug' from description still occurs.

comment:10 in reply to: ↑ 9 Changed 10 years ago by westram

  • Description modified (diff)
  • Resolution set to fixed
  • Status changed from new to closed

'Releted bug' from description still occurs.

fixed together with #509

comment:11 Changed 10 years ago by westram

  • Owner changed from devel to epruesse

comment:12 Changed 7 years ago by westram

  • Milestone gtkmerge deleted

Ticket retargeted after milestone deleted

Note: See TracTickets for help on using tickets.