date:20130701

GSOC weekly report

2013-07-01 Thread Gergő Mocsi

Hi all,
this week I've managed to dislpay the ListBox (CodeCompleteListBox), and
list the methods in it. The code completition is still triggered by the
., but sometimes the source/parser are not in sync(meaning that it does
not parse the most asctual version of the source, I'm still working out
why). The ListBox is displayed under the current line, ant it's size is set
to 150x150. This week I'm going to disable some thing in parser when doing
code completition (like gode generation), and I'll make the parser to
accept any string to parse.
Regards
Gergő
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 44446] LibreOffice 3.6 most annoying bugs

2013-07-01 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=6

suokunl...@gmail.com changed:

   What|Removed |Added

 Depends on||58577

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Weekly report about character border

2013-07-01 Thread Miklos Vajna

On Sun, Jun 30, 2013 at 06:35:07PM +0200, Zolnai Tamás 
zolnaitamas2...@gmail.com wrote:
   - How can we implement character border? (two distinct solution: font or
 layout frame)

This is an interesting question, yes. My opinion is that it would be
good to do this in VCL (font), so not only Writer can benefit from
this, but later also other applications.


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 44446] LibreOffice 3.6 most annoying bugs

2013-07-01 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=6

--- Comment #232 from suokunl...@gmail.com ---
I'm adding Bug 58577 because it caused my text frame lost when I save as OOXML
(*.docx). It is a BLOCKER!

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Weekly report about character border

2013-07-01 Thread Miklos Vajna

On Mon, Jul 01, 2013 at 09:17:02AM +0200, Cedric Bosdonnat 
cedric.bosdon...@free.fr wrote:
  This is an interesting question, yes. My opinion is that it would be
  good to do this in VCL (font), so not only Writer can benefit from
  this, but later also other applications.
 
 Well, I was originally more thinking on something around the writer
 layout... borders aren't the same things than underlines and friends.
 However the idea to be able to reuse it from VCL is appealing.
 
 Problem coming from that: the code for borders painting is using cod
 from svx and drawinglayer... would we be able to use that from VCL fonts
 code? I'm not sure at all ;)

Sadly that's indeed not true, you can't even use svtools::GetDashing()
from VCL. So might be easier to go with a Writer-only layout for now.


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 44446] LibreOffice 3.6 most annoying bugs

2013-07-01 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=6

suokunl...@gmail.com changed:

   What|Removed |Added

 Depends on||56960

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 44446] LibreOffice 3.6 most annoying bugs

2013-07-01 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=6

--- Comment #233 from suokunl...@gmail.com ---
For Bug 56960, patch is out for LibreOffice 4.1, but not in LibreOffice 3.6
list.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 60270] LibreOffice 4.1 most annoying bugs

2013-07-01 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=60270

Jorendc joren.libreoff...@telenet.be changed:

   What|Removed |Added

 Depends on|58577   |

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Building LO 4.0.4.2 on illumos based OS

2013-07-01 Thread Gabriele Bulfon

On Sat, Jun 29, 2013 at 16:24:42 CEST, Norbert Thiebaud wrote
take a look at Library_cpp_uno.mk
and in particular how bridges_SELECTED_BRIDGE is set...
from what I read the else ifeq($(CPU),I) line 56 pre-empt the section
you want which is lower.. line 143
some re-order of the different if/else section seems in order (to
works we need to test from the most particular to the most generic)
Norbert
Great! I moved the SOLARISI code from line 143 up just before line 56 and
it worked ;)
Thanx!
Gabriele.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Guidance on 'Paragraph Tab' bug

2013-07-01 Thread Miklos Vajna

Hi Adam,

On Thu, Jun 27, 2013 at 06:18:09PM +0300, Adam Fyne adam.f...@cloudon.com 
wrote:
 I didn't post this on the IRC because it is too long and too specific, and
 I feel it will be lost there…

Sure, for some kind of discussions the mailing list is a better place.

 I want to fix a bug with import \ export of a 'Paragraph Tab'.
 
 I've attached a really simple DOCX with such a paragraph tab.
 
 The XML node is 'w:ptab' inside a 'run' node.

I see. Indeed, looks like this is not imported (correctly).

 When it goes through Writer – it is transformed to a simple tab.
 
 I would like to fix this so that the 'ptab' is:
 
 1.   Import 'ptab' from DOCX
 
 2.   Store the 'ptab' attributes in the Writer's core
 
 3.   Render correctly on the screen (2nd run will be aligned to the
 right)
 
 4.   Export 'ptab' back to DOCX

