Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
For nitpickers, note that getdomainname does *not* return the DNS domain, but the NIS domain, which strictly speaking may or may not coincide. From my Solaris sysadmin experience (which is limited, and old), I'd say it is a very lucky site and/or organization if they happen to coincide. I think we should avoid getdomanname() exactly because of its unclear semantics... --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Fix bug in build.pl option parser
Hi all, I'm not much familiar with perl, but I think the previous implementation of build.pl had bugs. For example, --skip option would always be rejected before 'next' statement, because get_modules_passed() always returns nothing (evaluated as false). As a result --skip would be incorrectly pushed to @dmake_args. The same is true for other options, when rhs of assignment is something evaluated as false (including 0 and ''). I also think it is not good behaviour to push options to @dmake_args when it fails to parse. However, I didn't fix it because that could possibly introduce incosistency with existing scripts. Cheers, -- Daisuke Nishino 0001-Fix-bug-in-build.pl-option-parser.core.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] translated sd/source/ui/inc/strings.hrc
Hi, herewith translation patch. Not much, but demonstrate my first way through the flow, aka my first Libo-build Hello World regards, -- Luc Castermans mailto:luc.casterm...@gmail.com From ee82a5e217684996ac5a5eec75e8adf04377e7d5 Mon Sep 17 00:00:00 2001 From: Luc Castermans luc.casterm...@gmail.com Date: Sun, 13 Nov 2011 10:22:50 +0100 Subject: [PATCH] translated German comments to English --- sd/source/ui/inc/strings.hrc | 40 1 files changed, 20 insertions(+), 20 deletions(-) diff --git a/sd/source/ui/inc/strings.hrc b/sd/source/ui/inc/strings.hrc index 9769330..e199431 100755 --- a/sd/source/ui/inc/strings.hrc +++ b/sd/source/ui/inc/strings.hrc @@ -36,10 +36,10 @@ #define STR_UNDO_REPLACE(RID_APP_START+42) /* - * Dummy-Strings, diese ResourceIDs duerfen nicht an andere Strings vergeben - * werden, da sie fuer Popup-Menues benutzt werden (ein Popup-Menue und sein - * Konfigurationsstring muessen dieselbe ResourceID haben!). - * siehe auch: res_bmp.hrc, popup.src + * Dummy-Strings, these ResourceIDs: should not be assigned to other strings + * as they're used for popup-menus (a popup-menu and its + * configurationsstring should have identical ResourceID's!). + * See also: res_bmp.hrc, popup.src */ #define STR_DRAW_TEXTOBJ_POPUP (RID_APP_START+43) @@ -64,9 +64,9 @@ #define STR_INSERTGRAPHIC (RID_APP_START+67) /* - * Ueberblendeffekte: sollten nach hinten offen bleiben, - * da FadeEffectLB mit variabler Anzahl arbeitet - * (Jetzt ueber STR_EFFECT_...) + * Overlay effects: should remain open at the bottom, + * as FadeEffectLB works with variable numbers + * (Now via STR_EFFECT_...) */ #define STR_DRAGTYPE_URL(RID_APP_START+70) #define STR_DRAGTYPE_EMBEDDED (RID_APP_START+71) @@ -90,7 +90,7 @@ #define STR_PUBLISH_OUTLINE (RID_APP_START+88) #define STR_UNDO_COLORRESOLUTION(RID_APP_START+89) -/* Von 90 - 100 fuer Popups freihalten */ +/* keep 90 - 100 free for popup's */ #define STR_DRAW_3DOBJ_POPUP(RID_APP_START+90) #define STR_DRAW_MEASUREOBJ_POPUP (RID_APP_START+91) #define STR_ASK_DELETE_ALL_PICTURES (RID_APP_START+92) @@ -139,9 +139,9 @@ #define STR_IMPRESS_DOCUMENT_FULLTYPE_60 (RID_APP_START+170) /* - * ResourceIDs fuer Toolboxen nicht aendern, ohne die Strings in - * strings.hrc auf die selben IDs zu setzen (eine Toolbox und sein - * Konfigurationsstring muessen dieselbe ResourceID haben!). + * Do not change ResourceID's for toolboxes, without assigning strings in + * strings.hrc to the same ID (a toolbox and its + * configurations string should have identical ResourceID's!). */ #define STR_PLUGIN_TOOLBOX RID_PLUGINTOOLBOX @@ -218,7 +218,7 @@ #define STR_READ_DATA_ERROR (RID_APP_START+290) /** -* Ab (RID_APP_START+300 beginnen die Ids in sdstring.hrc! +* The Ids in sdstring.hrc start from (RID_APP_START+300) ! **/ #define STR_DELETE_PAGES(RID_APP_START+332) @@ -253,7 +253,7 @@ #define STR_PRINT_OUTLINE (RID_APP_START+364) #define STR_WARN_SCALE_FAIL (RID_APP_START+365) -// Strings fuer Klick-Effekte (Reihenfolge beibehalten) +// strings for click-effects (Keep the sequence) #define STR_CLICK_ACTION_NONE (RID_APP_START+366) #define STR_CLICK_ACTION_PREVPAGE (RID_APP_START+367) #define STR_CLICK_ACTION_NEXTPAGE (RID_APP_START+368) @@ -267,7 +267,7 @@ #define STR_CLICK_ACTION_VERB (RID_APP_START+376) #define STR_CLICK_ACTION_PROGRAM(RID_APP_START+377) #define STR_CLICK_ACTION_MACRO (RID_APP_START+378) -// Mind. bis 380 freihalten +// Keep free till at least 380 #define STR_EFFECTDLG_SOUND (RID_APP_START+380) #define STR_EFFECTDLG_PAGE_OBJECT (RID_APP_START+382) @@ -277,11 +277,11 @@ #define STR_EFFECTDLG_JUMP (RID_APP_START+386) #define STR_EFFECTDLG_ACTION(RID_APP_START+387) -/* Fortsetzung von RID_APP_START+43 bis RID_APP_START+58: - * Dummy-Strings, diese ResourceIDs duerfen nicht an andere Strings vergeben - * werden, da sie fuer Popup-Menues benutzt werden (ein Popup-Menue und sein - * Konfigurationsstring muessen dieselbe ResourceID haben!). - * siehe auch: res_bmp.hrc, popup.src +/* Continuation from RID_APP_START+43 to RID_APP_START+58: + * Dummy-Strings, these ResourceIDs should not be assigned to other strings, + * as they're used for popup-menu (a popup-menu and its + * configurations string should have identical ResourceID!). + * See also: res_bmp.hrc, popup.src */ #define STR_DRAW_SNAPOBJECT_POPUP (RID_APP_START+390) @@ -300,7 +300,7 @@ #define STR_AIFF_FILE (RID_APP_START+437) #define STR_SVX_FILE
Re: [Libreoffice] Misrouted bugs.Freedesktop.org report
On Sat, Nov 12, 2011 at 09:51:51PM -0800, Dennis E. Hamilton wrote: This report came to dennis.hamilton@ acm.org. I am not connected with that bug in any manner. You are subscribed to libreoffice@lists.freedesktop.org, and I BCCed this report to that ML. I did that because I'm soliciting opinions on how to proceed. If you look in the headers you'll see: Resent-From: Lionel Elie Mamane lio...@mamane.lu Resent-Date: Sun, 13 Nov 2011 02:06:33 +0100 Resent-Message-ID: 2013010633.ga32...@capsaicin.mamane.lu Resent-To: libreoffice@lists.freedesktop.org which declare that fact, and also the received headers say bugzilla sent it to me, and I bounced it further. -Original Message- From: libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org [mailto:libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org] On Behalf Of bugzilla-dae...@freedesktop.org Sent: Saturday, November 12, 2011 16:40 To: lio...@mamane.lu Subject: [Libreoffice] [Bug 42865] New: MySQL native driver: free() on non-heap pointer; in debug mode abort() -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
Seems that the original code was also broken of course, forking and execing /bin/domainname is indeed a bit stupid, and the domainname command is also specified (to the extent it is specified at all) to return the NIS domain name. But honestly, how many of the LibreOffice installations on Unix even have the NIS domain name set? At least in my openSUSE 11.4 with fairly default settings, the domainname command prints nothing. Neither does it in my Mac OS X 10.7.2. I guess the sane thing to do here is to 1) unravel the stack of static functions in sal/osl/unx/socket.c and find out what public functions they actually are used in; 2) if possible drop code that is not needed; 3) and finally ponder what will break, if anything, if we just don't bother with the NIS domain name. 4) If really necessary, then do it right, as Lionel said: The portable and strictly correct way seems to be to do a DNS query on the result of gethostname() (gethostbyname or getaddrinfo with AI_CANONNAME). But in general we should avoid potentially pointless DNS calls. Let's not risk having to wait for DNS timeouts in badly configured situations. I think there has been bug reports of OOo and/or LO being very slow to start in some cases, where the root cause has been some DNS call timing out? LibreOffice is an office suite, not some Internet service software, why would it need to know the exact canonical official hostname of the machine it is running on (or some other machine)? Especially as many home end-user machines certainly don't have any public official DNS name anyway, at least not one the machine itself would know, but some cable-modem-42651e7a3c.isp.example.com. --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile fails: solver/unxlngx6.pro/xml/ure/services.rdb not created
Have you tried to apply the advice put here : http://wiki.documentfoundation.org/Development/How_to_build#The_Build_Failed..._What_can_I_do.C2.A0.3F ? -- View this message in context: http://nabble.documentfoundation.org/compile-fails-solver-unxlngx6-pro-xml-ure-services-rdb-not-created-tp3504045p3504229.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
OpenGrok says that:
GetDomainName is only used by
GetYPDomainName
in the same file
which in turn is only used by
const rtl::OUString SubstitutePathVariables_Impl::GetYPDomainName()
in
/core/framework/source/services/substitutepathvars.cxx
which in turn is only used by
bool SubstitutePathVariables_Impl::FilterRuleSet( const
SubstituteRuleVector aRuleSet, SubstituteRule aActiveRule )
in the same file.
and that particular codepath in that method is only referenced when the
enum EnvironmentType {
ET_YPDOMAIN
constant is used.
which in turn is not used anywhere in the LO codebase.
On Sun, Nov 13, 2011 at 12:06, Tor Lillqvist t...@iki.fi wrote:
Seems that the original code was also broken of course, forking and
execing /bin/domainname is indeed a bit stupid, and the domainname
command is also specified (to the extent it is specified at all) to
return the NIS domain name.
But honestly, how many of the LibreOffice installations on Unix even
have the NIS domain name set? At least in my openSUSE 11.4 with fairly
default settings, the domainname command prints nothing. Neither does
it in my Mac OS X 10.7.2.
I guess the sane thing to do here is to 1) unravel the stack of static
functions in sal/osl/unx/socket.c and find out what public functions
they actually are used in; 2) if possible drop code that is not
needed; 3) and finally ponder what will break, if anything, if we just
don't bother with the NIS domain name. 4) If really necessary, then do
it right, as Lionel said:
The portable and strictly correct way seems to be to do a
DNS query on the result of gethostname() (gethostbyname or getaddrinfo
with AI_CANONNAME).
But in general we should avoid potentially pointless DNS calls. Let's
not risk having to wait for DNS timeouts in badly configured
situations. I think there has been bug reports of OOo and/or LO being
very slow to start in some cases, where the root cause has been some
DNS call timing out?
LibreOffice is an office suite, not some Internet service software,
why would it need to know the exact canonical official hostname of the
machine it is running on (or some other machine)? Especially as many
home end-user machines certainly don't have any public official DNS
name anyway, at least not one the machine itself would know, but some
cable-modem-42651e7a3c.isp.example.com.
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
This function is also used in _osl_getFullQualifiedDomainName, I check if
the result of this function is correct, I'm checking the result of this
function.
2011/11/13 Noel Grandin noelgran...@gmail.com
OpenGrok says that:
GetDomainName is only used by
GetYPDomainName
in the same file
which in turn is only used by
const rtl::OUString SubstitutePathVariables_Impl::GetYPDomainName()
in
/core/framework/source/services/substitutepathvars.cxx
which in turn is only used by
bool SubstitutePathVariables_Impl::FilterRuleSet( const
SubstituteRuleVector aRuleSet, SubstituteRule aActiveRule )
in the same file.
and that particular codepath in that method is only referenced when the
enum EnvironmentType {
ET_YPDOMAIN
constant is used.
which in turn is not used anywhere in the LO codebase.
On Sun, Nov 13, 2011 at 12:06, Tor Lillqvist t...@iki.fi wrote:
Seems that the original code was also broken of course, forking and
execing /bin/domainname is indeed a bit stupid, and the domainname
command is also specified (to the extent it is specified at all) to
return the NIS domain name.
But honestly, how many of the LibreOffice installations on Unix even
have the NIS domain name set? At least in my openSUSE 11.4 with fairly
default settings, the domainname command prints nothing. Neither does
it in my Mac OS X 10.7.2.
I guess the sane thing to do here is to 1) unravel the stack of static
functions in sal/osl/unx/socket.c and find out what public functions
they actually are used in; 2) if possible drop code that is not
needed; 3) and finally ponder what will break, if anything, if we just
don't bother with the NIS domain name. 4) If really necessary, then do
it right, as Lionel said:
The portable and strictly correct way seems to be to do a
DNS query on the result of gethostname() (gethostbyname or getaddrinfo
with AI_CANONNAME).
But in general we should avoid potentially pointless DNS calls. Let's
not risk having to wait for DNS timeouts in badly configured
situations. I think there has been bug reports of OOo and/or LO being
very slow to start in some cases, where the root cause has been some
DNS call timing out?
LibreOffice is an office suite, not some Internet service software,
why would it need to know the exact canonical official hostname of the
machine it is running on (or some other machine)? Especially as many
home end-user machines certainly don't have any public official DNS
name anyway, at least not one the machine itself would know, but some
cable-modem-42651e7a3c.isp.example.com.
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
--
Arnaud Versini
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Bug 42865] New: MySQL native driver: free() on non-heap pointer; in debug mode abort()
Hello Lionel, It seems exactly the same pb as this thread : http://nabble.documentfoundation.org/gcc-bug-on-Debian-packages-td3485058.html I had use gdb bt, then following some advice, I had used Valgrind but I didn't know how to interpret all these things. The logs are in the thread. I retried by removing the declaration of sql::SQLString then by replacing std::auto_ptr by boost::scoped_ptr (I had seen some commits about this) without forgetting a deliver of the module + make make dev-install. But it still failed on aRow.push_back line. So thank you for your analysis. +1 to upgrade mysqlcppconn (What about MariaDB ?) Julien. (BTW +1 too to integrate SDBC driver) -- View this message in context: http://nabble.documentfoundation.org/Bug-42865-New-MySQL-native-driver-free-on-non-heap-pointer-in-debug-mode-abort-tp3503674p3504317.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] translated sd/source/ui/inc/strings.hrc
Op 13-11-11 10:26, Luc Castermans schreef: Hi, herewith translation patch. Not much, but demonstrate my first way through the flow, aka my first Libo-build Hello World This contribution and others to follow are made under GPL and MPL licenses. thx Luc attachment: luc_castermans.vcf___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile fails: solver/unxlngx6.pro/xml/ure/services.rdb not created
Op 13-11-11 11:33, julien2412 schreef: Have you tried to apply the advice put here : http://wiki.documentfoundation.org/Development/How_to_build#The_Build_Failed..._What_can_I_do.C2.A0.3F ? Yes, result is the 2nd output in the pastebin URL. http://pastebin.com/4cUAnyXF when I execute the instruction I move one level deeper and get: http://pastebin.com/F2z0SjNm I noticed in line 59 the output ../../unxlngx6.pro/lib/uno_services.rdb \ is created. So I read 2 different names: uno_services.rdb and service.rdb; should they be identical? Regards Luc attachment: luc_castermans.vcf___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
On Sun, Nov 13, 2011 at 12:06:52PM +0200, Tor Lillqvist wrote: The portable and strictly correct way seems to be to do a DNS query on the result of gethostname() (gethostbyname or getaddrinfo with AI_CANONNAME). But in general we should avoid potentially pointless DNS calls. Let's not risk having to wait for DNS timeouts in badly configured situations. (...) Especially as many home end-user machines certainly don't have any public official DNS name anyway, at least not one the machine itself would know, but some cable-modem-42651e7a3c.isp.example.com. AFAIK, a well-configured machine has /etc/hosts setup so that gethostbyname(gothostname()) does not touch DNS, but is resolved entirely from reading /etc/hosts. Doesn't the installer *by* *default* set things up like that? At least, the Debian installer does. This does not help with badly configured situations, indeed :-| -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
On Sun, Nov 13, 2011 at 12:46:06PM +0200, Noel Grandin wrote:
GetDomainName is only used by
GetYPDomainName
in the same file
which in turn is only used by
const rtl::OUString SubstitutePathVariables_Impl::GetYPDomainName()
in
/core/framework/source/services/substitutepathvars.cxx
which in turn is only used by
bool SubstitutePathVariables_Impl::FilterRuleSet( const
SubstituteRuleVector aRuleSet, SubstituteRule aActiveRule )
in the same file.
and that particular codepath in that method is only referenced when the
enum EnvironmentType {
ET_YPDOMAIN
constant is used.
This all suggests that it *is* the nis domain that should be returned
there, not the DNS domain.
On Sun, Nov 13, 2011 at 11:58:51AM +0100, Arnaud Versini wrote:
This function is also used in _osl_getFullQualifiedDomainName,
No, it does not. Not in master, not in libreoffice-3-4.
osl_getFullQualifiedDomainName uses gethostbyname_r.
--
Lionel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile fails: solver/unxlngx6.pro/xml/ure/services.rdb not created
Le 13/11/2011 13:28, Luc Castermans a écrit :
Op 13-11-11 11:33, julien2412 schreef:
Have you tried to apply the advice put here :
http://wiki.documentfoundation.org/Development/How_to_build#The_Build_Failed..._What_can_I_do.C2.A0.3F
?
Yes, result is the 2nd output in the pastebin URL.
http://pastebin.com/4cUAnyXF
when I execute the instruction I move one level deeper and get:
http://pastebin.com/F2z0SjNm
I noticed in line 59 the output
../../unxlngx6.pro/lib/uno_services.rdb \
is created.
I added 2 days ago this part :
$find */${INPATH?}/ -name \*.component-exec rm {} \;
Then rerun the compilation :
$make
+ some explanation
(all this thanks to Stephan)
After, the only way to be sure is :
make clean make
So I read 2 different names: uno_services.rdb and service.rdb;
should they be identical?
I don't know but they're different on my machine (pc Debian x86-32) :
maryline@maryline:~/compile-libreoffice/libo$ ls -lrt
./testtools/unxlngi6/lib/*services.rdb
-rw-r--r-- 1 maryline maryline 8043 nov. 6 11:52
./testtools/unxlngi6/lib/services.rdb
-rw-r--r-- 1 maryline maryline 1347 nov. 11 17:30
./testtools/unxlngi6/lib/uno_services.rdb
-rw-r--r-- 1 maryline maryline 339 nov. 11 17:30
./testtools/unxlngi6/lib/pyuno_services.rdb
maryline@maryline:~/compile-libreoffice/libo$
Regards
Luc
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
there is this portion of code in _osl_getFullQualifiedDomainName :
if (nLengthOfDomainName == 0)
{
sal_Char pDomainNameBuffer[ DOMAINNAME_LENGTH ];
pDomainNameBuffer[0] = '\0';
if (_osl_getDomainName (pDomainNameBuffer, DOMAINNAME_LENGTH))
{
pDomainName = strdup (pDomainNameBuffer);
nLengthOfDomainName = strlen (pDomainName);
}
}
2011/11/13 Lionel Elie Mamane lio...@mamane.lu
On Sun, Nov 13, 2011 at 12:46:06PM +0200, Noel Grandin wrote:
GetDomainName is only used by
GetYPDomainName
in the same file
which in turn is only used by
const rtl::OUString SubstitutePathVariables_Impl::GetYPDomainName()
in
/core/framework/source/services/substitutepathvars.cxx
which in turn is only used by
bool SubstitutePathVariables_Impl::FilterRuleSet( const
SubstituteRuleVector aRuleSet, SubstituteRule aActiveRule )
in the same file.
and that particular codepath in that method is only referenced when the
enum EnvironmentType {
ET_YPDOMAIN
constant is used.
This all suggests that it *is* the nis domain that should be returned
there, not the DNS domain.
On Sun, Nov 13, 2011 at 11:58:51AM +0100, Arnaud Versini wrote:
This function is also used in _osl_getFullQualifiedDomainName,
No, it does not. Not in master, not in libreoffice-3-4.
osl_getFullQualifiedDomainName uses gethostbyname_r.
--
Lionel
--
Arnaud Versini
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
Arnaud is correct, I was looking at the wrong method. But where do you see this method being used in file locking? Lionel, I've run across a lot of machines with badly configured DNS. socket.c: _osl_getDomainName is only used by socket.c: static sal_Char* _osl_getFullQualifiedDomainName (const sal_Char *pHostName) which is only used by socket.c: static oslHostAddr _osl_hostentToHostAddr (const struct hostent *he) which is used by socket.c: oslHostAddr SAL_CALL osl_psz_createHostAddrByName (const sal_Char *pszHostname) and socket.c: oslHostAddr SAL_CALL osl_createHostAddrByAddr (const oslSocketAddr pAddr) and I assume that SAL_CALL means that these are part of the public API. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
I've seen it is used by using gdb on _osl_getFullQualifiedDomainName. I don't remember how but I could provide you the bt after the build. It's not directly but _osl_getFullQualifiedDomainName is used during file locking. I'm writting a patch to remove the usage of _osl_getDomainName. 2011/11/13 Noel Grandin noelgran...@gmail.com Arnaud is correct, I was looking at the wrong method. But where do you see this method being used in file locking? Lionel, I've run across a lot of machines with badly configured DNS. socket.c: _osl_getDomainName is only used by socket.c: static sal_Char* _osl_getFullQualifiedDomainName (const sal_Char *pHostName) which is only used by socket.c: static oslHostAddr _osl_hostentToHostAddr (const struct hostent *he) which is used by socket.c: oslHostAddr SAL_CALL osl_psz_createHostAddrByName (const sal_Char *pszHostname) and socket.c: oslHostAddr SAL_CALL osl_createHostAddrByAddr (const oslSocketAddr pAddr) and I assume that SAL_CALL means that these are part of the public API. -- Arnaud Versini ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
And this is the backtrace.
2011/11/13 Arnaud Versini arnaud.vers...@gmail.com
I've seen it is used by using gdb on _osl_getFullQualifiedDomainName. I
don't remember how but I could provide you the bt after the build. It's not
directly but _osl_getFullQualifiedDomainName is used during file locking.
I'm writting a patch to remove the usage of _osl_getDomainName.
2011/11/13 Noel Grandin noelgran...@gmail.com
Arnaud is correct, I was looking at the wrong method. But where do you
see this method being used in file locking?
Lionel, I've run across a lot of machines with badly configured DNS.
socket.c: _osl_getDomainName
is only used by
socket.c: static sal_Char* _osl_getFullQualifiedDomainName (const
sal_Char *pHostName)
which is only used by
socket.c: static oslHostAddr _osl_hostentToHostAddr (const struct
hostent *he)
which is used by
socket.c: oslHostAddr SAL_CALL osl_psz_createHostAddrByName (const
sal_Char *pszHostname)
and
socket.c: oslHostAddr SAL_CALL osl_createHostAddrByAddr (const
oslSocketAddr pAddr)
and I assume that SAL_CALL means that these are part of the public API.
--
Arnaud Versini
--
Arnaud Versini
#0 _osl_getFullQualifiedDomainName (pHostName=0x1bd9e0a
arnaud-GA-890GPA-UD3H) at socket.c:824
#1 0x77f7590c in _osl_hostentToHostAddr (he=0x77dd9de0) at
socket.c:884
#2 0x77f75d85 in osl_psz_createHostAddrByName
(pszHostname=0x77feed20 arnaud-GA-890GPA-UD3H) at socket.c:1040
#3 0x77f76098 in osl_psz_getLocalHostname (pBuffer=0x7fff7d00 ,
nBufLen=1024) at socket.c:1188
#4 0x77f75ff4 in osl_getLocalHostname
(ustrLocalHostname=0x7fff8190) at socket.c:1149
#5 0x76464f17 in osl::SocketAddr::getLocalHostname (pResult=0x0) at
/home/arnaud/core/solver/unxlngx6.pro/inc/osl/socket.hxx:176
#6 0x76464d08 in svt::LockFileCommon::GenerateOwnEntry () at
/home/arnaud/core/svl/source/misc/lockfilecommon.cxx:247
#7 0x76458ab1 in svt::DocumentLockFile::CreateOwnLockFile
(this=0x7fff83d0) at
/home/arnaud/core/svl/source/misc/documentlockfile.cxx:116
#8 0x768718a2 in SfxMedium::LockOrigFileOnDemand (this=0x1c2e610,
bLoading=1 '\001', bNoUI=0 '\000') at
/home/arnaud/core/sfx2/source/doc/docfile.cxx:1097
#9 0x768e832a in SfxObjectShell::DoLoad (this=0x1caf8f0,
pMed=0x1c2e610) at /home/arnaud/core/sfx2/source/doc/objstor.cxx:645
#10 0x769297b3 in SfxBaseModel::load (this=0x1d24fe0,
seqArguments=uno::Sequence of length 16 = {...}) at
/home/arnaud/core/sfx2/source/doc/sfxbasemodel.cxx:1875
#11 0x7696f524 in SfxFrameLoader_Impl::load (this=0x1c24150,
rArgs=uno::Sequence of length 13 = {...}, _rTargetFrame=...) at
/home/arnaud/core/sfx2/source/view/frmload.cxx:613
#12 0x7fffe4320af6 in framework::LoadEnv::impl_loadContent (this=0x1c9e4a8)
at /home/arnaud/core/framework/source/loadenv/loadenv.cxx:1152
#13 0x7fffe431d569 in framework::LoadEnv::startLoading (this=0x1c9e4a8) at
/home/arnaud/core/framework/source/loadenv/loadenv.cxx:414
#14 0x7fffe42b8b23 in framework::LoadDispatcher::impl_dispatch
(this=0x1c9e410, rURL=..., lArguments=uno::Sequence of length 7 = {...},
xListener=...)
at /home/arnaud/core/framework/source/dispatch/loaddispatcher.cxx:170
#15 0x7fffe42b8836 in framework::LoadDispatcher::dispatchWithReturnValue
(this=0x1c9e410, rURL=..., lArguments=uno::Sequence of length 7 = {...})
at /home/arnaud/core/framework/source/dispatch/loaddispatcher.cxx:107
#16 0x76d9c38f in comphelper::SynchronousDispatch::dispatch
(xStartPoint=...,
sURL=file:///home/arnaud/Téléchargements/modele_dec_he_so(2).rtf,
sTarget=_default, nFlags=0,
lArguments=uno::Sequence of length 7 = {...}) at
/home/arnaud/core/comphelper/source/misc/synchronousdispatch.cxx:86
#17 0x766ea601 in SfxApplication::OpenDocExec_Impl (this=0xff9ec0,
rReq=...) at /home/arnaud/core/sfx2/source/appl/appopen.cxx:1229
#18 0x766e322a in SfxStubSfxApplicationOpenDocExec_Impl
(pShell=0xff9ec0, rReq=...) at
/home/arnaud/core/workdir/unxlngx6.pro/SdiTarget/sfx2/sdi/sfxslots.hxx:1149
#19 0x7678cab2 in SfxShell::CallExec (this=0xff9ec0,
pFunc=0x766e3207 SfxStubSfxApplicationOpenDocExec_Impl(SfxShell*,
SfxRequest), rReq=...) at /home/arnaud/core/sfx2/inc/sfx2/shell.hxx:202
#20 0x7678691f in SfxDispatcher::Call_Impl (this=0x1487260, rShell=...,
rSlot=..., rReq=..., bRecord=0 '\000') at
/home/arnaud/core/sfx2/source/control/dispatch.cxx:278
#21 0x76788221 in SfxDispatcher::_Execute (this=0x1487260, rShell=...,
rSlot=..., rReq=..., eCallMode=1) at
/home/arnaud/core/sfx2/source/control/dispatch.cxx:985
#22 0x76789141 in SfxDispatcher::Execute (this=0x1487260, nSlot=5501,
eCall=1, nModi=0, rArgs=...) at
/home/arnaud/core/sfx2/source/control/dispatch.cxx:1272
#23 0x76788fb0 in SfxDispatcher::Execute (this=0x1487260, nSlot=5501,
eCall=1, rArgs=...) at
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
On Sun, Nov 13, 2011 at 02:30:40PM +0100, Arnaud Versini wrote:
there is this portion of code in _osl_getFullQualifiedDomainName :
if (nLengthOfDomainName == 0)
{
sal_Char pDomainNameBuffer[ DOMAINNAME_LENGTH ];
pDomainNameBuffer[0] = '\0';
if (_osl_getDomainName (pDomainNameBuffer, DOMAINNAME_LENGTH))
{
pDomainName = strdup (pDomainNameBuffer);
nLengthOfDomainName = strlen (pDomainName);
}
}
Yes, you are right I was confused by the position of the comment:
/*/
/* _osl_getFullQualifiedDomainName */
/*/
which is in front of _osl_gethostbyname_r!
--
Lionel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
On Sun, Nov 13, 2011 at 03:04:57PM +0100, Arnaud Versini wrote: I've seen it is used by using gdb on _osl_getFullQualifiedDomainName. I don't remember how but I could provide you the bt after the build. It's not directly but _osl_getFullQualifiedDomainName is used during file locking. That's probably for the name of the lockfile: If the same user runs LO on two different machines that share (part of) the filesystem through NFS, the lockfile should not have the same name so that the LO on one machine does not see the lock of the LO on the other machine. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] [PATCH] Remove _osl_getDomainName and simplify _osl_getFullQualifiedDomainName
On Sun, Nov 13, 2011 at 04:38:06PM +0100, Arnaud Versini wrote: This patch remove the function _osl_getDomainName and replace it by a _osl_gethostbyname_r. Yes, that's better. Committed. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Misrouted bugs.Freedesktop.org report
When you BCC: an entire list of developers and others via resend, without any explanation at all, how are recipients to know what your purpose is and determine whether it is relevant for them? In my in-box the mails shows as being from bugzilla-demon@ freedesktop.org and I had no reason to examine the headers (which I normally do only when investigating whether a message is spam or a phishing attack). The resend information is buried in the long list of transits that the message made. - Dennis -Original Message- From: libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org [mailto:libreoffice-bounces+dennis.hamilton=acm@lists.freedesktop.org] On Behalf Of Lionel Elie Mamane Sent: Sunday, November 13, 2011 01:50 To: Dennis E. Hamilton Cc: LOffice Developers List Subject: Re: [Libreoffice] Misrouted bugs.Freedesktop.org report On Sat, Nov 12, 2011 at 09:51:51PM -0800, Dennis E. Hamilton wrote: This report came to dennis.hamilton@ acm.org. I am not connected with that bug in any manner. You are subscribed to libreoffice@lists.freedesktop.org, and I BCCed this report to that ML. I did that because I'm soliciting opinions on how to proceed. [ ... ] ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] build breaks in tail-build with missing file offapi/com/sun/star/u.
Hi all, my build breaks in tail-build with error message: C:/git/LO35NOV/solenv/gbuild/Package.mk:33: *** gb_Deliver_deliver: file does not exist in solver, and cannot be delivered: /cygdrive/c/git/LO35NOV/solver/wntmsci12.pro/inc/offapi/com/sun/star/u. Stop. I have run 'make build' a second time to make sure that it is not a timing problem. offapi was build without errors and the file deliver.log in solver/wntmsci12.pro/inc/offapi/com/sun/star/ looks the same as for a previous successful build. Building with cygwin and MSVC 2008 Express on WinXP. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Report of translation Bugs
Hi, is it already useful to report UI and Help Translation issues found in Master 3.5 for some languages (especially German and French) or should we still wait? Kind regards Rainer Bielefeld ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Docuview code cleanup
Hi everybody,
my name's Matteo and this is my first contribution [attempt] to
this wonderful piece of work, besides spreading the word.
The attached patch does a little code cleanup in Docuview::DrawSymbol
function and its helper, reducing local variables and calls to real
draw functions.
Please note that:
* the results of reworked code was not fully tested, since I really
don't know were all of those symbols are drawn, but those that I was
able to verify look OK to me;
* There were some inconsistencies in symbol size evaluation, I chose
one approach but it could be not the best or correct one;
* There are still other cleanups that can be done in that code, but I
would like to have some feedback before working on them. For example,
this patch could include too many changes.
The attached patch is contributed under LGPL3+/MPL1.1 license.
Ciao
Matteo
From f9427c431d2bd7160058ba85ab9cb7b6436a271c Mon Sep 17 00:00:00 2001
From: Matteo Casalin matteo.casa...@poste.it
Date: Sun, 13 Nov 2011 19:19:27 +0100
Subject: [PATCH] Decoview code cleanup
Fixed DrawSymbol color selection
Cleaned up many ImplDrawSymbol cases, reducing number of calls to drawing functions
Removed unused local variables in ImplDrawSymbol
Translated some comments from German to English
---
vcl/source/window/decoview.cxx | 403 ---
1 files changed, 165 insertions(+), 238 deletions(-)
diff --git a/vcl/source/window/decoview.cxx b/vcl/source/window/decoview.cxx
index ab61741..fd5 100644
--- a/vcl/source/window/decoview.cxx
+++ b/vcl/source/window/decoview.cxx
@@ -50,10 +50,6 @@ static void ImplDrawSymbol( OutputDevice* pDev, const Rectangle rRect,
{
// Groessen vorberechnen
longnMin= Min( rRect.GetWidth(), rRect.GetHeight() );
-longnSize = nMin;
-
-if ( nMin 0x01 )
-nMin--;
Point aCenter = rRect.Center();
longnCenterX = aCenter.X();
longnCenterY = aCenter.Y();
@@ -63,149 +59,107 @@ static void ImplDrawSymbol( OutputDevice* pDev, const Rectangle rRect,
longnTop;
longnRight;
longnBottom;
-longnTemp;
-longi;
+
+const bool bMinSideIsOdd = nMin 1;
switch ( eType )
{
case SYMBOL_ARROW_UP:
+if ( !bMinSideIsOdd )
{
-if ( !(nMin 0x01) )
-{
-n2--;
-n4--;
+// Make odd size for spearhead
+n4 = --n2 / 2;
}
nTop = nCenterY-n2;
-nBottom = nCenterY;
-pDev-DrawRect( Rectangle( nCenterX, nTop, nCenterX, nBottom ) );
-i = 1;
-while ( i = n2 )
+pDev-DrawPixel( Point( nCenterX, nTop ) );
+for ( long i = 1; i = n2; ++i )
{
nTop++;
-nTemp = nCenterX-i;
-pDev-DrawRect( Rectangle( nTemp, nTop, nTemp, nBottom ) );
-nTemp = nCenterX+i;
-pDev-DrawRect( Rectangle( nTemp, nTop, nTemp, nBottom ) );
-i++;
-}
-pDev-DrawRect( Rectangle( nCenterX-n4, nBottom,
- nCenterX+n4, nBottom+n2 ) );
+pDev-DrawRect( Rectangle (Point( nCenterX-i, nTop ),
+Point( nCenterX+i, nTop ) ) );
}
+pDev-DrawRect( Rectangle( nCenterX-n4, nCenterY,
+ nCenterX+n4, nCenterY+n2 ) );
break;
case SYMBOL_ARROW_DOWN:
+if ( !bMinSideIsOdd )
{
-if ( !(nMin 0x01) )
-{
-n2--;
-n4--;
+// Make odd size for spearhead
+n4 = --n2 / 2;
}
-nTop = nCenterY;
nBottom = nCenterY+n2;
-pDev-DrawRect( Rectangle( nCenterX, nTop, nCenterX, nBottom ) );
-i = 1;
-while ( i = n2 )
+pDev-DrawPixel( Point( nCenterX, nBottom ) );
+for ( long i = 1; i = n2; ++i )
{
nBottom--;
-nTemp = nCenterX-i;
-pDev-DrawRect( Rectangle( nTemp, nTop, nTemp, nBottom ) );
-nTemp = nCenterX+i;
-pDev-DrawRect( Rectangle( nTemp, nTop, nTemp, nBottom ) );
-i++;
-}
-pDev-DrawRect( Rectangle( nCenterX-n4, nTop-n2,
- nCenterX+n4, nTop ) );
+pDev-DrawLine( Point( nCenterX-i, nBottom ),
+Point( nCenterX+i, nBottom ) );
}
+pDev-DrawRect( Rectangle( nCenterX-n4, nCenterY-n2,
+ nCenterX+n4, nCenterY ) );
break;
case SYMBOL_ARROW_LEFT:
+if ( !bMinSideIsOdd )
{
-if ( !(nMin 0x01) )
-{
-
Re: [Libreoffice] [Libreoffice-qa] Improving the QA and Release for 3.5
Hi Rainer, Rainer Bielefeld wrote (11-11-11 20:06) I'm afraid Try to get more testers doing the testing earlier will be the critical/limiting condition. [...] You are perfectly right there! (This information was contained in the slides that I did not include in the version linked from that wiki :-\ ) The idea here is the following: When a beta is announced, many people jump in to test. Now it would be great if we could attract (part of) that group to start working with the developer builds asap after feature freeze! (Arrows #1 on slide 23) Would that make sense? Try faster fixing of issues in master Is the current proceeding, nearby all Bugs I see get their fix in the Master and if possible a cherrypick to the stable branch. A great news. When I did my analyses, it was only about 50% (slide #20) Cheers, -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] write access to http://dev-www.libreoffice.org/
On Sun, Nov 13, 2011 at 02:41:02AM +0100, Lionel Elie Mamane wrote: I have in my local working dir an upgrade of the bundled mysqlcppconn to latest officially stable version; it was my first shot at fdo#42865. Since I've done the work, I can as well push it; mysqlcppconn's changelog (bugs fixed) suggests to me it is a good idea. For that, I should also upload the new tarball to http://dev-www.libreoffice.org/ How do I do that? My fdo account is not accepted by that machine. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] compile fails: solver/unxlngx6.pro/xml/ure/services.rdb not created
So it's save to remove .component files because they are regenerated
during building LibO? And the same is valid for .rdb's?
Christina
Am 13.11.2011 14:16, schrieb Julien Nabet:
Le 13/11/2011 13:28, Luc Castermans a écrit :
Op 13-11-11 11:33, julien2412 schreef:
Have you tried to apply the advice put here :
http://wiki.documentfoundation.org/Development/How_to_build#The_Build_Failed..._What_can_I_do.C2.A0.3F
?
Yes, result is the 2nd output in the pastebin URL.
http://pastebin.com/4cUAnyXF
when I execute the instruction I move one level deeper and get:
http://pastebin.com/F2z0SjNm
I noticed in line 59 the output
../../unxlngx6.pro/lib/uno_services.rdb \
is created.
I added 2 days ago this part :
$find */${INPATH?}/ -name \*.component-exec rm {} \;
Then rerun the compilation :
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] write access to http://dev-www.libreoffice.org/
On Sun, Nov 13, 2011 at 2:57 PM, Lionel Elie Mamane lio...@mamane.lu wrote: On Sun, Nov 13, 2011 at 02:41:02AM +0100, Lionel Elie Mamane wrote: I have in my local working dir an upgrade of the bundled mysqlcppconn to latest officially stable version; it was my first shot at fdo#42865. The way we typicaly do that is by referencing a publicly available tar.gz (we usually then copy it on our infra for convenience) and then applying patches on it. the patches are stored in our git. If you point me to a publicly available tar.gz I can push it to dev-www for you. but I repeast that 'base' package should be something 'standard'. lo specific change that are not upstream must be applied as patch at build time. Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] write access to http://dev-www.libreoffice.org/
On Sun, Nov 13, 2011 at 03:18:38PM -0600, Norbert Thiebaud wrote: On Sun, Nov 13, 2011 at 2:57 PM, Lionel Elie Mamane lio...@mamane.lu wrote: On Sun, Nov 13, 2011 at 02:41:02AM +0100, Lionel Elie Mamane wrote: I have in my local working dir an upgrade of the bundled mysqlcppconn to latest officially stable version; it was my first shot at fdo#42865. The way we typicaly do that is by referencing a publicly available tar.gz (we usually then copy it on our infra for convenience) and then applying patches on it. the patches are stored in our git. Yes, I followed how it was done for the older version, just updated to new one. The patches needed some changes, they are in my local git repo. I'll push them after you put the tarball on libreoffice.org If you point me to a publicly available tar.gz I can push it to dev-www for you. Great, thanks: http://dev.mysql.com/downloads/mirror.php?id=393795#mirrors Please rename it to 0981bda6548a8c8233ffce2b6e4b2a23-mysql-connector-cpp.tar.gz but I repeat that 'base' package should be something 'standard'. Yes, don't change it in any way, I want a byte-to-byte identical copy of what one gets from mysql.com. Just rename it, to follow the usual OO.o/LO style of HASH-modulename.tar.gz -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] presentation Easy Hacking - last weekend at T-Dose
Hi *, As a final action for the past week, I just posted the presentation on easy hacking LibreOffice that I gave at T-Dose, the Saturday before. See: https://wiki.documentfoundation.org/Marketing/Material#Presentation Please reuse and extend :-) -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] write access to http://dev-www.libreoffice.org/
On Sun, Nov 13, 2011 at 3:39 PM, Lionel Elie Mamane lio...@mamane.lu wrote: http://dev.mysql.com/downloads/mirror.php?id=393795#mirrors Please rename it to 0981bda6548a8c8233ffce2b6e4b2a23-mysql-connector-cpp.tar.gz Done Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] write access to http://dev-www.libreoffice.org/
On Sun, Nov 13, 2011 at 4:18 PM, Norbert Thiebaud nthieb...@gmail.com wrote: On Sun, Nov 13, 2011 at 3:39 PM, Lionel Elie Mamane lio...@mamane.lu wrote: http://dev.mysql.com/downloads/mirror.php?id=393795#mirrors Please rename it to 0981bda6548a8c8233ffce2b6e4b2a23-mysql-connector-cpp.tar.gz actually the filename is 0981bda6548a8c8233ffce2b6e4b2a23-mysql-connector-c++-1.1.0.tar.gz Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PUSHED] translated sd/source/ui/inc/strings.hrc
On Sun, Nov 13, 2011 at 10:26:20AM +0100, Luc Castermans wrote: herewith translation patch. Thanks. Applied. I saw German comments in vcl/source/window/window.cxx today, if you feel like it ;) -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] write access to http://dev-www.libreoffice.org/
On Sun, Nov 13, 2011 at 04:19:25PM -0600, Norbert Thiebaud wrote: On Sun, Nov 13, 2011 at 4:18 PM, Norbert Thiebaud nthieb...@gmail.com wrote: On Sun, Nov 13, 2011 at 3:39 PM, Lionel Elie Mamane lio...@mamane.lu wrote: http://dev.mysql.com/downloads/mirror.php?id=393795#mirrors Please rename it to 0981bda6548a8c8233ffce2b6e4b2a23-mysql-connector-cpp.tar.gz actually the filename is 0981bda6548a8c8233ffce2b6e4b2a23-mysql-connector-c++-1.1.0.tar.gz Yes, you are right, my typo. -- Lionel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] TextSection, TextCursor and component
Hi, Is it allowed to insert a TextSection in to a document which was created from another document? Like this: doc1 = StarDesktop.loadComponentFromURL(private:factory/swriter, _blank, 0, Array()) doc2 = StarDesktop.loadComponentFromURL(private:factory/swriter, _blank, 0, Array()) oCursor = doc1.text.createTextCursor() oSect = doc2.createInstance(com.sun.star.text.TextSection) oSect.setName(SectionName) oCursor.getText.insertTextContent(oCursor, oSect, True) (It works, but is it not right to do it that way?) Next question. Can I create a TextSection if I only have a xTextCursor or a xTextRange? Best regards -- Knut Olav Bøhmer 41 000 108 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] License statement: Olivier Hallot
License statement: All past and future contributions by me to the LibreOffice project are under LGPLv3+/GPLv3+/MPL until further notice. -- Olivier Hallot Founder, Board of Directors Member - The Document Foundation LibreOffice translation leader for Brazilian Portuguese +55-21-8822-8812 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] implements bug fdo#42892: Add new symbols to Math
Hi The patch in the link implements new math symbols (game theory) into LibreOffice Math, described in http://bugs.freedesktop.org/show_bug.cgi?id=42892. Please pick the patch (quite large) in the bug link as well as the second patch for a minor fix; Many thanks to Julien Nabet for the help in PVT after implementing fix fdo#37007. Details and rendering of the new symbols described in https://wiki.documentfoundation.org/User:Ohallot Regards -- Olivier Hallot Founder, Board of Directors Member - The Document Foundation LibreOffice translation leader for Brazilian Portuguese +55-21-8822-8812 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build breaks in tail-build with missing file offapi/com/sun/star/u.
Hi all, the problem is solved. With help from IRC I found that the file defltuno.d was broken, perhaps because of writing conflicts by multiple jobs. A clean build using --with-max-jobs=1 then runs through without errors. Kind regards Regina Regina Henschel schrieb: Hi all, my build breaks in tail-build with error message: C:/git/LO35NOV/solenv/gbuild/Package.mk:33: *** gb_Deliver_deliver: file does not exist in solver, and cannot be delivered: /cygdrive/c/git/LO35NOV/solver/wntmsci12.pro/inc/offapi/com/sun/star/u. Stop. I have run 'make build' a second time to make sure that it is not a timing problem. offapi was build without errors and the file deliver.log in solver/wntmsci12.pro/inc/offapi/com/sun/star/ looks the same as for a previous successful build. Building with cygwin and MSVC 2008 Express on WinXP. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Replace command domainname by getdomainname() on Unix
On Sun, Nov 13, 2011 at 02:16:51PM +0100, Lionel Elie Mamane wrote: AFAIK, a well-configured machine has /etc/hosts setup so that gethostbyname(gothostname()) does not touch DNS, but is resolved entirely from reading /etc/hosts. Doesn't the installer *by* *default* set things up like that? At least, the Debian installer does. /etc/hosts may also contain perfectly valid lines like this one: ::1localhost localhost.my.domain which don't help a bit. LibreOffice is an office suite and has no business trying to get the domain name IMHO. This code should be removed and if it does something useful, that something should be rewritten to not depend on network resources. -- Francois Tigeot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Howto develop an extension with URE?
On 11/12/2011 12:43 PM, Michael Meeks wrote: It seems a nonsense to me to not ship the pre-built C++ headers in the sdk - particularly if that would make things easier for developers. Stephan - is there a really good reason for not doing that ? clearly the easier we make the sdk to use the better, and those headers can be cut/pasted around / included into the code without problems surely. No fundamental reason not to. Probably more directed by the rationale to not ship what is easily (for whatever definition of easily) generated. And I gather that if you use the SDK in the intended way, the included makefiles take care of header generation just fine. (I do not argue that the way the SDK was designed to be used is necessarily useful, however.) Plus, as soon as you want to introduce your own UNOIDL constructs, you need to use cppumaker etc. anyway. Feel free to go ahead, I would say. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: framework/source
framework/source/loadenv/loadenv.cxx | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
New commits:
commit 88285f84bdf54147ee5238e97d0d805fa1c127c1
Author: Lionel Elie Mamane lio...@mamane.lu
Date: Sun Nov 13 15:26:41 2011 +0100
fdo#35091 do not honour ForceFocusAndToFront preference for preview
diff --git a/framework/source/loadenv/loadenv.cxx
b/framework/source/loadenv/loadenv.cxx
index 409ef40..2e100c1 100644
--- a/framework/source/loadenv/loadenv.cxx
+++ b/framework/source/loadenv/loadenv.cxx
@@ -1,4 +1,4 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
+/* -*- Mode: C++; eval:(c-set-style bsd); tab-width: 4; indent-tabs-mode:
nil; c-basic-offset: 4 -*- */
/*
*
* DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
@@ -1688,14 +1688,21 @@ void LoadEnv::impl_makeFrameWindowVisible(const
css::uno::Reference css::awt::X
Window* pWindow = VCLUnoHelper::GetWindow(xWindow);
if ( pWindow )
{
+bool preview(false);
+css::uno::Any a =
m_lMediaDescriptor[::comphelper::MediaDescriptor::PROP_PREVIEW()];
+a = preview;
+
bool bForceFrontAndFocus(false);
-css::uno::Any a = ::comphelper::ConfigurationHelper::readDirectKey(
-xSMGR,
-
::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(org.openoffice.Office.Common/View)),
-
::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(NewDocumentHandling)),
-
::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(ForceFocusAndToFront)),
-::comphelper::ConfigurationHelper::E_READONLY);
-a = bForceFrontAndFocus;
+if ( !preview )
+{
+a = ::comphelper::ConfigurationHelper::readDirectKey(
+ xSMGR,
+
::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(org.openoffice.Office.Common/View)),
+
::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(NewDocumentHandling)),
+
::rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(ForceFocusAndToFront)),
+ ::comphelper::ConfigurationHelper::E_READONLY);
+a = bForceFrontAndFocus;
+}
if( pWindow-IsVisible() (bForceFrontAndFocus || bForceToFront) )
pWindow-ToTop();
___
Libreoffice-commits mailing list
Libreoffice-commits@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sal/osl
sal/osl/unx/socket.c | 140 ---
1 file changed, 11 insertions(+), 129 deletions(-)
New commits:
commit 0ddf2b8adf119b6abeb44e507c577fbdb259be85
Author: Arnaud Versini arnaud.vers...@gmail.com
Date: Sun Nov 13 16:01:31 2011 +0100
Remove _osl_getDomainName and simplify _osl_getFullQualifiedDomainName
diff --git a/sal/osl/unx/socket.c b/sal/osl/unx/socket.c
index 9c33eaf..ed31a82 100644
--- a/sal/osl/unx/socket.c
+++ b/sal/osl/unx/socket.c
@@ -40,7 +40,6 @@
#include sockimpl.h
-
/* defines for poll */
#ifdef HAVE_POLL_H
#undef HAVE_POLL_H
@@ -809,142 +808,25 @@ static struct hostent* _osl_gethostbyname_r (
#endif
}
-static sal_Bool _osl_getDomainName (sal_Char *buffer, sal_Int32 bufsiz)
-{
-sal_Bool result = (getdomainname(buffer, bufsiz) == 0);
-if (!result) {
-OSL_TRACE(osl_getDomainName failed. Errno: %d; %s\n,
- errno,
- strerror(errno));
-}
-return (result);
-}
-
static sal_Char* _osl_getFullQualifiedDomainName (const sal_Char *pHostName)
{
# define DOMAINNAME_LENGTH 512
-sal_uInt32 nLengthOfHostName;
-static sal_uInt32 nLengthOfDomainName = 0;
-static sal_Char*pDomainName = NULL;
-
-sal_Char *pFullQualifiedName;
-
-/* get a '\0' terminated domainname */
-
-/* read default domainname default from environment */
-if (nLengthOfDomainName == 0)
-{
-sal_Char *pEnvDomain;
-
-pEnvDomain = getenv (STAR_OVERRIDE_DOMAINNAME);
-if (pEnvDomain)
-{
-pDomainName = strdup (pEnvDomain);
-nLengthOfDomainName = strlen (pDomainName);
-}
-}
-
-if (nLengthOfDomainName == 0)
-{
-sal_Char pDomainNameBuffer[ DOMAINNAME_LENGTH ];
-
-pDomainNameBuffer[0] = '\0';
-
-if (_osl_getDomainName (pDomainNameBuffer, DOMAINNAME_LENGTH))
-{
-pDomainName = strdup (pDomainNameBuffer);
-nLengthOfDomainName = strlen (pDomainName);
-}
-}
-
-/* compose hostname and domainname */
-nLengthOfHostName = strlen( pHostName );
-pFullQualifiedName = (sal_Char*) malloc( (nLengthOfHostName + 1
-+ nLengthOfDomainName + 1) * sizeof(sal_Char) );
-memcpy( pFullQualifiedName, pHostName,
-(nLengthOfHostName + 1) * sizeof(sal_Char) );
+struct hostent aHostByName;
+struct hostent *pHostByName;
+sal_CharpQualifiedHostBuffer[ MAX_HOSTBUFFER_SIZE ];
+sal_Char *pFullQualifiedName = NULL;
+int nErrorNo;
-if ( nLengthOfDomainName 0 )
+pHostByName = _osl_gethostbyname_r (
+pHostName,
+aHostByName, pQualifiedHostBuffer,
+sizeof(pQualifiedHostBuffer), nErrorNo );
+if (pHostByName != NULL)
{
-/* fqdn = hostname + '.' + domainname + '\0' */
-pFullQualifiedName[ nLengthOfHostName ] = '.';
-memcpy( pFullQualifiedName + nLengthOfHostName + 1, pDomainName,
-nLengthOfDomainName + 1 );
+pFullQualifiedName = strdup(pHostByName-h_name);
}
-
-/* check whether full-qualified name and hostname point to the same host
- * should almost always be true */
-if ( nLengthOfDomainName 0 )
-{
-struct hostent *pQualifiedHostByName;
-struct hostent *pHostByName;
-sal_BoolbHostsAreEqual;
-
-/* buffer for calls to reentrant version of gethostbyname */
-struct hostent aHostByName, aQualifiedHostByName;
-sal_CharpHostBuffer[ MAX_HOSTBUFFER_SIZE ];
-sal_CharpQualifiedHostBuffer[ MAX_HOSTBUFFER_SIZE ];
-int nErrorNo;
-
-pHostBuffer[0] = '\0';
-pQualifiedHostBuffer[0] = '\0';
-
-/* get list of addresses */
-pQualifiedHostByName = _osl_gethostbyname_r (
-pFullQualifiedName,
-aQualifiedHostByName, pQualifiedHostBuffer,
-sizeof(pQualifiedHostBuffer), nErrorNo );
-pHostByName = _osl_gethostbyname_r (
-pHostName,
-aHostByName, pHostBuffer,
-sizeof(pHostBuffer), nErrorNo );
-
-/* compare addresses */
-bHostsAreEqual = sal_False;
-if ( pQualifiedHostByName pHostByName )
-{
-sal_Char **p, **q;
-struct in_addr in;
-
-/* lists are expected to be (very) short */
-for ( p = pQualifiedHostByName-h_addr_list; *p != NULL; p++ )
-{
-for ( q = pHostByName-h_addr_list; *q != NULL; q++ )
-{
-/* in.s_addr may be in_addr_t or uint32_t or heaven knows
*/
-if ( memcmp( *p, *q, sizeof(in.s_addr) ) == 0 )
-{
-bHostsAreEqual = sal_True;
-break;
-}
-}
-if ( bHostsAreEqual )
-break;
-}
-
Re: [Libreoffice-qa] Test case naming
Hi Rimas, Petr and all, Thanks for the nice discussions, my ideas as follows :) On Sat, Nov 12, 2011 at 10:46:48PM +0200, Rimas Kudelis wrote: This is thus irrelevant, cause there's nothing to modify. :) 2. I am not sure what is the meaning of the numbers 001, 002, 003. It looks like they define the order in which we should process the test cases. If this is true, it does not look ideal: + if we do another important test case, we will need to rename all less important test cases to keep the right order + test cases will be checked by many people; we can't force them to do it in an exact order; the result would be that all people will test the same test case in parallel Hmm, we need to encourage people to do the test cases in random order. We still should somehow prioritize the test cases. I personally don't like current naming with ugly prefices at all, but it's Yifan's call, and I suppose he has a good reason for that naming scheme. However, I'm afraid we can't randomize testcase order by default. Currently, this would probably have to be done manually each time a relevant subgroup is updated. That would be a PITA. On the other hand, it's not really that bad. You can still run the tests in random order, but you will always see them in the specified order. From my understanding, I neither mean to encourage users to run cases in a specific order. The ids were originally being there since I got involved. I think it still makes sense to kept them there mainly because of the syncing problem of test cases in different languages. For example: #EN - w001 xxx is supposed to have the same content with (but in different version of language): #FR - w001 xxx #DE - w001 xxx #pt-BR - w001 xxx These give us reasonable information showing which cases are supposed to be synced to each other (they may not have exact same steps of testing because of the diversity of language settings, but they should test the same areas). So for current testing organization, I think these ids are still playing their role in L10N test branches. Otherwise, syncing of cases could be painful. Meanwhile in Function Regression testing branch, by the fact we are now using a single case to host all language versions of test case, it may not make sense to keep the id any more. I suggest to split test cases into several levels by priorities: P1 - highest: used for very basic tests, e.g. app can be installed; it starts; is able to load/save some test documents; so it a kind of smoketest P2 - high: test very common functionality that is used by most users. e.g. able to write text, insert picture; draw elements; create table; use function in calc; create graph, run presentation P3 - medium: test common functionality that is used by typical a bit experienced office user, e.g. create borders around tables; do animation between slides; modify text style; modify master slide page; P4 - low: test functionality for hi-tech users, e.g. writing macros, using Calc solver, complex operations with data bases I suggest to use the names: p1g - summary of a P1 global test p1w - summary of a P1 Writer test p2g - summary of a P2 global test p2w - summary of a P2 Writer test Then we will have all p1 test cases listed before p2 test cases. What do you think? Prioritizing is probably a good idea, but like I said, random order would require some Litmus modification. While certainly possible (and probably quite easy), I'm not sure that is what we indeed want. Actually it is a great idea to have priority here, at least they are helpful for us to define subset of test runs. For example, we can create smoke test runs by select P1 only test cases when creating a test run from a full regression branch containing all cases. That is to say, even before we sort out how order of the test cases could be implemented, we can always create specific test runs on demand via the information of the priority tags. i.e We can define smoke test runs, basic test runs, full regression test run by selecting cases, in which all the test cases are divided physically in test runs and sorting becomes trivial. But it still makes sense if we can do some hacking in ordering, which could save much of the test cases selection effort and makes the system more flexible. :) At the same time, as stated before, for L10N test case branch, we probably still want test case id until we have some better solution for translation syncing problem. Best wishes, Yifan ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change
[Libreoffice-bugs] [Bug 35091] EDITING / regression: table or view opens in the background (loses focus)
https://bugs.freedesktop.org/show_bug.cgi?id=35091 --- Comment #7 from Heinz Repp heinz.r...@arcor.de 2011-11-13 00:56:22 UTC --- Lionel: thanks for picking up this bug. I read bug 42612, and it seems to me it is indeed a duplicate of this one. With preview disabled my tables open in the foreground as expected, and I already suspected a later event to the main window returns the foceus to this one but didn't think of the preview pane (why should it be redrawn, anyway?). I already wondered why nobody else seemed to be able to reproduce it. For me it happens on Linux and Windows, in all versions from 3.3.0 up to 3.4.4. Oddly enough, this did not happen with a newly created database but with all production databases in use (using a sqliteodbc backend), but now I see new databases are created with preview disabled - that explains it. Heinz -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42871] New: Command line conversion of html to pdf using convert to produces pdfs that don't look like html
https://bugs.freedesktop.org/show_bug.cgi?id=42871 Bug #: 42871 Summary: Command line conversion of html to pdf using convert to produces pdfs that don't look like html Classification: Unclassified Product: LibreOffice Version: LibO 3.4.2 release Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: justlik...@gmail.com Using a simple html file like: html body h1THIS IS SOME TEXT/h1 img src=image.png/ /body /html Where the image is big enough to push it to the second page; Using the command line loffice --convert-to pdf infile.html the pdf produced does not match the html. The first page is blank, THI of THIS are cut off (reproduced on multiple attempts), and the image is drawn very small following the text. If you open the html file in the GUI and click on the Export Directly as PDF button, the pdf looks the same as the html. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 40980] Tamil text will CRASH
https://bugs.freedesktop.org/show_bug.cgi?id=40980 Tor Lillqvist tlillqv...@suse.com changed: What|Removed |Added AssignedTo|tlillqv...@suse.com |libreoffice-b...@lists.free ||desktop.org -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42612] EDITING: double-click on a table entry when table preview mode switched on opens table data window behind main application window OR data window closes spontaneously
https://bugs.freedesktop.org/show_bug.cgi?id=42612 --- Comment #25 from Alex Thurgood alex.thurg...@gmail.com 2011-11-13 01:26:20 PST --- (In reply to comment #24) I cannot reproduce the table data window closes behaviour with freshly compiled libreoffice-3-4 and native mysql driver. I only get the opens behind behaviour. Hi Lionel, My comment #12 was probably incorrect in that it appeared to me that the DataView window had disappeared because it positioned itself at the same coordinates behind the main window. This is why I was led to believe that the DataView window closed itself after opening. It was only when I opened several tables in a row that I noticed that the windows were superpositioned with a slight delta in the window coordinates. Also, my comments aren't in chronological order because when I posted them, the bugzilla machines had their daylight saving time adjusted so my comments appeared to have been made an hour before they actually were, which of course screwed up the order of comments. From my point of view, I don't think that the window closing behaviour exists. Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42612] EDITING: double-click on a table entry when table preview mode switched on opens table data window behind main application window OR data window closes spontaneously
https://bugs.freedesktop.org/show_bug.cgi?id=42612 --- Comment #26 from Alex Thurgood alex.thurg...@gmail.com 2011-11-13 01:28:09 UTC --- (In reply to comment #22) I disabled the delay and confirmed it fixes (on master) the table data view opened behind main application window symptom. Could someone please check whether it also fixes (in 3.4.4rc2 with mysql, see comment 12) the table data view closes after a second symptom? I don't have access to that setup right now. Sorry, I don't have a 3.4.x code tree... :-/ Alex -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #2 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 01:35:54 UTC --- Never saw that with LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)] I am not sure whether I understand the problem correctly. Is that a permanent problem or comes and goes? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42039] Cropped images imported incorrectly from a DOC file
https://bugs.freedesktop.org/show_bug.cgi?id=42039 tester8 iamtest...@gmail.com changed: What|Removed |Added CC||iamtest...@gmail.com --- Comment #2 from tester8 iamtest...@gmail.com 2011-11-13 01:44:29 PST --- NOT reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI Can you try with LO 3.4.4? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42079] Nonprinting Character Button (Ctrl+f10) not working
https://bugs.freedesktop.org/show_bug.cgi?id=42079 --- Comment #3 from tester8 iamtest...@gmail.com 2011-11-13 01:50:27 PST --- NOT reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI Can you try with 3.4.4? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42134] FORMATTING: Autofit doesn't work properly on long texts
https://bugs.freedesktop.org/show_bug.cgi?id=42134 --- Comment #2 from tester8 iamtest...@gmail.com 2011-11-13 01:55:37 PST --- NOT reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI New versions of Ubuntu specific? Oh, non LTS versions of Ubuntu is so non LTS... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 41863] Ellipse drawing shape position and size not saved
https://bugs.freedesktop.org/show_bug.cgi?id=41863 --- Comment #3 from steveb steveb9...@gmail.com 2011-11-13 02:05:56 PST --- The problem is still present. System 1: LibreOffice 3.4.4 OOO340m1 (Build:402) kubuntu 11.10 Linux 3.0.0-12-generic SMP x86_64 System 2: LibreOffice 3.4.4 OOO340m1 (Build:402) Windows XP SP3 32-bit -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42863] EDITING: I don't know where to start, really...
https://bugs.freedesktop.org/show_bug.cgi?id=42863 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||LibreOffice@bielefeldundbus ||s.de Ever Confirmed|0 |1 --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 02:18:11 PST --- I can't imagine what the problem might be. Component Database, Description Basic, reporter seems to have a problem with documentation? @reporter: You can get help from the public users mailing list us...@libreoffice.org, a mailing list from http://www.documentfoundation.org/contribution/#lists or http://wiki.documentfoundation.org/Local_Mailing_Lists Please contribute a clear and comprehensible description of the problem. Hints on http://wiki.documentfoundation.org/BugReport might be useful. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42862] FILESAVE: Gradients not properly exported to PNG/GIF/JPG
https://bugs.freedesktop.org/show_bug.cgi?id=42862 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de Summary|Gradients in drawings are |FILESAVE: Gradients not |not properly exported to|properly exported to |PNG/GIF/JPG |PNG/GIF/JPG --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 02:29:30 PST --- NOT reproducible with LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)] as reported. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42872] New: helptips are unreadable
https://bugs.freedesktop.org/show_bug.cgi?id=42872 Bug #: 42872 Summary: helptips are unreadable Classification: Unclassified Product: LibreOffice Version: LibO 3.4 Daily Platform: Other OS/Version: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: h.krem...@home.nl The helptips are unreadable because the background and the text have (almost) the same dark color -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42553] VIEWING: wrong gradient geometry in Presentation mode
https://bugs.freedesktop.org/show_bug.cgi?id=42553 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Attachment #53110|0 |1 is obsolete|| Attachment #53111|0 |1 is obsolete|| --- Comment #3 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 03:18:44 PST --- Created attachment 53474 -- https://bugs.freedesktop.org/attachment.cgi?id=53474 Sample Document See comment 1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 manj_k courrier.oou.fr@googlemail.com changed: What|Removed |Added Version|LibO 3.4.4 RC1 |LibO 3.3.4 release --- Comment #3 from manj_k courrier.oou.fr@googlemail.com 2011-11-13 03:34:44 PST --- For me: all toolbars of user-installed extensions have been affected by this behavior. That issue doesn't occur with the first restart after having added the extension(s); there is nothing the matter for a while. When the issue has cropped up (apparently causeless), then it is a permanent problem (the little handles of the toolbar are missing). A workaround: disable the affected extension - restart LibO - enable the extension again - restart LibO - drag the toolbar to the intended place. I've applied this workaround just now in LibO 3.4.4 release, and these toolbars now are unlocked and movable. I'll observe the extension toolbars for a while ... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #4 from Yury yury.tarasiev...@gmail.com 2011-11-13 03:40:26 PST --- Yes, it's a permanent problem and yes, just like manj_k points out, it happens all of a sudden. You just notice once that some toolbars are unmovable. Just my guess after looking in the user configs, it *might* be caused by running different language builds, KeyID included. Then again, it might not. I'll keep mine toolbars in this condition for a while, in case some investigation'd be needed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42802] EDITING: Can not select text with mouse over picture with wrap in background properties
https://bugs.freedesktop.org/show_bug.cgi?id=42802 igordimov...@yahoo.com changed: What|Removed |Added OS/Version|All |Windows (All) Priority|medium |high Version|unspecified |LibO 3.4.4 release -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 40831] Writer will crash when searching text with using regular expressions.
https://bugs.freedesktop.org/show_bug.cgi?id=40831 --- Comment #8 from Jonas Heinrich o...@project-insanity.org 2011-11-13 04:40:44 PST --- I tried to replace a paragraph with spaces using regual expression and LibreOffice crashed! Really serious bug because I was unable to recover my document ... I'm using libreoffice-writer 3.4.3-4 (x64 archlinux). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #5 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 04:48:02 PST --- Now, looking a little more concentrated, I also see the problem with 3.4.4 for the Lorem Ipsum toolbar. All manj_k's observations reproducible. Can we summarize that really ONLY user toolbars of user installed Extensions are affected? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42612] EDITING: double-click on a table entry when table preview mode switched on opens table data window behind main application window OR data window closes spontaneously
https://bugs.freedesktop.org/show_bug.cgi?id=42612 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #27 from Lionel Elie Mamane lio...@mamane.lu 2011-11-13 05:21:58 PST --- (In reply to comment #25) (In reply to comment #24) I cannot reproduce the table data window closes behaviour with freshly compiled libreoffice-3-4 and native mysql driver. I only get the opens behind behaviour. Also, my comments aren't in chronological order because when I posted them, the bugzilla machines had their daylight saving time adjusted (...) I see; I took them in chronological order and the last one said window closes. From my point of view, I don't think that the window closing behaviour exists. Then - duplicate *** This bug has been marked as a duplicate of bug 35091 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 35091] EDITING / regression: table or view opens in the background (loses focus)
https://bugs.freedesktop.org/show_bug.cgi?id=35091 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added CC||hein...@gmx.de --- Comment #8 from Lionel Elie Mamane lio...@mamane.lu 2011-11-13 05:21:58 PST --- *** Bug 42612 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42612] EDITING: double-click on a table entry when table preview mode switched on opens table data window behind main application window
https://bugs.freedesktop.org/show_bug.cgi?id=42612 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Summary|EDITING: double-click on a |EDITING: double-click on a |table entry when table |table entry when table |preview mode switched on|preview mode switched on |opens table data window |opens table data window |behind main application |behind main application |window OR data window |window |closes spontaneously| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #6 from manj_k courrier.oou.fr@googlemail.com 2011-11-13 05:22:47 PST --- My experience: Yes, I'm quite sure, only toolbars of user-installed extensions. Default toolbars, adjusted toolbars (Tools Customize Toolbars ...) and user-created toolbars (Tools Customize Toolbars New) are not affected. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 35091] EDITING: table or view double-click open with preview mode on: opens in the background (loses focus)
https://bugs.freedesktop.org/show_bug.cgi?id=35091 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Summary|EDITING / regression: table |EDITING: table or view |or view opens in the|double-click open with |background (loses focus)|preview mode on: opens in ||the background (loses ||focus) Keywords||regression -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 35091] EDITING: table or view double-click open with preview mode on: opens in the background (loses focus)
https://bugs.freedesktop.org/show_bug.cgi?id=35091 Lionel Elie Mamane lio...@mamane.lu changed: What|Removed |Added Platform|x86 (IA32) |All OS/Version|Windows (All) |All Status|NEW |ASSIGNED AssignedTo|libreoffice-b...@lists.free |lio...@mamane.lu |desktop.org | --- Comment #9 from Lionel Elie Mamane lio...@mamane.lu 2011-11-13 05:36:49 PST --- This is a side-effect of how oo.org issue i#99971 (https://issues.apache.org/ooo/show_bug.cgi?id=99971) was fixed (commit 23740dc4a7e81c8c5129e26fe579cf81363d6388). From a Unix/X11-centric POV, it should be completely reverted, but that will get Microsoft Windows users in arms, so we need a more precise fix for this bug. Setting preference org.openoffice.Office.Common/View/NewDocumentHandling/ForceFocusAndToFront to false fixes this bug (on X11/GNU/Linux). On X11, it also does not reintroduce i#99971. OTOH, as far is I understand, this would reintroduce i#99971 on MS Windows. So, I intend to: 1) Make all/most the steal focus behaviour happen only on Microsoft Windows, and possibly other platforms that need it, but not on Unix/X11. 2) To fix this bug on MS Windows, too, make showPreview somehow block the effect of ForceFocusAndToFront. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #9 from manj_k courrier.oou.fr@googlemail.com 2011-11-13 06:10:00 UTC --- Created attachment 53475 -- https://bugs.freedesktop.org/attachment.cgi?id=53475 LibO 3.4.4 · Toolbars: initial state Initial state: the most part of the toolbars are unlocked and movable -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #10 from manj_k courrier.oou.fr@googlemail.com 2011-11-13 06:15:32 PST --- Created attachment 53476 -- https://bugs.freedesktop.org/attachment.cgi?id=53476 LibO 3.4.4 · Toolbars: switched over to 'Page preview' All toolbars of user-installed extensions have been locked (missing handles). That will remain unchanged after 'Close Preview'. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 35830] International build not international enough!
https://bugs.freedesktop.org/show_bug.cgi?id=35830 --- Comment #2 from kyri...@alumni.princeton.edu 2011-11-13 07:39:35 PST --- I believe that all I've written boils down to the following: Please make the LibO installer ask the user which of the supported UIs they want to use. The installer should also install all supported UIs, instead of trying to guess which UIs to install, based on the current locale, the version of Windows used (English, German, etc.) and/or the previous installation. Regarding providing more specific details, I'm afraid I can't help you. I reported this bug eight months ago for a friend, using information he'd given me at the time. At this point, all I can do is summarize what I've already written: * My friend installed LibO under German Windows and got a German UI, even though he did not want it. (He probably could have switched to English from the LibO options, though.) * Trying to reproduce this, I switched my locale from Greek to German and reinstalled LibO on top of my US English Windows/Greek locale installation. I got the English UI that I had before, instead of German, and when I went to change the UI from the LibO options, German was not available; only English and Greek. I think you have summarized the problem quite precisely, when you said that it's difficult to predict with what UI language LibO will start when you have installed more than 1 UI language, to which I will add that it is also difficult to predict *which* UI languages will get installed. Since then, my friend has gone back to OpenOffice 3.2, from which he refuses to budge. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #11 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 07:53:07 PST --- You nailed it. My Lorem Ipsum toolbar showed the prolbem after a page preview. My Multipages toolbar in Calc does not show the problem. Has it ever been observed in Calc? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42877] New: absolute adressing in formulas kills highlighting
https://bugs.freedesktop.org/show_bug.cgi?id=42877 Bug #: 42877 Summary: absolute adressing in formulas kills highlighting Classification: Unclassified Product: LibreOffice Version: LibO 3.4.3 release Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: ar...@sanusi.de Usually in Formulas Cell Adresses are highlighted, so if you type in a cell =F3 F3 is written blue and F3 gets a blue box around. However introducing absolute adressing in any of the cell adressess breaks this, so if you have something like: =$B$13/(B7*2)*(F7-F3)*$B$7 you don't know what you are mesing with... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 40585] Format-Cells crashes Calc
https://bugs.freedesktop.org/show_bug.cgi?id=40585 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status|NEW |NEEDINFO Severity|critical|major CC||LibreOffice@bielefeldundbus ||s.de --- Comment #12 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 08:07:12 PST --- Also NOT reproducible with LibreOffice 3.4.4 - WIN7 Home Premium (64bit) Greek UI [OOO340m1 (Build:402)]. @kyri...@alumni.princeton.edu: Does the problem remain when you use English UI? And with new User profile? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 40579] FILEOPEN Crash opening docx file
https://bugs.freedesktop.org/show_bug.cgi?id=40579 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status Whiteboard|CONFIRMING |CONFIRMED --- Comment #8 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 08:25:10 PST --- @Alex Do you have any information what change in Master did the fix? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 39586] [FILEOPEN] Writer crashes when try to open .docx file
https://bugs.freedesktop.org/show_bug.cgi?id=39586 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Status Whiteboard||target:3.5.0 Keywords||regression --- Comment #7 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 08:27:57 PST --- [Reproducible] with LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)]. Worked fine with LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)], so REGRESSION. No longer crashes with Server installation of Master LibO-dev 3.5.0 – WIN7 Home Premium (64bit) German UI [(Build ID: 6b0de40-0bc4ff4-ca7e6f5-9125509-ce71330)] (11), so WFM target 3.5.0 This one might even be a DUP of Bug 40579 - FILEOPEN Crash opening docx file -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42405] toolbars may become irrevocably locked in place
https://bugs.freedesktop.org/show_bug.cgi?id=42405 --- Comment #12 from Yury yury.tarasiev...@gmail.com 2011-11-13 09:19:36 PST --- No, at least, not after `Page Preview'. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42879] New: FILEOPEN: Outline Lists numbering not shown
https://bugs.freedesktop.org/show_bug.cgi?id=42879 Bug #: 42879 Summary: FILEOPEN: Outline Lists numbering not shown Classification: Unclassified Product: LibreOffice Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: gopalakb...@gmail.com Created attachment 53478 -- https://bugs.freedesktop.org/attachment.cgi?id=53478 Sample document showing the problem Create a document with outline levels in Calligra Words and open that in LibreOffice. We find that the outline numbers are not shown. Attached is a document created in Calligra Words having the problem -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42863] EDITING: I don't know where to start, really...
https://bugs.freedesktop.org/show_bug.cgi?id=42863 --- Comment #2 from exVista en...@tiscali.co.uk 2011-11-13 09:53:37 PST --- I note from a separate problem discussion from earlier this year that a LibO person commented that there are no LibO Base personnel currently working. Is this true? If it is then it's disappointing ( very frustrating). I was hoping to do some significant development work using this product, but I'm hitting so many problems it looks like I'll have to give up (and go back to MS Access), if I can't get any help with them. Regards Norman A -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42881] New: Capitalize every word does not work
https://bugs.freedesktop.org/show_bug.cgi?id=42881 Bug #: 42881 Summary: Capitalize every word does not work Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: x86 (IA32) OS/Version: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: rpn...@free.fr Capitalize every word from the menu Format does not work in a Spreadsheet of Calc. Only the first letter of the string is capitalized. In Writer, all work fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42772] Launch of Libreoffice 3.4.4 impossible after update from version 3.4.1
https://bugs.freedesktop.org/show_bug.cgi?id=42772 --- Comment #2 from mrkah...@gmail.com 2011-11-13 10:17:48 PST --- Same problem here on Win7 64-bit after upgrading from 3.4.3. Uninstall/reinstall didn't work. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42818] EDITING: Bad SUM
https://bugs.freedesktop.org/show_bug.cgi?id=42818 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added OS/Version|All |Mac OS X (All) Status|UNCONFIRMED |NEEDINFO CC||LibreOffice@bielefeldundbus ||s.de Ever Confirmed|0 |1 --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-11-13 10:26:48 PST --- NOT reproducible] with LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)] @webmeis...@axteleats.com: Please: - Attach a sample document - contribute further investigations -- shown SUM range after double click on A17 -- do really all cells contain Numbers? I am pretty sure that A5:A12 contains texts looking like numbers -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 41845] Deleting validated rows does not delete validation circles.
https://bugs.freedesktop.org/show_bug.cgi?id=41845 --- Comment #3 from tester8 iamtest...@gmail.com 2011-11-13 11:48:20 PST --- Reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 41812] calc crash moving grouped cells
https://bugs.freedesktop.org/show_bug.cgi?id=41812 tester8 iamtest...@gmail.com changed: What|Removed |Added CC||iamtest...@gmail.com --- Comment #5 from tester8 iamtest...@gmail.com 2011-11-13 11:58:18 PST --- NOT Reproduced for both files with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI @pier What is your distro (including version)? Can you try with LO 3.4.4? @GerardF Feel free to add me to CC list if you think that some bug should be tested under Linux. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42884] New: allow macros dialog raised to top *several* times
https://bugs.freedesktop.org/show_bug.cgi?id=42884 Bug #: 42884 Summary: allow macros dialog raised to top *several* times Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: All OS/Version: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: lio...@mamane.lu I'm using Debian GNU/Linux, and libreoffice uses GTK. The allow macros dialog (shown in macro security mode medium when opening a document with macros) grabs focus several times. Grabbing the focus even *once* is debatable (really, the window manager should decide), but doing it several times is really overboard and annoys the user: if libreoffice is slow, the dialog grabs focus, the user switches focus to another window, the same dialog grabs focus *again*, and this cycle is repeated several times. To observe this, one has to switch away focus from the dialog faster than it regrabs it; the easiest way to do that is to slow down LibreOffice, for example by running it over a slow network connection. The upload of an ADSL line is about right for this test. Alternatively, one can set a breakpoint on GtkSalFrame::ToTop, and each time the breakpoint is hit, give focus to another window, then let LO continue executing. In a multiple workspace scenario, interspersed with the grabbing focus and raising to top, the dialog also switches from the current workspace to the workspace the document window is in and vice-versa. Further testing shows that LO will raise the dialog each time the user switches to the workspace that contains it or to the workspace that contains the document window, so this can go on indefinitely. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 36946] Slide transitions in Impress should be sorted in meaningful categories (Usability improvement)
https://bugs.freedesktop.org/show_bug.cgi?id=36946 --- Comment #3 from Rob Snelders programm...@ertai.nl 2011-11-13 12:45:39 PST --- sd/source/ui/animations/SlideTransitionPane.hrc is the file where the transitions are displayed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42712] SQL concat with || error in listbox
https://bugs.freedesktop.org/show_bug.cgi?id=42712 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added CC||serval2...@yahoo.fr Keywords||NEEDINFO --- Comment #2 from Julien Nabet serval2...@yahoo.fr 2011-11-13 13:31:06 PST --- Could you give the following information : - which Operating System ? - which Java version ? Could you also attach an odb file (if possible a brand new odb created from 3.4.4, the released version some days ago) which shows this bug ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42553] VIEWING: wrong gradient geometry in Presentation mode
https://bugs.freedesktop.org/show_bug.cgi?id=42553 --- Comment #4 from Raphaël raph...@hotmail.com 2011-11-13 14:56:28 PST --- @Rainer Bielfeld: I don't understand why you truncated my test file. Moreover, why did you change my title? With my old title 'problems with transparency gradient in presentation mode', every slide of my test file was relevant, especially the first one, which exactly repeat the procedure described in comment 0. Please note that the problem is more than just a geometrical one. Maybe you didn't see exactly what the problem is: when you run the first slide of my file in presentation mode, the screen will be black for few seconds, but if you wait a little (the rendering process takes some time), you will see the relevance of this slide ! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42818] EDITING: Bad SUM
https://bugs.freedesktop.org/show_bug.cgi?id=42818 --- Comment #2 from webmeis...@axteleats.com 2011-11-13 15:24:40 PST --- (In reply to comment #1) NOT reproducible] with LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)] @webmeis...@axteleats.com: Please: - Attach a sample document - contribute further investigations -- shown SUM range after double click on A17 -- do really all cells contain Numbers? I am pretty sure that A5:A12 contains texts looking like numbers There is no text. I'll attach the document. The picture does show the range. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42818] EDITING: Bad SUM
https://bugs.freedesktop.org/show_bug.cgi?id=42818 --- Comment #3 from webmeis...@axteleats.com 2011-11-13 15:26:13 PST --- Created attachment 53489 -- https://bugs.freedesktop.org/attachment.cgi?id=53489 SUM function not working for me here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42818] EDITING: Bad SUM
https://bugs.freedesktop.org/show_bug.cgi?id=42818 webmeis...@axteleats.com changed: What|Removed |Added Attachment #53489|SUM function not working|ODS file: SUM function not description|for me here.|working for me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42818] EDITING: Bad SUM
https://bugs.freedesktop.org/show_bug.cgi?id=42818 webmeis...@axteleats.com changed: What|Removed |Added Platform|Other |PowerPC Version|LibO 3.4.4 RC1 |LibO 3.4.4 release -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42639] EDITING: Writer crashes on copy and pasting
https://bugs.freedesktop.org/show_bug.cgi?id=42639 NoOp gl...@sbcglobal.net changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42882] SVG Re-size Image Error
https://bugs.freedesktop.org/show_bug.cgi?id=42882 --- Comment #1 from rk...@yahoo.com 2011-11-13 16:00:51 PST --- Please note that this bug might be related to Bug 41995. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42092] SVG in PDF export becomes BITMAP
https://bugs.freedesktop.org/show_bug.cgi?id=42092 --- Comment #8 from rk...@yahoo.com 2011-11-13 16:01:33 PST --- Please note that this bug might be related to Bug 41995. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42892] New: Add new symbols to LibreOffice Math
https://bugs.freedesktop.org/show_bug.cgi?id=42892 Bug #: 42892 Summary: Add new symbols to LibreOffice Math Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Formula editor AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: olivier.hal...@documentfoundation.org The purpose of this bug is to implement new symbols in LibreOffice Math for Game Theory. Symbols are: 8826 / 2270a ≺ 8827 / 2270b ≻ 8828 / 2270c ≼ 8829 / 2270d ≽ 8830 / 2270e ≾ 8831 / 2270f ≿ I have everithing implemented and I will attache here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42892] Add new symbols to LibreOffice Math
https://bugs.freedesktop.org/show_bug.cgi?id=42892 --- Comment #1 from Olivier Hallot olivier.hal...@documentfoundation.org 2011-11-13 18:40:44 PST --- Created attachment 53493 -- https://bugs.freedesktop.org/attachment.cgi?id=53493 Patch to add game theory symbols in Math (zipped) see further comment in http://wiki.documentfoundation.org/User:Ohallot -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42892] Add new symbols to LibreOffice Math
https://bugs.freedesktop.org/show_bug.cgi?id=42892 --- Comment #2 from Olivier Hallot olivier.hal...@documentfoundation.org 2011-11-13 18:41:46 PST --- Created attachment 53494 -- https://bugs.freedesktop.org/attachment.cgi?id=53494 minor fix to patch. Apply after the previous one. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 42893] New: [EDITING] [ProposedEasyHack] Improve Autocorrect: Capitalize first letter of sentence
https://bugs.freedesktop.org/show_bug.cgi?id=42893
Bug #: 42893
Summary: [EDITING] [ProposedEasyHack] Improve Autocorrect:
Capitalize first letter of sentence
Classification: Unclassified
Product: LibreOffice
Version: LibO 3.4.4 release
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: medium
Component: Writer
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: ryan.jendo...@gmail.com
In addition to the issue identified in
https://bugs.freedesktop.org/show_bug.cgi?id=35515, there are other instances
where the Capitalize first letter of every sentence option is more trouble than
it's worth.
The 'start of sentence detection' should be improved to recognise the following
for what they are, and therefore not perform any capitalization:
1. Common contractions, e.g. esp. for especially, incl. for including,
temp. for temporary, e.g., i.e., etc.
2. Things which are clearly acronyms, e.g. U.S., Y.M.C.A., etc. In regex
terms I'd imagine the pattern to be /([a-zA-Z]\.){2,}/, i.e., any two or more
occurrences of a letter followed by a period.
You could make a judgment call about whether you wanted to limit it to capital
letters. On the plus side you're more likely to be looking at something really
intended as an acronym, but on the negative site I often use acronyms like
w.r.t. for with regard to, and suchlike. This might matter more if you
thought e.g. and i.e. are more accurately classed as acronyms than
contractions; I'm not sure the conceptual distinction would make a difference
here in practice.
3. Did you spot the 'intentional mistake' in number 1. above? :-) The case
where a contraction or acronym falls at the end of a sentence is tricky. Some
cursory research ([1],[2]) confirms that in these situations the correct thing
to do is to have only one period, which 'does double duty', both indicating the
shortening and ending the sentence.
Therefore, in these situations LO would probably miss the new sentence and not
be able to capitalize. However, both ending sentences with acronyms and
(hopefully) the occurrence of people forgetting to capitalize are pretty rare,
so I'd vote to suffer this possible intermittent inconvenience in order to have
the benefit which 1. and 2. above would bring.
As a pie-in-the-sky concept, I guess it'd be possible to do some heuristics
using the grammar engine to determine if the writer probably intended to finish
the sentence at a certain point, but that seems like a disproportionate amount
of effort.
Localization issues
---
/[a-zA-Z]/ is Unicode-unfriendly for a start. I can't remember if LO's regex
engine supports Unicode-aware character entities like [[:alpha:]]: if it does,
we can use them; if it doesn't, that's another bug report :p
In addition, it's likely that all the rules above would have to be
language-contingent. The possible scope of this might be taking us outside the
realms of an EasyHack, but it should be possible to lay the groundwork easily
enough.
[1] http://ethnicity.rutgers.edu/~jlynch/Writing/p.html#periods
[2] http://english.stackexchange.com/search?q=[punctuation]+etc
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- 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
