https://bugs.freedesktop.org/show_bug.cgi?id=83746
Matthew Francis <fdb...@neosheffield.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
OS|Windows (All) |All
Summary|EDITING: When totalling |FILEOPEN: When opening an
|based on a page number |.xls with a 1-1M VLOOKUP
|series created with |range, the range is
|VLOOKUP, the page numbers |truncated to 1-983040
|are displayed as REF after |
|saving, closing and |
|reloading |
--- Comment #4 from Matthew Francis <fdb...@neosheffield.co.uk> ---
テストデータをありがとうございます。
新しいファイルでVLOOKUPのターゲットを$C$1:$D$1048576にして旧型xlsとして保存みたら、また開くと確かにターゲットが$C$1:D$983040になってしまいました。
（数値的にはこれは1048576-65536 (1M-64K)であることには関係がありそう）
今も#REF!表示は再現できていませんが、以上の問題が原因ならば解決できるはずと思います。
代わりにExcelを使ってこのようなファイルを開いたらちゃんとまだ$D$1048576になっているし、Excelを使ってxlsとして保存して再び開いても問題ないので、これはおそらくLibreOfficeのxlsセーブ機能の問題のようです。
回避策としては、Excelファイルが必要なときにはできればOffice Open XML Spreadsheet
(.xlsx)を使った方が効果的だと思います。
(Summary in English)
When a formula such as =VLOOKUP(B1,$C$1:$D$983040,2) is saved as an old style
.xls (not .xlsx) and reloaded, the target is corrupted to $C$1:$D$983040
Reproduced on OSX 10.9.4/LO 4.3.1.2
Steps to reproduce:
1. In cell A1 of a new spreadsheet, enter the formula
=VLOOKUP(B1,$C$1:$D$1048576,2)
2. Save the file as .xls (Microsoft Excel 97/2000/XP/2003)
3. Close and reopen the file, and check the target range of the VLOOKUP
Excel shows the correct result when opening such a file, and has no problem
saving/reloading it itself, so this is probably an issue in the import filter
for .xls.
The fact that 983040=1048576-65536 is probably relevant.
The obvious workaround is to use an .xslx for file interchange when possible.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