Hmm, this sounds like a new feature -- doing that would be great, but I
would suggest to finish your previous feature first (the character
shading one), where the ODF filters are not yet updated.

 After doing some digging, I found this in 'model.xml':
 
22530  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22530
resource *name=*CT_PTab *resource=*Stream *tag=*paragraph
 
22531  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22531
  attribute *name=*alignment
 *tokenid=*ooxml:CT_PTab_alignment/
 
22532  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22532
  attribute *name=*relativeTo
 *tokenid=*ooxml:CT_PTab_relativeTo/
 
22533  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22533
  attribute *name=*leader *tokenid=*ooxml:CT_PTab_leader/
 
22534  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22534
  action *name=*end *action=*tab/
 
22535  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22535
/resource
 
 
 
 And also found this:
 
22574  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22574
resource *name=*CT_Tab *resource=*Stream *tag=*content
 
22575  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22575
  action *name=*end *action=*tab/
 
22576  
 http://opengrok.libreoffice.org/xref/core/writerfilter/source/ooxml/model.xml#22576
/resource
 
 
 
 I have a few questions:
 
 1.   Shouldn't CT_PTab call ptab instead of tab?

That's right, except that writerfilter::ooxml::OOXMLFastContextHandler
has a tab() method, but no ptab() method, that will be one thing you
need to implement first.

 2.   What is the meaning of the 'tag' attribute of the 'resource' node?

As far as I know, the action .. action=name/ is always a method
call.

 3.   The way information is stored in 'model.xml' is so confusing.

You're not alone, writerfilter/documentation/ooxml/model.xml is what we
found out so far, feel free to extend that if you manage to decode some
more detail.

In short, whenever you add support for new XML tags, you typically need
to extend the file at two places:

- the new tag is a child of some existing tag, so extend the parent's
  definition
- you also need to add a matching resource tag in model.xml

Once those two definitions match, you get new tokens in dmapper.
363dafefad14411a16f6ea9d2ee0d55b67bc9c8d is hopefully a good example.
(Though your case is easier, as you add a new token in an existing
namespace.)

 Some of the info is stored like this (resource + attributes + action),
 some are stored as 'define' + 'attribute' + 'ref',
 some are stored as 'resource' + 'value's.
 This is more of a general question, but – what is the difference between
 these nodes?

First probably it makes sense to see how RELAX NG works, e.g. have a
look at the RELAX NG definition of the ODF format. ref/define is just a
way to avoid copypaste, you define something first, then you can refer
to it (by name, using ref) multiple times. If I'm not mistaken, the
only non-RELAX NG tag you need in model.xml is the resource one, as
explained above.

 From the code – I understood that 'action' calls a function in
 OOXMLFastContextHandler.
 
 When do we need such actions? Why is this done on some nodes and on other
 nodes (like 'run', 'paragraph', 'brush' etc) not done?
 
 
 So – say I need to add a new function called 'ptab' to
 'OOXMLFastContextHandler' – Do I simply copy the logic of 'tab()' ?

I think it's all about where do you want to handle the input. Normally,
the tokenizer just generates these tokens, and dmapper does the mapping.

However, in case of tabs, other (RTF, WW8) formats handle the tab as a
normal character, so in case of DOCX, an action is used, that converts
the OOXML tokens to a simple character, so in dmapper you always get a
tab character. So actions are used to generate these fake tokens.
Other example: w:hyperlink is also handled in the

Re: Regarding previous mail

2013-07-01 Thread Miklos Vajna

Hi Adam,

On Thu, Jun 27, 2013 at 06:23:57PM +0300, Adam Fyne adam.f...@cloudon.com 
wrote:
 Regarding the previous mail – I just wanted to check something – I used MSO
 to convert the DOCX to DOC, and MSO Word said : if you save as DOC you
 will turn alignment tabs to normal tabs.
 
 I saved it and it looks the same. LO opens the DOC correctly, and when
 saved back to DOC or DOCX – it looks fine.
 
 I just did this check because I wanted to know if maybe the 'DOC' importer
 has a 'ptab' implementation, but obviously it doesn't – because Word itself
 converts it from a 'ptab' to a 'normal tab' when saving as DOC.

