Description of problem: When launching, gives after welcome window a popup: ./src/common/socketiohandler.cpp(50): assert ""socket->m_fd != -1"" failed in Install_Callback(): shouldn't be called on invalid socket Then memory dump when exiting. Or, click continue repeatedly, and it goes past that dialogue. Next launch, the dialogue do not show up. ref: https://bugs.mageia.org/show_bug.cgi?id=29848#c30 Version-Release number of selected component (if applicable): wxhexeditor-0.24-9.1.mga8.src.rpm But also the package before that.
Assigning to registered maintainer, Barry Note: This problem seem to occur in both the release and core_updates version in bug 29848, as dependency of wxgtk3.1 update. You decide if you want to fix it now or after all packages in that bug are released. - If updating before, please tell so in that bug.
Depends on: (none) => 29848Assignee: bugsquad => zen25000
Same is also happening in cauldron and looks like the issue is caused by an upstream version check when starting the app first time. I'll add a patch to disable it.
CC: (none) => jani.valimaa
This should be fixed with wxhexeditor-0.24-9.2.mga8 in core/updates_testing. wxgtk 3.1.5 libraries from core/updates_testing are also needed to test the app. Pop up error msgs can be reproduced by removing ~/.wxHexEditor config file before starting the app. RPMS/SRPMS: wxhexeditor-0.24-9.2.mga8
Source RPM: wxhexeditor-0.24-9.1.mga8.src.rpm => wxhexeditor-0.24-9.mga8.src.rpmAssignee: zen25000 => qa-bugs
Summary: wxHexEditor => wxHexEditor: Popup error msgs when starting the app first time
No message at start, but: Menu: Options -> Preferences, then press [Save] button: ASSERT INFO: ./src/gtk/choice.cpp(284): assert ""Assert failure"" failed in GetString(): invalid index BACKTRACE: [1] wxChoice::GetString(unsigned int) const [2] std::ctype<char>::do_widen(char) const [3] std::ctype<char>::do_widen(char) const [4] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [5] wxEvtHandler::SearchDynamicEventTable(wxEvent&) [6] wxEvtHandler::TryHereOnly(wxEvent&) [7] wxEvtHandler::ProcessEventLocally(wxEvent&) [8] wxEvtHandler::ProcessEvent(wxEvent&) [9] wxEvtHandler::SafelyProcessEvent(wxEvent&) [10] g_signal_emit_valist [11] g_signal_emit [12] g_closure_invoke [13] g_signal_emit_valist [14] g_signal_emit [15] g_signal_emit_valist [16] g_signal_emit [17] g_cclosure_marshal_VOID__BOXEDv [18] g_signal_emit_valist [19] g_signal_emit [20] gtk_event_controller_handle_event [21] g_closure_invoke [22] g_signal_emit_valist [23] g_signal_emit [24] gtk_main_do_event [25] g_main_context_dispatch [26] g_main_loop_run [27] gtk_main [28] wxGUIEventLoop::DoRun() [29] wxEventLoopBase::Run() [30] wxDialog::ShowModal() [31] std::ctype<char>::do_widen(char) const [32] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) [33] wxEvtHandler::SearchDynamicEventTable(wxEvent&) [34] wxEvtHandler::TryHereOnly(wxEvent&) [35] wxEvtHandler::DoTryChain(wxEvent&) [36] wxEvtHandler::ProcessEvent(wxEvent&) [37] wxWindowBase::TryAfter(wxEvent&) [38] wxEvtHandler::SafelyProcessEvent(wxEvent&) [39] wxMenuBase::DoProcessEvent(wxMenuBase*, wxEvent&, wxWindow*) [40] wxMenuBase::SendEvent(int, int) [41] g_closure_invoke [42] g_signal_emit_valist [43] g_signal_emit [44] gtk_widget_activate [45] gtk_menu_shell_activate_item [46] g_signal_emit_valist [47] g_signal_emit [48] gtk_main_do_event [49] g_main_context_dispatch [50] g_main_loop_run [51] gtk_main [52] wxGUIEventLoop::DoRun() [53] wxEventLoopBase::Run() [54] wxAppConsoleBase::MainLoop() [55] wxEntry(int&, wchar_t**) [56] __libc_start_main ..and memory dumps when closing the error dialogue. At start, it in terminal from where it is started, outputs: dbind-WARNING **: 17:43:13.895: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. The former version did that too, I don't know if it matters. Peculiar: Opening a file, i get a message in terminal i needed to translate: https://translate.google.com/?sl=auto&tl=en&text=Rahman%20ve%20Rahim%20olan%20Allah%27%C4%B1n%20ad%C4%B1yla&op=translate I guess the author is wishing the user luck :)
Source RPM: wxhexeditor-0.24-9.mga8.src.rpm => wxhexeditor-0.24-9.2.mga8.src.rpmAssignee: qa-bugs => zen25000
Summary: wxHexEditor: Popup error msgs when starting the app first time => wxHexEditor: Crash at saving preferences
And when closing hexedit with that file opened: 18:12:20: Debug: In file ./src/unix/threadpsx.cpp at line 278: 'pthread_mutex_destroy()' failed with error 0x00000010 (Enhet eller resurs upptagen). "Enhet eller resurs upptagen" = "Device or resource busy"
Issue noted in comment 4 is happening if language selection in preferences is empty.
Ah yes, and the language selection is empty by default. Could not find a bug on this issue in upstream bug tracker, and have no energy to open one. This is a beta version anyway, and no advances for a couple years. (Paypal blocking donations of course do not help...)
Assignee: zen25000 => qa-bugsWhiteboard: (none) => MGA8-64-OK
Validating.
Keywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
(In reply to Morgan Leijström from comment #7) > Ah yes, and the language selection is empty by default. > > Could not find a bug on this issue in upstream bug tracker, and have no > energy to open one. > > This is a beta version anyway, and no advances for a couple years. > (Paypal blocking donations of course do not help...) It's not empty if system language happens to be one of the languages wxhexeditor provides translations for. If one starts wxHexeditor first time e.g. with 'LC_ALL=en_GB.UTF-8 wxHexEditor' language selection is populated, but 'LC_ALL=en_US.UTF-8 wxHexEditor' is not working. The first one sets 'Language=English' in ~/.wxHexEditor and the second one 'Language=English (U.S.)' which isn't working as supposed. Like said, it's beta version.
wxhexeditor-0.24-9.3.mga8 should fix the empty language selection issue. Please test. RPMS/SRPMS: wxhexeditor-0.24-9.3.mga8
Whiteboard: MGA8-64-OK => (none)Keywords: validated_update => (none)
So you added the icing too ! :) $ rm ~/.wxHexEditor And then ran it again: Welcome message: OK. Menu: Options -> Preferences, I see English is filled in. Press [Save] button: No problem. Exiting: No problem
Keywords: (none) => validated_updateWhiteboard: (none) => MGA8-64-OK
Keywords: (none) => advisoryCC: (none) => davidwhodgins
I think this bug should be closed 'validated', but *without* an advisory, closed 'fixed'; and like others in the same position, it should go out with the host bug 29848 (updated to include the new version-id). @Dave: can you withdraw the advisory? The host bug advisory will (?) include mention of this.
Status: NEW => RESOLVEDKeywords: advisory => (none)CC: (none) => lewyssmithResolution: (none) => FIXED
Advisory deleted from svn