lp:file-roller

Created by Andrew Bennetts on 2010-01-14 and last modified on 2016-09-12
Get this branch:
bzr branch lp:file-roller

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
File Roller
Status:
Development

Import details

Import Status: Failed

This branch is an import of the HEAD branch of the Git repository at git://git.gnome.org/file-roller.

The import has been suspended because it failed 5 or more times in succession.

Last successful import was on 2016-09-13.

Import started on 2016-09-17 on pear and finished on 2016-09-17 taking 25 seconds — see the log
Import started on 2016-09-15 on pear and finished on 2016-09-15 taking 20 seconds — see the log
Import started on 2016-09-14 on pear and finished on 2016-09-14 taking 30 seconds — see the log
Import started on 2016-09-13 on pear and finished on 2016-09-13 taking 20 seconds — see the log

Recent revisions

4338. By Seong-ho Cho <email address hidden> on 2016-09-12

Updated Korean translation

4337. By Ask Hjorth Larsen on 2016-09-12

Updated Danish translation

4336. By Tom Tryfonidis <email address hidden> on 2016-09-11

Updated Greek translation

4335. By Fran DiƩguez on 2016-09-08

Updated Galician translations

4334. By Alexander Shopov on 2016-09-08

Update Bulgarian translation

4333. By David King on 2016-09-06

Update British English translation

4332. By David King on 2016-09-06

Fix a memory leak in the add files dialog

==24455== 270 (24 direct, 246 indirect) bytes in 1 blocks are definitely lost in loss record 21,442 of 23,233
==24455== at 0x4C2DB9D: malloc (vg_replace_malloc.c:299)
==24455== by 0x73FD038: g_malloc (gmem.c:94)
==24455== by 0x74136C2: g_slice_alloc (gslice.c:1025)
==24455== by 0x73F3895: g_list_prepend (glist.c:311)
==24455== by 0x4169AB: dlg_add_folder_load_last_options (dlg-add.c:443)
==24455== by 0x4169AB: dlg_add (dlg-add.c:248)
==24455== by 0x716D517: g_closure_invoke (gclosure.c:804)
==24455== by 0x717ED91: signal_emit_unlocked_R (gsignal.c:3629)
==24455== by 0x718796A: g_signal_emit_valist (gsignal.c:3385)
==24455== by 0x7187D81: g_signal_emit (gsignal.c:3441)
==24455== by 0x6E8E7E4: g_simple_action_activate (gsimpleaction.c:225)
==24455== by 0x512D2D0: gtk_action_muxer_activate_action (gtkactionmuxer.c:412)
==24455== by 0x512D2F3: gtk_action_muxer_activate_action (gtkactionmuxer.c:414)
==24455== by 0x512D2F3: gtk_action_muxer_activate_action (gtkactionmuxer.c:414)
==24455== by 0x515DD92: gtk_real_button_clicked (gtkbutton.c:1973)
==24455== by 0x716D746: _g_closure_invoke_va (gclosure.c:867)
==24455== by 0x7187653: g_signal_emit_valist (gsignal.c:3294)
==24455== by 0x7187D81: g_signal_emit (gsignal.c:3441)
==24455== by 0x515FD5C: gtk_button_do_release (gtkbutton.c:1843)
==24455== by 0x515FDB4: gtk_real_button_released (gtkbutton.c:1961)
==24455== by 0x716D746: _g_closure_invoke_va (gclosure.c:867)

https://bugzilla.gnome.org/show_bug.cgi?id=766271

4331. By David King on 2016-09-06

Fix a clipboard paste memory leak

==11976== 62 (32 direct, 30 indirect) bytes in 1 blocks are definitely lost in l
oss record 13,911 of 23,059
==11976== at 0x4C2DB9D: malloc (vg_replace_malloc.c:299)
==11976== by 0x73FD038: g_malloc (gmem.c:94)
==11976== by 0x74136C2: g_slice_alloc (gslice.c:1025)
==11976== by 0x7413CED: g_slice_alloc0 (gslice.c:1051)
==11976== by 0x718FE43: g_type_create_instance (gtype.c:1857)
==11976== by 0x717243A: g_object_new_internal (gobject.c:1781)
==11976== by 0x7173D6C: g_object_newv (gobject.c:1928)
==11976== by 0x71744FB: g_object_new (gobject.c:1621)
==11976== by 0x6ECF1C9: _g_local_file_new (glocalfile.c:301)
==11976== by 0x134A9FA7: g_daemon_vfs_get_file_for_path (gdaemonvfs.c:383)
==11976== by 0x134AA041: g_daemon_vfs_get_file_for_uri (gdaemonvfs.c:407)
==11976== by 0x44DBE7: _g_file_append_path (glib-utils.c:1393)
==11976== by 0x43F4F6: fr_window_paste_from_clipboard_data (fr-window.c:8809)
==11976== by 0x44525B: fr_window_paste_selection_to (fr-window.c:8863)
==11976== by 0x44525B: fr_window_paste_selection (fr-window.c:8904)
==11976== by 0x716D517: g_closure_invoke (gclosure.c:804)
==11976== by 0x717ED91: signal_emit_unlocked_R (gsignal.c:3629)
==11976== by 0x718796A: g_signal_emit_valist (gsignal.c:3385)
==11976== by 0x7187D81: g_signal_emit (gsignal.c:3441)
==11976== by 0x6E8E7E4: g_simple_action_activate (gsimpleaction.c:225)
==11976== by 0x512D2D0: gtk_action_muxer_activate_action (gtkactionmuxer.c:41
2)

