Bug 108666 - Template manager does not refresh
Summary: Template manager does not refresh
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.3.3.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-06-21 03:14 UTC by Kenneth Hanson
Modified: 2017-07-09 15:05 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Hanson 2017-06-21 03:14:02 UTC
Description:
Changes to the templates folder are not reflected in the template manager interface, even if the "Refresh" button is pressed.

Every once in a while something I do convinces it to update, but off hand I can't recall what worked.

Steps to Reproduce:
1. Make a template
2. Change the filename from a file manager, command line, etc.
3. Open LibreOffice, navigate to template manager or start center

Actual Results:  
Template name is unchanged in LibreOffice UI

Expected Results:
Template name is changed in LibreOffice UI


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Comment 1 Buovjaga 2017-06-28 16:13:17 UTC
Reproduced with 5.3, but not with master.

Kenneth: as this is so minor, is it ok to close as WORKSFORME?
You could also test yourself with master: https://wiki.documentfoundation.org/Installing_in_parallel/Linux
http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha0+
Build ID: f808c50c6eece87d515df3b84b1c774395b5d9bc
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 26th 2017

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.4.2
Build ID: 5.3.4-1
CPU Threads: 8; OS Version: Linux 4.11; UI Render: default; VCL: kde4; Layout Engine: new; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Comment 2 Kenneth Hanson 2017-06-29 02:08:58 UTC
Actually, I just discovered something. There's a separate oddity with LO 5.3 and earlier, which is that the "title" metadata of a template, which seems to be automatically generated from the filename, becomes the title of documents produced from that template.

Noticing that this hadn't changed, I went and deleted the metadata from the template. Thereafter, the updated name was reflected in the template manager and quick start menu.

Based on this, I suspect one of two things might have changed in the new version:
1. the template manager is no giving the title metadata priority over the filename
2. the title metadata is no longer being generated automatically

At the very least, we should confirm which it is. I'll download the dev version once I'm on a better internet connection. Then I can check, unless someone beats me to it.
Comment 3 Kenneth Hanson 2017-06-29 02:11:39 UTC
BTW, I was looking to see if there was an AppImage and found this:
http://libreoffice.soluzioniopen.com/index.php/pre-releases

Which is great! But it really needs to be on the main LO site.
Comment 4 Buovjaga 2017-06-29 07:20:23 UTC
(In reply to Kenneth Hanson from comment #3)
> BTW, I was looking to see if there was an AppImage and found this:
> http://libreoffice.soluzioniopen.com/index.php/pre-releases
> 
> Which is great! But it really needs to be on the main LO site.

Yeah, I am planning to help the AppImage activists by creating the page on the site :) All this QA work is delaying it, though :P Now I am on vacation so it will happen eventually
Comment 5 Kenneth Hanson 2017-07-08 14:00:02 UTC
Alright, so I've confirmed the reported behavior using the 5.4 Beta AppImage. Initially, the Template Manager appears not to update after changing the filename, but the refresh function *does* work -- it simply doesn't update the name, which is indeed autofilled in the template metadata. Deleting this field, then, causes the updated filename to display.

So, I think this bug, which is about the refresh function, can be closed. I plan to open another bug about the name behavior.
Comment 6 Buovjaga 2017-07-09 15:05:44 UTC
Thanks, closing.