Right -- so that's also a way to handle the situation, you can do
similar mapping of these paragraph tabs to normal tabs in dmapper, and
then you won't have to deal with paragraph tabs anywhere else in LO.
Given that such a mapping probably loses information, you need to choose
between correctness and ease of implementation. :-)

Miklos


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[GSoC] Improve Toolbars: Weekly Report #2

2013-07-01 Thread Prashant Pandey

Hello everyone,

Continuing to my last week's work of panels conversion to .ui, here's an
update of last week's progress.
The further panels upon which I was working were much more difficult than
the previous ones and needed much more attention, which was unfortunately
not expected by me. I got stuck while their conversion and finally the got
acquainted that the problem was some issue with Resource Id's.
Nevertheless, one more patch for ParaPropertyPanel has been pushed
successfully and the further work is currently in progress.

This week, I'd be making my patches of AreaPropertyPanel and
LinePropertyPanel as perfect as possible + time permitting working on some
more panels!

Thanks and Regards,
Prashant

On Fri, Jun 21, 2013 at 10:45 PM, Prashant Pandey prashant3.yi...@gmail.com
wrote:

Hello everyone,

I am working on LibreOffice's UI part to improve toolbars. The work
commenced by the Conversion of sidebar panels to .ui definition, with the
help of glade.

Since I never dealt with 'Glade', my first on-hand experience started with
learning glade. In the mean time I could learn and prepare the designs for
some sidebars, Kendy ke...@suse.cz provided me a wonderful tutorial to
get started with the coding part too, which could empower me to opportunely
complete the sidebar conversions for the following panels:
NumberFormatPropertyPanel [1], CellAppearancePropertyPanel [2] and
PagePropertyPanel [3]. I am glad to announce that these changes have been
prosperously pushed to master in the first week.

On the present scale, we are finished with 'Calc' (on the part of .ui
panel conversions) and I am currently working on 'Writer'. Around 3 further
changes (for writer) are pushed to gerrit and the work is still in
progress. Hopefully I'll be done with all the required leftover sidebar
conversions, by the end of next week/weekend.

[1]
http://cgit.freedesktop.org/libreoffice/core/commit/?id=782adaed6342ceb798c52cff9c47a6dd8c1c2d72
[2]
http://cgit.freedesktop.org/libreoffice/core/commit/?id=637334cb6fdce9d5ee08f8c9fd9f964ccbb56403
[3]
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0813006e76880e78200cad47baefb5b70d9b21e8

Thanks and Regards,
Prashant Pandey
IRC- elixir

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Building LO 4.0.4.2 on illumos based OS

2013-07-01 Thread Gabriele Bulfon

take a look at Library_cpp_uno.mk
and in particular how bridges_SELECTED_BRIDGE is set...
from what I read the else ifeq($(CPU),I) line 56 pre-empt the section
you want which is lower.. line 143
some re-order of the different if/else section seems in order (to
works we need to test from the most particular to the most generic)
Norbert
Build goes through for some time, then I got this (I didn't have this on 4.0):
[build C  ] sal/osl/unx/tempfile.c
[build C  ] sal/osl/unx/thread.c
[build C  ] sal/osl/unx/time.c
[build C  ] sal/osl/unx/util.c
[build C  ] sal/osl/unx/signal.c
[build C  ] sal/osl/unx/backtrace.c
[build ASM] sal/osl/unx/asm/interlck_x86
[build LNK] Library/libuno_sal.so
ERROR: aux-target missing, library deleted, please try running make again
make[2]: *** 
[/sources/userlands/xstream-userland-gate/components/libreoffice/libreoffice-4.1.0.1/workdir/unxsogi.pro/LinkTarget/Library//libuno_sal.so.3]
 Error 1
Running make again as suggested, repeats the error.
Any idea?
Gabriele.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: writerfilter/source

2013-07-01 Thread Miklos Vajna

 writerfilter/source/rtftok/README  |2 +-
 writerfilter/source/rtftok/rtfdocumentimpl.cxx |1 +
 2 files changed, 2 insertions(+), 1 deletion(-)

New commits:
commit 7857d772f7f82a33de506cd10e4298aa092bfe8f
Author: Miklos Vajna vmik...@suse.cz
Date:   Mon Jul 1 11:13:40 2013 +0200

SmOoxmlImport: update doc on how to extract handled token list

Change-Id: I7cea50e99a4ffd9eac357251ffe630921ec64795

diff --git a/writerfilter/source/rtftok/README 
b/writerfilter/source/rtftok/README
index e77c05f..4adbb75 100644
--- a/writerfilter/source/rtftok/README
+++ b/writerfilter/source/rtftok/README
@@ -6,7 +6,7 @@ At the time of writing, all control words understood by 
SmOoxmlImport are
 imported. To view the current status:
 
 
-grep M_TOKEN starmath/source/ooxmlimport.cxx |sed 
's/.*\(M_TOKEN(\)/\1/;s/).*/)/'|sort -u  ~/math-import-list
+grep M_TOKEN starmath/source/ooxmlimport.cxx |sed 's/.*\(M_TOKEN(\) /\1/;s/ 
).*/)/'|sort -u  ~/math-import-list
 grep '[^_]M_TOKEN' writerfilter/source/rtftok/rtfdocumentimpl.cxx |sed 
's/.*\(M_TOKEN(\)/\1/;s/).*/)/'|sort -u  ~/wf-export-list
 diff -u ~/math-import-list ~/wf-export-list |grep ^-M_TOKEN
 
diff --git a/writerfilter/source/rtftok/rtfdocumentimpl.cxx 
b/writerfilter/source/rtftok/rtfdocumentimpl.cxx
index f408346..31cc365 100644
--- a/writerfilter/source/rtftok/rtfdocumentimpl.cxx
+++ b/writerfilter/source/rtftok/rtfdocumentimpl.cxx
@@ -200,6 +200,7 @@ static void lcl_DestinationToMath(OUStringBuffer 
rDestinationText, oox::formula
 if (rMathNor)
 {
 rMathBuffer.appendOpeningTag(M_TOKEN(rPr));
+// Same as M_TOKEN(lit)
 rMathBuffer.appendOpeningTag(M_TOKEN(nor));
 rMathBuffer.appendClosingTag(M_TOKEN(nor));
 rMathBuffer.appendClosingTag(M_TOKEN(rPr));
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

Re: Guidance on 'Paragraph Tab' bug

2013-07-01 Thread Adam Fyne

Hi Miklos,

Thanks for the help. it helps a lot !
See my comments below in blue ...



   I have a few questions:
 
  1.   Shouldn't CT_PTab call ptab instead of tab?
 That's right, except that writerfilter::ooxml::OOXMLFastContextHandler
 has a tab() method, but no ptab() method, that will be one thing you
 need to implement first.

Why would I implement a 'ptab' function?
From what you wrote below - it seems that I do not need to do any action
for 'ptab'.
So does your recommendation still stand that I need 'ptab'?
(you said that 'tab()' inserts a '\t' instead of the tab element).




  2.   What is the meaning of the 'tag' attribute of the 'resource'
 node?
 As far as I know, the action .. action=name/ is always a method call.

The question was actually about the 'tag' element of a resource, not the
'action' element.




  3.   The way information is stored in 'model.xml' is so confusing.
 You're not alone, writerfilter/documentation/ooxml/model.xml is what we
 found out so far, feel free to extend that if you manage to decode some
 more detail.

 In short, whenever you add support for new XML tags, you typically need
 to extend the file at two places:

 - the new tag is a child of some existing tag, so extend the parent's
   definition
 - you also need to add a matching resource tag in model.xml

 Once those two definitions match, you get new tokens in dmapper.
 363dafefad14411a16f6ea9d2ee0d55b67bc9c8d is hopefully a good example.
 (Though your case is easier, as you add a new token in an existing
 namespace.)

What do you mean when you say that my case is easy because I add a new
token to an existing namespace?
what namespace would that be?
(I looked at the commit you mentioned and it doesn't make any sense to
me...)




  From the code – I understood that 'action' calls a function in
  OOXMLFastContextHandler.
 
  When do we need such actions? Why is this done on some nodes and on other
  nodes (like 'run', 'paragraph', 'brush' etc) not done?
 
 
  So – say I need to add a new function called 'ptab' to
  'OOXMLFastContextHandler' – Do I simply copy the logic of 'tab()' ?

 I think it's all about where do you want to handle the input. Normally,
 the tokenizer just generates these tokens, and dmapper does the mapping.

 However, in case of tabs, other (RTF, WW8) formats handle the tab as a
 normal character, so in case of DOCX, an action is used, that converts
 the OOXML tokens to a simple character, so in dmapper you always get a
 tab character. So actions are used to generate these fake tokens.
 Other example: w:hyperlink is also handled in the tokenizer, and it
 generates a HYPERLINK field from it, and dmapper handles only that.

So, should I handle 'ptab' in OOXMLFastContextHandler' or not?
Sounds like I shouldn't.
If not - should I remove the action from the xml node?




   Where do I parse the attributes themselves of the 'ptab'?
 If you handle ptab as a normal element in model.xml, you'll have the
 usual way to get all its attributes. I would recommend going that way,
 as ptab is not a character (tab is), but an element with attributes.

From what I saw - 'ptab' attributes *are* handled in the dmapper.
So the *current* way it works, where 'ptab' is both parsed in
'OOXMLFastContextHandler'
and it's attributes are parsed in the dmapper is very confusing.




  I add it as properties to some existing object of the core?
 I would check how existing similar features are implement, and do
 something similar. Normal tabs are not a good example, as those are
 stored as a \t character inside SwTxtNode, but page break may be a good
 example.

How is 'Page Break' stored in the core?
Is there some tutorial on how to add an entirely new object to the core?
(you told me once that adding a property to an existing core object is
relatively easy,
but adding a new object is a much more complex task).




 Sure, so -- as usual, the first step would be to design how the document
 model should store these paragraph tabs, then either do the UNO API or
 some UI, so you can test it. Then you can continue with filters and
 layout, etc.

You say either do the UNO API or some UI.
What UI do you mean?
How would one control the 'paragraph tabs' through the UI?


Thanks, it helps a great deal !

Adam
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Weekly report about character border

2013-07-01 Thread Zolnai Tamás

Yes, layout already has the way using borders. Let's see how does it work,
maybe all aspect of border (shadow and spacing too) can added at one go.


2013/7/1 Miklos Vajna vmik...@suse.cz

 On Mon, Jul 01, 2013 at 09:17:02AM +0200, Cedric Bosdonnat 
 cedric.bosdon...@free.fr wrote:
   This is an interesting question, yes. My opinion is that it would be
   good to do this in VCL (font), so not only Writer can benefit from
   this, but later also other applications.
 
  Well, I was originally more thinking on something around the writer
  layout... borders aren't the same things than underlines and friends.
  However the idea to be able to reuse it from VCL is appealing.
 
  Problem coming from that: the code for borders painting is using cod
  from svx and drawinglayer... would we be able to use that from VCL fonts
  code? I'm not sure at all ;)

 Sadly that's indeed not true, you can't even use svtools::GetDashing()
 from VCL. So might be easier to go with a Writer-only layout for now.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Weekly report about character border

2013-07-01 Thread Zolnai Tamás

Hi, Cedric,

   - How does the system store attributes? (SwFmt, SwAttrSet,
  SwAttrStack)

 You got the proper classes. If you need some help to debug the
 SfxItemSet, you can have a look at my old gdbinit here (function
 dump_psfxitemset):


 http://cgit.freedesktop.org/libreoffice/build/plain/scratch/writer/gdbinit-cbosdo?h=libreoffice-3-4


Thanks, It will helpful.


- How does layout frame work? How does frame hierarchy look like?
  How to calculate the border properties of the current frame?
  (SwBorderAttr)

 Do you know this wiki page explaining quite a lot of things?
 http://wiki.openoffice.org/wiki/Writer/Core_And_Layout


Yes, I got it. But at first I follow the trace of the existent character
attributes like background and overlining and that's how I got to fonts.
But the time comes to learn more about layout.


 Characters are at a lower level as these are SwLinePortions. You can
 also debug that by exporting SW_DEBUG=t, open a sample document, and
 press F12: that will dump a layout.xml in $PWD. This layout.xml will
 show you quite a lot of informations on the layout structure. (Shift+F12
 will do the same with a nodes.xml showing the model structure).


Oh, it is nice. I will try it.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 60270] LibreOffice 4.1 most annoying bugs

2013-07-01 Thread bugzilla-daemon

https://bugs.freedesktop.org/show_bug.cgi?id=60270

Bug 60270 depends on bug 65653, which changed state.

Bug 65653 Summary: EDITING: Base crashes with queries with keyword LIKE in 
GUI-Mode
https://bugs.freedesktop.org/show_bug.cgi?id=65653

   What|Removed |Added

 Status|VERIFIED|REOPENED
 Resolution|FIXED   |---

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

1 2 3 4 5 >

1 - 100 of 408 matches

Mail list logo