https://bugs.documentfoundation.org/show_bug.cgi?id=89039
--- Comment #5 from V Stuart Foote <[email protected]> --- Confirming a valid <Ctrl><Shift>+<F9> input field edit -- which the template opens on launch as a new document--behaves correctly with current builds of master. Windows 7 sp1, 64-bit en-US with Version: 4.5.0.0.alpha0+ Build ID: 4b9a9ce8a0e5e0716dad9a9ec87d16237e534dc2 TinderBox: Win-x86@39, Branch:master, Time: 2015-01-31_09:49:44 Locale: en_US But, in 4.4.0.3 it also behaves (no crash) when editing the field description if the template based document is simply saved once as a new document. =-=-= QA Administrivia... Regards resolving WFM, guess that is OK if that is the QA consensus. But the logic escapes me then of even retaining MABs (or tracking Metas). If a bug shows as resolved in the MAB listing (or any tracking Meta)--it does not get further reviewed--and then we have to drag BZ for the issues. Which then requires an advanced query against Whiteboard field to match regular expression "backportRequest" or similar strings. With 4.4.0 just out of the gate, valid new MABs are going to bubble up against the branch--I just don't see a reason to close them so quickly and then to depend on someone doing a "reverse" bibisect and back-port requests. Which can't even be done for OS X or Windows issues. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
