[Libreoffice-bugs] [Bug 46271] UI: Vertical scroll bar cannot be properly dragged under Mac OS X 10.7 and 10.8
https://bugs.freedesktop.org/show_bug.cgi?id=46271 --- Comment #12 from Kal Sze --- (In reply to comment #10) > *** Bug 50474 has been marked as a duplicate of this bug. *** Bug 50474 doesn't look like a duplicate of this bug. Are you sure you didn't mistype the bug number? -- 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
[Libreoffice-bugs] [Bug 56596] FILESAVE: huge excesses of white space in xhtml export due to 'padding: 100%' in some CSS s...
https://bugs.freedesktop.org/show_bug.cgi?id=56596 --- Comment #3 from callow.m...@artspark.co.jp --- (In reply to comment #2) > In the summary you write XHTML, in the text you write HTML. Which one is > correct? Do you use File > Export or File > Save As ? It is File > Export > XHTML. Save As > HTML (Document Writer) produces output that does not look anything like the original .odt document so I gave up on that. For example section headers have no left margin and the text stretches the full width of my browser window. The output file does not contain the styles which are the subject of this bug. It also generates a bunch of .gif files for each of the equations in the document while Export uses data: URIs giving just a single output file which is vastly preferable. > > Please provide a small document, which shows the error. I'll see if I can produce one. -- 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
[Libreoffice-bugs] [Bug 39179] FileOpen: Writer takes very long to open a docx file
https://bugs.freedesktop.org/show_bug.cgi?id=39179 --- Comment #17 from Julien Nabet --- Michael: tried to follow your comment but after the 2 exports you quoted I runned this: valgrind --tool=callgrind --simulate-cache=yes --dump-instr=yes ./soffice.bin --splash-pipe=0 ~/compile-libreoffice/bugs/39179/callgrind.txt then got this: 10% 20% 25% 30% 35% 40% 50% 55% 60% 75% 80% 100% end + a popup saying calgrind.txt doesn't exist then: ==28753== Events: Ir Dr Dw I1mr D1mr D1mw ILmr DLmr DLmw ==28753== Collected : 4357516741 1343547732 904497078 53990330 10823051 1763992 305982 1830857 823690 ==28753== ==28753== I refs: 4,357,516,741 ==28753== I1 misses: 53,990,330 ==28753== LLi misses: 305,982 ==28753== I1 miss rate: 1.23% ==28753== LLi miss rate: 0.0% and other numbers. I made the test again this time, after having creating an empty "callgrind.txt" file but I got the same. What did I miss? (Valgrind Version: 1:3.7.0-6 on pc Debian testing x86-64 updated today) -- 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
[Libreoffice-bugs] [Bug 41765] cannot open OLE object when the document is opened in read-only mode
https://bugs.freedesktop.org/show_bug.cgi?id=41765 --- Comment #17 from Danilo Piazzalunga --- I still think it's a bug, albeit a minor one: I expect the embedded document to be opened (for viewing, not necessairly for editing) when I double click it. -- 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
[Libreoffice-bugs] [Bug 56627] valgrind: sc_subsequent_filters_test in orcus
https://bugs.freedesktop.org/show_bug.cgi?id=56627 Kohei Yoshida changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |kohei.yosh...@suse.de |desktop.org | --- Comment #1 from Kohei Yoshida --- Thanks. I'll take a look. We'd already found and fixed another valgrind issue with the xml parser (for the next package release), but this one is apparently in the csv parser, so there is a good chance that it's still there... -- 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
[Libreoffice-bugs] [Bug 56460] : Crash when closing specific odg file
https://bugs.freedesktop.org/show_bug.cgi?id=56460 Julien Nabet changed: What|Removed |Added OS|All |Linux (All) Severity|normal |major Priority|medium |high CC||b...@eikota.de, ||LibreOffice@bielefeldundbus ||s.de --- Comment #2 from Julien Nabet --- Rainer/Roman: would you have some time to try to reproduce this? I'd like to know if it concerns only Linux (my config only?) or not? -- 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
[Libreoffice-bugs] [Bug 56627] valgrind: sc_subsequent_filters_test in orcus
https://bugs.freedesktop.org/show_bug.cgi?id=56627 Caolán McNamara changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||kohei.yosh...@suse.de Ever confirmed|0 |1 -- 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
[Libreoffice-bugs] [Bug 56627] New: valgrind: sc_subsequent_filters_test in orcus
https://bugs.freedesktop.org/show_bug.cgi?id=56627 Priority: medium Bug ID: 56627 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: valgrind: sc_subsequent_filters_test in orcus Severity: normal Classification: Unclassified OS: All Reporter: caol...@redhat.com Hardware: Other Status: UNCONFIRMED Version: 3.7.0.0.alpha0+ Master Component: Spreadsheet Product: LibreOffice Created attachment 69375 --> https://bugs.freedesktop.org/attachment.cgi?id=69375&action=edit valgrind log I didn't have time to debug into this to see if its a valid warning. export VALGRIND=memcheck and run the sc_subsequent_filters_test (I just move it from slowtest into gb_Module_add_check_targets and do export VALGRIND=memcheck && cd sc && make) -- 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
[Libreoffice-bugs] [Bug 56460] : Crash when closing specific odg file
https://bugs.freedesktop.org/show_bug.cgi?id=56460 --- Comment #1 from Julien Nabet --- Created attachment 69374 --> https://bugs.freedesktop.org/attachment.cgi?id=69374&action=edit valgrind logs I reproduced the problem and retrieved valgrind trace -- 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
[Libreoffice-bugs] [Bug 55928] Borders are not displayed correctly (double) in the cells.
https://bugs.freedesktop.org/show_bug.cgi?id=55928 Michael Stahl changed: What|Removed |Added CC||er...@redhat.com, ||markus.mohrhard@googlemail. ||com, mst...@redhat.com --- Comment #1 from Michael Stahl --- hmm... i do see the double borders but they are a bit hard to see; at lower zoom levels they look more like single borders... (at least in 3.6.3) also on current master build the borders look much thinner than in 3.6.3, which is probably good. -- 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
[Libreoffice-bugs] [Bug 56626] New: [NL] Wrong translation of $filename$ as $bestandsnaam$ in vcl/source/src.po
https://bugs.freedesktop.org/show_bug.cgi?id=56626 Priority: medium Bug ID: 56626 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: [NL] Wrong translation of $filename$ as $bestandsnaam$ in vcl/source/src.po Severity: normal Classification: Unclassified OS: All Reporter: reino...@gnome.org Hardware: Other Status: UNCONFIRMED Version: 3.5.5.3 release Component: Localization Product: LibreOffice The translated string is: Een bestand genaamd "$bestandsnaam$" bestaat reeds.\n \n Wilt u het vervangen? $bestandsnaam$ should be $filename$ as in the original message. When exporting a pdf from calc and overwriting an existing file, this translation results in a garbled warning dialog. -- 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
[Libreoffice-bugs] [Bug 56625] VIEWING: Missing menu bar at the top "File, Edit, View, .......etc
https://bugs.freedesktop.org/show_bug.cgi?id=56625 Matthew Langner changed: What|Removed |Added Hardware|Other |x86 (IA32) OS|All |Linux (All) -- 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
[Libreoffice-bugs] [Bug 55266] FORMATTING: Some cell borders don't work
https://bugs.freedesktop.org/show_bug.cgi?id=55266 Michael Stahl changed: What|Removed |Added CC||mst...@redhat.com --- Comment #3 from Michael Stahl --- hmm... the problem is that the UI allows setting the style independent from the width, and the double borders are really indistinguishable at small widths. the UI in Word offers fixed sizes for each style, and for many of those double line style the effective minimum total width is 2.5pt or 3pt, which makes this much less of a problem. -- 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
[Libreoffice-bugs] [Bug 56625] New: VIEWING: Missing menu bar at the top "File, Edit, View, .......etc
https://bugs.freedesktop.org/show_bug.cgi?id=56625 Priority: medium Bug ID: 56625 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: VIEWING: Missing menu bar at the top "File, Edit, View, ...etc Severity: normal Classification: Unclassified OS: All Reporter: mattla...@gmail.com Hardware: Other Whiteboard: BSA Status: UNCONFIRMED Version: 3.6.2.2 release Component: UI Product: LibreOffice Created attachment 69373 --> https://bugs.freedesktop.org/attachment.cgi?id=69373&action=edit Screen shot of missing menus with an arrow to show where they should be. Problem description: The menus are missing - such as File, edit etc - when I directly open a powerpoint 2003 file. Steps to reproduce: 1. Open an .ppt file (powerpoint 2003) without any programs open before hand. 2. Once open the menus are missing when you mouse over the top bar. Current behavior: Missing menus at the top Expected behavior: Should show the 'File, Edit, etc options in the menu bar at the top when you mouse over. Platform (if different from the browser): ubuntu 12.10 Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0 -- 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
[Libreoffice-bugs] [Bug 47355] EDITING: When shrinking an object anchored as character, paragraph below it doesn't update its position
https://bugs.freedesktop.org/show_bug.cgi?id=47355 --- Comment #40 from Cor Nouws --- @ dear_developers that are going to look at this issue: note that somewhere in the comments (#11) it is noticed that the bug only occures with the image at the start of a line. When there is text in front of the immage, it does shrink as expected. I hope this helps. -- 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
[Libreoffice-bugs] [Bug 47355] EDITING: When shrinking an object anchored as character, paragraph below it doesn't update its position
https://bugs.freedesktop.org/show_bug.cgi?id=47355 --- Comment #39 from Cor Nouws --- (In reply to comment #37) > Does anybody know where the bibisect builds start? Due to Bug 45183 3.5.0 > Beta3 is included, but that's too late. Hi Rainer, I learned from Bjoern that it is indeed from that time. So too late to hunt this specific bug. And archives with daily builds ... nope. But ... -- 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
[Libreoffice-bugs] [Bug 56573] FILEOPEN: Table border disappears in docx file.
https://bugs.freedesktop.org/show_bug.cgi?id=56573 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME Assignee|libreoffice-b...@lists.free |mst...@redhat.com |desktop.org | CC||mst...@redhat.com --- Comment #3 from Michael Stahl --- this one works since LO 3.6.0 -- 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
[Libreoffice-bugs] [Bug 55988] FILEOPEN RTF: Table border disappears
https://bugs.freedesktop.org/show_bug.cgi?id=55988 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME Assignee|libreoffice-b...@lists.free |mst...@redhat.com |desktop.org | CC||mst...@redhat.com --- Comment #8 from Michael Stahl --- this is working since LO 3.5.0 please don't file table border bugs against 3.4 any more, there were many serious ones in 3.4 and most have been fixed. please try if it works in a later release first. -- 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
[Libreoffice-bugs] [Bug 56573] FILEOPEN: Table border disappears in docx file.
https://bugs.freedesktop.org/show_bug.cgi?id=56573 Michael Stahl changed: What|Removed |Added Attachment #69293|text/plain |application/vnd.openxmlform mime type||ats-officedocument.wordproc ||essingml.document -- 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
[Libreoffice-bugs] [Bug 55988] FILEOPEN RTF: Table border disappears
https://bugs.freedesktop.org/show_bug.cgi?id=55988 Michael Stahl changed: What|Removed |Added Attachment #69275|It contains the screenshots |has nothing to do with the description|of bugs and origional RTF |bug |file| Attachment #69275|text/plain |application/x-gzip mime type|| Attachment #69275|1 |0 is patch|| Attachment #69275|0 |1 is obsolete|| --- Comment #7 from Michael Stahl --- Comment on attachment 69275 --> https://bugs.freedesktop.org/attachment.cgi?id=69275 has nothing to do with the bug this was clearly attached in error -- 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
[Libreoffice-bugs] [Bug 56106] DOCX importation consinstency with large image with border cutted
https://bugs.freedesktop.org/show_bug.cgi?id=56106 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||mst...@redhat.com Ever confirmed|0 |1 --- Comment #1 from Michael Stahl --- it is impossible to tell from the description what exactly is going wrong. please attach a document that demonstrates the problem. -- 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
[Libreoffice-bugs] [Bug 47355] EDITING: When shrinking an object anchored as character, paragraph below it doesn't update its position
https://bugs.freedesktop.org/show_bug.cgi?id=47355 Michael Stahl changed: What|Removed |Added CC||t...@nurfuerspam.de --- Comment #38 from Michael Stahl --- *** Bug 56186 has been marked as a duplicate of this bug. *** -- 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
[Libreoffice-bugs] [Bug 56186] FORMATTING: image anchored as character resized, paragraph below doesnt update
https://bugs.freedesktop.org/show_bug.cgi?id=56186 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE CC||mst...@redhat.com Summary|FORMATTING: Great border if |FORMATTING: image anchored |image is scaled |as character resized, ||paragraph below doesnt ||update --- Comment #1 from Michael Stahl --- *** This bug has been marked as a duplicate of bug 47355 *** -- 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
[Libreoffice-bugs] [Bug 56235] Double border for calc-result returns one fat line
https://bugs.freedesktop.org/show_bug.cgi?id=56235 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||mst...@redhat.com Ever confirmed|0 |1 --- Comment #1 from Michael Stahl --- if i add to a cell a double border with very small width then it looks rather like single border, but at 3pt the 2 lines are clearly visible. what exactly are you trying to do that doesn't work? -- 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
[Libreoffice-bugs] [Bug 56554] Date field in Hebrew formatting include LTR text which is broken in RTL directionality
https://bugs.freedesktop.org/show_bug.cgi?id=56554 --- Comment #7 from Urmas --- Does adding an RLM before a hyphen solve this? -- 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
[Libreoffice-bugs] [Bug 55894] PDF: Borderless frame lines show in PDF
https://bugs.freedesktop.org/show_bug.cgi?id=55894 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE CC||mst...@redhat.com --- Comment #1 from Michael Stahl --- looks familiar... *** This bug has been marked as a duplicate of bug 42442 *** -- 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
[Libreoffice-bugs] [Bug 46807] FORMATTING: The Shekel sign is in right side of number (RTL UI)
https://bugs.freedesktop.org/show_bug.cgi?id=46807 --- Comment #5 from Lior Kaplan --- A workaround which I'm not sure is the right solution would be to add an LRM before the ₪ sign making it behave like the dollar sign. -- 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
[Libreoffice-bugs] [Bug 47832] FILESAVE: Pictures on buttons, created in forms, gone after reopening form
https://bugs.freedesktop.org/show_bug.cgi?id=47832 --- Comment #13 from rob...@familiegrosskopf.de --- One hint when I have had a look at "See also": https://bugs.freedesktop.org/show_bug.cgi?id=33393 has been fixed with LO 3.5.1 - when this bug first appears ... -- 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
[Libreoffice-bugs] [Bug 56571] FORMATTING: Text cell formatting like "_M@" does not work
https://bugs.freedesktop.org/show_bug.cgi?id=56571 Regina Henschel changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- Do you have enabled "spellcheck while typing" (=redline)? Type a word without errors and it should indent as expected. If you need a text, which is not a valid word, then set its spell check to "ignore all" or set the language to "none". -- 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
[Libreoffice-bugs] [Bug 47832] FILESAVE: Pictures on buttons, created in forms, gone after reopening form
https://bugs.freedesktop.org/show_bug.cgi?id=47832 rob...@familiegrosskopf.de changed: What|Removed |Added Keywords||regression --- Comment #12 from rob...@familiegrosskopf.de --- @comment11 You are right. When I open LO 3.6 I can't embed pictures on buttons any more. Funny idea to "fix" a bug - don't allow the function any more. Have tested with earlier LO-Versions: With LO 3.5.0 you could open the form for editing, save the form and close the form. The pictures on buttons haven't gone. So this bug appeared first with LO 3.5.1. Up to 3.5.7 the embedding of graphics seems to be allowed - but didn't work. So since 3.6 the embedding isn't allowed any more ... Should we ask for an enhancement to get the old functionality of LO 3.3 and LO 3.4 and LO 3.5.0 back? Could be this is a second bug depending on this bug. -- 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
[Libreoffice-bugs] [Bug 47153] Serial Letters don't print correctly
https://bugs.freedesktop.org/show_bug.cgi?id=47153 Odd changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |oddycen...@yahoo.com |desktop.org | --- Comment #2 from Odd --- Created attachment 69371 --> https://bugs.freedesktop.org/attachment.cgi?id=69371&action=edit Www.Oddza.Net -- 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
[Libreoffice-bugs] [Bug 56554] Date field in Hebrew formatting include LTR text which is broken in RTL directionality
https://bugs.freedesktop.org/show_bug.cgi?id=56554 --- Comment #6 from Lior Kaplan --- Remove the hyphen from i18npool/source/localedata/data/he_IL.xml does fix the problem, but I'm feeling this is fixing the symptom instead of the source problem. And fixing the symptoms only makes fixing the source problem harder. -- 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
[Libreoffice-bugs] [Bug 54157] LibreOffice 3.7 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=54157 Bug 54157 depends on bug 56617, which changed state. Bug 56617 Summary: treelist: attempt to dereference a past-the-end iterator https://bugs.freedesktop.org/show_bug.cgi?id=56617 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- 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
[Libreoffice-bugs] [Bug 55176] Calc EXPORT to xlsx: incorrect cell borders in saved file
https://bugs.freedesktop.org/show_bug.cgi?id=55176 Markus Mohrhard changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- 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
[Libreoffice-bugs] [Bug 55176] Calc EXPORT to xlsx: incorrect cell borders in saved file
https://bugs.freedesktop.org/show_bug.cgi?id=55176 --- Comment #2 from Markus Mohrhard --- > May be related to Bug 46738 Surely not. Bug 46738 is a bug that only a few users will ever see and will then result in no formatting information being written out after more than 80 empty rows. I can't reproduce this either in master. It would be really strange if we have such a bug and only one report. Can you please add some more details and maybe attach such document. -- 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
[Libreoffice-bugs] [Bug 46271] UI: Vertical scroll bar cannot be properly dragged under Mac OS X 10.7 and 10.8
https://bugs.freedesktop.org/show_bug.cgi?id=46271 RTouris changed: What|Removed |Added Summary|UI: Vertical scroll bar |UI: Vertical scroll bar |cannot be properly dragged |cannot be properly dragged |under Mac OS X Lion 10.7.3 |under Mac OS X 10.7 and ||10.8 -- 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
[Libreoffice-bugs] [Bug 55176] Calc EXPORT to xlsx: incorrect cell borders in saved file
https://bugs.freedesktop.org/show_bug.cgi?id=55176 Michael Stahl changed: What|Removed |Added CC||markus.mohrhard@googlemail. ||com, mst...@redhat.com --- Comment #1 from Michael Stahl --- cannot reproduce this problem here on fedora 64-bit -- 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
[Libreoffice-bugs] [Bug 46271] UI: Vertical scroll bar cannot be properly dragged under Mac OS X Lion 10.7.3
https://bugs.freedesktop.org/show_bug.cgi?id=46271 RTouris changed: What|Removed |Added Status|NEW |NEEDINFO Severity|normal |major Priority|medium |high Version|3.5.0 release |3.6.3.2 rc Component|Writer |Libreoffice --- Comment #11 from RTouris --- /rant on My apologies if this is not the place to issue complaints and all but I believe this bug has been with us for a good year now...anyone would be so kind as to let us know if and when this is supposed to be looked into? I find it increasingly frustrating to work with large (i.e. many pages) word and excel documents knowing that this behaviour will kick into my workload given the first opportunity. Please please someone at least put a timeframe into resolving it.. P.S. I'm on 10.7.5, i believe this also stands true for 10.8.x...Most of the people i know have already jumped ship and abandoned 10.6.8, it's a pitty that LibreOffice still exhibits the same crappy vertical scrollbar bug, a pitty to say the least. /rant off -- 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
[Libreoffice-bugs] [Bug 56554] Date field in Hebrew formatting include LTR text which is broken in RTL directionality
https://bugs.freedesktop.org/show_bug.cgi?id=56554 --- Comment #5 from Lior Kaplan --- In Hebrew leap years we have two Adar months, the hyphen was meant to connect a letter to the month names to indicate in the 2nd adar. I would rather have it without the hyphen: אדר א' אדר ב' -- 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
[Libreoffice-bugs] [Bug 56622] : problem with the formula car() (in french, perhaps char() in english)
https://bugs.freedesktop.org/show_bug.cgi?id=56622 Urmas changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Urmas --- The characters 0-31 are unprintable and therefore invisible. If you need Latin letters then use the codes 65-90 or 97-122. -- 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
[Libreoffice-bugs] [Bug 46393] PRINTING result for cell borders of particular document.xls unsatisfying
https://bugs.freedesktop.org/show_bug.cgi?id=46393 Michael Stahl changed: What|Removed |Added CC||ign_christ...@yahoo.com --- Comment #20 from Michael Stahl --- *** Bug 55077 has been marked as a duplicate of this bug. *** -- 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
[Libreoffice-bugs] [Bug 55077] PRINTING: Line/Border from table disappear when printing XLS file
https://bugs.freedesktop.org/show_bug.cgi?id=55077 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE CC||markus.mohrhard@googlemail. ||com, mst...@redhat.com --- Comment #1 from Michael Stahl --- i'm assuming those are very thin lines (width less than 0.25pt)? that's a duplicate of bug 46393 then. *** This bug has been marked as a duplicate of bug 46393 *** -- 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
[Libreoffice-bugs] [Bug 54669] FORMATTING: Paragraph indent incorrect with left border line + spacing
https://bugs.freedesktop.org/show_bug.cgi?id=54669 Michael Stahl changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||mst...@redhat.com Ever confirmed|0 |1 --- Comment #2 from Michael Stahl --- hmm... the ruler indeed displays a tab stop position that is different from where the text starts. seems it's the same in LO 3.5.3, LO master, OOo 3.4beta, OOo 3.3, OOo 3.0.1 => not a regression strangely OOo 3.3 formats the first paragraph of the without-border section differently (starts at 2cm) from other versions. -- 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
[Libreoffice-bugs] [Bug 56554] Date field in Hebrew formatting include LTR text which is broken in RTL directionality
https://bugs.freedesktop.org/show_bug.cgi?id=56554 --- Comment #4 from Urmas --- Why there's a hyphen inside the date? -- 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
[Libreoffice-bugs] [Bug 56596] FILESAVE: huge excesses of white space in xhtml export due to 'padding: 100%' in some CSS s...
https://bugs.freedesktop.org/show_bug.cgi?id=56596 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Keywords||NEEDINFO --- Comment #2 from Regina Henschel --- In the summary you write XHTML, in the text you write HTML. Which one is correct? Do you use File > Export or File > Save As ? Please provide a small document, which shows the error. -- 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
[Libreoffice-bugs] [Bug 56624] New: UI: Farsi menue items not farsi
https://bugs.freedesktop.org/show_bug.cgi?id=56624 Priority: medium Bug ID: 56624 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: UI: Farsi menue items not farsi Severity: normal Classification: Unclassified OS: All Reporter: mahmoud1...@gmail.com Hardware: Other Whiteboard: BSA Status: UNCONFIRMED Version: 3.5.4 release Component: Localization Product: LibreOffice Some Farsi (Persian) menu items are in English as below 1-" preview in web browser" in file or "پرونده" is in english 2- "send feedback" in "help" or "راهنما" is in english. 3-"find and replace" in "edit" or "ویرایش" is in english. and some others. thanks, Mojtaba Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0 -- 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
[Libreoffice-bugs] [Bug 56622] New: : problem with the formula car() (in french, perhaps char() in english)
https://bugs.freedesktop.org/show_bug.cgi?id=56622 Priority: medium Bug ID: 56622 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: : problem with the formula car() (in french, perhaps char() in english) Severity: normal Classification: Unclassified OS: All Reporter: georges.guar...@laposte.net Hardware: Other Whiteboard: BSA Status: UNCONFIRMED Version: 3.6.0.2 rc Component: Spreadsheet Product: LibreOffice Problem description: formula car() clears the contents of the cell Steps to reproduce: 1. car(E2) with the cell E2=2 2. car(2) 3. car(10) Current behavior:nothing, the cell is cleared Expected behavior: I supposed a number (1-26) a character of alphabet Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4 -- 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
[Libreoffice-bugs] [Bug 45349] Formula disappears after editing
https://bugs.freedesktop.org/show_bug.cgi?id=45349 --- Comment #23 from Toussis Manolis --- (In reply to comment #22) > Just an idea I had: > > Might it be some kind of race condition when creating formulas one-by-one? > I'm using shortcuts, and most "formulas" are pretty short. > As I already said, I have VERY old hardware here, and the display hangs > sometimes for a seconds (Memory usage: 1.5 virtual of 1.0 GiB physical ). > Sometimes I even type a line ahead of the display. > This is the only condition I can't reproduce when testing, and this would > explain why nobody (barely anybody) else is experiencing this. I don't agree about your explanation. I have the "formula disappears" bug, on my new laptop (E350 amd 4GB, though not so quick machine) , and on my desktop (4GB ram, quad core amd , very quick one). Some point I'd like to add. The description "Formula disappears after editing" is not so close to my problem. The formula disappearring can happen in an old formula of the document, and not specificly on the edited one. -- 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
[Libreoffice-bugs] [Bug 45349] Formula disappears after editing
https://bugs.freedesktop.org/show_bug.cgi?id=45349 --- Comment #22 from ageverif...@gmx.de --- Just an idea I had: Might it be some kind of race condition when creating formulas one-by-one? I'm using shortcuts, and most "formulas" are pretty short. As I already said, I have VERY old hardware here, and the display hangs sometimes for a seconds (Memory usage: 1.5 virtual of 1.0 GiB physical ). Sometimes I even type a line ahead of the display. This is the only condition I can't reproduce when testing, and this would explain why nobody (barely anybody) else is experiencing this. -- 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
[Libreoffice-bugs] [Bug 45349] Formula disappears after editing
https://bugs.freedesktop.org/show_bug.cgi?id=45349 --- Comment #21 from ageverif...@gmx.de --- Created attachment 69364 --> https://bugs.freedesktop.org/attachment.cgi?id=69364&action=edit Another buggy document, started with scratch, no images Aaand another one. This time, I wrote the document from scratch. No images used in the document, and this specific formula was not involved in copy/pasting, but I copy/pasted other formulas (two simultaneously). I have no idea why this time, not even the old image appears. I'm sorry I can't give out the whole document when the bug occurs, since these are assignments and I don't want my true name to appear here. I'm starting to backup all formulas in an external editor just so I don't have to type anything. Sigh. -- 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
[Libreoffice-bugs] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Rainer Bielefeld changed: What|Removed |Added Depends on|41765 | -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 41765] cannot open OLE object when the document is opened in read-only mode
https://bugs.freedesktop.org/show_bug.cgi?id=41765 Rainer Bielefeld changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG CC||LibreOffice@bielefeldundbus ||s.de Blocks|37361 | --- Comment #16 from Rainer Bielefeld --- No bug reproducible with "LibreOffice 3.6.3.2” German UI/ German Locale [Build-ID: 58f22d5]" on German WIN7 Home Premium (64bit) Steps how to reproduce with reporter's sample document (2011-10-13 15:03 UTC) : 1. Launch Libo 2. from LibO Start Center men 'File -> Open -> (Browse for Sample Document) -> Check "Read only" -> > Document will be opened as expected in read only mode 3. Double click embedded document (Text "Documento di ..." > You can't open the embedded document 4. Click 'Edit File' Icon in Standard Toolbar > "Read only" in Window heading disappears 6. Double click embedded document (Text "Documento di ..." > Embedded document will be opened in a separate window Tis is not a bug at all, but intended behavior. Read only means read only, and so no edit operation is allowed. -- 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
[Libreoffice-bugs] [Bug 39179] FileOpen: Writer takes very long to open a docx file
https://bugs.freedesktop.org/show_bug.cgi?id=39179 Michael Meeks changed: What|Removed |Added CC||michael.me...@novell.com --- Comment #16 from Michael Meeks --- Nasty; is it a regression ? [ if so it'd be nice to have the keyword ;-] can we get a callgrind trace with debug symbols installed: export OOO_EXIT_POST_STARTUP=1 export OOO_DISABLE_RECOVERY=1 valgrind --tool=callgrind --simulate-cache=yes --dump-instr=yes ./soffice.bin --splash-pipe=0 /path/to/file and leave it overnight ;-) gzip / up-load the callgrind.12345.txt file and (hopefully) the answer will just drop out of that. Thanks ! -- 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
[Libreoffice-bugs] [Bug 56618] MAILMERGE: Using a csv as database creates SOME duplicate pages
https://bugs.freedesktop.org/show_bug.cgi?id=56618 --- Comment #2 from Rudolf Kollien --- Correction 2: Sometimes the field/record selector shows the right count (the number of records in the file) sometimes it shows the count including the double printed records. Could not figure out when which happens. -- 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
[Libreoffice-bugs] [Bug 46840] Impress/Draw: Line and Filling toolbar: Turn Combobox Line Color into Split Button
https://bugs.freedesktop.org/show_bug.cgi?id=46840 Joel Madero changed: What|Removed |Added Whiteboard|ProposedEasyHack| --- Comment #3 from Joel Madero --- Removed ProposedEasyHack, thanks for the info -- 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
[Libreoffice-bugs] [Bug 56618] MAILMERGE: Using a csv as database creates SOME duplicate pages
https://bugs.freedesktop.org/show_bug.cgi?id=56618 --- Comment #1 from Rudolf Kollien --- Correction The field/record selector in Writer shows WRONG count. Sorry, didn't look exactly to the counter. I found, that in the selector dialog the records, which are printed twice are in one block. So it isn't that i get an output like: Page 23 -> A Page 24 -> A Page 25 -> B Page 26 -> B Page 27 -> C Page 28 -> C but Page 23 -> A Page 24 -> B Page 25 -> C Page 26 -> A Page 27 -> B Page 28 -> C In the field/record selector of Writer you can also see: E R A B C A B C X Z in the middle of the file. -- 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
[Libreoffice-bugs] [Bug 53883] Fileopen: Cannot open Microsoft (DOC, XLS, PPT) Files > 6, 85 MB
https://bugs.freedesktop.org/show_bug.cgi?id=53883 --- Comment #9 from Michael Mackus --- I noticed around line 70 (in hex editor, I'm just using VIM hex mode): In the "VALID" XLS files (they're very similar in contents) each one has an "F" character on line 50 (last column of hex). However, in the "INVALID" XLS file, there's no data on line 70, but it seems like the "data" starts around line 42 with a "B" character. Sorry if this isn't much help, if there's any other help I can give let me know. Also note: My "INVALID" xls file opens fine in Google Docs, Microsoft Office, and I'm sure Open Office (others have reported this corruption doesn't happen with OO). -- 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
[Libreoffice-bugs] [Bug 53883] Fileopen: Cannot open Microsoft (DOC, XLS, PPT) Files > 6, 85 MB
https://bugs.freedesktop.org/show_bug.cgi?id=53883 Michael Mackus changed: What|Removed |Added Version|3.5.6.2 release |3.6.2.2 release Component|Libreoffice |Spreadsheet --- Comment #8 from Michael Mackus --- I'm having a similar problem. This triggers on 1 XLS file I opened from a client - all other XLS files on my system seem to work fine. Unfortunately, I can't provide the XLS file as it contains user/pass information that cannot be made public. When I open the file, LibreOffice opens a "Text Import" screen. I've tried a multitude of different options, but the end result is the "data" comes up as being corrupted. (I've tried different charsets, like UTF-8, to no avail - UTF-8 just brings the data to come up as those standard unicode "boxes".) Opening the file in a hex editor, I do notice that it looks quite a bit different from another XLS file I have (that opens fine). I can see the data in here, but its offset like an XLS file but it seems to be offset a little differently. (Sorry, very limited hex/xls experience...) Let me know if there's any way for me to help. Again, unfortunately I can't provide this file but I would if I could. -- 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
[Libreoffice-bugs] [Bug 39591] KDE-Integration, can not save to remote fs supported by kio
https://bugs.freedesktop.org/show_bug.cgi?id=39591 --- Comment #9 from ferdinand --- other possibility is to mount the remote file system KDE is so tempting because fish is very fast compared to samba (at least my observation) -- 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
[Libreoffice-bugs] [Bug 45922] xlr filetype not associated with Calc
https://bugs.freedesktop.org/show_bug.cgi?id=45922 --- Comment #11 from Caolán McNamara --- re windows. I don't know how the file associations work there, but I suspect it'll be something in that same sysui module as well. re which .desktop for the mime-type. Its a nuisance of this mimetype that its shared by the .wps format and the .xlr format. Ideally there'd be two, and we could put one in calc and one in writer. I don't think there's any great solution. If we leave it in the writer .destop and calc is also installed then it should still "just work". -- 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
[Libreoffice-bugs] [Bug 50284] FILEOPEN .doc/.docx (MSO2007) Bullet lists show wrong bullet symbols MacOS X
https://bugs.freedesktop.org/show_bug.cgi?id=50284 --- Comment #47 from Richard Cooke --- Is this related to opening .DOC files with special characters - such as the degree symbol? I get the same LastResort character in place of all the degree symbols. Or should I create a new bug report for that? -- 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
[Libreoffice-bugs] [Bug 51023] EDITING: Drag-and-drop slide always moves slide to first position, leading to data corruption and sometimes CRASH
https://bugs.freedesktop.org/show_bug.cgi?id=51023 --- Comment #54 from Tor Lillqvist --- (Nope, does not happen on Windows.) -- 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
[Libreoffice-bugs] [Bug 56619] New: Comments field does move relative to window freeze - comments are hidden.
https://bugs.freedesktop.org/show_bug.cgi?id=56619 Priority: medium Bug ID: 56619 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: Comments field does move relative to window freeze - comments are hidden. Severity: trivial Classification: Unclassified OS: Windows (All) Reporter: dcclay...@bataltd.co.uk Hardware: x86 (IA32) Status: UNCONFIRMED Version: 3.6.2.2 release Component: Spreadsheet Product: LibreOffice Created attachment 69355 --> https://bugs.freedesktop.org/attachment.cgi?id=69355&action=edit Sheet with frozen column. Please see attached sheet. Column A is frozen. If you insert a comment into cell A (when columns B,C,D are visible) the 'comments box' is visible. Delete the comment from A, and using the scroll bar, move the sheet to the right so that only column D is visible next to the frozen A. Try inserting a comment into cell A again, and the field does not show (it is in effect hidden 'behind' the freeze (being on column B. I don't know if it is a bug or not. Is this behaviour by design? I would have expected the comment field be be 'dynamic' relative to cell A, and remain 'On top', regardless of where the 'rest of the sheet cells are' underneath. David -- 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
[Libreoffice-bugs] [Bug 56618] New: MAILMERGE: Using a csv as database creates SOME duplicate pages
https://bugs.freedesktop.org/show_bug.cgi?id=56618 Priority: medium Bug ID: 56618 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: MAILMERGE: Using a csv as database creates SOME duplicate pages Severity: critical Classification: Unclassified OS: All Reporter: rudolf.koll...@medas.de Hardware: Other Status: UNCONFIRMED Version: 3.5.6.2 release Component: Writer Product: LibreOffice Hello, when a csv text file (separated by ; and "") is used as input source for mailmerge, some of the records are printed twice. We have a mailmerge with a csv file with 240 records. The first record defines the field names, the rest are simple mail addresses. We created a LO database file and registered it in writer. When choosing the file as data source for the text document, the right count of records is displayed in the field/record selector of Writer. When we than print the mailmerge (ether direct to the printer or to file(s)) with all records, than some of the records (the page/document) printed twice. To be clear: the data is NOT printed twice on ONE page, a second page with complete same data is generated. When we load the csv file into a Calc spreadsheet, save the spreadsheet and than select this speradsheet as the input source for the mailmerge, all went normal. Each record is printed once. - In LO Base, when you view the records, there are the right count. - In the field/record selector the right count is shown. - In the created spreadsheet the right count is shown. When printing direct from the text file, the duplicated records are always the same, so the error is repeatable. We thought, there is a error in the csv, but: 1) Base and Calc show the content right 2) Calc imports right 3) Datasource selector of Writer shows right 4) We used this file format with OOo 3.2 with no problems, the creating program wasn't changed. The error occurs with LO 3.5.6.2 on Linux and also with 3.6.0.4 on Mac. So it seems not to be OS specific. I can provide the text file to a assigned developer by PM. Please show understanding, that i cannot attach this file viewable to the public. But the data is not so confidential that it cannot be used in a development environment. -- 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
[Libreoffice-bugs] [Bug 56617] treelist: attempt to dereference a past-the-end iterator
https://bugs.freedesktop.org/show_bug.cgi?id=56617 Kohei Yoshida changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |kohei.yosh...@suse.de |desktop.org | --- Comment #1 from Kohei Yoshida --- Ok. -- 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
[Libreoffice-bugs] [Bug 54157] LibreOffice 3.7 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=54157 Caolán McNamara changed: What|Removed |Added Depends on||56617 -- 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
[Libreoffice-bugs] [Bug 56617] treelist: attempt to dereference a past-the-end iterator
https://bugs.freedesktop.org/show_bug.cgi?id=56617 Caolán McNamara changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||54157 Ever confirmed|0 |1 -- 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
[Libreoffice-bugs] [Bug 56617] New: treelist: attempt to dereference a past-the-end iterator
https://bugs.freedesktop.org/show_bug.cgi?id=56617 Priority: medium Bug ID: 56617 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: treelist: attempt to dereference a past-the-end iterator Severity: normal Classification: Unclassified OS: All Reporter: caol...@redhat.com Hardware: Other Status: UNCONFIRMED Version: 3.7.0.0.alpha0+ Master Component: framework Product: LibreOffice crash on: tools->macros->organize macros->beanshell->close with --enable-dbgutil -- 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
[Libreoffice-bugs] [Bug 39591] KDE-Integration, can not save to remote fs supported by kio
https://bugs.freedesktop.org/show_bug.cgi?id=39591 --- Comment #8 from sasha.libreoff...@gmail.com --- > Libreoffice does upload the saved file only AFTER closing all windows of > libreoffice Thanks for warning about this problem. Me and other readers of this bugreport will be more cautious when using network. Currently LO can not work with network at all. It is KDE workaround. IMHO it is better to not edit network files at all. Just copy them to local drive and then edit. It is boring, but probability of information loss is much more low. -- 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
[Libreoffice-bugs] [Bug 41652] "NO-BREAK SPACE" (U+00A0) interpreted as fixed-width space
https://bugs.freedesktop.org/show_bug.cgi?id=41652 --- Comment #12 from stfhell --- (In reply to comment #10) > Using the Unicode > fixed-width spaces for manual justifying in digital typesetting would be > awkward and anachronistic. I consider a good support for Unicode spaces as something essential for a word processor with advanced layout capabilities. Software like Word or LibreOffice and even InDesign is in many respects "anachronistic" in your sense of the word (typewriter-like or lead-typesetting-like), there is no other way to define the spacing you want but in the form of glyphs. With XSL transformations of XML documents (or TeX) you can have a stylesheet (instead of the document) define the spaces in a template, thus achieving a uniform handling of for example thin spaces around « Bonjour! » - but even then you need to define the spaces as Unicode characters in the template. You just needn't encode them in your document. With word processors (and DTP software), you have to set all the spaces yourself in the document text. It is somewhat anachronistic and very error-prone typesetting - but a straightforward and simple concept for users. -- 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
[Libreoffice-bugs] [Bug 54266] TABLE: Table border tool not precise enough
https://bugs.freedesktop.org/show_bug.cgi?id=54266 --- Comment #4 from q9 --- Please note that i'm not arguing against a 2-line area but against a 2-line area which looks like a 1-line area. -- 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
[Libreoffice-bugs] [Bug 54266] TABLE: Table border tool not precise enough
https://bugs.freedesktop.org/show_bug.cgi?id=54266 --- Comment #3 from q9 --- Hi, my problem is, that i have to really concentrate to hit only 1 line. IMO if one wants a bigger 2-line area, one should make the lines broader instead of extending the 2-line-area into the area which is visually a one-line area. -- 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
[Libreoffice-bugs] [Bug 56513] Regression: Second header/footer of section lost during FILESAVE as .doc
https://bugs.freedesktop.org/show_bug.cgi?id=56513 --- Comment #3 from Luke --- I noticed that this problem only occurs when the second section's first page header is marked as "Link to Previous" in Word (which is the default). This has the effect that the first page header is actually stored against the first section, though not used there because "Different First Page" is not enabled for section 1. In this case rSection.maSep.grpfIhdt & WW8_HEADER_FIRST is not set which is what broke the logic in wwSectionManager::GetPageULData. However if "Link to Previous" is unset in Word, then a first page header will be stored against the second section, and rSection.maSep.grpfIhdt & WW8_HEADER_FIRST will be set. WW8_HEADER_ODD and WW8_HEADER_EVEN seem to be set consistently for all sections in a document regardless of the "Link to Previous" setting. The anomaly arises only for WW8_HEADER_FIRST. (Same for WW8_FOOTER_*). (BTW the version of Word whose output I am observing is Word 2010). -- 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
[Libreoffice-bugs] [Bug 54266] TABLE: Table border tool not precise enough
https://bugs.freedesktop.org/show_bug.cgi?id=54266 Michael Stahl changed: What|Removed |Added CC||heinzless...@gmail.com, ||ke...@suse.cz, ||mst...@redhat.com --- Comment #2 from Michael Stahl --- it appears to me that this is a feature: it should be possible to select 2 lines at once by clicking on the intersection or corner, and the click area has to be big enough so users can actually hit it. if you click on the middle of the upper or lower half of the right line then you select only that line. Astron, Kendy do you agree to resolve this NOTABUG? -- 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
[Libreoffice-bugs] [Bug 47568] Impress FILEOPEN: table borders in ppt file do not show
https://bugs.freedesktop.org/show_bug.cgi?id=47568 Michael Stahl changed: What|Removed |Added Version|3.4.4 RC1 |3.4.3 release --- Comment #10 from Michael Stahl --- ...damn version field always changing itself... -- 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
[Libreoffice-bugs] [Bug 47568] Impress FILEOPEN: table borders in ppt file do not show
https://bugs.freedesktop.org/show_bug.cgi?id=47568 Michael Stahl changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME Version|3.4.3 release |3.4.4 RC1 --- Comment #9 from Michael Stahl --- still works here with current master, nobody knows what fixed it and likely no more 3.5 release anyway.. -- 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
[Libreoffice-bugs] [Bug 56613] High CPU usage for the Copy animation in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=56613 --- Comment #2 from trigge...@hotmail.fr --- Still there too on 3.6.2.2 -- 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
[Libreoffice-bugs] [Bug 44446] LibreOffice 3.6 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=6 Bug 6 depends on bug 56325, which changed state. Bug 56325 Summary: PIVOTTABLE from Datasource (Base, Query) has no value (regression) https://bugs.freedesktop.org/show_bug.cgi?id=56325 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 56614] Calc printer properties don't activate save of spreadsheet file.
https://bugs.freedesktop.org/show_bug.cgi?id=56614 --- Comment #1 from Roland --- The desired behavior is for the spreadsheet file to get marked as dirty when the printer properties are changed so the user can then save the file. -- 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
[Libreoffice-bugs] [Bug 49859] FORMATTING, UI: numbering alignment or indentation is not applied in Impress
https://bugs.freedesktop.org/show_bug.cgi?id=49859 --- Comment #6 from Stephan van den Akker --- @Winfried: This report is about a bug in the "Bullets and Numbering" dialog that has been fixed. It might get a status FIXED any time now. You report a bug is about a different problem in the main window UI. To prevent your problem from accidentally being "buried" along with this one you might consider filing it as a separate issue. -- 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
[Libreoffice-bugs] [Bug 56614] New: Calc printer properties don't activate save of spreadsheet file.
https://bugs.freedesktop.org/show_bug.cgi?id=56614 Priority: medium Bug ID: 56614 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: Calc printer properties don't activate save of spreadsheet file. Severity: minor Classification: Unclassified OS: Linux (All) Reporter: freedesk...@brownslink.net Hardware: x86-64 (AMD64) Status: UNCONFIRMED Version: 3.5.4 release Component: Spreadsheet Product: LibreOffice The changes to the printer properties accessed by the user hitting the Properties button from within the Print dialog are stored within the spreadsheet file. * The printer properties are only committed to the file when the button is pressed. What if the user wants to change the properties for next time the file is opened without wasting another sheet of paper? In this case a button would be useful. * Once the printer properties are committed to the spreadsheet file, the file is not marked as dirty and the user is not allowed to save it. The user must change something within the file such as some cell data and then save the file in order to get the changes saved to disk. * This is on a KDE Ubuntu (Kubuntu) system since the KDE integration is likely important. -- 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
[Libreoffice-bugs] [Bug 56613] High CPU usage for the Copy animation in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=56613 trigge...@hotmail.fr changed: What|Removed |Added OS|Linux (All) |All --- Comment #1 from trigge...@hotmail.fr --- After testing, this CPU consumption is also present on Windows (Seven). -- 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
[Libreoffice-bugs] [Bug 55696] changed error bar values when copying a chart
https://bugs.freedesktop.org/show_bug.cgi?id=55696 --- Comment #1 from dittric...@gmx.net --- Same here with LO 3.6.2.2 when copy an chart with y error bars from calc to Writer. This seems to be a regression cause it works well in LO 3.5.7. Also open an .odt witch include an chart with error bars (from Openoffice) with LO 3.5.7 it is displayed correctly, but not with LO 3.6.2.2. -- 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
[Libreoffice-bugs] [Bug 41652] "NO-BREAK SPACE" (U+00A0) interpreted as fixed-width space
https://bugs.freedesktop.org/show_bug.cgi?id=41652 --- Comment #11 from stfhell --- (re Comment #10) I don't think it makes much sense to discuss the merits of various spaces or typography issues, Simo, especially on LO Bugzilla. The characters exist, people can use them, and LO should handle them as well as possible. The details are often just a matter of taste, or the willingness to distinguish among a dozen kinds of space characters... I think Roman's proposal (Comment #3) to let the user configure in Options/Writer/Compatibility how the classical "hard space" (encoded as U+00A0) should be handled (fixed-width as in Word or proportional as Unicode says) is a very practical solution. The Compatibility menu gives users the choice to set an option just for the current file or use it as a default. If you decide to go with Unicode standards and configure a proportional U+00A0, you can use the characters that Unicode has defined as fixed-width spaces: U+2000 to U+200A, U+202F, U+205F. The problem here is interoperability with MS Word, because Word, as said, displays all characters not defined in the font as "box characters". But probably this is becoming less of a problem. I had a look at some fonts: For Windows 7, Microsoft supplies fonts that actually define the various Unicode spaces. So it would be users of older Windows versions or users of the many fonts with a more restricted character set that would see the "box character". You can, as a workaround, format all fixed-width spaces in Verdana, Times New Roman or some other Unicode font to avoid that (somewhat, at least). You can use fileformat.info to check some font glyph sets: http://www.fileformat.info/info/unicode/char/202f/fontsupport.htm (for U+202F), or you can use the character map application of the OS. I have no idea how comprehensive the fonts that come with MacOS are, or if Word for Mac has the same "box character" issue as Word for Win. Would be good to know... -- 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
[Libreoffice-bugs] [Bug 56613] New: High CPU usage for the Copy animation in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=56613 Priority: medium Bug ID: 56613 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: High CPU usage for the Copy animation in Calc Severity: normal Classification: Unclassified OS: Linux (All) Reporter: trigge...@hotmail.fr Hardware: x86 (IA32) Status: UNCONFIRMED Version: 3.5.4 release Component: Libreoffice Product: LibreOffice Hi, The "caterpillar" animation for the copied selection in Calc eats lots of CPU, slowing all processes on modest computers. To reproduce this: - Open LibreOffice Calc on a new project, - Select several cells - Hit ctrl+C - Look at CPU usage - Hit escape - CPU is low again. It seems that the largest the selection is, the highest the CPU usage is. This has been tested on Ubuntu 12.04 and Debian testing, with and without 3D drivers installed on several computers. Not tested yet on Windows. Thanks in advance, Pascal -- 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
[Libreoffice-bugs] [Bug 56611] New: FILESAVE: No warning message if result file format has any limitations in rows or columns (xlsx -> xls)
https://bugs.freedesktop.org/show_bug.cgi?id=56611 Priority: medium Bug ID: 56611 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: FILESAVE: No warning message if result file format has any limitations in rows or columns (xlsx -> xls) Severity: normal Classification: Unclassified OS: Windows (All) Reporter: kaktebyaviru...@gmail.com Hardware: x86 (IA32) Status: UNCONFIRMED Version: 3.6.2.2 release Component: Spreadsheet Product: LibreOffice Created attachment 69349 --> https://bugs.freedesktop.org/attachment.cgi?id=69349&action=edit Example .xlsx file with 129 383 rows We have .xlsx file that contain 129 383 rows. If we try to save this file in Microsoft Excel 97/2000/XP/2003 (.xls) file format , then after saving we have .xls file truncated to 65 536 rows (all the rest is missed). And program did not show any warnings like "Document contains more rows or columns than supported in the selected file format". Risk of data loss is very large and you can not always immediately detect it. -- 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
[Libreoffice-bugs] [Bug 53449] FILESAVE: With CSV format, "Save" converts field delimiter to TAB
https://bugs.freedesktop.org/show_bug.cgi?id=53449 --- Comment #1 from Romain --- I face the same issue with 3.5.4.2. Any known work around? -- 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
[Libreoffice-bugs] [Bug 56609] Chart with merged labels row needs non-numeric second line
https://bugs.freedesktop.org/show_bug.cgi?id=56609 Mattias Põldaru changed: What|Removed |Added Summary|Chart with merged title |Chart with merged labels |needs non-numeric second|row needs non-numeric |line|second line -- 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
[Libreoffice-bugs] [Bug 56609] New: Chart with merged title needs non-numeric second line
https://bugs.freedesktop.org/show_bug.cgi?id=56609 Priority: medium Bug ID: 56609 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: Chart with merged title needs non-numeric second line Severity: normal Classification: Unclassified OS: All Reporter: mahf...@gmail.com Hardware: Other Status: UNCONFIRMED Version: 3.6.3.1 rc Component: Chart Product: LibreOffice Created attachment 69348 --> https://bugs.freedesktop.org/attachment.cgi?id=69348&action=edit Example spreadsheet which shows the "correct" case. 1. Try to create a chart with two label lines, one having merged cells, the other not (please see the attached file). 2. If the second not-merged line contains numbers it is counted as usual data line although the first line has merged cells. To expose the problem: 1. Change the second row to regular numbers (as opposed to strings which they are now, that would be without preceding apostrophe ') 2. Try to create a new chart from the same dataset. or (that one which annoys me) 3. Copy the cart to Writer, the chart gets recreated there and the second line is not used at all, merged line is used as regular one. The only two workaround are to use strictly text values (either with preceding apostrophe ' or marking these cells as text cells) or to copy it to Writer as GDI object (which has drawbacks). Sorry for the poor summary and description, the matter is somewhat complex to describe. If there is anything that needs clarification, please let me know. Please see the attached file as well. Other than that LibreOffice is quite awesome :) -- 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
[Libreoffice-bugs] [Bug 56411] FILEOPEN: Cannot open ODS-file, created by old version LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=56411 --- Comment #4 from i...@it-taskforce.ch --- I have the exactly same problem, same version, but my OS is Windows, so it is not LINUX specific it seems -- 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
[Libreoffice-bugs] [Bug 56478] EDITING: Applying of a style does not have an effect
https://bugs.freedesktop.org/show_bug.cgi?id=56478 --- Comment #8 from stfhell --- As with Bug #56507: Could you please check that the text is not copied as formatted text? There would be no bug then: Direct formatting overrides style sheet formatting. Paste the text using Ctrl+Shift+V as unformatted text and apply the style; or remove any direct formatting of characters with Ctrl+M. -- 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
[Libreoffice-bugs] [Bug 56603] EDITING: CRASH when apply font properties from vertical toolbar
https://bugs.freedesktop.org/show_bug.cgi?id=56603 Rainer Bielefeld changed: What|Removed |Added Component|Drawing |Writer --- Comment #2 from Rainer Bielefeld --- Sorry, my mistake, of course the document is "sample10.odt", and this is a WRITER bug. -- 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
[Libreoffice-bugs] [Bug 56507] FORMATTING: inconsistent behavior of style application
https://bugs.freedesktop.org/show_bug.cgi?id=56507 --- Comment #2 from stfhell --- I could not reproduce that with LO 3.5.4.2. Please check if you had any direct character formatting applied to the bulleted list before formatting it as a title. Direct formatting is kept when applying a style, you have to remove it using the Format menu (Ctrl-M). -- 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
[Libreoffice-bugs] [Bug 56606] New: : it is not possible to ste the Cursor in a section
https://bugs.freedesktop.org/show_bug.cgi?id=56606 Priority: medium Bug ID: 56606 Assignee: libreoffice-bugs@lists.freedesktop.org Summary: : it is not possible to ste the Cursor in a section Severity: normal Classification: Unclassified OS: All Reporter: karsten.henn...@blb.brandenburg.de Hardware: Other Whiteboard: BSA Status: UNCONFIRMED Version: 3.6.3.2 rc Component: Writer Product: LibreOffice Problem description: I have several sections in the area of header and footer, anchored on page. I cnnot set the cursor in teh section for editing. In Version 3.5.4 it works fine! Steps to reproduce: 1. 2. 3. Current behavior: If I want to set the cursor in a section with mouse-click nothing happens. When I do a right click the context menu eppaers an the cursos ist set but not visible. Expected behavior: The cursor should be set an visible for editing with normal left click. Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0 -- 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
[Libreoffice-bugs] [Bug 48799] [Task] Formatting and UI for Bullets and Numbering broken
https://bugs.freedesktop.org/show_bug.cgi?id=48799 Winfried Donkers changed: What|Removed |Added Depends on||49859 -- 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
[Libreoffice-bugs] [Bug 49859] FORMATTING, UI: numbering alignment or indentation is not applied in Impress
https://bugs.freedesktop.org/show_bug.cgi?id=49859 Winfried Donkers changed: What|Removed |Added CC||o...@dci-electronics.nl Blocks||48799 --- Comment #5 from Winfried Donkers --- In version 3.6.3RC2 problem still occurs: in a slide: -press button 'numbering ON' -enter multiple lines; these are marked with a bullet -select any line; the buttons indent left/right are disabled -pressing Alt+Shift+Left/Right produces irregular (and certainly unexpected) results -- 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
[Libreoffice-bugs] [Bug 51880] PDF: Export PDF Form Text Mojibake (Change unreadable characters)
https://bugs.freedesktop.org/show_bug.cgi?id=51880 --- Comment #5 from Yusuke Arakawa --- > I don't see (mojibake) garbled characters in this PDF. I opened it using: > Okular > Version 0.11.2 > Using KDE Development Platform 4.5.5 (KDE 4.5.5) > > Which application/version are you using to open the PDF? Thank you for reply. I open to use Adobe Reader 10.2 for Windows. Adobe Reader9 10 11 is same garbled characters. Only TextBox is not garbled characters. It is garbled character to add ComboBox in Japanese Character list value. -- 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
[Libreoffice-bugs] [Bug 54082] FILESAVE: Calc corrupting some XLS files on save
https://bugs.freedesktop.org/show_bug.cgi?id=54082 --- Comment #8 from Egil Hansen --- This bug is still in there in 3.5.7. Particularly annoying since many users still depend on 3.5 as stable in production environments. Our problem is a bit different - but I am sure it is the same bug. 1. in 3.5.7 open a .XLSX file of 229 mb 2. Save as it as an XLS file. File size gets 15 mb. 3. The XLS file can not be opened in 3.5.7. It can be opened in Excel, though. -- 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
[Libreoffice-bugs] [Bug 49565] errores muy importantes...
https://bugs.freedesktop.org/show_bug.cgi?id=49565 --- Comment #2 from keith --- (In reply to comment #0) > Espero alguien pueda leer esto; > > 1.- He estado probando LibreOffice 3.5.3, y he encontrado un serio problema > con Writer, al momento de escanear. He descubierto que la aplicacion se > cierra abruptamente y sin aviso y repetitivamente, a pesar de varios > reinicios, actualizaciones y reinstalaciones, no es problema del SO, ya que > con Skanlite el proceso se lleva a cabo con total éxito. > > > 2.- En la aplicación Impress, al momento de seleccionar el apartado > "Esquema" o cualquier otra pestaña de esa área, la aplicación se bloquea y > se cierra, también de forma repentina, perdiendo todo el trabajo. > > 3.- Aplicación Calc, la he visto poco, pero la característica o herramienta > que me interesa mucho es la de poder inmovilizar filas o columnas cuando la > planilla es muy grande y mantener filas o columnas siempre a la vista. > > Espero que puedan investigar lo expuesto, ya que lo considero muy importante. > > Guillermo -- 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
[Libreoffice-bugs] [Bug 56583] Impress crashes when presentation starts (dual-head, no Xinerama)
https://bugs.freedesktop.org/show_bug.cgi?id=56583 --- Comment #5 from Johan Vromans --- I did already install libreoffice-dbg. What else can I do to get more symbols? -- 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
