After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 762272 - crash in modeline_parser_apply_modeline
crash in modeline_parser_apply_modeline
Status: RESOLVED OBSOLETE
Product: gedit-plugins
Classification: Other
Component: General
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2016-02-18 16:09 UTC by Matěj Cepl
Modified: 2020-11-24 10:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
backtrace (5.14 KB, text/plain)
2016-02-18 16:09 UTC, Matěj Cepl
Details

Description Matěj Cepl 2016-02-18 16:09:24 UTC
Created attachment 321597 [details]
backtrace

(Originally filed as https://bugzilla.redhat.com/show_bug.cgi?id=1309765)

Description of problem:
Not sure how to reproduce it, but sometimes when saving file, gedit crashes with the attached core dump.

My question is whether it isn't somehow similar to https://gitlab.cee.redhat.com/mcepl/gedit-plugins-pkg/blob/rhel-7.3/iter.get_char-returns-bytes-of-UTF-8-encoded-text.patch where the iter in 3.14 get_char() method returns Unicode string not UTF8 bytes?

Version-Release number of selected component (if applicable):
gedit-3.14.3-9.0.3.el7.x86_64

How reproducible:
Happens
Comment 1 Matěj Cepl 2016-02-18 16:30:15 UTC
Sorry, the correct link should be to https://bug720324.bugzilla-attachments.gnome.org/attachment.cgi?id=309972
Comment 2 Sébastien Wilmet 2020-11-24 10:17:44 UTC
Mass-closing of all gedit-plugins bugzilla tickets.

Special "code" to find again all those gedit-plugins bugzilla tickets that were open before the mass-closing:

2bfe1b0590a78457e1f1a6a90fb975f5878cb60064ccfe1d7db76ca0da52f0f3

By searching the above sha256sum in bugzilla, the gedit contributors can find again the tickets. We may be interested to do so when we work on a specific area of the code, to at least know the known problems and possible enhancements.

We do this mass-closing because bugzilla.gnome.org is being replaced by gitlab.gnome.org.