Created attachment 114639 [details] screenshot Steps: 1) Open Writer 2) Tools > Bibliography Database 3) Notice that the type drop down in the entry view isnt set. 4) Select entries in the spreadsheet view 5) Notice that the type drop down in the entry view isnt set. This is a regression, as it works correctly in 4.2.6 for step 5. Step 3 is also a bug that is OOo inherited. Version: 4.5.0.0.alpha0+ Build ID: b024e36ddb3b53163d7a01f6f7b5aadb7a858cd9 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-03-31_08:18:46
Reproducible with LO 4.4.1.2, Win 8.1
This appears to have changed at the below commit. Unsure if this is still relevant given the UI rework (see bug 90473), but in any case that needs to be fixed before it can be seen if this one is still present. commit 03a2b4a80c5854bcb8520f2a43e485b98e3eba8f Author: Lionel Elie Mamane <lionel@mamane.lu> AuthorDate: Wed Aug 6 15:17:13 2014 +0200 Commit: Lionel Elie Mamane <lionel@mamane.lu> CommitDate: Wed Aug 6 13:49:32 2014 +0000 fdo#82151 when constructing column object, replace m_aCurrentRow by a function The passed m_aCurrentRow becomes out-of-date as soon as the current row changes. This also hides an implementation detail of ORowSet to ORowSet(Data)Column.
Not really an enhancement - a minor bug. A small part of the issue is inherited, but let's treat it as a regression. -> Severity: minor
I wondered if this had been fixed by the UI conversion and was merely obscured by bug 90473, but it seems not. Adding Cc: to lionel@mamane.lu, caolanm@redhat.com; Could you possibly take a look at this one? Thanks (commit apparently responsible identified in comment 2)
(In reply to Matthew Francis from comment #3) > Not really an enhancement - a minor bug. A small part of the issue is > inherited, but let's treat it as a regression. Sorry that was my mistake. :D
Created attachment 114704 [details] this fixes the *old* problem of the type not initially set This would fix the old problem of the type not getting auto-selected at first load, but the new problem remains, so stashing it here in the meantime
I mean the above fixes the ancient step 3 bug
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3e41b069bcc1482eb4d3fabb6d475db4bf3d4e57 I'm a little confused now, I blew away my user dir and everything now works fine for me. i.e. I don't see 5 anymore.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ebdaab9d4a042f1338f97628cf0c0f294d7dc059&h=libreoffice-4-3 Related: tdf#90472 initial load of bibliography doesn't... It will be available in 4.3.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Caolán McNamara from comment #8) > I'm a little confused now, I blew away my user dir and everything now works > fine for me. i.e. I don't see 5 anymore. I can confirm that within the last 3 days, step 5 is fixed as with or without a blank profile it didnt work on master 2015-04-07@42 and now it works with 2015-04-10@42.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=73f75e51726235ad2c80a6143fecf08fe802cc1f&h=libreoffice-4-4 Related: tdf#90472 initial load of bibliography doesn't... It will be available in 4.4.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]