Ticket #2991 (closed defect: fixed)

Opened 12 years ago

Last modified 11 years ago

find dialog status area not properly cleared upon update

Reported by: wwp Owned by: andrew_b
Priority: major Milestone: 4.8.9
Component: mc-core Version: 4.8.8
Keywords: Cc:
Blocked By: Blocking:
Branch state: merged Votes for changeset: committed-master

Description

In the find dialog, the status area showing current file is not properly cleared when its contents gets updated, showing characters from the previously displayed text. Text is just printed on the previously printed text, over and over.

Attachments

find-area-not-cleared-mc-4.8.8.png (5.1 KB) - added by wwp 12 years ago.
screenshot showing the defect

Change History

Changed 12 years ago by wwp

screenshot showing the defect

comment:1 Changed 12 years ago by andrew_b

Please show the result of

mc -V | grep library

comment:2 Changed 12 years ago by wwp

Here it is:
Using the S-Lang library with terminfo database

comment:3 Changed 12 years ago by wwp

Same problem shown when compiled against ncurses-5.7-3.20090208.el6.x86_64 (CentOS6):
Using the ncurses library

comment:4 Changed 12 years ago by sknaumov

I've encountered similar problem on linux console in command line string on panels window: just after start of mc or after viewing/editing a file, command line string contains a garbage:
in addition to prompt (sknaumov@sknaumov:~$, white on black) there is a garbage (;mc [sknaumov@sknaumov]:~, black on blue).
Under tmux or on xterm everything is ok.
OS: Xubuntu 12.10

GNU Midnight Commander, версия 4.8.8
Скомпилирован с библиотекой GLib версии 2.34.1
С библиотекой S-Lang и с базой данных terminfo
Со встроенным редактором
C поддержкой внутренней командной оболочки
С поддержкой фоновых операций
С поддержкой мыши в xterm и консоли Linux
С поддержкой событий X11
С поддержкой интернационализации
С поддержкой многих кодировок
Виртуальная файловая система: cpiofs, tarfs, sfs, extfs, ftpfs, fish
Тип данных: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

It is a regression of 4.8.8.

Last edited 12 years ago by sknaumov (previous) (diff)

comment:5 Changed 12 years ago by andrew_b

  • Owner set to andrew_b
  • Status changed from new to accepted
  • Milestone changed from Future Releases to 4.8.9

comment:6 Changed 12 years ago by andrew_b

  • Branch state changed from no branch to on review

comment:7 follow-up: ↓ 8 Changed 12 years ago by wwp

Note that the problem also shows in the "Directory path" field in the "Directory hotlist" dialog. I guess it might be present elsewhere if some common code is culprit.

comment:8 in reply to: ↑ 7 Changed 12 years ago by monta2009

Replying to wwp:

Note that the problem also shows in the "Directory path" field in the "Directory hotlist" dialog. I guess it might be present elsewhere if some common code is culprit.

Also in copy dialog in source and target fields.

comment:9 Changed 12 years ago by slavazanko

  • Votes for changeset set to slavazanko

comment:10 Changed 12 years ago by angel_il

  • Votes for changeset changed from slavazanko to slavazanko angel_il

comment:11 Changed 12 years ago by angel_il

  • Branch state changed from on review to approved

comment:12 Changed 12 years ago by andrew_b

  • Status changed from accepted to testing
  • Votes for changeset changed from slavazanko angel_il to committed-master
  • Resolution set to fixed
  • Branch state changed from approved to merged

comment:13 Changed 12 years ago by andrew_b

  • Status changed from testing to closed

comment:14 Changed 11 years ago by birdie

This issue also affects(ed) copy and move dialogs.

Note: See TracTickets for help on using tickets.