View -> Entries with errors first stops editing of displayed strings, poedit 2.2 gtk

[aguador]

As I am working with files that have warnings rather than errors, so this may be variant of #443, and perhaps only a refresh problem . . .

1. Open an existing .po file.
2. Make sure that the view option is set to see strings with errors first.
3. Save or validate the file and try to resume translating/editing with the displayed entries.
4. After save/validate the Save/Validate button remains highlighted and editing of strings on screen blocked until you scroll up/down or page up/down (does not seem to matter if with slider, arrow keys or pageup/pagedown) or reopen the saved file.
5. Subsequent saves and validations will be handled normally.

This first appeared for me in Mageia 7 (Enlightenment) with poedit 2.2.2/2.2.3. However, installing poedit 2.2 from Debian Testing in MX Linux (XFCE) one can see the same behavior. The only difference noted was that with 2.2.3 the slider on the source window had moved down (as a result of the problem entries being placed at the front). This was not seen on the 2.2.

Going further, poedit 2.0.2 was also tested under Mageia 6 (Enlightenment) and editing was able to resume with the displayed strings with no problem.

[vslavik]

Sorry, but I can't make sense of what you wrote even after re-reading it multiple times. Please read this and try to describe the issue in more details, with precise step-by-step reproduction instructions (including files). Don't gloss over details obvious to you, but potentially unclear to others (e.g.: "resume translating" may mean multiple things, including using keyboard or mouse; "highlighted" or even "remains" are non-obvious, so is "blocked" or how do you scroll up/down (given that input, or something, is "blocked"). What does "the slider on the source window had moved down" mean I don't know, nor what is its relevance to the rest (if none, then it has no business being here; if some, it is unclear).

I'm not familiar with your favorite non-mainstream distro, so you're going to have to provide more details on that too. Please also try reproducing with https://snapcraft.io/poedit first.

[aguador]

Since I do not have any systems set up for snaps and have already a) tested more thoroughly to narrow down a problem that seemed bigger at first and b) tried three versions to try to rule out packaging issues, let's see if I can do better on the description.

1. Open a .po file.
2. See that the View Entries with errors first is set.
3. Save or validate the file.
4. At this point, if one does not move to a new entry or scroll in some way, the lowermost pane with the translation is unresponsive: one cannot get the cursor to appear there or enter a translation or edit an existing one.
5. Scrolling the pane with the source and translated entries allows data entry/editing in the lowermost translation pane.

No scrolling is needed in version 2.0.2, but it is in versions 2.2 to 2.2.3.

I understand using the snap to test, but, as indicated, I tested in two OSs in order to see if there was a possible packaging problem or DE problem. The Mageia packager is quite experienced, but I checked to be sure I was missing no dependencies (comparing to the instructions for building from source).

As far as a .po file, I tested with at least two, but the one I need to work with is the es.po file here: https://git.enlightenment.org/core/enlightenment.git/tree/po

As far as the systems I am running, Mageia is very similar to Fedora and the poedit SRPMs in Mageia and Fedora are substantially identical. (I also checked.) MX Linux is basically Debian Stable minus systemd (on the installation tested) plus some distribution-specific tools.