<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Losing Dots when importing a CSV with IPv4 addresses"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119722">bug 119722</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEEDINFO
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>NOTABUG
</td>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>vstuart.foote@utsa.edu
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Losing Dots when importing a CSV with IPv4 addresses"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119722#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED NOTABUG - Losing Dots when importing a CSV with IPv4 addresses"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=119722">bug 119722</a>
from <span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span></b>
<pre>(In reply to lightonflux from <a href="show_bug.cgi?id=119722#c5">comment #5</a>)
<span class="quote">> Can confirm.
>
> Version: 6.1.1.1 (via Debian Testing)
> Build-ID: 1:6.1.1~rc1-2
> CPU-Threads: 4; BS: Linux 4.17; UI-Render: Standard; VCL: gtk3;
> Gebietsschema: de-DE (de_DE.utf8); Calc: group threaded
>
> When importing as de-DE it breaks the second and third IP address. But when
> importing as en-GB everything is as expected.</span >
That is not a "bug" confirmation rather, it is the CSV import filter correctly
responding for a column with "Standard" logic to what is a valid number.
Correct usage is to change the field to Text as there is no other pattern
recognition in Standard to hand IPv4 or IPv6 notation. In other words, if the
locale would make it a number--use the CSV import dialog to correct the column
type!
=> NAB</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>