~linuxmint-daily-build-team/linuxmint/+git/nemo:4.4-maintenance

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

22375ae... by Clement Lefebvre <email address hidden> on 2020-08-11

4.4.3

df1666e... by Michael Webster on 2020-07-02

nemo-window-pane.c: Only show the active window-pane's toolbar when
toggling toolbar visiblity.

Fixes: #2109

300fa3f... by Clement Lefebvre <email address hidden> on 2019-12-12

4.4.2

dcc5134... by leigh123linux on 2019-12-11

Use meson for pango-1.44 check

f2390c4... by Michael Webster on 2019-12-11

nemo-program-choosing.c: Remove unused variable that was causing
a warning during the build.

809919c... by leigh123linux on 2019-12-10

eel-editable-label.c: Don't hyphenate long filenames

2481e94... by leigh123linux on 2019-12-10

nemo-icon-canvas-item.c: Don't hyphenate long filenames

5db7a44... by leigh123linux on 2019-12-11

Remove tracker

afeb11b... by Michael Webster on 2019-12-11

nemo-tree-sidebar.c: Don't free the NemoFile after setting up the
context menu for showing, it is owned by the tree model.

Fixes an issue mentioned in linuxmint/mint19.3-beta#34.

9085829... by Michael Webster on 2019-12-10

list view: Don't remove the dummy (Loading) entry except during
post-loading updates.

When expanding a directory row, the directory is re-checked, to
determine whether there are actually any children to add to the
model. This calls the model's file-changed handler, which could
remove the existing dummy row in the process, causing the model
to become corrupted.

Avoid removing this dummy row while expanding the parent, regardless
of whether or not the parent has any actual children. If it turns
out there are no longer children to load, show the traditional
"Empty" row.

Fixes linuxmint/nemo#2256

Note: This prevents the crash, but does not fix the behavior of
the parent folder not knowing it has gained or lost it's only child.
This is a limitation due to the fact that the currently visible
tree items are only monitored as 'files', not folders - folders get
an initial count when loading the view, allowing the expander to
be added (or not). This is pre-existing behavior. It may or may
not be possible to change this in the future.