Bug 160671 - History is not shown after second opening of dropdown in LibreOffice's internal file dialog (Win, kf5, kf6, gen)
Summary: History is not shown after second opening of dropdown in LibreOffice's intern...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: LO-File-Dialog
  Show dependency treegraph
 
Reported: 2024-04-15 12:59 UTC by J22Gim
Modified: 2024-10-15 15:57 UTC (History)
4 users (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 J22Gim 2024-04-15 12:59:42 UTC
Description:
When file open/save dialog is presented, the history (recent files) is lost after clicking on the down-arrow. 

Steps to Reproduce:
This is dialog/GUI specific so please note that I have the option "Use LibreOffice dialogs" enabled in Tools > Options.

1. Start your LO program (I tested with Calc and Writer, but assume it's the same for all components)
2. Give the command to open a file (but this also applies to the action of saving a file). For example I press CTRL+O 
3. A file open/save dialog is shown
4. At the right end of the path box (i.e., to the left of 'Servers' button) there is a down arrow which shows the history (i.e. recent files)
5. Click on the downward arrow: the history opens as a drop-down menu
6. Click again on the downward arrow: the drop-down box is closed
7. Click again on the downward arrow: 

Actual Results:
7. Click again on the downward arrow: the history is lost

Expected Results:
7. Click again on the downward arrow: the history is shown, just like step 5


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Note: I have the option "Use LibreOffice dialogs" enabled in Tools > Options.

Version: 24.2.2.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 24; OS: Linux 6.5; UI render: default; VCL: qt5 (cairo+xcb)
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 4:24.2.2~rc2-0ubuntu0.22.04.1~lo1
Calc: CL threaded
Comment 1 Armondo Lopez 2024-04-15 20:41:52 UTC
I was unable to reproduce this behavior in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

or

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 Buovjaga 2024-07-22 08:32:34 UTC
Bibisected with linux-64-7.0 to 18dd0254a38ca91d0d325aaecc4227724c035d87
cypress: mobile: Font size combobox is broken on core/master.

It's about comboboxes, so seems relevant.

Also repro on Windows. Gtk3 is fine.
Comment 3 Justin L 2024-10-15 15:57:13 UTC
repro 25.2+ (Ubuntu/gtk using SAL_USE_VCLPLUGIN=gen instdir/program/soffice)

confirmed bibisect from comment 2.

A work around is to cancel the open, and try again. Then again, the entire thing seems to be pointless, because selecting a file from this dropdown list doesn't end up opening it anyway... (at least with GEN - ever since intro in 4.4)

The drop-down was introduced in 4.4 with
commit f90eb33a268bdcd1c52aea5670a58267b0907096
Author: Szymon Kłos on Sat Jun 28 16:10:39 2014 +0200
    DLG_FPICKER_EXPLORERFILE conversion to .ui



In terms of caolanm's commit, it seems to be the addition of a select hdl:
+ m_xComboBox->SetSelectHdl(LINK(this, SalInstanceComboBoxWithEdit, SelectHdl));

This is not TOO different from previous behaviour. Before, if you actually selected one of them, then the MRU list would be cleared as well. So only if nothing was selected did it retain the MRU list on repeated drop-downs.