Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1927052
| Summary: | Geeqie is not responding when started with the -r (--remote) option | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Vojtech Sobota <voj-tech> |
| Component: | geeqie | Assignee: | Matthew Miller <mattdm> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 33 | CC: | mattdm, rwarsow, zbyszek |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-02-14 01:23:41 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
I see similar since an update the last 2 days. trying to open an picture (jpeg) from nautilus get's me an black window in geepie and empty boxes on the left side. running journalctl -f shows: ... geeqie[3965]: g_io_channel_set_line_term: assertion 'length_size > G_MAXUINT' failed ... geeqie[3969]: g_io_channel_set_line_term: assertion 'length_size > G_MAXUINT' failed doing "geeqie <name>.jpeg" in an terminal geeqie works as usual ! my case seems to be fixed with glib2-2.66.7-1 thanks FEDORA-2021-e46198ba90 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-e46198ba90 FEDORA-2021-e46198ba90 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. |
Description of problem: Geeqie is not responding when started with the -r (--remote) option. Similarly, if an existing instance of Geeqie is already running and another one is invoked with the option the existing window freezes. Version-Release number of selected component (if applicable): 1.5.1-4.git26c4dad.fc33 How reproducible: Always. Steps to Reproduce: 1. Run Geeqie with the -r option. $ geeqie -r Actual results: The Geeqie window appears but it is not responsive. The console output shows something like this: Remote Geeqie not running, starting... (geeqie:5742): GLib-CRITICAL **: 23:18:14.789: g_io_channel_set_line_term: assertion 'length_size > G_MAXUINT' failed (geeqie:5744): GLib-CRITICAL **: 23:18:14.789: g_io_channel_set_line_term: assertion 'length_size > G_MAXUINT' failed At this point I can hit Ctrl+C. If I do so an output such as the following appears and the Geeqie window becomes responsive. (geeqie:5744): GLib-WARNING **: 23:27:19.615: ../glib/giounix.c:410Error while getting flags for FD: Bad file descriptor (9) (geeqie:5744): GLib-WARNING **: 23:27:19.615: Invalid file descriptor. (geeqie:5744): GLib-WARNING **: 23:27:19.615: Invalid file descriptor. (geeqie:5744): GLib-WARNING **: 23:27:19.615: Error flushing string: Bad file descriptor Expected results: The Geeqie window appears and is responsive without having to intervene with Ctrl+C in the console. Additional info: There's been a GLib update recently. I wonder if it has anything to do with it. My glib2 version is 2.66.6-1.fc33.x86_64.