Unable to delete list of files open previously, visible in toolbar option 'load url bar'
(In reply to inpost from comment #0) > 'load url bar' Where is this? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. A screenshot of the problem would be best.
(In reply to Buovjaga from comment #1) > (In reply to inpost from comment #0) > > 'load url bar' > > Where is this? > Wow! ;) > Change back to UNCONFIRMED after you have provided the information. Menu bar; view, toolbars, customise Select 'load url' from the dialogue window 'toolbar content'
Ok, I found it by right-clicking the Standard toolbar. The problem is, nothing happens if I click it. 64-bit, KDE Plasma 5 Build ID: 5.1.2.2 Arch Linux build-1 CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; Locale: fi-FI (fi_FI.UTF-8)
(In reply to Buovjaga from comment #3) > Ok, I found it by right-clicking the Standard toolbar. > The problem is, nothing happens if I click it. Add it to the toolbar. It will show as a combobox where you can type path to a document, e.g. /home/user/somefile.odt, and hit enter.
Ok sorry about that. Now I see. But reporter didn't say this ever worked, so setting as enhancement. Arch Linux 64-bit, KDE Plasma 5 Version: 5.2.0.0.alpha1+ Build ID: 540fee2dc7553152914f7f1d8a41921e765087ef CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Built on April 30th 2016
(In reply to Buovjaga from comment #5) > Ok sorry about that. Now I see. But reporter didn't say this ever worked, so > setting as enhancement. > That is a mistake because the menu bar option file, recent documents, clear list; gives the _false_ impression that the user can delete the document history, when the history is _fully_ accessible _after_ the list of recent documents is "cleared". This is a bug: the user that seeks privacy/confidentiality cannot achieve it using 'clear list'!
Here's what I did in LibreOffice 5.1.1.3 (x64 Windows). Unless I'm mistaken, I believe the behavior is normal, and different from what is described in the comments (although it might impact different versions). - Have some files in the document history - Click the combo button in the URL bar - The document history is clearly visible (which is normal) - Clear the document history - Click the combo button again - Nothing is shown (again, as expected) At this point, the autocompletion will NOT pull entries from the now-cleared document history, but only autocomplete according to the path typed and existing file. In this case, it will even autocomplete with files that LibreOffice can't open, so it's only based on the file system and not on the document history at all. Of course, there's a chance that this issue appeared in a later version (or was fixed before) but there's no version information on the bug report so it's hard to tell.
The Recent Documents -> Clear List action clears MRU from the user profile. Any additional items available and listed on the Load URL dropdown are controlled by the *OS*. Use *OS* provided resource to clear the list, e.g. on Windows--Start Menu -> Recent Items -> "Clear recent items list". The LibreOffice "Load URL" dropdown will be empty on next relaunch of LibreOffice. Not a Bug, and not a particularly necessary enhancement to try to provide cross platform to link the LibreOffice Clear List action to corresponding function of OS.
(In reply to V Stuart Foote from comment #8) > The Recent Documents -> Clear List action clears MRU from the user profile. MRU??? > > Use *OS* provided resource to clear the list, e.g. on Windows--Start Menu -> > Recent Items -> "Clear recent items list". The LibreOffice "Load URL" > dropdown will be empty on next relaunch of LibreOffice. > Your instructions for non-m$?
(In reply to Cley Faye from comment #7) > - The document history is clearly visible (which is normal) > - Clear the document history How did you clear the history in 'load url bar'?
(In reply to V Stuart Foote from comment #8) > additional items available and listed on the Load URL dropdown are > controlled by the *OS*. The items in the Load URL dropdown are the same as in the Recent Documents list. There are no additional items there. (In reply to inpost from comment #10) > How did you clear the history in 'load url bar'? File > Recent Documents > Clear should do the trick. But the list isn't updated until you restart the app (or simply hide-show the toolbar). I think it's a valid request to make the Load URL dropdown update immediately.
(In reply to Maxim Monastirsky from comment #11) > (In reply to V Stuart Foote from comment #8) > > additional items available and listed on the Load URL dropdown are > > controlled by the *OS*. > The items in the Load URL dropdown are the same as in the Recent Documents > list. There are no additional items there. > The original bug report did not claim additional items. Having said that, the load url bar is able to view the entire contents of a directory, more than is viewing via 'recent documents'. > (In reply to inpost from comment #10) > > How did you clear the history in 'load url bar'? > File > Recent Documents > Clear should do the trick. But the list isn't > updated until you restart the app (or simply hide-show the toolbar). I think > it's a valid request to make the Load URL dropdown update immediately. As stated originally, the load url bar is _not_ cleared by activating the 'clear list' function. To repeat, the 'recent documents' list is cleared, but not 'load url bar'. You should investigate more the (excellent) functionality of 'load url bar'. See: https://bugs.documentfoundation.org/show_bug.cgi?id=96970
*** Bug 96970 has been marked as a duplicate of this bug. ***
(In reply to inpost from comment #12) > > The original bug report did not claim additional items. Having said that, > the load url bar is able to view the entire contents of a directory, more > than is viewing via 'recent documents'. > > > (In reply to inpost from comment #10) > > > How did you clear the history in 'load url bar'? > > File > Recent Documents > Clear should do the trick. But the list isn't > > updated until you restart the app (or simply hide-show the toolbar). I think > > it's a valid request to make the Load URL dropdown update immediately. > > As stated originally, the load url bar is _not_ cleared by activating the > 'clear list' function. To repeat, the 'recent documents' list is cleared, > but not 'load url bar'. Yes sorry, that was my mistake. The Load URL dropdown "displays" only entries taken from the per user history in regsitrymodifications.xcu--the same as the Recent Documents split menu, while its support for file path completion is drawn from the OS. On Windows 10 Pro 64-bit en-US with LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 and latest master Version: 5.2.0.0.alpha1+ Build ID: efc05c0a1ecac549c8340a8f9ec4e47556569adc CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-05-13_23:01:28 Locale: en-US (en_US) While the Load URL widget has some nice autocomplete and "history" functions, the issue seems to be that updates to listed entries do not matches those of the main Menu "Recent Items" most recently used item list. The File split menu "Recent Documents" entry updates, but the Standard toolbar's "Load URL" dropdown list does not. Seems reasonable the documents listed can be kept in sync That the list is not updated, to include clearing the list (as implemented for the menu in bug 62028) should be corrected. And any additional enhancement for bug 61174 for the split menu list should also be applied to the Load URL list as well. Believe it has been over looked for so long because the "Load URL" widget is not a default toolbar widget. Adjusted the Summary.