https://bugzilla.gnome.org/show_bug.cgi?id=766271

4330. By David King on 2016-09-06

Fix a memory leak when pasting from the clipboard

==31891== 37 bytes in 1 blocks are definitely lost in loss record 9,576 of 23,250
==31891== at 0x4C2DB9D: malloc (vg_replace_malloc.c:299)
==31891== by 0x73FD038: g_malloc (gmem.c:94)
==31891== by 0x74154B0: g_strconcat (gstrfuncs.c:585)
==31891== by 0x73DC021: g_escape_file_uri (gconvert.c:1388)
==31891== by 0x73DC021: g_filename_to_uri (gconvert.c:1737)
==31891== by 0x43F503: fr_window_paste_from_clipboard_data (fr-window.c:8809)
==31891== by 0x44524B: fr_window_paste_selection_to (fr-window.c:8859)
==31891== by 0x44524B: fr_window_paste_selection (fr-window.c:8900)
==31891== by 0x716D517: g_closure_invoke (gclosure.c:804)
==31891== by 0x717ED91: signal_emit_unlocked_R (gsignal.c:3629)
==31891== by 0x718796A: g_signal_emit_valist (gsignal.c:3385)
==31891== by 0x7187D81: g_signal_emit (gsignal.c:3441)
==31891== by 0x6E8E7E4: g_simple_action_activate (gsimpleaction.c:225)
==31891== by 0x512D2D0: gtk_action_muxer_activate_action (gtkactionmuxer.c:412)
==31891== by 0x512D2F3: gtk_action_muxer_activate_action (gtkactionmuxer.c:414)
==31891== by 0x52727C5: gtk_menu_tracker_item_activated (gtkmenutrackeritem.c:789)
==31891== by 0x716D517: g_closure_invoke (gclosure.c:804)
==31891== by 0x717ED91: signal_emit_unlocked_R (gsignal.c:3629)
==31891== by 0x718796A: g_signal_emit_valist (gsignal.c:3385)
==31891== by 0x7187D81: g_signal_emit (gsignal.c:3441)
==31891== by 0x538FBED: gtk_widget_activate (gtkwidget.c:7736)
==31891== by 0x526F595: gtk_menu_shell_activate_item (gtkmenushell.c:1369)

https://bugzilla.gnome.org/show_bug.cgi?id=766271

4329. By David King on 2016-09-06

Fix a memory leak of the file content type

==23889== 42 bytes in 2 blocks are definitely lost in loss record 10,530 of 22,830
==23889== at 0x4C2DB9D: malloc (vg_replace_malloc.c:299)
==23889== by 0x73FD038: g_malloc (gmem.c:94)
==23889== by 0x741520E: g_strdup (gstrfuncs.c:363)
==23889== by 0x6E82031: g_content_type_guess (gcontenttype.c:719)
==23889== by 0x41ADA2: file_data_update_content_type (file-data.c:99)
==23889== by 0x420B33: fr_archive_add_file (fr-archive.c:2129)
==23889== by 0x453F61: list_archive_thread (fr-archive-libarchive.c:399)
==23889== by 0x6E50BF0: run_in_thread (gsimpleasyncresult.c:898)
==23889== by 0x6E3D378: io_job_thread (gioscheduler.c:85)
==23889== by 0x6E622EF: g_task_thread_pool_thread (gtask.c:1288)
==23889== by 0x741DCA4: g_thread_pool_thread_proxy (gthreadpool.c:307)
==23889== by 0x741D2C7: g_thread_proxy (gthread.c:780)
==23889== by 0x7C7F6C9: start_thread (in /usr/lib64/libpthread-2.23.90.so)
==23889== by 0x7F9CCCE: clone (in /usr/lib64/libc-2.23.90.so)

https://bugzilla.gnome.org/show_bug.cgi?id=766271

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers