[upstream] Missing Data when Copying from Clipboard to Writer

Bug #1738251 reported by Christopher Rose
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LibreOffice
Confirmed
Low
libreoffice (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I have copied and pasted the webpage 'https://bugs.launchpad.net/ubuntu/+source/msttcorefonts/+bug/1607535' into LibreOffice, so as to be able to print and read it. The resulting page is incomplete. Thus, for example, at [Workaround 1], where the the following command line is specified:
  $ wget http://downloads.sourceforge.net/corefonts/
      {andale32.exe,arial32.exe,arialb32.exe,comic32.exe,courie32.exe,
      georgi32.exe,impact32.exe,times32.exe,trebuc32.exe,verdan32.exe,
      webdin32.exe}
only the following text appears:
  $ wget http://
      {
      georgi32.
      webdin32.exe}
The HTML code for that text is:
<p> $ wget <a rel="nofollow" href="http://downloads.sourceforge.net/corefonts/">http://<wbr />downloads.<wbr />sourceforge.<wbr />net/corefonts/</a><br />
      {<wbr />andale32.<wbr />exe,arial32.<wbr />exe,arialb32.<wbr />exe,comic32.<wbr />exe,courie32.<wbr />exe,<br />
      georgi32.<wbr />exe,impact32.<wbr />exe,times32.<wbr />exe,trebuc32.<wbr />exe,verdan32.<wbr />exe,<br />
      webdin32.exe}</p>
The problem is triggered by the <wbr /> tag. Where one of these occurs in the HTML, all subsequent text is omitted until either a <br /> or a <a ...> tag is reached (and of course there may be others).
As there are 956 <wbr /> tags in this document, much of the text is missing after pasting. If the all the <wbr /> tags are removed from the page, copying and pasting works fine.
I shall be grateful for help with the problem, as it means that that with LibreOffice copying and pasting is unreliable.

Ubuntu Mate 16.04.3
lsb-release: 9.20160110ubuntu0.2
LibreOffice Writer: libreoffice-writer 1:5.1.6-rc20ubuntu1-xenial2

Revision history for this message
In , Paul (bugcatcher1) wrote :

Writer does not copy certain information from a webpage.

Address of webpage: http://www.electronicsandradios.com/page-used-icom-bc80.html

What was highlighted for copy as seen on web page:

ICOM BC-80 DROP IN CHARGER + ICOM 110 to 12 VOLT 1 Amp AC ADAPTER
for the ICOM IC-P2AT / IC-P2ET / IC-P3AT / IC-P4AET / IC-P4ET
for BATTERY PACKS: BP110 / BP111 / BP112 / BP113

This ICOM BC-80 drop in charger and AC power supply allows you to charge your Icom IC-P2AT or similar while it is standing up in the cradle.

Works with the following Icom models: IC-P2AT / IC-P2ET / IC-P3AT / IC-P4AET/ IC-P4ET

Note that the above text was pasted into text edit and then pasted into writer, in order to give the full text for this report.

What was copied from the web page and pasted into writer:
ICOM BC-
for the ICOM IC-
for BATTERY PACKS: BP110 / BP111 / BP112 / BP113
This ICOM BC-
Works with the following Icom models: IC-

This is the code that created the screen output:
     <table id="table_77" border="1" class="OBJ-8" style="position:absolute;left:37px;top:371px;width:883px;height:170px;">
        <col style="width:505px;">
        <col style="width:378px;">
        <tr style="height:170px;">
          <td colspan="2" class="TC-1">
            <p class="Normal P-6"><span class="C-7">I<span class="C-8">COM BC-<wbr>80 DROP IN CHARGER + ICOM 110 to 12 VOLT 1 Amp AC ADAPTER<br></span>for the ICOM IC-<wbr>P2AT / IC-<wbr>P2ET / IC-<wbr>P3AT / IC-<wbr>P4AET / IC-<wbr>P4ET<br>for BATTERY PACKS: BP110 / BP111 / BP112 / BP113</span></p>
            <p class="Normal P-7"><span class="C-7">This ICOM BC-<wbr>80 drop in charger and AC power supply allows you to charge your Icom IC-<wbr>P2AT or similar while it is standing up in the cradle.</span></p>
            <p class="Normal"><span class="C-8">Works with the following Icom models:<span class="C-7"> IC-<wbr>P2AT / IC-<wbr>P2ET / IC-<wbr>P3AT / IC-<wbr>P4AET/ IC-<wbr>P4ET<br><br></span></span></p>
          </td>
        </tr>
      </table>

The problem appears to be with the <wbr> tag. Was the html parser in writer updated for this element in HTML5?

Definition and Usage
The <wbr> (Word Break Opportunity) tag specifies where in a text it would be ok to add a line-break.
Tip: When a word is too long, or you are afraid that the browser will break your lines at the wrong place, you can use the <wbr> element to add word break opportunities.
Source: http://www.w3schools.com/TAgs/tag_wbr.asp

Another newly introduced HTML5 element is the <wbr> tag which is used to specify a break point in a very long word or string.
The main difference between <wbr> tag and <br> tag is that <br> element forces to break a line. On the other hand, <wbr> element breaks a line at the specified break points only if required.
http://www.html5tutorial4u.com/wbr-element.htm

Revision history for this message
In , Beluga (beluga) wrote :

Confirmed.

64-bit, KDE Plasma 5
Build ID: 5.1.0.3 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.4; UI Render: default;
Locale: fi-FI (fi_FI.UTF-8)

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** 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

Revision history for this message
Olivier Tilloy (osomon) wrote :

I can reliably reproduce with LibreOffice 6.1.3.2 on disco.
This is a known upstream problem: https://bugs.documentfoundation.org/show_bug.cgi?id=98561.

Changed in libreoffice (Ubuntu):
status: New → Confirmed
Changed in df-libreoffice:
importance: Unknown → Low
status: Unknown → Confirmed
summary: - Missing Data when Copying from Clipboard to Writer
+ [upstream] Missing Data when Copying from Clipboard to Writer
Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

Dear bugcatcher1,

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

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.