Problem description: after insert table when merg 2 or more cell table is not correct. Steps to reproduce: 1. .... 2. .... 3. .... Current behavior: Expected behavior: Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
I can't imagine what the problem might be. @reporter: May I ask you to read hints on <http://wiki.documentfoundation.org/BugReport> carefully? Then please: - Write a meaningful Summary - Attach a sample document (not only screenshot) - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a step by step instruction containing every key press and every mouse click how to reproduce your problem (and if possible how to created a sample document from the scratch) - add information -- what exactly is unexpected -- and why do you believe it's unexpected (cite Help or Documentation!) -- concerning your PC -- concerning your OS (Version, Distribution, Language) -- concerning your LibO localization (UI language) –- Libo settings that might be related to your problems -- how you launch LibO and how you opened the sample document -- everything else crossing your mind after you read linked texts - Reported with Bug Submission Assistant -
Created attachment 53181 [details] merge.odp DUP of or related to "Bug 34403 - FORMATTING: borders wrong for merged cells with overlapping line segments"?
merge cell bug in impress On 10/30/11, bugzilla-daemon@freedesktop.org <bugzilla-daemon@freedesktop.org> wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=42387 > > Rainer Bielefeld <LibreOffice@bielefeldundbuss.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > OS/Version|All |Windows (All) > CC| |LibreOffice@bielefeldundbus > | |s.de > Keywords| |NEEDINFO > > --- Comment #1 from Rainer Bielefeld <LibreOffice@bielefeldundbuss.de> > 2011-10-30 08:15:57 PDT --- > I can't imagine what the problem might be. > > @reporter: > May I ask you to read hints on > <http://wiki.documentfoundation.org/BugReport> > carefully? > Then please: > - Write a meaningful Summary > - Attach a sample document (not only screenshot) > - Attach screenshots with comments if you believe that that might explain > the > problem better than a text comment. Best way is to insert your screenshots > into a DRAW document and to add comments that explain what you want to > show > - Contribute a step by step instruction containing every key press and every > mouse click how to reproduce your problem (and if possible how to created > a > sample document from the scratch) > - add information > -- what exactly is unexpected > -- and why do you believe it's unexpected (cite Help or Documentation!) > -- concerning your PC > -- concerning your OS (Version, Distribution, Language) > -- concerning your LibO localization (UI language) > –- Libo settings that might be related to your problems > -- how you launch LibO and how you opened the sample document > -- everything else crossing your mind after you read linked texts > > - Reported with Bug Submission Assistant - > > -- > Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug.
Tested merge.odp, I believe it's a "Right to Left" issue. When I create a table in a new document everything looks fine (borders around all cells), but when I insert a new table into reporter's sample document (simply default 5 columns 2 rows) borders around cells of right column are missing. Even when I copy paste a table from a self created LtR spreadsheet it gets the "missing borders damage". I am sure that that problem is related to the merge issue. @Hojjatollah: I am a little clueless concerning right-to-left. Where can I switch your document from RtL to LtR? Can you do an additional test for Left-toRight, and also a test in DRAW? And may be WRITER?
@Hojjatollah: My request might have been rather imprecise. Can you tell me how to bring my German LibO into a right-to-left mode for a new presentation?
Salam Yes this bug apeare in RTL but only in presentation and draw comment5: in windows RTL enable after enable asian language in control panel->religion and languages or In linux also need to enable rtl in desktop environment and apply wide system On 11/5/11, bugzilla-daemon@freedesktop.org <bugzilla-daemon@freedesktop.org> wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=42387 > > --- Comment #5 from Rainer Bielefeld <LibreOffice@bielefeldundbuss.de> > 2011-11-05 05:41:57 UTC --- > @Hojjatollah: > My request might have been rather imprecise. Can you tell me how to bring my > German LibO into a right-to-left mode for a new presentation? > > -- > Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
@Hojjatollah: Thank you for explication, but it seems I can't find the wood among all the trees ;-) Can you please attach a screenshot from English UI or an other guide how I can find that "panel->religion and languages" And can you please try to delete useless citations from other comments before you submit new comments? Thank you!
in these pages: http://forum.persiantools.com/t31635.html http://www.daryasoft.com/index.php?option=com_content&view=article&id=149:-xp& catid=37:1388-12-11-11-02-18&Itemid=80 show step by step with screenshot ----- how i can try to delete useless citation i use gmail client On 11/8/11, bugzilla-daemon@freedesktop.org <bugzilla-daemon@freedesktop.org> wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=42387 > > Rainer Bielefeld <LibreOffice@bielefeldundbuss.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Component|Presentation |Drawing > > --- Comment #7 from Rainer Bielefeld <LibreOffice@bielefeldundbuss.de> > 2011-11-07 22:54:46 PST --- > @Hojjatollah: > Thank you for explication, but it seems I can't find the wood among all the > trees ;-) Can you please attach a screenshot from English UI or an other > guide how I can find that "panel->religion and languages" > > And can you please try to delete useless citations from other comments > before > you submit new comments? Thank you! > > -- > Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
Found it! Steps to reproduce: 0. Start LibO, open new DRAW document from Start Center 1. Menu 'Tools -> Options -> Language settings -> Languages - Enhanced language support' check both if they are not checked, <ok> 2. Menu 'Format -> Page -> Page Tab - Text direction' = left to right (if necessary) <ok> 3. Meneu 'Insert -> Table' <ok> a table 2 rows 5 columns will be inserted, everything looks fine 4. Drag and drop table to top of the page, <Esc> 5. Menu 'Format -> Page -> Page Tab - Text direction' = Right to Left <ok> 6. Meneu 'Insert -> Table' <ok> a table 2 rows 5 columns will be inserted, Expected: looks as table from step 3 actual: borders in right column are missing @Thorsten: Can you help? Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
can reproduce the bug with LO 3.5.4, OOo 3.4beta, OOo 3.3, but not OOo 3.0.1 => regression
I Still find the bug exist in master branch, i am working on this bug.
Just for information, on pc Debian x86-64 with master sources updated today, I reproduce this bug.
Gokul committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bd20b86ee762d4a14766a755d44efdeb50cef7e7 fdo#42387 Fixed Merging of cells in RTL Tables in impress 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tested, works good.
I can still reproduce with master on Debian 64. Need another one to confirm this...
(In reply to comment #15) > I can still reproduce with master on Debian 64. Need another one to confirm > this... It Works Good for me, Are you able to reproduce the problem with merging of cells. That i have fixed and it works fine. Their is another BugID for problem with incorrect cell border, Bug #59117.
Verified on master, although problems from bug #59117 are still here for the right most cells. @gokul - thanks, I got confused with comment #15 and check the wrong scenario.
Gokul committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b8c9c63cdc44eba348b52dd3cb2e70d379d23187&h=libreoffice-4-0 fdo#42387 Fixed Merging of cells in RTL Tables in impress It will be available in LibreOffice 4.0.1. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
bug #59117 been fixed, but some merge issues are still present on master: With an RTL table in impress (2 row, 5 columns) merge the two left most columns in the first row - the right border disappears. Merge the two right most columns in the second row - the left border disappears. Couldn't reproduce with a different set of cells to merge.
Created attachment 74161 [details] Border Missing on merging the cells
Yes Even I am able to reproduce the same. The problem exist with RTL table irrespective of number of rows and columns. Their is another problem. When we select 2 or more cells in First column or last column it also merges the cells in other end. Check the attachment for details. (In reply to comment #19) > bug #59117 been fixed, but some merge issues are still present on master: > > With an RTL table in impress (2 row, 5 columns) merge the two left most > columns in the first row - the right border disappears. Merge the two right > most columns in the second row - the left border disappears. Couldn't > reproduce with a different set of cells to merge.
Correcting my Previous Comment. on merging the cells in First or last column,Does not merge cells in other end, Instead The borders are missing for intermediate table.
(In reply to comment #19) > bug #59117 been fixed, but some merge issues are still present on master: > > With an RTL table in impress (2 row, 5 columns) merge the two left most > columns in the first row - the right border disappears. Merge the two right > most columns in the second row - the left border disappears. Couldn't > reproduce with a different set of cells to merge. @Lior kaplan can we file it as a (new)bug? I checked the above issue with Libreoffice Version 3.6.3.2 (Build ID: 58f22d5) on Ubuntu 12.04 (precise), and yes, I can reproduce it. So, I hope neither the patch of bug #59117 nor #42387 responsible for this. Yes, I agree with @gokuls comment 21 & 22 with RTL table "Their is another problem. When we select 2 or more cells in First column or last column" "on merging the cells in First or last column,Does not merge cells in other end, Instead The borders are missing" Irrespective of first or last column, it is reproducible with other columns also except the exact middle column(if the table have odd number of columns). So, i think it is better to put it as a separate bug... Sugestions/comments are welcomed.
(In reply to comment #23) > (In reply to comment #19) > > bug #59117 been fixed, but some merge issues are still present on master: > > > > With an RTL table in impress (2 row, 5 columns) merge the two left most > > columns in the first row - the right border disappears. Merge the two right > > most columns in the second row - the left border disappears. Couldn't > > reproduce with a different set of cells to merge. > > @Lior kaplan can we file it as a (new)bug? Bug 60554