Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded When using: Templates: Address Book Assignment from the <Tools><Address Book Source...> menus, the Field Assignment table is missing a second street address for personal or business addresses. The Field Assignments do have a single "Street" to allocate "addr_line1", but not "Street 2" to allocate "addr_line2" This suggests what happens next. When importing address information from Evolution Email Client Address Book, "addr_line2" and "work_addr_line2" field headers display, but fields are empty.
Possibly an enhancement request. Adding UX team for review.
ODF defines one <text:sender-street> in chapter 7.3.6.12. Thunderbird has one street in its address book, Outlook too, and I cannot find a reference to a dedicated second field in Evolution. All programs use a multiline textbox, and this should be parsed properly. No idea if this is done corrcetly The issue seems to exist for every, see https://forum.openoffice.org/en/forum/viewtopic.php?p=64179. So it more a question to developers (and kind of verification whether addr_line2 is a second field or part of a multi-line text). Potential see also/duplicates bug 152530 Address Data Source: Wizard shows Thunderbird, but there is no connection available bug 138715 Thunderbird Addressbook no longer connectable bug 116636 Address Data Source Wizard: incomplete list of tables for Thunderbird
I don't get how the Address Book's assigned fields are used in LO. Is there an example somewhere? The documentation[1] says: "The wizard asking for this information appears automatically the first time you activate, for example, a business letter template." and: "When activated, the general fields in the templates are automatically replaced with the fields from the data source of your address book." ...but I haven't seen that happen. I have done: 0. Add some contacts in Evolution 3.50.1's default "Personal" contact list, filling in Full Name and Home Address (adding several lines in the box) 1. In a recent trunk build of LO: Tools > Address Book Source 2. Data source = EvolutionLocal; Table = Personal; First name = given_name; Street = addr_line1 3. Now what? (In reply to Paul Mirowsky from comment #0) > When importing address information from Evolution Email Client Address Book, > "addr_line2" and "work_addr_line2" field headers display, but fields are > empty. Can you please detail this step? [1]: https://help.libreoffice.org/24.2/en-US/text/shared/guide/data_addressbook.html
Dear Paul Mirowsky, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Paul Mirowsky, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp