Created attachment 116437 [details]
In attachment on ~272 row all image in one cell
on ms excell and open office 4.1.1 file open is norm
file save from other software in compatibility ms office 5.0/95
Во вложении, на 272 строке все изображения находятся один под другим. В ms офисе и open office 4.1.1 открывается нормально. Файл сохранен из 1С 7.7, т.е. файл открывается в режиме совместимости с office 5.0/95...
This looks as bug 67712. When I open in 5.0.0beta1, it works fine.
So I close as duplicate. If I'm wrong, please explain and reopen.
Thanks for filing the issue!
*** This bug has been marked as a duplicate of bug 67712 ***
Hi Cor Nouws,
I'm install dev version 18.104.22.168.beta1, and this bug it is possible to repeat
I'm load screenshot in attach
Created attachment 116439 [details]
Reproducible with Version: 22.214.171.124.alpha1+
Build ID: 1499425d09a85fea22a1d7087d605b401c93a6dd
Locale: ru-RU (ru_RU)
All the images from rows below 272 are stacked in row 272.
Not reproducible with versions 126.96.36.199-188.8.131.52 under Win7x64
Reproducible starting with version 184.108.40.206.beta1 -> regression
Also reproducible with 220.127.116.11 under Ubuntu 14.04
Adjusting priority accordingly
Yes I didn't check the issue properly. Apologies,
Created attachment 120282 [details]
1. This bug is not with import; it happens as well with XLSX, with ODS, and with new sheet.
2. It isn't limited to raster images; it may be easily reproduced:
a. Create a new spreadsheet;
b. Draw a rectangle (Show Draw Functions -> Rectangle), edit its Position and Size to set Y position to, say, 3000 cm, note that it is located near row 6650;
c. Navigate to cell A1 and save and close file;
d. Reopen it and use Navigator (F5) to navigate to row 6650; see that it's not there; navigate to row 1930 and see it's there. (It is displayed at Position Y = 870.48)
3. You may use attached testcase to see the bug behaviour.
Double-clicking the Picture 836 entry in Navigator in attached file navigates to correct row 5925 (but the picture isn't shown there, and the selection information in the status bar shows coordinates of its current position 2.28 / 870.48). Navigating to row 1930 and clicking on the object makes status bar to show "correct" coordinates (where it _should_ be: 2.28 / 2674.70).
4. It is "worked around" by using zoom; any zoom on rows >=1930 brings all misplaced objects to place.
5. Bisection tells that it's caused by
Author: Noel Power <email@example.com>
Date: Tue Nov 27 17:56:33 2012 +0000
Sync draw object to calc grid for better alignment when zooming
Taking and working on a fix.
void ScDrawView::SyncForGrid( SdrObject* pObj )
pViewData->GetScrPos() seems to give max value of 32767, which translate to 866960 returned by PixelToLogic.
A patch has been posted to gerrit for review:
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":
tdf#91979: ScViewData::GetScrPos(): remove coordinates limit of 32767
It will be available in 5.1.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
This isssue is no longer reproducible in
Build ID: 451f359023c681a91dbb232a5ea3fffb12c964bc
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-27_07:49:03
Locale: es-ES (es_ES)
Thus, close this issue a RESOLVED FIXED