Hi, Windows 10, 64bit. Have a template (.dot) made in MS Word. Have been using it for creating documents in both Word and openoffice for years without any problems. However, now when I want to switch to libreoffice instead of openoffice, this function fails. Can't do oElement.getPropertyValue("Hint") either. It returns empty. Like I said, the exact same stuff works with openoffice (both .org and apache). oFieldsEnum = oDocument.getTextFields().createEnumeration() while oFieldsEnum.hasMoreElements() oElement = oFieldsEnum.nextElement() ... ... // Fails in LO but works in OpenOffice. oElement.supportsService("com.sun.star.text.TextField.Input") // Also fails (well, logical I guess since the above line fails too...) oElement.getPropertyValue("Hint") ... ... Kind regards, Christer B
On which LO version are you? FYI, last stable one is 5.2.2
Hi, Downloaded yesterday, ie Oct 18th. Version is 5.2.1.2. I also noticed that if you open up the Word template in Writer (GUI), and then bring up the context menu by right-clicking the bookmark(formfield), there's no 'Property' menu choice... In openoffice, that menu choice is present. /Christer
Thank you for your feedback. Since I don't have more question, I'll put it back to unconfirmed.
Some more info: Although there are a number of fields in the template, the enumeration only finds one item, so that single item is probably not a textfield anyway - hence why supportsService fails. Seems the enum doesn't recognize any formfields at all... Btw; same problem in C# : XEnumeration xEnumTxtFields = xEnumTxtFieldsAccess.createEnumeration(); while (xEnumTxtFields.hasMoreElements()) { uno.Any xTextFld0 = xEnumTxtFields.nextElement(); XTextField xTextFld = (XTextField)xTextFld0.Value; // Verify that field is an Input Field. if ((((XServiceInfo)xTextFld).supportsService("com.sun.star.text.textfield.Input"))) { It finds only one single item and it ain't no texfield... Again, this code has worked with openoffice for years. Actually, I think I even ran it successfully for a while in early LO - shortly after the separation from OOo. /Christer
Could you share the .dot file publicly? If so, please attach it to the report.
Created attachment 128376 [details] An MS Word template Hi, This template contains some bookmarks (formfields). Each bookmark has a property name("Hint") that I use for identifying the FF. When the template is opened in OpenOffice and the context menu is opened by right-clicking a bookmark, the 'Properties' menu choice is there. Not so in LO. /Christer
(In reply to christer.bergstrom.se from comment #6) > Created attachment 128376 [details] > An MS Word template > > Hi, > This template contains some bookmarks (formfields). Each bookmark has a > property name("Hint") that I use for identifying the FF. When the template > is opened in OpenOffice and the context menu is opened by right-clicking a > bookmark, the 'Properties' menu choice is there. Not so in LO. > /Christer I tried with LibreOffice 3.3, which is identical to the original OpenOffice and no "Properties" context menu item appears when clicking. Is this some recent addition by Apache OpenOffice? What about your original problem? What should we do with the document to see this failing function you are talking about? Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Áron from the QA team tried with Apache OpenOffice 4.1.3 and he did not see a "Properties" context menu entry either. Christer: could you take a screenshot of the Properties menu entry in Apache OpenOffice while the context menu is open? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the screenshot.
Created attachment 128398 [details] screen dump in OO writer
Howdy, I re-installed openoffice last night and, I'm very sorry, but there's no Properties menu choice present - my mistake. VERY sorry about that. However, if you hover over a field with the mouse, the 'Hint' property is shown as a tooltip. And if you double-click the field, the edit field dialog is shown. In that dialog, the field is shown as an Input field along with its Hint property. This is not so in LO. Don't remember how it was in eg LO 3.3 though. Nevertheless: The only reason I mentioned this about the menu choice was that I thought if LO didn't recognize the field inside the application (Writer), then that might have something to do with the real issue, ie that it doesn't work from C# or Basic. Please see my original report text. Have attached another Word file for you showing the tooltip and edit dialog in OO Writer. /Christer
I can confirm the described behavior is there in AOO 4.1.3. There's also a "Fields..." context menu upon right click, that might be the one you were thinking of. None of these are in LO 3.3, though, so it could be a new feature in AOO that was developed after the split. I don't know if it was, or how it was supposed to be implemented in LibreOffice.
This seems to be there, though: http://api.libreoffice.org/docs/idl/ref/servicecom_1_1sun_1_1star_1_1text_1_1textfield_1_1Input.html Compared to: https://www.openoffice.org/api/docs/common/ref/com/sun/star/text/textfield/Input.html They're the same, as far as I can see.
1.It's an old OOo feature. 2.About enumerating the fields, please see my original report text and comment #4.
Hi again Aron, Yes, it's the 'Fields' menu item. /Christer
Not seeing any Hint tooltip in 5.3. Let's set to NEW then, I guess. Win 7 Pro 64-bit Version: 5.3.0.0.alpha1+ Build ID: 4b4abb73fcd7f2802e73102b3e7c30face8d309c CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: old; TinderBox: Win-x86@39, Branch:master, Time: 2016-10-31_02:54:50 Locale: fi-FI (fi_FI); Calc: group
No, that's right. There ain't no tooltip in Libre, but there is in OpenOffice. And then there is the 'Fields' dialog. Not there either in LO. But first, please see the code (in original post and comment #4). It doesn't recognize the fields.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Hi, Today, I've tested this again: Help-About: Version: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 4; OS: Windows 6.0; UI render: standard; Språkinställning: sv-SE (sv_SE); Calc: group With OpenOffice it works fine - just as it always has. Am using the exact same Word template (.dot). It has two textfields. Running on different machines though (as you can't have both OpenOffice and LibreOffice installed on the same machine). Libre: oFieldsEnum = oDocument.getTextFields().createEnumeration() Well, it stops here. oFieldsEnum is invalid. OpenOffice: oFieldsEnum = oDocument.getTextFields().createEnumeration() while oFieldsEnum.hasMoreElements() oElement = oFieldsEnum.nextElement() ... ... // Fails in LO but works in OpenOffice. oElement.supportsService("com.sun.star.text.TextField.Input") // Also fails (well, logical I guess since the above line fails too...) oElement.getPropertyValue("Hint") ... Passes with flying colors. Kind regards Christer
Ok, just tested again with 6.0.7.3 (x64) Rel and it's still the same. As I wrote earlier, it was working fine in 3.3 and also works with latest version of openoffice.
...in short, it doesn't recognize: .supportsService("com.sun.star.text.TextField.Input") in a .dot-template. /Christer
Dear christer.bergstrom.se, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear christer.bergstrom.se, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug