<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Always have ‘Record Macro’ available in the menu"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=111828#c13">Comment # 13</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Always have ‘Record Macro’ available in the menu"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=111828">bug 111828</a>
from <span class="vcard"><a class="email" href="mailto:michael.meeks@collabora.com" title="Michael Meeks <michael.meeks@collabora.com>"> <span class="fn">Michael Meeks</span></a>
</span></b>
<pre><span class="quote">> This would enable any issues (i.e. problems) to be collected (i.e. bug
> reports).</span >
These can be easily collected now by those turning it on in experimental mode.
Ultimately, the problem here is not one of collecting bug reports - but of
fixing them.
<span class="quote">> As there are more automated processes in LibreOffice, the quality of
> the issues collected should be better too.</span >
I don't think any of our automation targets macro recording & replay; there
are/were a very large number of known problems in this area that we simply have
no man-power to fix. As such - the feature is experimental; no guarentees.
Fixing the bugs will not happen any faster if it is non-experimental.
=> I'd say 'wontfix' - this is disabled by design.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>