[Libreoffice-bugs] [Bug 103104] New: Error 'BASIC syntax error. Unexpected symbol: ..' when a space before a dot
https://bugs.documentfoundation.org/show_bug.cgi?id=103104 Bug ID: 103104 Summary: Error 'BASIC syntax error. Unexpected symbol: ..' when a space before a dot Product: LibreOffice Version: 5.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: BASIC Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nvy...@yandex.ru We can write in BASIC: a = 1+2 a = 1+ 2 a = 1+ _ 2 a = 1 +2 a = 1 + 2 a = 1 _ + 2 But for dot expressions: a = b.c 'OK a = b. c 'OK a = b. _ c 'OK a = b .c 'error ! a = b _ .c'error ! Is this feature or bug? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 67347] FILEOPEN: MS .pptx Textbox with stacked text imported wrong size
https://bugs.documentfoundation.org/show_bug.cgi?id=67347 --- Comment #25 from tommy27--- still present in LibO 5.3.0.0.alpha0+ Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02 Locale: it-IT (it_IT); Calc: group -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 75209] FILEOPEN: Impress grouped pictures not displayed in slideshow
https://bugs.documentfoundation.org/show_bug.cgi?id=75209 --- Comment #24 from tommy27--- still reproducible with LibO 5.3.0.0+ alpha daily build from yesterday -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 37315] cropped pictures in .docx file are mangled and in wrong place
https://bugs.documentfoundation.org/show_bug.cgi?id=37315 --- Comment #23 from tommy27--- no change in bug behaviour using LibO 5.3.0.0.alpha0+ Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02 Locale: it-IT (it_IT); Calc: group -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 103080] A new default set of bundled fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=103080 --- Comment #4 from Jean-Francois Nifenecker--- (In reply to Yousuf Philips (jay) from comment #0) > I've been researching our current bundled fonts and think its time to do > some cleanup. > > Step 1 - Removals > = > The current font bundle takes up 42.5 MB and 45% (19.2 MB) of it is taken up > by the Linux Biolinum G, Linux Libertine Display G, and Linux Libertine G > fonts and think they should be the first to go as they takes up way to much > space, they arent highly used fonts, and Khaled Hosney mentioned that "they > are unmaintained, and of limited value if we move to have OpenType features > everywhere." > The Linux * G fonts are the only ones that allow support for enhanced typographic management within documents. Using them in conjunction with the Typography toolbar extension (http://extensions.libreoffice.org/extension-center/typography-toolbar) contributes to make Writer a true DTP tool. This is why they are used by some people (myself included) as their template fonts. This means that removing them from LibO installs would, at best, force to add them afterward, and, at worse, would fail to show the qualities of Writer, typographically-wise. Hence, I strongly disagree with the removal of these fonts. For the time being, the mere fact they haven't been updated in a while doesn't make them rubbish, anyway. Another option would be to remove the fonts from the software installation, as proposed, and provide a separate font bundle to be downloaded at the very same place the software is available. Besides, I agree with the idea that the proposed cleanup should only be done after a missing font infobar is available so that users whose documents rely upon removed fonts be clearly aware of the changes and can take the appropriate measures. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 103080] A new default set of bundled fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=103080 --- Comment #4 from Jean-Francois Nifenecker--- (In reply to Yousuf Philips (jay) from comment #0) > I've been researching our current bundled fonts and think its time to do > some cleanup. > > Step 1 - Removals > = > The current font bundle takes up 42.5 MB and 45% (19.2 MB) of it is taken up > by the Linux Biolinum G, Linux Libertine Display G, and Linux Libertine G > fonts and think they should be the first to go as they takes up way to much > space, they arent highly used fonts, and Khaled Hosney mentioned that "they > are unmaintained, and of limited value if we move to have OpenType features > everywhere." > The Linux * G fonts are the only ones that allow support for enhanced typographic management within documents. Using them in conjunction with the Typography toolbar extension (http://extensions.libreoffice.org/extension-center/typography-toolbar) contributes to make Writer a true DTP tool. This is why they are used by some people (myself included) as their template fonts. This means that removing them from LibO installs would, at best, force to add them afterward, and, at worse, would fail to show the qualities of Writer, typographically-wise. Hence, I strongly disagree with the removal of these fonts. For the time being, the mere fact they haven't been updated in a while doesn't make them rubbish, anyway. Another option would be to remove the fonts from the software installation, as proposed, and provide a separate font bundle to be downloaded at the very same place the software is available. Besides, I agree with the idea that the proposed cleanup should only be done after a missing font infobar is available so that users whose documents rely upon removed fonts be clearly aware of the changes and can take the appropriate measures. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102929] cannot open docx
https://bugs.documentfoundation.org/show_bug.cgi?id=102929 --- Comment #6 from kosmas sofronidis--- Thanks for your effort. So, what happens next? I can't use the file. Please tell me in simple words -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 88319] export to PDF may produce unexpected space (XITS font, cyrillic glyphs with combining accent)
https://bugs.documentfoundation.org/show_bug.cgi?id=88319 --- Comment #10 from Yury--- (In reply to Xisco FaulĂ from comment #9) > Hello Yury, > > Thank you for reporting the bug. This issue has previously been reported, so > this bug will be resolved as a duplicate of the earlier report. You will > automatically be added to the CC list of the other bug. Thanks all involved. Actually, my report came in earlier, but never mind. )) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101972] Holding A modifier key in Dialog Windows every widget start flashing ( refresh)
https://bugs.documentfoundation.org/show_bug.cgi?id=101972 Buovjagachanged: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |minor -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98481] SUM is zero when some cells are empty and some cells reference other sheet AND file is xlsx.
https://bugs.documentfoundation.org/show_bug.cgi?id=98481 Buovjagachanged: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Version|5.2.1.2 release |5.1.0.2 rc Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103046] Crash at EDITING of Slide transition (Folienuebergang)
https://bugs.documentfoundation.org/show_bug.cgi?id=103046 Buovjagachanged: What|Removed |Added Priority|medium |high Severity|normal |critical -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: bin/check-elf-dynamic-objects
bin/check-elf-dynamic-objects |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 91d406f5afb6e08f418d14761beb4a5af5783275 Author: Norbert ThiebaudDate: Mon Oct 10 23:11:55 2016 -0500 check-elf whitelist libxml2 not libxml Change-Id: If0179726861c867f9c25c13f9eb0b61faaee9524 diff --git a/bin/check-elf-dynamic-objects b/bin/check-elf-dynamic-objects index fa46cb7..7d444ee 100755 --- a/bin/check-elf-dynamic-objects +++ b/bin/check-elf-dynamic-objects @@ -62,7 +62,7 @@ programfiles=$(basename -a $(echo ${files} | grep -o '/program/[^/]* ')) # whitelists should contain only system libraries that have a good reputation # of maintaining ABI stability -globalwhitelist="ld-linux-x86-64.so.2 libc.so.6 libm.so.6 libdl.so.2 libpthread.so.0 librt.so.1 libutil.so.1 libnsl.so.1 libcrypt.so.1 libgcc_s.so.1 libstdc++.so.6 libz.so.1 libfontconfig.so.1 libfreetype.so.6 libxml.so.2 libxslt.so.1 libexslt.so.0" +globalwhitelist="ld-linux-x86-64.so.2 libc.so.6 libm.so.6 libdl.so.2 libpthread.so.0 librt.so.1 libutil.so.1 libnsl.so.1 libcrypt.so.1 libgcc_s.so.1 libstdc++.so.6 libz.so.1 libfontconfig.so.1 libfreetype.so.6 libxml2.so.2 libxslt.so.1 libexslt.so.0" x11whitelist="libX11.so.6 libXext.so.6 libSM.so.6 libICE.so.6 libXinerama.so.1 libXrender.so.1 libXrandr.so.2 libcairo.so.2" openglwhitelist="libGL.so.1" giowhitelist="libgio-2.0.so.0 libgobject-2.0.so.0 libglib-2.0.so.0 libdbus-glib-1.so.2 libdbus-1.so.3" ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 101972] Holding A modifier key in Dialog Windows every widget start flashing ( refresh)
https://bugs.documentfoundation.org/show_bug.cgi?id=101972 Aron Budeachanged: What|Removed |Added CC||ba...@caesar.elte.hu --- Comment #5 from Aron Budea --- If I go to image Properties (which takes me to Wrap tab by default): -pressing Alt repeatedly causes "None" to flash, -pressing Alt or Ctrl continuously causes flickering to run through all the widgets. Even the menu bar is flickering if I run my mouse pointer across. No flickering in native Windows Open/Save/etc. dialogs, though. Opetions menu doesn't flicker, either. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: bin/check-elf-dynamic-objects
bin/check-elf-dynamic-objects | 75 +++--- 1 file changed, 70 insertions(+), 5 deletions(-) New commits: commit 4189551d56b4c6f37e8aebb856411794ea98e44f Author: Norbert ThiebaudDate: Mon Oct 10 22:21:14 2016 -0500 Support parallelism for check-elf-dynamic-objects using that and restricting the tests to the content of instdir/program bring the runtime on out slave builder from 4 minutes+ to just above one second added -d to override INSTDIR added -p to indicate parallelism (no limit for now, so be cautious with the -d you point too Change-Id: I14c140f54bea329b82960843a6db44bfaf6c7108 diff --git a/bin/check-elf-dynamic-objects b/bin/check-elf-dynamic-objects index b34af3e..fa46cb7 100755 --- a/bin/check-elf-dynamic-objects +++ b/bin/check-elf-dynamic-objects @@ -12,7 +12,51 @@ set -euo pipefail -files=$(find "${INSTDIR}" -type f) +PARA=1 +check_path="${INSTDIR:-.}/program" + +while [ "${1:-}" != "" ]; do +parm=${1%%=*} +arg=${1#*=} +has_arg= +if [ "${1}" != "${parm?}" ] ; then +has_arg=1 +else +arg="" +fi + +case "${parm}" in +--dir|-d) + if [ "$has_arg" ] ; then + check_path=$arg + else + shift + check_path=$1 + fi +;; +-p) + # this sound counter intuitive. but the idea +# is to possibly support -p +# in the mean time 0 = nolimit and -p 1 would mean +# the current default: serialize +PARA=0 +;; +-*) +die "Invalid option $1" +;; +*) +if [ "$DO_NEW" = 1 ] ; then +REPO="$1" +else +die "Invalid argument $1" +fi +;; +esac +shift +done + + +files=$(find "${check_path}" -type f) # all RPATHs should point to ${INSTDIR}/program so that's the files they find programfiles=$(basename -a $(echo ${files} | grep -o '/program/[^/]* ')) @@ -29,10 +73,10 @@ kde4whitelist="libkio.so.5 libkfile.so.4 libkdeui.so.5 libkdecore.so.5 libQtNetw avahiwhitelist="libdbus-glib-1.so.2 libdbus-1.so.3 libgobject-2.0.so.0 libglib-2.0.so.0 libavahi-common.so.3 libavahi-client.so.3" kerberoswhitelist="libgssapi_krb5.so.2 libcom_err.so.2 libkrb5.so.3" -status=0 +check_one_file() +{ +local file="$1" -for file in ${files} -do skip=0 whitelist="${globalwhitelist}" case "${file}" in @@ -132,7 +176,28 @@ do esac fi fi -done +} +status=0 + +if [ "$PARA" = "1" ] ; then +for file in ${files} +do + check_one_file $file +done +else +rm -f check_elf.out +for file in ${files} +do + ( + check_one_file $file + )>> check_elf.out & +done +if [ -s check_elf.out ] ; then + cat check_elf.out + status=1 +fi +rm check_elf.out +fi exit ${status} ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 101742] Hyperlinks lost when importing vsdx
https://bugs.documentfoundation.org/show_bug.cgi?id=101742 Aron Budeachanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||ba...@caesar.elte.hu Ever confirmed|0 |1 --- Comment #1 from Aron Budea --- Confirmed with LO 5.2.2.2 / Windows 7. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98821] imported mspub issues
https://bugs.documentfoundation.org/show_bug.cgi?id=98821 Aron Budeachanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||ba...@caesar.elte.hu Ever confirmed|0 |1 --- Comment #2 from Aron Budea --- While I'm not sure how the pages should look exactly, I can confirm they don't look correct. I used LO 5.2.2.2 / Windows 7. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98481] SUM is zero when some cells are empty and some cells reference other sheet AND file is xlsx.
https://bugs.documentfoundation.org/show_bug.cgi?id=98481 Flint O'Brienchanged: What|Removed |Added Version|5.1.0.2 rc |5.2.1.2 release --- Comment #5 from Flint O'Brien --- The model I have in my mind is that all values for all formulas are always correct. No exceptions. I don't understand why recalculate-on-load is an option (and off by default). I changed the preference to recalculate on file load and it does calculate correctly when the file is loaded and it properly calculates equations entered after the file is loaded. If I turn this option off (which is the default), the problem fields are not calculated correctly on load and adding new expressions are also not calculated correctly. As mentioned in the original bug report, this is for expressions referencing other sheets and expressions on the current sheet that reference cells on another sheet. Regarding the previous comment to just throw this bug out... Let met start with saying that I do appreciate all the work everyone is putting in on this project. I don't know why I have to provide this information since it's not necessary to recreate this bug. The bug exists using the default options of a clean install. I'm disheartened if you're not willing to fix bugs that have been thoroughly reported with a complete and minimal example. A spreadsheet program that you can't trust to do proper calculations 100% of the time is not very useful. The reason I reported the bug was to try to help the community for people who are unsuspecting and have no reason to turn on recalculate-on-load. With a large spreadsheet, it's not always obvious the numbers aren't being calculated correctly. I really trusted the values to be correct and was quite surprised to find this bug (and doubly surprised it hasn't been high priority to be fix). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103103] Many Arabic fonts dont render correctly on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=103103 Yousuf Philips (jay)changed: What|Removed |Added Keywords||bibisectRequest, regression -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
comment about connection.py in UI testing code
Hey Stephan, to come back to your comment from IRC earlier. https://cgit.freedesktop.org/libreoffice/core/commit/?id=74bf4ca9f382fa12481fda18b57cdce4c0d5422b should catch the case now that the started LibreOffice instance has already stopped before we can connect. Additionally I found some more information about the dbgutil assert that I mentioned. I managed to add some debug code and improve the order that the output for the test is generated and found the following pattern. tearDown: calling terminate()... create desktop<-- added from me as debug output terminate<-- added from me as debug output caught DisposedException while TearDown ok test_select_text (start.SimpleWriterTest) ... warn:sal.osl.pipe:23905:6:sal/osl/unx/pipe.cxx:497: recv() failed: Connection reset by peer warn:binaryurp:23583:9:binaryurp/source/reader.cxx:123: caught UNO exception 'Binary URP bridge already disposed' warn:binaryurp:23905:6:binaryurp/source/bridge.cxx:844: undisposed bridge, potential deadlock ahead python3: /home/moggi/devel/libo/binaryurp/source/binaryany.cxx:107: void* binaryurp::BinaryAny::getValue(const com::sun::star::uno::TypeDescription&) const: Assertion `type.get()->eTypeClass == typelib_TypeClass_ANY || type.equals(css::uno::TypeDescription(data_.pType))' failed. So it seems I basically hit this if I the Desktop.terminate call has thrown a DisposedException that we get the problem during the next start. Additionally it seems that we might leak Bridge instances but I need to debug that a bit more. Adding a SAL_DEBUG into the Bridge constructor and destructor shows two created bridges but only one destroyed one per test. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] online.git: loolwsd/LOOLWSD.cpp loolwsd/test loolwsd/UserMessages.hpp
loolwsd/LOOLWSD.cpp | 15 +++ loolwsd/UserMessages.hpp |2 -- loolwsd/test/httpwserror.cpp |2 -- 3 files changed, 7 insertions(+), 12 deletions(-) New commits: commit c62344db814fe351787316accf0faf53ee811db5 Author: Henry CastroDate: Mon Oct 10 22:28:56 2016 -0400 loolwsd: websocket shutdown cleanup diff --git a/loolwsd/LOOLWSD.cpp b/loolwsd/LOOLWSD.cpp index 2b3b205..79d1986 100644 --- a/loolwsd/LOOLWSD.cpp +++ b/loolwsd/LOOLWSD.cpp @@ -182,7 +182,6 @@ static inline void shutdownLimitReached(WebSocket& ws) { const std::string error = Poco::format(PAYLOAD_UNAVALABLE_LIMIT_REACHED, MAX_DOCUMENTS, MAX_CONNECTIONS); -const std::string close = Poco::format(SERVICE_UNAVALABLE_LIMIT_REACHED, static_cast(WebSocket::WS_POLICY_VIOLATION)); /* loleaflet sends loolclient, load and partrectangles message immediately after web socket handshake, so closing web socket fails loading page in @@ -204,7 +203,7 @@ void shutdownLimitReached(WebSocket& ws) if (--retries == 4) { ws.sendFrame(error.data(), error.size()); -ws.shutdown(WebSocket::WS_POLICY_VIOLATION, close); +ws.shutdown(WebSocket::WS_POLICY_VIOLATION, ""); } } while (retries > 0 && (flags & WebSocket::FRAME_OP_BITMASK) != WebSocket::FRAME_OP_CLOSE); @@ -212,7 +211,7 @@ void shutdownLimitReached(WebSocket& ws) catch (Exception&) { ws.sendFrame(error.data(), error.size()); -ws.shutdown(WebSocket::WS_POLICY_VIOLATION, close); +ws.shutdown(WebSocket::WS_POLICY_VIOLATION, ""); } } @@ -897,8 +896,8 @@ private: // something wrong, with internal exceptions Log::trace("Abnormal close handshake."); session->closeFrame(); -ws->shutdown(WebSocket::WS_ENDPOINT_GOING_AWAY, SERVICE_UNAVALABLE_INTERNAL_ERROR); -session->shutdownPeer(WebSocket::WS_ENDPOINT_GOING_AWAY, SERVICE_UNAVALABLE_INTERNAL_ERROR); +ws->shutdown(WebSocket::WS_ENDPOINT_GOING_AWAY, ""); +session->shutdownPeer(WebSocket::WS_ENDPOINT_GOING_AWAY, ""); } } @@ -1050,7 +1049,7 @@ public: const std::string msg = std::string("error: ") + exc.what(); ws->sendFrame(msg.data(), msg.size()); // abnormal close frame handshake -ws->shutdown(WebSocket::WS_ENDPOINT_GOING_AWAY, msg); +ws->shutdown(WebSocket::WS_ENDPOINT_GOING_AWAY, ""); } catch (const std::exception& exc2) { @@ -1275,8 +1274,8 @@ public: // something wrong, with internal exceptions Log::trace("Abnormal close handshake."); session->closeFrame(); -ws->shutdown(WebSocket::WS_ENDPOINT_GOING_AWAY, SERVICE_UNAVALABLE_INTERNAL_ERROR); -session->shutdownPeer(WebSocket::WS_ENDPOINT_GOING_AWAY, SERVICE_UNAVALABLE_INTERNAL_ERROR); +ws->shutdown(WebSocket::WS_ENDPOINT_GOING_AWAY, ""); +session->shutdownPeer(WebSocket::WS_ENDPOINT_GOING_AWAY, ""); } } catch (const Exception& exc) diff --git a/loolwsd/UserMessages.hpp b/loolwsd/UserMessages.hpp index 36e6ad3..7883fc0 100644 --- a/loolwsd/UserMessages.hpp +++ b/loolwsd/UserMessages.hpp @@ -13,9 +13,7 @@ #define INCLUDED_USERMESSAGES_HPP //NOTE: For whatever reason Poco seems to trim the first character. - constexpr auto SERVICE_UNAVALABLE_INTERNAL_ERROR = " Service is unavailable. Please try again later and report to your administrator if the issue persists."; -constexpr auto SERVICE_UNAVALABLE_LIMIT_REACHED = "error: cmd=socket kind=close code=%d"; constexpr auto PAYLOAD_UNAVALABLE_LIMIT_REACHED = "error: cmd=socket kind=limitreached params=%d,%d"; #endif diff --git a/loolwsd/test/httpwserror.cpp b/loolwsd/test/httpwserror.cpp index 8e7769d..509046c 100644 --- a/loolwsd/test/httpwserror.cpp +++ b/loolwsd/test/httpwserror.cpp @@ -103,7 +103,6 @@ void HTTPWSError::testMaxDocuments() sendTextFrame(socket, "partpagerectangles "); statusCode = getErrorCode(socket, message); CPPUNIT_ASSERT_EQUAL(static_cast(Poco::Net::WebSocket::WS_POLICY_VIOLATION), statusCode); -CPPUNIT_ASSERT_MESSAGE("Wrong error message ", message.find("error: cmd=socket kind=close") != std::string::npos); } catch (const Poco::Exception& exc) { @@ -144,7 +143,6 @@ void HTTPWSError::testMaxConnections() sendTextFrame(socketN, "partpagerectangles "); statusCode = getErrorCode(*socketN, message); CPPUNIT_ASSERT_EQUAL(static_cast(Poco::Net::WebSocket::WS_POLICY_VIOLATION), statusCode); -CPPUNIT_ASSERT_MESSAGE("Wrong error message ", message.find("error: cmd=socket kind=close") !=
[Libreoffice-commits] core.git: 5 commits - chart2/source uitest/calc_tests uitest/demo_ui uitest/libreoffice uitest/test_main.py uitest/uitest xmloff/source
chart2/source/controller/main/ChartController.cxx |4 +- uitest/calc_tests/tdf96453.py |9 ++ uitest/demo_ui/handle_multiple_files.py |9 +- uitest/libreoffice/connection.py |3 ++ uitest/test_main.py |2 - uitest/uitest/path.py | 31 ++ xmloff/source/chart/PropertyMaps.cxx | 11 ++- 7 files changed, 51 insertions(+), 18 deletions(-) New commits: commit 49b50720880b3c6b685568b998282b2b394f2913 Author: Markus MohrhardDate: Tue Oct 11 04:13:13 2016 +0200 make it easier to read the logs Not yet perfect but already better. Change-Id: I5309947333aa2cce6526335b603ef316226e490c diff --git a/uitest/test_main.py b/uitest/test_main.py index 7dcbb3b..b3aad3c 100644 --- a/uitest/test_main.py +++ b/uitest/test_main.py @@ -106,7 +106,7 @@ if __name__ == '__main__': if "-d" in opts or "--debug" in opts: uitest.config.use_sleep = True -result = unittest.TextTestRunner(verbosity=2).run(test_suite) +result = unittest.TextTestRunner(stream=sys.stdout, verbosity=2).run(test_suite) print("Tests run: %d" % result.testsRun) print("Tests failed: %d" % len(result.failures)) print("Tests errors: %d" % len(result.errors)) commit 74bf4ca9f382fa12481fda18b57cdce4c0d5422b Author: Markus Mohrhard Date: Tue Oct 11 04:11:53 2016 +0200 avoid infinite loop if the instance stopped already Change-Id: I03f78e592f3f182f34ea05829131357cabcc4c7b diff --git a/uitest/libreoffice/connection.py b/uitest/libreoffice/connection.py index a39b42f..7b36479 100644 --- a/uitest/libreoffice/connection.py +++ b/uitest/libreoffice/connection.py @@ -74,6 +74,9 @@ class OfficeConnection: url = "uno:" + socket + ";urp;StarOffice.ComponentContext" print("OfficeConnection: connecting to: " + url) while True: +if self.soffice.poll() is not None: +raise Exception("soffice has stopped.") + try: xContext = xUnoResolver.resolve(url) return xContext commit f6624944219da151c10c3c8b5decaa0abbef1b45 Author: Markus Mohrhard Date: Tue Oct 11 04:09:46 2016 +0200 pathlib is only in python 3.4+ We still use 3.3 on windows. Change-Id: I32adabe1eb12d8803d61458fcb1a228b3ff045e0 diff --git a/uitest/calc_tests/tdf96453.py b/uitest/calc_tests/tdf96453.py index 020b901..fb8e404 100644 --- a/uitest/calc_tests/tdf96453.py +++ b/uitest/calc_tests/tdf96453.py @@ -11,16 +11,13 @@ import os import pathlib from uitest.uihelper.common import get_state_as_dict +from uitest.path import get_srcdir_url + from libreoffice.calc.document import get_sheet_from_doc from libreoffice.calc.conditional_format import get_conditional_format_from_sheet -def get_data_dir(): -current_dir = os.path.dirname(os.path.realpath(__file__)) -return os.path.join(current_dir, "data") - def get_url_for_data_file(file_name): -path = os.path.join(get_data_dir(), file_name) -return pathlib.Path(path).as_uri() +return get_srcdir_url() + "/uitest/calc_tests/data/" + file_name class ConditionalFormatDlgTest(UITestCase): diff --git a/uitest/demo_ui/handle_multiple_files.py b/uitest/demo_ui/handle_multiple_files.py index ab56c55..dd4cba7 100644 --- a/uitest/demo_ui/handle_multiple_files.py +++ b/uitest/demo_ui/handle_multiple_files.py @@ -11,18 +11,13 @@ from libreoffice.uno.eventlistener import EventListener from uitest.framework import UITestCase from uitest.debug import sleep +from uitest.path import get_srcdir_url import time import os -import pathlib - -def get_data_dir(): -current_dir = os.path.dirname(os.path.realpath(__file__)) -return os.path.join(current_dir, "data") def get_url_for_data_file(file_name): -path = os.path.join(get_data_dir(), file_name) -return pathlib.Path(path).as_uri() +return get_srcdir_url() + "/uitest/demo_ui/data/" + file_name class HandleFiles(UITestCase): diff --git a/uitest/uitest/path.py b/uitest/uitest/path.py new file mode 100644 index 000..19eea2a --- /dev/null +++ b/uitest/uitest/path.py @@ -0,0 +1,31 @@ +# -*- Mode: python; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ +# +# This Source Code Form is subject to the terms of the Mozilla Public +# License, v. 2.0. If a copy of the MPL was not distributed with this +# file, You can obtain one at http://mozilla.org/MPL/2.0/. +# + +import os +from urllib.parse import urljoin +from urllib.request import pathname2url + +def get_src_dir_fallback(): +current_dir = os.path.dirname(os.path.realpath(__file__)) +return os.path.abspath(os.path.join(current_dir, "../../")) + +def path2url(path): +return urljoin('file:', pathname2url(path)) + +def get_workdir_url(): +
[Libreoffice-bugs] [Bug 103051] Export to pdf scrambles png
https://bugs.documentfoundation.org/show_bug.cgi?id=103051 Taylorchanged: What|Removed |Added Keywords||bibisected --- Comment #3 from Taylor --- OK, I just ran a bisect on the binary tree and found the "bad" commit. daca5ed1742e6c0f2a10739b2bb5ee813b964515 is the first bad commit commit daca5ed1742e6c0f2a10739b2bb5ee813b964515 Author: Miklos Vajna Date: Thu Jun 2 05:42:39 2016 +0200 2016-06-02: source-hash-242b51c9f6ba0c580b73b713cbaacc4fb922c28e :100644 100644 b4d911496e20379ec21028576534240ac1996802 ee2a5f29cdd7fc6d53875512c8d4e8d605f0462e M build-info.txt :04 04 25691fdace53a7febb5269908f5a1b72cca957cb c96a43bbc4a71165af333ed5daab34ce4ceb3cc2 M opt Here is the git bisect log: git bisect start # bad: [8bb36bab947443d584581f030c7d476f96f414c7] 2016-10-10: source-hash-8bfbd7fbd74b69959929e29df3c99aa22ec13ca5 git bisect bad 8bb36bab947443d584581f030c7d476f96f414c7 # good: [5d480e64a972e0a71aa58a261d3d9706336400dd] 2016-05-26: source-hash-a042951ad4db2b84021e1d43361511dec998ce82 git bisect good 5d480e64a972e0a71aa58a261d3d9706336400dd # skip: [05b36582da87aa073ece143551b279ae00fab5ca] 2016-08-02: source-hash-389b08190092f9a9103b3ac098994ec83b2d0bfa git bisect skip 05b36582da87aa073ece143551b279ae00fab5ca # bad: [c316db64b322fa426baf09e3f0552f4a95017248] 2016-06-07: source-hash-b3f1afc28fa537e6d4ff15de457a4a9dc4af809e git bisect bad c316db64b322fa426baf09e3f0552f4a95017248 # good: [dc618681d9501059b3e706ba76227c2deccba966] 2016-06-01: source-hash-cbf36dd473fdc9e8d8b78c9e9317836a7cbbc6c7 git bisect good dc618681d9501059b3e706ba76227c2deccba966 # bad: [bbc57ae90098122ca2c60213295bc3702adcfab5] 2016-06-04: source-hash-b2abb97a6545096d6952430f7ff37cadb1a23707 git bisect bad bbc57ae90098122ca2c60213295bc3702adcfab5 # bad: [8a5681a22f947ca4a6f276379e5a4f23e27ecdd9] 2016-06-03: source-hash-6b3b352b06d92ef20194b9a992a521af2ef07b48 git bisect bad 8a5681a22f947ca4a6f276379e5a4f23e27ecdd9 # bad: [daca5ed1742e6c0f2a10739b2bb5ee813b964515] 2016-06-02: source-hash-242b51c9f6ba0c580b73b713cbaacc4fb922c28e git bisect bad daca5ed1742e6c0f2a10739b2bb5ee813b964515 # first bad commit: [daca5ed1742e6c0f2a10739b2bb5ee813b964515] 2016-06-02: source-hash-242b51c9f6ba0c580b73b713cbaacc4fb922c28e -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 --- Comment #11 from Luke Kendall--- Created attachment 127941 --> https://bugs.documentfoundation.org/attachment.cgi?id=127941=edit Fresh screenshots from WildThing-CS-4x7obfus.odt 1. HeaderOddity-v2-1.png shows p20, which LO thinks is a Header Left page. (True, but its showing Header Right text and style) 2. Make no change and scrollback to p15. HeaderOddity-v2-2.png shows p15, which LO thinks is a Header Left page. (False, it's Header Right, but at least it's displaying Header Right text and style.) 3. Then I change p15 to be Header Right, and I take HeaderOddity-v2-3.png screenshot 4. Scroll back to p20, still thinks it's a Header Right page: take HeaderOddity-v2-4.png 5. Change Header Style to Header Left - apart from the style setting change, no real difference. HeaderOddity-v2-5.png 6. Delete all text in the header on p20, and correct the text for a left page: insert page number, type author name. HeaderOddity-v2-6.png 7. Scroll back to p15: see that the text has changed to the new text, and the style is once again Header Left: HeaderOddity-v2-7.png 8. Scroll forward a page: see that it hasn't affected that page: HeaderOddity-v2-8.png. 9. And scroll forward to the next page, and see it hasn't changed that, either: HeaderOddity-v2-9.png 10. Actually having the obfuscated text in the headers really helps for this: the strangely-linked pages are revealed. Scrolling further forwards, I see p29 is also affected, which nicely matches the list of page numbers I mentioned a bit earlier. I've zipped these all up (including the obfuscated file after making that small change described in this process: "WildThing-CS-4x7obfus-after.odt"). Oh, and please replace the previous file "WildThing-CS-4x7obfus.odt" (the "before" file) with the one in this zip file: somehow, I gave you the unobfuscated text, which Amazon would not be happy with! Thanks, and I hope this makes it a bit less troublesome. luke -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43808] [META] Right to left language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Yousuf Philips (jay)changed: What|Removed |Added Depends on||103103 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103103 [Bug 103103] Many Arabic fonts dont render correctly on Linux -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103103] New: Many Arabic fonts dont render correctly on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=103103 Bug ID: 103103 Summary: Many Arabic fonts dont render correctly on Linux Product: LibreOffice Version: 5.2.1.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: critical Priority: highest Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: philip...@hotmail.com CC: aalhar...@kacst.edu.sa, khaledho...@eglug.org Blocks: 43808 Created attachment 127940 --> https://bugs.documentfoundation.org/attachment.cgi?id=127940=edit 5.3 vs 5.1 Sometime in the 5.2 lifecycle arabic fonts have broken on Linux. This doesnt happen on Windows. Firstly they dont render correctly and black bars appear in various places and secondly they are being placed outside of the selected region, which has the beginning of the first word appear outside of the table border. The document i was using in the screenshot can be downloaded from there - https://drive.google.com/open?id=0B6qJrVIa0SAlM0poTEN4eElIS3M Version: 5.3.0.0.alpha0+ Build ID: f309531cfe1d6a1b6ea1306d45ed3e121145bc5f CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-04_03:52:18 Locale: en-US (en_US.UTF-8); Calc: group Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right to left language issues (RTL/CTL) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103093] "Insert as Link" should be renamed to "Reference externally ( non-embedded)"
https://bugs.documentfoundation.org/show_bug.cgi?id=103093 Yousuf Philips (jay)changed: What|Removed |Added CC||f...@libreoffice.org, ||philip...@hotmail.com, ||tietze.he...@gmail.com, ||vstuart.fo...@utsa.edu --- Comment #1 from Yousuf Philips (jay) --- Maybe "Reference external file (non-embedded)" and then we can have Edit > External References. @Adolfo, @Stuart, @Heiko: What you guys think? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102019] [META] Dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102019 Yousuf Philips (jay)changed: What|Removed |Added Depends on||57174 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=57174 [Bug 57174] When Opening Any Dialog the First Value in the Dialog Should be Selected -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 57174] When Opening Any Dialog the First Value in the Dialog Should be Selected
https://bugs.documentfoundation.org/show_bug.cgi?id=57174 Yousuf Philips (jay)changed: What|Removed |Added Blocks||102019 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102019 [Bug 102019] [META] Dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 --- Comment #10 from Luke Kendall--- Yeah, sorry. Okay, I'm now doing just that, for the example I was talking about in my last comment, since the strange linking of pages 15 and 20 should help in the triaging, I hope! -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102920] shortcut Ctrl+F8 for Calc don't work on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=102920 brucehohlchanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #6 from brucehohl --- @kompilainenn On Xfce Desktop go to Whisker Menu > Settings > Setting Editor In left panel select xfce4-keyboard-shortcuts In right panel select entry which begins F8 At bottom click "Reset". On pop-up click "Reset". This will remove the Xfce use of Ctrl+F8. LO will be able to use Ctrl+F8 immediately. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 Joel Maderochanged: What|Removed |Added Severity|major |normal --- Comment #9 from Joel Madero --- I tried triaging this bug the bug is really complicated - almost like reading a novel (not so funny joke). Sorry but without much simpler instructions it's going to be hard for anyone to triage. The screenshots aren't entirely helpful because you took them before you apparently randomized text so there is no way for us to compare. What would be nice is: 1) Post randomized screenshots that we can easily compare; 2) Exact pages with something like: Page XX: Expect: Seeing: Page XXX: Expect: Seeing: I very quickly checked this: Header-oddity-1.png shows p22, a left page, which the Styles menu says is style "Header" (instead of "Header Left") On page 22 I see "Header Right" not "Header Left" or "Header." I see "Header Right" for every header after a chapter -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 --- Comment #8 from Luke Kendall--- I was quite sure I'd fixed my second novel, yesterday, since I w2as unaware at the time that corrections to some headers would then break headers on other pages, and didn't re-check after making all the corrections. So I see that the other example file (novel two, Harsh Lessons), is also full of these errors in the header. So both novels are "broken", and would look embarrassingly full of errors if anyone ordered them. I'll need to contact the printer/publisher to put a hold on them both until I have a fix or a workaround for the problem. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 Luke Kendallchanged: What|Removed |Added Severity|normal |major --- Comment #7 from Luke Kendall --- Because LO appears to have corrupted the documents, I've tried to increase the severity one level, to "major"; but maybe I can't change that, or maybe you disagree - you;re the experts, so I'll leave it to you to adjust that if you disagree. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 --- Comment #6 from Luke Kendall--- Created attachment 127939 --> https://bugs.documentfoundation.org/attachment.cgi?id=127939=edit Another document exhibiting the problem Yes, in my 1st novel, in this size, if I fix the header on p15 it breaks the header on p20, and when I fix the header on p20 it then breaks the header on p15. So it is impossible for me to generate a correct text. If I go to p20, when it's in error (shows the text that should appear for a /right/ page, though says it's header style is Header Left), if I just double click on Header Left in the Styles and Formatting menu, its italicisation changes to Regular (which is the style for a left page). And if I make no other corrections to it, and scroll back to p15, the header text has changed to style Header Left too (even though it's a right page), and the italicisation is that of a left page, though its text hasn't changed. And if I don't change the header style to the correct style for that page (Header Left for left pages, or Header Right for right), and change the text anyway, then it changes the header text of the mystically-linked pages to use that header text and style. It's like a subset of the pages are linked together and are being forced to be treated all as the same left or right kinds of pages, regardless of the true left or right nature of those pages. So if I change any of the mysteriously-linked pages, they all change. It's sounding to me like the documents have become corrupted, if so, and I'm at a loss as to what I might do to fix them. Save it as a Word file (.docx? .xml?), or save it as unified office type (.uot), or flat XML odt format (.fodt?)? Any suggestions? I will attach an obfuscated copy of my 1st novel, that I've been describing in this comment. The file is WildThing-CS-4x7obfus.odt. The pages I noted as having errors in the headers are: 15, 289, 67, 79, 87, 117, 119, 123, 133, 143, 159, 183, 187, 195, 219, 245, 251, 259, 261, 271, 313,323, 355, 359. All odd numbers, come to think of it. But when I started correcting them, I found that just in doing the first couple, pages 20 and 34 had newly broken; so I think there are both odd and even pages "mysteriously linked", but it's tricky to find out which pages they are. Certainly, pages 15 and 20 are linked in this mysterious way. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102183] Libre Office Writer shows multiple pages of document simultaneously
https://bugs.documentfoundation.org/show_bug.cgi?id=102183 imnotrichchanged: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG |--- --- Comment #2 from imnotrich --- As I said, there is no way to limit Libre Office to displaying one page of an *.odt at a time. Let me clarify. You can change via menu View - Zoom - and change to single page for the present document only. The change is not persistent. If you open another document, or close Libre Office then open another document later Libre Office defaults back to the multiple pages. The default setting "automatic" shows multiple pages and there is no way to disable it permanently that I can find through the menus. If this is intentional and not a bug, it's poor design. I have two eyes and wear trifocals. Bobbing my head back and forth and up and down all day long makes for a very uncomfortable experience. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101110] Menu entry to execute commands by name
https://bugs.documentfoundation.org/show_bug.cgi?id=101110 --- Comment #6 from Mike Kaganski--- And btw, with notebookbar coming (that often criticized for wasting vertical space, and is targeted to users that tend not to use menu), and already implemented single toolbar (that clearly seeks to maximize screen real estate), the need to hide menu bar will be greater. It would be possible to continue being productive without menu bar in LO, if such a feature is implemented. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101110] Menu entry to execute commands by name
https://bugs.documentfoundation.org/show_bug.cgi?id=101110 --- Comment #5 from Mike Kaganski--- (In reply to Jean-Francois Nifenecker from comment #4) > IMO, this a seldom wanted option. I suppose it's incorrect estimation. 1. This kind of UI is very common currently. You may see it in Unity Dash, Windows Start, Blender etc. Also, I see a wish for this rather frequently in forums (e.g. here: http://blender.stackexchange.com/questions/40163/find-commands-by-name , here in Russian: https://www.linux.org.ru/forum/talks/12695695/page1?lastmod=1467486174771#comment-12705845) > Hence, I guess the wanted functionality could be added through an extension > rather than a native development. I'm afraid it's impossible without "native development", because otherwise it won't be able to use additional information. I mean, that it must respond to "contextual" meaning (bring commands that don't have typed words in names, but that may do what user wants, e.g. by having a dictionary of "tags" attached to each command), etc. Supporting external DB of such information is unfeasible, because it would require from maintainer to do it multilingually, track each new/modified command, etc. Not every LO feature has its uno command: e.g., many entries inside Format Character dialog. I'm afraid, that if users will search for "Blinking", they won't find requested commands using your suggested approach, while in best case they would be presented the option to open that Format Character dialog. Many uno commands would likely come unlocalized; that would be a showstopper for this feature. The feature should also provide relevant help entries (online/offline, depending on whether help is installed locally). I suppose that the feature is only possible by dradual development. First, create infrastructure for it, e.g. means for feature developers to define the "tags" for their commands. Implement the feature to be user-visible, and then gradually fill required data to existing commands, hopefully with a bunch of easy hacks. Include this into localization process, etc. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101148] META: Bad Date-Time-Stamps in bugs.documentfoundation.org dynamic pages
https://bugs.documentfoundation.org/show_bug.cgi?id=101148 Aron Budeachanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ba...@caesar.elte.hu Resolution|--- |MOVED --- Comment #4 from Aron Budea --- Bugzilla-related issues should be tracked via Redmine: http://redmine.documentfoundation.org/ What I can answer is that the format seems to change from "hh:mm:ss" format to "weekday hh:mm" format once the the time in the field is 18 hours away from the current time. So the point of change is not an absolute time of day, but counted back from the current time. Whether the format can be personalized, that is something I don't know. Should you still consider this an issue, please open a ticket on the aforementioned link. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103078] Left header and right header inconsistent and vary thru doc, and mismatch UI
https://bugs.documentfoundation.org/show_bug.cgi?id=103078 --- Comment #5 from Luke Kendall--- I just received the eproofs for my 1st book in A-format size, and found that although I had carefully gone through that, correcting this same issue, it still had 25 pages with the headers broken as I've described here. So I went through it, manually find each case and fixing it up: that took an hour. Then I rechecked - and now, new pages had their headers broken. In each case, it seems that a page header style suddenly changes to the wrong left/right sense. So this time I noted down each page number that head the error, and started correcting again - to see if the same page numbers keep getting the error. I corrected the 1st two (pages 15 and 29, which it thought were left hand pages, since the paragraph style had changed to Header Left; so I changed the style to Header Right and set the correct header text). Then I scanned back to see if any pages had changed: yes, p34 was now wrong: it thought it was now a Header Right page; so I changed it to Header Left and correct the text, and rescanned - and now page 20 is broken, it thinks it's a Header Right style. Frankly, Ican't find a way to manually correct it: it's like a very unpleasant game of "whack-a-mole": any correction to one header seems to have a chance of creating errors on other pages, and I can only find them by manually scrolling and looking. In a 386 page novel, it's a lot of work, and basically, I seem to be stuck: I can find no way to get a correct text. So this edition of my novel is now stalled, as I can't create a correct PDF file because I can't get correct text in LO. Help! -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 95348] issues with imported PUB file in to LibreOffice and Scribus
https://bugs.documentfoundation.org/show_bug.cgi?id=95348 Aron Budeachanged: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||ba...@caesar.elte.hu Ever confirmed|0 |1 --- Comment #5 from Aron Budea --- Thanks for the minimal example, is the only difference that the small black rounded rectangle should be white? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: include/svx officecfg/registry sd/inc sd/sdi svx/sdi sw/sdi sw/source sw/uiconfig
include/svx/svxids.hrc | 3 + officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu | 8 officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu | 8 sd/inc/app.hrc | 1 sd/sdi/sdraw.sdi | 18 - svx/sdi/svx.sdi | 19 ++ sw/sdi/viewsh.sdi| 5 ++ sw/source/core/frmedt/feshview.cxx | 10 + sw/source/uibase/ribbar/conrect.cxx | 4 ++ sw/source/uibase/uiview/viewdraw.cxx | 1 sw/source/uibase/uiview/viewstat.cxx | 1 sw/uiconfig/swriter/toolbar/arrowsbar.xml| 2 + 12 files changed, 52 insertions(+), 28 deletions(-) New commits: commit e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6 Author: Gulsah KoseDate: Sun Oct 9 22:00:16 2016 +0300 tdf#101390 Add "Dimesion Line" command to the writer arrowsbox. Change-Id: I238bc37871c029d547b21ce7c8ef3cb0c0ff95b8 Signed-off-by: Gulsah Kose Reviewed-on: https://gerrit.libreoffice.org/29669 Tested-by: Jenkins Reviewed-by: Maxim Monastirsky diff --git a/include/svx/svxids.hrc b/include/svx/svxids.hrc index a6e058f..b3fa887 100644 --- a/include/svx/svxids.hrc +++ b/include/svx/svxids.hrc @@ -998,9 +998,10 @@ #define SID_DRAWTBX_ARROWS ( SID_SVX_START + 1164 ) #define SID_LINE_ARROW_START( SID_SVX_START + 1165 ) #define SID_LINE_ARROW_END ( SID_SVX_START + 1166 ) +#define SID_DRAW_MEASURELINE( SID_SVX_START + 1167 ) // IMPORTANT NOTE: adjust SID_SVX_FIRSTFREE, when adding new slot id -#define SID_SVX_FIRSTFREE ( SID_LINE_ARROW_END + 1 ) +#define SID_SVX_FIRSTFREE ( SID_DRAW_MEASURELINE + 1 ) // Overflow check for slot IDs diff --git a/officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu b/officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu index eda008cc..0e4e083 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu @@ -858,14 +858,6 @@ ~Layer - - - Dimension Line - - - 1 - - ~Master diff --git a/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu b/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu index 8870417..b18a5e6 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu @@ -2024,6 +2024,14 @@ 1 + + + Dimension Line + + + 1 + + Image mode diff --git a/sd/inc/app.hrc b/sd/inc/app.hrc index 9a97d9f..2bf7839 100644 --- a/sd/inc/app.hrc +++ b/sd/inc/app.hrc @@ -104,7 +104,6 @@ #define SID_MODIFYLAYER (SID_SD_START+45) #define SID_PAGEMODE(SID_SD_START+46) #define SID_LAYERMODE (SID_SD_START+47) -#define SID_DRAW_MEASURELINE(SID_SD_START+48) #define SID_STARTAPP(SID_SD_START+49) #define SID_MASTERPAGE (SID_SD_START+50) // Navigation between slides diff --git a/sd/sdi/sdraw.sdi b/sd/sdi/sdraw.sdi index afc8ee8..bbaf03a 100644 --- a/sd/sdi/sdraw.sdi +++ b/sd/sdi/sdraw.sdi @@ -2509,24 +2509,6 @@ SfxVoidItem MeasureAttributes SID_MEASURE_DLG GroupId = GID_FORMAT; ] -SfxBoolItem MeasureLine SID_DRAW_MEASURELINE - -[ -AutoUpdate = TRUE, -FastCall = FALSE, -ReadOnlyDoc = FALSE, -Toggle = FALSE, -Container = FALSE, -RecordAbsolute = FALSE, -RecordPerItem; - - -AccelConfig = TRUE, -MenuConfig = TRUE, -ToolBoxConfig = TRUE, -GroupId = GID_DRAWING; -] - SfxVoidItem MirrorHorz SID_HORIZONTAL () [ diff --git a/svx/sdi/svx.sdi b/svx/sdi/svx.sdi index 72ea78b..0693af6 100644 --- a/svx/sdi/svx.sdi +++ b/svx/sdi/svx.sdi @@ -5319,6 +5319,25 @@ SfxVoidItem LeftRightParaMargin_Vertical SID_ATTR_PARA_LRSPACE_VERTICAL ] +SfxBoolItem MeasureLine SID_DRAW_MEASURELINE + +[ +AutoUpdate = TRUE, +FastCall = FALSE, +ReadOnlyDoc = FALSE, +Toggle = FALSE, +Container = FALSE, +RecordAbsolute = FALSE, +
[Libreoffice-bugs] [Bug 103102] Selecting entire table places the cursor at the last cell
https://bugs.documentfoundation.org/show_bug.cgi?id=103102 Yousuf Philips (jay)changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists | |.freedesktop.org| Summary|Selecting entire table |Selecting entire table |places the cursor at the|places the cursor at the |last row|last cell Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 103102] Selecting entire table places the cursor at the last cell
https://bugs.documentfoundation.org/show_bug.cgi?id=103102 Yousuf Philips (jay)changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists | |.freedesktop.org| Summary|Selecting entire table |Selecting entire table |places the cursor at the|places the cursor at the |last row|last cell Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 103102] New: Selecting entire table places the cursor at the last row
https://bugs.documentfoundation.org/show_bug.cgi?id=103102 Bug ID: 103102 Summary: Selecting entire table places the cursor at the last row Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: philip...@hotmail.com CC: libreoffice-ux-adv...@lists.freedesktop.org Blocks: 103100 So if you have a large table that goes beyond the height of your screen and you move to the top left corner and select the table or alternatively Table > Select > Table, it will move the cursor to the last row of the table and this will change the viewing position on the screen, which isnt good UX. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Yousuf Philips (jay)changed: What|Removed |Added Depends on||103102 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103102 [Bug 103102] Selecting entire table places the cursor at the last row -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 103102] New: Selecting entire table places the cursor at the last row
https://bugs.documentfoundation.org/show_bug.cgi?id=103102 Bug ID: 103102 Summary: Selecting entire table places the cursor at the last row Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-b...@lists.freedesktop.org Reporter: philip...@hotmail.com CC: libreoffice-ux-advise@lists.freedesktop.org Blocks: 103100 So if you have a large table that goes beyond the height of your screen and you move to the top left corner and select the table or alternatively Table > Select > Table, it will move the cursor to the last row of the table and this will change the viewing position on the screen, which isnt good UX. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 103046] Crash at EDITING of Slide transition (Folienuebergang)
https://bugs.documentfoundation.org/show_bug.cgi?id=103046 Aron Budeachanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||ba...@caesar.elte.hu Blocks||94691 Ever confirmed|0 |1 --- Comment #15 from Aron Budea --- Reproduced with v5.2.1.2 / Windows 7. Filing crash report wasn't offered, and WinDbg backtrace was useless, the only result of the analysis was that the application had exited. This is the content of opengl_device.log: DriverVersion: 2.7.1.6 DriverDate: 6-18-2010 DeviceID: PCI\VEN_102B_2539_0040102B_01 AdapterVendorID: 0x102b AdapterDeviceID: 0x2539 AdapterSubsysID: 0x0040102b DeviceKey: System\CurrentControlSet\Control\Video\{CC00E15A-1A8D-4171-B4B3-930DEB562651}\ DeviceString: Matrox Millennium P690 PCIe x16 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=94691 [Bug 94691] [META] OpenGL bugs -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 94691] [META] OpenGL bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=94691 Aron Budeachanged: What|Removed |Added Depends on||103046 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103046 [Bug 103046] Crash at EDITING of Slide transition (Folienuebergang) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103101] New: Right-clicking while arrow directional cursor is on a table shouldnt deselect selection
https://bugs.documentfoundation.org/show_bug.cgi?id=103101 Bug ID: 103101 Summary: Right-clicking while arrow directional cursor is on a table shouldnt deselect selection Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: philip...@hotmail.com CC: libreoffice-ux-adv...@lists.freedesktop.org Blocks: 103100 Steps: 1) Open Writer 2) Add a table 3) Select a row or column by waiting for the down or right arrow to appear above or to the left of the table 4) Right-click 5) Selection deselected Version: 5.3.0.0.alpha0+ Build ID: f309531cfe1d6a1b6ea1306d45ed3e121145bc5f CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-04_03:52:18 Locale: en-US (en_US.UTF-8); Calc: group On an additional note, i think if the table row appears and no selection is found in the table, it should auto select the row, column or table and then launch the context menu. @UX-Advise: What's your take? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 103101] New: Right-clicking while arrow directional cursor is on a table shouldnt deselect selection
https://bugs.documentfoundation.org/show_bug.cgi?id=103101 Bug ID: 103101 Summary: Right-clicking while arrow directional cursor is on a table shouldnt deselect selection Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-b...@lists.freedesktop.org Reporter: philip...@hotmail.com CC: libreoffice-ux-advise@lists.freedesktop.org Blocks: 103100 Steps: 1) Open Writer 2) Add a table 3) Select a row or column by waiting for the down or right arrow to appear above or to the left of the table 4) Right-click 5) Selection deselected Version: 5.3.0.0.alpha0+ Build ID: f309531cfe1d6a1b6ea1306d45ed3e121145bc5f CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-04_03:52:18 Locale: en-US (en_US.UTF-8); Calc: group On an additional note, i think if the table row appears and no selection is found in the table, it should auto select the row, column or table and then launch the context menu. @UX-Advise: What's your take? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Yousuf Philips (jay)changed: What|Removed |Added Depends on||103101 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103101 [Bug 103101] Right-clicking while arrow directional cursor is on a table shouldnt deselect selection -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98182] Slideshow on any slide does not display jumbled content ( windows 10 Intel HD graphics 520)
https://bugs.documentfoundation.org/show_bug.cgi?id=98182 Tim Trudgenchanged: What|Removed |Added Hardware|All |x86-64 (AMD64) OS|All |other --- Comment #3 from Tim Trudgen --- Sorry for not getting back. Problem has resolved in latest version 5.1.3.2 (x64) And OPEN GL was and is disabled. Unfortunately not able do go back to previous version to assess. I do get other display problems (blockly and garbled graphic) in slide show if open GL is on. Not someting I can pursue further for now so I will raise this if it becomes an issue for me in the future. Thanks, Tim. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Yousuf Philips (jay)changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Yousuf Philips (jay) --- I had been working on a google doc titled "Working With Tables in Writer" a long time back trying to gather all the bugs related to management of tables, but never got around to finishing it, so here it is just for reference. https://docs.google.com/document/d/1D212Ihf8BYVOa1VjSPifq4sO_Cq4CZPhC0vya68zk3c/edit?usp=sharing -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 84806] EDITING: Moving selected table leaves behind an empty table
https://bugs.documentfoundation.org/show_bug.cgi?id=84806 Yousuf Philips (jay)changed: What|Removed |Added Blocks||103100 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 86177] SIDEBAR: Table style/design tab
https://bugs.documentfoundation.org/show_bug.cgi?id=86177 Yousuf Philips (jay)changed: What|Removed |Added Blocks||103100 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 100366] [META] Improve table handling in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=100366 Yousuf Philips (jay)changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||3100 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101756] [META] Table styles bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=101756 Yousuf Philips (jay)changed: What|Removed |Added Blocks||103100 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 90882] UNO commands to insert row above and column to left
https://bugs.documentfoundation.org/show_bug.cgi?id=90882 Yousuf Philips (jay)changed: What|Removed |Added Blocks||103100 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103100] New: [META] Writer table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Bug ID: 103100 Summary: [META] Writer table bugs and enhancements Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: philip...@hotmail.com Depends on: 84806, 86177, 101756, 90882, 90883 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=84806 [Bug 84806] EDITING: Moving selected table leaves behind an empty table https://bugs.documentfoundation.org/show_bug.cgi?id=86177 [Bug 86177] SIDEBAR: Table style/design tab https://bugs.documentfoundation.org/show_bug.cgi?id=90882 [Bug 90882] UNO commands to insert row above and column to left https://bugs.documentfoundation.org/show_bug.cgi?id=90883 [Bug 90883] WRITER: Selecting multiple rows/columns doesnt change the behaviour of insert buttons https://bugs.documentfoundation.org/show_bug.cgi?id=101756 [Bug 101756] [META] Table styles bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: Introducing myself
On Mon, Oct 10, 2016 at 1:00 PM, Nagar Akshay <2014ucp1...@mnit.ac.in> wrote: > Hello everyone this is Akshay Nagar. I am currently pursuing Computer > Science and Engineering 3rd year at NIT Jaipur, India. I want to intern at > GSOC with libre office the coming year. > Welcome Akshay ! > I would like to get a tip about getting started and the prerequisites > needed to start contributing. > > Looking forward to your cooperation, > With regards, > Akshay. > you can start from here https://wiki.documentfoundation.org/Development Regards, Huzaifa Iftikhar > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libreoffice > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 81234] [META] RTF filter issues
https://bugs.documentfoundation.org/show_bug.cgi?id=81234 Yousuf Philips (jay)changed: What|Removed |Added Depends on||97895 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=97895 [Bug 97895] [META] FILEOPEN RTF layout problem with table, footers, extra pages -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 97895] [META] FILEOPEN RTF layout problem with table, footers, extra pages
https://bugs.documentfoundation.org/show_bug.cgi?id=97895 Yousuf Philips (jay)changed: What|Removed |Added Blocks||81234 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=81234 [Bug 81234] [META] RTF filter issues -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: Calc HYPGEOMDIST: conditionally changing function opcode when saving to Excel format
Hi Winfried, On Wednesday, 2016-10-05 12:28:04 +0200, Winfried Donkers wrote: > > > -save in Excel as HYPGEOMDIST in case of 4 arguments and HYPGEOM.DIST in > > case of 5 arguments. > > > > > > > I think you have this in mind: > > formula/source/core/api/token.cxx > > MissingConventionOOXML::isRewriteNeeded() > > FormulaTokenArray::RewriteMissing() > > > > Thanks, that is the spot to change the function opcode. > Now I hit the second barrier: > ODFF allows 4 arguments, but Excel needs 5, so when saving to OOXML, I need > to add an argument when that is not given. I thought that was to be written as HYPGEOMDIST then and not HYPGEOM.DIST? > I have done that before, somewhere, but predictably I forgot where. > > Do you have a hint available here too? ;-) That would be same file, FormulaMissingContext::AddMoreArgs() for case MissingConvention::FORMULA_MISSING_CONVENTION_OOXML add a case for the OpCode and there add ocSep and probably best ocFalse,ocOpen,ocClose. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'libreoffice-5-1' - sc/source
sc/source/core/tool/refupdat.cxx |4 sc/source/core/tool/token.cxx| 21 + 2 files changed, 21 insertions(+), 4 deletions(-) New commits: commit 84a8aa8b28599db4ef452416e930690949217d2c Author: Eike RathkeDate: Fri Oct 7 19:43:32 2016 +0200 Resolves: tdf#101562 ScRefUpdate::Update() needs to flag sticky even unchanged ... so area broadcasters can be "adapted" (though not changed) and broadcast a change to invalidate listening lookup caches. This is the delete row part of the bug scenario. (cherry picked from commit 866eb4a7f93414932b8669d1a6afe0611655dfb4) tdf#101562 inserting within an entire col/row reference needs to flag change This is the insert part (e.g. Undo) of the bug scenario. (cherry picked from commit 180fe3e991432a5ab1ef573686ff9b35c732756b) 87060bd9f0ad6d58a11308e58e7ce56875327c52 Change-Id: Ie6072a6b8e7967faa135a3c4d0a9024b6afcd69c Reviewed-on: https://gerrit.libreoffice.org/29596 Tested-by: Jenkins Reviewed-by: Markus Mohrhard diff --git a/sc/source/core/tool/refupdat.cxx b/sc/source/core/tool/refupdat.cxx index 602a636..300dd1d 100644 --- a/sc/source/core/tool/refupdat.cxx +++ b/sc/source/core/tool/refupdat.cxx @@ -235,6 +235,8 @@ ScRefUpdateRes ScRefUpdate::Update( ScDocument* pDoc, UpdateRefMode eUpdateRefMo { // End was sticky, but start may have been moved. Only on range. theCol2 = oldCol2; +if (eRet == UR_NOTHING) +eRet = UR_STICKY; } // Else, if (bCut2 && theCol2 == MAXCOL) then end becomes sticky, // but currently there's nothing to do. @@ -267,6 +269,8 @@ ScRefUpdateRes ScRefUpdate::Update( ScDocument* pDoc, UpdateRefMode eUpdateRefMo { // End was sticky, but start may have been moved. Only on range. theRow2 = oldRow2; +if (eRet == UR_NOTHING) +eRet = UR_STICKY; } // Else, if (bCut2 && theRow2 == MAXROW) then end becomes sticky, // but currently there's nothing to do. diff --git a/sc/source/core/tool/token.cxx b/sc/source/core/tool/token.cxx index fd390a4..ffb9a29 100644 --- a/sc/source/core/tool/token.cxx +++ b/sc/source/core/tool/token.cxx @@ -2974,10 +2974,23 @@ sc::RefUpdateResult ScTokenArray::AdjustReferenceOnShift( const sc::RefUpdateCon if (rCxt.maRange.In(aAbs)) { -ScRange aErrorRange( ScAddress::UNINITIALIZED ); -if (!aAbs.MoveSticky(rCxt.mnColDelta, rCxt.mnRowDelta, rCxt.mnTabDelta, aErrorRange)) -aAbs = aErrorRange; -aRes.mbReferenceModified = true; +// We shift either by column or by row, not both, +// so moving the reference has only to be done in +// the non-sticky case. +if ((rCxt.mnRowDelta && rRef.IsEntireCol()) || (rCxt.mnColDelta && rRef.IsEntireRow())) +{ +// In entire col/row, values are shifted within +// the reference, which affects all positional +// results like in MATCH or matrix positions. +aRes.mbValueChanged = true; +} +else +{ +ScRange aErrorRange( ScAddress::UNINITIALIZED ); +if (!aAbs.MoveSticky(rCxt.mnColDelta, rCxt.mnRowDelta, rCxt.mnTabDelta, aErrorRange)) +aAbs = aErrorRange; +aRes.mbReferenceModified = true; +} } else if (rCxt.maRange.Intersects(aAbs)) { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'libreoffice-5-2' - sc/source
sc/source/core/tool/refupdat.cxx |4 sc/source/core/tool/token.cxx| 21 + 2 files changed, 21 insertions(+), 4 deletions(-) New commits: commit d6992fdd03adc713323ef1f3e3840d1003ded8b8 Author: Eike RathkeDate: Fri Oct 7 19:43:32 2016 +0200 Resolves: tdf#101562 ScRefUpdate::Update() needs to flag sticky even unchanged ... so area broadcasters can be "adapted" (though not changed) and broadcast a change to invalidate listening lookup caches. This is the delete row part of the bug scenario. (cherry picked from commit 866eb4a7f93414932b8669d1a6afe0611655dfb4) tdf#101562 inserting within an entire col/row reference needs to flag change This is the insert part (e.g. Undo) of the bug scenario. (cherry picked from commit 180fe3e991432a5ab1ef573686ff9b35c732756b) 87060bd9f0ad6d58a11308e58e7ce56875327c52 Change-Id: Ie6072a6b8e7967faa135a3c4d0a9024b6afcd69c Reviewed-on: https://gerrit.libreoffice.org/29595 Tested-by: Jenkins Reviewed-by: Markus Mohrhard diff --git a/sc/source/core/tool/refupdat.cxx b/sc/source/core/tool/refupdat.cxx index 602a636..300dd1d 100644 --- a/sc/source/core/tool/refupdat.cxx +++ b/sc/source/core/tool/refupdat.cxx @@ -235,6 +235,8 @@ ScRefUpdateRes ScRefUpdate::Update( ScDocument* pDoc, UpdateRefMode eUpdateRefMo { // End was sticky, but start may have been moved. Only on range. theCol2 = oldCol2; +if (eRet == UR_NOTHING) +eRet = UR_STICKY; } // Else, if (bCut2 && theCol2 == MAXCOL) then end becomes sticky, // but currently there's nothing to do. @@ -267,6 +269,8 @@ ScRefUpdateRes ScRefUpdate::Update( ScDocument* pDoc, UpdateRefMode eUpdateRefMo { // End was sticky, but start may have been moved. Only on range. theRow2 = oldRow2; +if (eRet == UR_NOTHING) +eRet = UR_STICKY; } // Else, if (bCut2 && theRow2 == MAXROW) then end becomes sticky, // but currently there's nothing to do. diff --git a/sc/source/core/tool/token.cxx b/sc/source/core/tool/token.cxx index f1ba088..581c2d7 100644 --- a/sc/source/core/tool/token.cxx +++ b/sc/source/core/tool/token.cxx @@ -3065,10 +3065,23 @@ sc::RefUpdateResult ScTokenArray::AdjustReferenceOnShift( const sc::RefUpdateCon if (rCxt.maRange.In(aAbs)) { -ScRange aErrorRange( ScAddress::UNINITIALIZED ); -if (!aAbs.MoveSticky(rCxt.mnColDelta, rCxt.mnRowDelta, rCxt.mnTabDelta, aErrorRange)) -aAbs = aErrorRange; -aRes.mbReferenceModified = true; +// We shift either by column or by row, not both, +// so moving the reference has only to be done in +// the non-sticky case. +if ((rCxt.mnRowDelta && rRef.IsEntireCol()) || (rCxt.mnColDelta && rRef.IsEntireRow())) +{ +// In entire col/row, values are shifted within +// the reference, which affects all positional +// results like in MATCH or matrix positions. +aRes.mbValueChanged = true; +} +else +{ +ScRange aErrorRange( ScAddress::UNINITIALIZED ); +if (!aAbs.MoveSticky(rCxt.mnColDelta, rCxt.mnRowDelta, rCxt.mnTabDelta, aErrorRange)) +aAbs = aErrorRange; +aRes.mbReferenceModified = true; +} } else if (rCxt.maRange.Intersects(aAbs)) { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: svl/source
svl/source/numbers/zformat.cxx | 307 - 1 file changed, 277 insertions(+), 30 deletions(-) New commits: commit aa4e560822787d62de0bcca52036242ce1160b45 Author: Laurent Balland-PoirierDate: Sat Sep 10 12:23:41 2016 +0200 tdf#36038 Import extended LCID from Excel Extended LCID were only supported for Thai. This commit import also for some other numerals and calendars. Change-Id: Id92a0ee2a32c5722e9674fe0ac5ff7028c84bca6 Reviewed-on: https://gerrit.libreoffice.org/28809 Reviewed-by: Eike Rathke Tested-by: Eike Rathke diff --git a/svl/source/numbers/zformat.cxx b/svl/source/numbers/zformat.cxx index e2caebf..a37987e 100644 --- a/svl/source/numbers/zformat.cxx +++ b/svl/source/numbers/zformat.cxx @@ -538,43 +538,290 @@ static bool lcl_SvNumberformat_IsBracketedPrefix( short nSymbolType ) return false; } - -OUString SvNumberformat::ImpObtainCalendarAndNumerals( OUStringBuffer & rString, sal_Int32 & nPos, - LanguageType & nLang, const LocaleType & aTmpLocale ) +/** Import extended LCID from Excel + */ +OUString SvNumberformat::ImpObtainCalendarAndNumerals( OUStringBuffer& rString, sal_Int32& nPos, + LanguageType& nLang, const LocaleType& aTmpLocale ) { OUString sCalendar; -/* TODO: this could be enhanced to allow other possible locale dependent +sal_uInt16 nNatNum = 0; +LanguageType nLocaleLang = MsLangId::getRealLanguage( maLocale.meLanguage ); +LanguageType nTmpLocaleLang = MsLangId::getRealLanguage( aTmpLocale.meLanguage ); +/* NOTE: enhancement to allow other possible locale dependent * calendars and numerals. BUT only if our locale data allows it! For LCID * numerals and calendars see - * http://office.microsoft.com/en-us/excel/HA010346351033.aspx */ -if (MsLangId::getRealLanguage( aTmpLocale.meLanguage) == LANGUAGE_THAI) -{ -// Numeral shape code "D" = Thai digits. -if (aTmpLocale.mnNumeralShape == 0xD) -{ -rString.insert( nPos, "[NatNum1]"); -} -// Calendar type code "07" = Thai Buddhist calendar, insert this after -// all prefixes have been consumed as it is actually a format modifier -// and not a prefix. -if (aTmpLocale.mnCalendarType == 0x07) -{ -// Currently calendars are tied to the locale of the entire number -// format, e.g. [~buddhist] in en_US doesn't work. -// => Having different locales in sub formats does not work! -/* TODO: calendars could be tied to a sub format's NatNum info - * instead, or even better be available for any locale. Needs a - * different implementation of GetCal() and locale data calendars. - * */ -// If this is not Thai yet, make it so. -if (MsLangId::getRealLanguage( maLocale.meLanguage) != LANGUAGE_THAI) -{ -maLocale = aTmpLocale; -nLang = maLocale.meLanguage = LANGUAGE_THAI; + * http://office.microsoft.com/en-us/excel/HA010346351033.aspx + * Calendar is inserted after + * all prefixes have been consumed as it is actually a format modifier + * and not a prefix. + * Currently calendars are tied to the locale of the entire number + * format, e.g. [~buddhist] in en_US doesn't work. + * => Having different locales in sub formats does not work! + * */ +/* TODO: calendars could be tied to a sub format's NatNum info + * instead, or even better be available for any locale. Needs a + * different implementation of GetCal() and locale data calendars. + * */ +switch ( aTmpLocale.mnCalendarType & 0x7F ) +{ +case 0x03 : // Gengou calendar +sCalendar = "[~gengou]"; +// Only Japanese language support Gengou calendar +if ( nLocaleLang != LANGUAGE_JAPANESE ) +{ +nLang = maLocale.meLanguage = LANGUAGE_JAPANESE; +} +break; +case 0x05 : // unknown calendar +break; +case 0x06 : // Hijri calendar +case 0x17 : // same? +sCalendar = "[~hijri]"; +// Only Arabic or Farsi languages support Hijri calendar +if ( ( ( nLocaleLang & LANGUAGE_MASK_PRIMARY ) != LANGUAGE_ARABIC_PRIMARY_ONLY ) + && nLocaleLang != LANGUAGE_FARSI ) +{ +if ( ( ( nTmpLocaleLang & LANGUAGE_MASK_PRIMARY ) == LANGUAGE_ARABIC_PRIMARY_ONLY ) + || nTmpLocaleLang == LANGUAGE_FARSI ) +{ +nLang = maLocale.meLanguage = aTmpLocale.meLanguage; +} +else +{ +nLang = maLocale.meLanguage =
[Libreoffice-commits] core.git: svl/source
svl/source/numbers/zformat.cxx | 193 + 1 file changed, 158 insertions(+), 35 deletions(-) New commits: commit e991b421905e78f020d6ece280dd17bfce4e31e0 Author: Laurent Balland-PoirierDate: Sun Sep 4 12:42:57 2016 +0200 tdf#36038 Export to Excel extended LCID Number format: extend export to Excel of long LCID for other languages and calendars than only Thai and Buddhist Change-Id: I826347302d14caa5b4463d28cd25f2c36ebfef5d Reviewed-on: https://gerrit.libreoffice.org/28666 Tested-by: Jenkins Reviewed-by: Eike Rathke diff --git a/svl/source/numbers/zformat.cxx b/svl/source/numbers/zformat.cxx index f4b7834..e2caebf 100644 --- a/svl/source/numbers/zformat.cxx +++ b/svl/source/numbers/zformat.cxx @@ -4641,22 +4641,35 @@ static void lcl_SvNumberformat_AddLimitStringImpl( OUString& rStr, } } -void lcl_insertLCID( OUStringBuffer& aFormatStr, const OUString& rLCIDString, sal_Int32 nPosInsertLCID ) +void lcl_insertLCID( OUStringBuffer& rFormatStr, sal_uInt32 nLCID, sal_Int32 nPosInsertLCID ) { -OUStringBuffer aLCIDString; -if ( !rLCIDString.isEmpty() ) -{ -aLCIDString = "[$-" + rLCIDString + "]"; -} +if ( nLCID == 0 ) +return; +OUStringBuffer aLCIDString = OUString::number( nLCID , 16 ).toAsciiUpperCase(); // Search for only last DBNum which is the last element before insertion position if ( nPosInsertLCID >= 8 -&& rLCIDString.getLength() > 4 -&& aFormatStr.indexOf( "[DBNum", nPosInsertLCID-8) == nPosInsertLCID-8 ) +&& aLCIDString.getLength() > 4 +&& rFormatStr.indexOf( "[DBNum", nPosInsertLCID-8) == nPosInsertLCID-8 ) { // remove DBNumX code if long LCID nPosInsertLCID -= 8; -aFormatStr.remove( nPosInsertLCID, 8 ); +rFormatStr.remove( nPosInsertLCID, 8 ); } -aFormatStr.insert( nPosInsertLCID, aLCIDString.toString() ); +aLCIDString.insert( 0, "[$-" ); +aLCIDString.append( "]" ); +rFormatStr.insert( nPosInsertLCID, aLCIDString.toString() ); +} + +/** Increment nAlphabetID for CJK numerals + * +1 for financial numerals [NatNum2] + * +2 for Arabic fullwidth numerals [NatNum3] + * */ +void lcl_incrementAlphabetWithNatNum ( sal_uInt32& nAlphabetID, sal_uInt32 nNatNum ) +{ +if ( nNatNum == 2) // financial +nAlphabetID += 1; +else if ( nNatNum == 3) +nAlphabetID += 2; +nAlphabetID = nAlphabetID << 24; } OUString SvNumberformat::GetMappedFormatstring( const NfKeywordTable& rKeywords, @@ -4717,7 +4730,6 @@ OUString SvNumberformat::GetMappedFormatstring( const NfKeywordTable& rKeywords, nSem++; } OUString aPrefix; -bool bLCIDInserted = false; if ( !bDefaults ) { @@ -4781,6 +4793,7 @@ OUString SvNumberformat::GetMappedFormatstring( const NfKeywordTable& rKeywords, aStr.append( aPrefix ); } sal_Int32 nPosInsertLCID = aStr.getLength(); +sal_uInt32 nCalendarID = 0x000; // Excel ID of calendar used in sub-format see tdf#36038 if ( nAnz ) { const short* pType = NumFor[n].Info().nTypeArray; @@ -4838,21 +4851,25 @@ OUString SvNumberformat::GetMappedFormatstring( const NfKeywordTable& rKeywords, } break; case NF_SYMBOLTYPE_CALDEL : -if ( pStr[j+1] == "buddhist" ) +if ( pStr[j+1] == "gengou" ) { -if ( aNatNum.IsSet() && aNatNum.GetNatNum() == 1 && - MsLangId::getRealLanguage( aNatNum.GetLang() ) == - LANGUAGE_THAI ) -{ -lcl_insertLCID( aStr, "D07041E", nPosInsertLCID ); // date in Thai digit, Buddhist era -} -else -{ -lcl_insertLCID( aStr, "107041E", nPosInsertLCID ); // date in Arabic digit, Buddhist era -} -j = j+2; -bLCIDInserted = true; +nCalendarID = 0x003; +} +else if ( pStr[j+1] == "hijri" ) +{ +nCalendarID = 0x006; } +else if ( pStr[j+1] == "buddhist" ) +{ +nCalendarID = 0x007; +} +else if ( pStr[j+1] == "jewish" ) +{ +nCalendarID = 0x008; +} +// other calendars (see
[Libreoffice-bugs] [Bug 45472] EDITING: Cursor position is miscalculated after selecting cells
https://bugs.documentfoundation.org/show_bug.cgi?id=45472 --- Comment #11 from Norbert Scheibner--- Bug is still present with 5.1.5.2 and 5.2.2.2 on Windows. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Changes to 'refs/tags/cp-5.1-9'
Tag 'cp-5.1-9' created by Andras Timarat 2016-10-10 21:08 + cp-5.1-9 Changes since cp-5.1-8-55: --- 0 files changed --- ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] help.git: Changes to 'refs/tags/cp-5.1-9'
Tag 'cp-5.1-9' created by Andras Timarat 2016-10-10 21:08 + cp-5.1-9 Changes since libreoffice-5-1-branch-point-11: --- 0 files changed --- ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: 3 commits - include/vcl vcl/source
include/vcl/floatwin.hxx |1 - include/vcl/syswin.hxx |2 +- vcl/source/window/dockmgr.cxx |8 +--- vcl/source/window/dockwin.cxx |6 ++ vcl/source/window/floatwin.cxx | 11 --- vcl/source/window/syswin.cxx |8 +++- 6 files changed, 11 insertions(+), 25 deletions(-) New commits: commit b197a47889a81b0181553a2a9c4db9683dd5d760 Author: Maxim MonastirskyDate: Tue Oct 11 00:04:12 2016 +0300 Height and Width seem to be swapped here when height takes left-right borders, and width top-bottom. And also - Why do we calculate the borders twice - as the call to CalcWindowSize does this again? Change-Id: I63a66939bd526a225ccac9bdd6262feba48da5c2 diff --git a/vcl/source/window/dockwin.cxx b/vcl/source/window/dockwin.cxx index 8dff109..9a523c7 100644 --- a/vcl/source/window/dockwin.cxx +++ b/vcl/source/window/dockwin.cxx @@ -1072,10 +1072,8 @@ Size DockingWindow::GetOptimalSize() const sal_Int32 nBorderWidth = get_border_width(); -aSize.Height() += mpWindowImpl->mnLeftBorder + mpWindowImpl->mnRightBorder -+ 2*nBorderWidth; -aSize.Width() += mpWindowImpl->mnTopBorder + mpWindowImpl->mnBottomBorder -+ 2*nBorderWidth; +aSize.Height() += 2 * nBorderWidth; +aSize.Width() += 2 * nBorderWidth; return Window::CalcWindowSize(aSize); } diff --git a/vcl/source/window/syswin.cxx b/vcl/source/window/syswin.cxx index f844eef..5e1a372 100644 --- a/vcl/source/window/syswin.cxx +++ b/vcl/source/window/syswin.cxx @@ -1091,10 +1091,8 @@ Size SystemWindow::GetOptimalSize() const sal_Int32 nBorderWidth = get_border_width(); -aSize.Height() += mpWindowImpl->mnLeftBorder + mpWindowImpl->mnRightBorder -+ 2*nBorderWidth; -aSize.Width() += mpWindowImpl->mnTopBorder + mpWindowImpl->mnBottomBorder -+ 2*nBorderWidth; +aSize.Height() += 2 * nBorderWidth; +aSize.Width() += 2 * nBorderWidth; return Window::CalcWindowSize(aSize); } commit 9079d599baf01cb414ed4cccb22546f1807e5637 Author: Maxim Monastirsky Date: Mon Oct 10 23:36:22 2016 +0300 Merge SystemWindow and FloatingWindow setPosSizeOnContainee methods This reverts commit 95942b16f44bc6eac57ad7b579b4158565446884 ("Resolves: tdf#90481 fix cropped buttons"), and changes the code in a way that seems to not crop buttons anymore. Tested under gtk3 with File > Digital Signatures... and the toolbar underline dropdown. Change-Id: Idcb680c82f594f630b1dd7c76c42912e6b5a093a diff --git a/include/vcl/floatwin.hxx b/include/vcl/floatwin.hxx index 414fcee..680cc13 100644 --- a/include/vcl/floatwin.hxx +++ b/include/vcl/floatwin.hxx @@ -103,7 +103,6 @@ private: SAL_DLLPRIVATE voidImplCallPopupModeEnd(); DECL_DLLPRIVATE_LINK( ImplEndPopupModeHdl, void*, void ); -virtual void setPosSizeOnContainee(Size aSize, Window ) override; FloatingWindow (const FloatingWindow &) = delete; FloatingWindow & operator= (const FloatingWindow &) = delete; diff --git a/include/vcl/syswin.hxx b/include/vcl/syswin.hxx index d3a44e7..dd6d9f0 100644 --- a/include/vcl/syswin.hxx +++ b/include/vcl/syswin.hxx @@ -177,7 +177,7 @@ public: private: SAL_DLLPRIVATE void ImplMoveToScreen( long& io_rX, long& io_rY, long i_nWidth, long i_nHeight, vcl::Window* i_pConfigureWin ); -virtual void setPosSizeOnContainee(Size aSize, Window ); +SAL_DLLPRIVATE void setPosSizeOnContainee(Size aSize, Window ); DECL_DLLPRIVATE_LINK( ImplHandleLayoutTimerHdl, Idle*, void ); protected: diff --git a/vcl/source/window/floatwin.cxx b/vcl/source/window/floatwin.cxx index f9c4513..465177e 100644 --- a/vcl/source/window/floatwin.cxx +++ b/vcl/source/window/floatwin.cxx @@ -827,15 +827,4 @@ void FloatingWindow::AddPopupModeWindow( vcl::Window* pWindow ) mpFirstPopupModeWin = pWindow; } -void FloatingWindow::setPosSizeOnContainee(Size aSize, Window ) -{ -sal_Int32 nBorderWidth = get_border_width(); - -aSize.Width() -= mpWindowImpl->mnLeftBorder + mpWindowImpl->mnRightBorder + 2 * nBorderWidth; -aSize.Height() -= nBorderWidth + mpWindowImpl->mnTopBorder + mpWindowImpl->mnBottomBorder + 2 * nBorderWidth; - -Point aPos(nBorderWidth, nBorderWidth); -VclContainer::setLayoutAllocation(rBox, aPos, aSize); -} - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/vcl/source/window/syswin.cxx b/vcl/source/window/syswin.cxx index dca00fd..f844eef 100644 --- a/vcl/source/window/syswin.cxx +++ b/vcl/source/window/syswin.cxx @@ -1107,7 +1107,7 @@ void SystemWindow::setPosSizeOnContainee(Size aSize, Window ) aSize.Height() -= 2 * nBorderWidth; Point aPos(nBorderWidth, nBorderWidth); -VclContainer::setLayoutAllocation(rBox, aPos, aSize); +VclContainer::setLayoutAllocation(rBox, aPos, CalcOutputSize(aSize)); } IMPL_LINK_NOARG(
[Libreoffice-commits] translations.git: Changes to 'refs/tags/cp-5.1-9'
Tag 'cp-5.1-9' created by Andras Timarat 2016-10-10 21:08 + cp-5.1-9 Changes since cp-5.1-3-1: --- 0 files changed --- ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/cp-5.1-9'
Tag 'cp-5.1-9' created by Andras Timarat 2016-10-10 21:08 + cp-5.1-9 Changes since cp-5.1-3: Andras Timar (1): Update pt_PT dictionary to version 16.7.4.1 --- pt_PT/description.xml |2 - pt_PT/pt_PT.aff | 25 +++-- pt_PT/pt_PT.dic | 93 +++--- 3 files changed, 74 insertions(+), 46 deletions(-) --- ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 103099] New: Paragraph style - line spacing - proportional: wrong spacing when set to <100% on first line of paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=103099 Bug ID: 103099 Summary: Paragraph style - line spacing - proportional: wrong spacing when set to <100% on first line of paragraph Product: LibreOffice Version: 4.2.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bugzi...@galacticmag.com Description: When Paragraph style - line spacing - proportional is set to value smaller than 100%, the spacing between first and the second line in the paragraph is wrong, it is too small. The second line ends up being too close to the first line. It looks very odd. It gets worse is you set "line spacing"- proportional to really small values, like 60% or 50%. Other lines in a paragraph seem to be spaced correctly. All fonts are affected, but on some fonts the error is less noticable. With "liberation serif", the error is smaller. Try "Deja Vu Sans", line height: proportional-57% Try "liberation serif", line height: proportional-50% On some fonts, like "Charis Sil", it gets really annoying at proportional-90% Steps to Reproduce: 1. Type a paragraph of text having at least 3 lines, (5 is better) 2. Change the font of the paragraph to "liberation serif" 3. Right click on the paragraph, select "edit style", go to "Indents and spacing", "Line spacing", set it to "Proportional":50%, click OK Actual Results: The spacing between the first and the second line is smaller than spacing between second and third line. Expected Results: All lines spaced evenly. Reproducible: Always User Profile Reset: No Additional Info: There is an additional bug. When line spacing: proportional is set to small values (<40%), the (rendering of) first line of text get clipped on it's upper part. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98189] text language not recognized in version 5.1_italian
https://bugs.documentfoundation.org/show_bug.cgi?id=98189 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 99044] Formatting "shortcurcuit" if div/0 combined with max, min, large or small.
https://bugs.documentfoundation.org/show_bug.cgi?id=99044 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98325] a TELA SOME DERREPENTE NO 5
https://bugs.documentfoundation.org/show_bug.cgi?id=98325 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98257] quotation mark characters are added to date-fields, when importing .csv file
https://bugs.documentfoundation.org/show_bug.cgi?id=98257 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98511] Delete conditional formats in Excel files xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=98511 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98534] New bug in 5.1.0.3 Printing PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=98534 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 99021] This file crashes Calc on opening it
https://bugs.documentfoundation.org/show_bug.cgi?id=99021 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92042] When table cells copied (not yet pasted), Writer crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=92042 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103098] Reproducible 100% CPU Writer hang after misbehaving copy + paste
https://bugs.documentfoundation.org/show_bug.cgi?id=103098 Octavio Alvarezchanged: What|Removed |Added Attachment #127936|0 |1 is obsolete|| --- Comment #3 from Octavio Alvarez --- Created attachment 127938 --> https://bugs.documentfoundation.org/attachment.cgi?id=127938=edit bug-content.odt I'm reattaching bug-content.odt with a description that better matches the bug report. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103098] Reproducible 100% CPU Writer hang after misbehaving copy + paste
https://bugs.documentfoundation.org/show_bug.cgi?id=103098 --- Comment #2 from Octavio Alvarez--- Created attachment 127937 --> https://bugs.documentfoundation.org/attachment.cgi?id=127937=edit bug-new-template.odt -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103098] Reproducible 100% CPU Writer hang after misbehaving copy + paste
https://bugs.documentfoundation.org/show_bug.cgi?id=103098 --- Comment #1 from Octavio Alvarez--- Created attachment 127936 --> https://bugs.documentfoundation.org/attachment.cgi?id=127936=edit File with the content to be copied -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103098] New: Reproducible 100% CPU Writer hang after misbehaving copy + paste
https://bugs.documentfoundation.org/show_bug.cgi?id=103098 Bug ID: 103098 Summary: Reproducible 100% CPU Writer hang after misbehaving copy + paste Product: LibreOffice Version: 5.2.1.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: critical Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: octa...@alvarezp.org Description: Writer goes hangs with high CPU and the only way to proceed is to kill it after the following steps. Steps to Reproduce: 1. Copy all content from bug-content.odt: - Open bug-content.odt, Ctrl+A, Ctrl+C. 2. Open bug-new-template.odt. 3. Open the Styles and Formatting side pane. - F11 4. Paste it at the end of bug-new-template.odt: - Ctrl+End, Ctrl+V. Observe how the original A to D content is now 1 to 4 on both questions. This is probably a bug. However it is not the bug I am reporting. 5. Select the first set of possible answers, the ones that include 100, 200, 300 and 400 as options. Select them from the start of "100" to the end of "400". 6. Double click on style "Pregunta". Actual Results: Writer goes hangs with high CPU and the only way to proceed is to kill it. Expected Results: Writer should apply the style Pregunta. Reproducible: Always User Profile Reset: No Additional Info: Version: 5.2.1.2 Build ID: 1:5.2.1-1 CPU Threads: 8; OS Version: Linux 4.7; UI Render: default; Locale: en-US (en_US.utf8); Calc: group User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.92 Safari/537.36 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98299] Crash of LibreOffice when attempting to create or modify a diagram
https://bugs.documentfoundation.org/show_bug.cgi?id=98299 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 97571] LibreOffice stopped working
https://bugs.documentfoundation.org/show_bug.cgi?id=97571 m.a.riosvchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 100493] Import of DOCX with ContextControls displays wrong information
https://bugs.documentfoundation.org/show_bug.cgi?id=100493 Aron Budeachanged: What|Removed |Added CC||ba...@caesar.elte.hu Component|General |Writer Product|Document Liberation Project |LibreOffice Whiteboard||interoperability -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: Need some advice on bug 67974
Hi Abhilash, On Saturday, 2016-10-08 15:23:28 +0530, Abhilash Singh wrote: > Bug Address: https://bugs.documentfoundation.org/show_bug.cgi?id=67974 > > I'm looking for ways to implement the search feature mentioned in the bug > above. This comment describes the idea - https://bugs. > documentfoundation.org/show_bug.cgi?id=67974#c11 .Any suggestions on > starting points and if there is already a similar feature that could help > me are welcome. I suggested an approach in https://bugs.documentfoundation.org/show_bug.cgi?id=67974#c12 Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-ux-advise] [Bug 67974] UI: Add a search box in function wizard in Spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=67974 --- Comment #12 from Eike Rathke--- I'd probably implement the result list as an additional category where we now have "Last Used", "All", "Database", ... we could also have "Search Result" or some such (e.g. between "Last Used" and "All") and treat it similar to the "Last Used" category. This way all the existing functionality of the Function Wizard can be used also with the search results. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 103097] New: adding new row to a big table causes crash "No RTTI Data "
https://bugs.documentfoundation.org/show_bug.cgi?id=103097 Bug ID: 103097 Summary: adding new row to a big table causes crash "No RTTI Data" Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: peter.leusc...@web.de Created attachment 127935 --> https://bugs.documentfoundation.org/attachment.cgi?id=127935=edit .odt file containing a big table with text and graphics I am working with a growing table containing text and graphics. First this crash occurred only after adding a lot of new rows without saving before closing. I learned to circumvent by saving every few minutes. Now the file is about 7 MB and the crash occurs by the mere "table/insert row" command. Opening of the file takes more than 5 minutes. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 97350] Theme changer
https://bugs.documentfoundation.org/show_bug.cgi?id=97350 Aron Budeachanged: What|Removed |Added Component|General |Writer Product|Document Liberation Project |LibreOffice -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Re: concat of OUStringBuffer
Hi, On Sunday, 2016-10-09 01:42:34 -0700, Laurent BP wrote: > Something changed recently in master with OUStringBuffer concatenation > > aLCIDString does not contain anymore "[$-some string]" but something like > "[$-[$-[$-0]". Is it a new feature? I'd rather say it's a bug when assigning the involved OUStringBuffer (here aLCIDString) to itself again.. so for clarification: https://gerrit.libreoffice.org/#/c/28666/5 had aLCIDString = "[$-" + aLCIDString + "]"; aFormatStr.insert( nPosInsertLCID, aLCIDString.toString() ); which produced an erroneous "[$-[$-[$-0]" and https://gerrit.libreoffice.org/#/c/28666/7 has aLCIDString.insert( 0, "[$-" ); aLCIDString.append( "]" ); rFormatStr.insert( nPosInsertLCID, aLCIDString.toString() ); which produces the expected "[$-107041E]\-MM\-DD". Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 103046] Crash at EDITING of Slide transition (Folienuebergang)
https://bugs.documentfoundation.org/show_bug.cgi?id=103046 --- Comment #14 from Markus Vogel--- (In reply to Buovjaga from comment #11) > Hey, the backtrace seems like it is not useful. I'm not certain it is > because you did it with 5.1.5 portable. > > Just to make it clear: did you first try crashing it with 5.2.2? Hi, I had deinstalled LO 5.2.2 because of the bug and installed 4.4.7 for working. Because of your question now I deinstalled LO 4.4.7 and removed any files in /AppData/Roaming/LibreOffice. Then I installed LO 5.2.2 win x86 and made another backtrace that you see above. I hope that's more useful ... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103051] Export to pdf scrambles png
https://bugs.documentfoundation.org/show_bug.cgi?id=103051 Taylorchanged: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME |--- --- Comment #2 from Taylor --- I did the following: $ git clone git://anongit.freedesktop.org/libreoffice/core libreoffice $ cd libreoffice && ./autogen.sh && make $ instdir/program/soffice Build IDs: ae94c223e2e21e42fc7feca72402b910e5eab5c7 and e0d442b1995082fd28614d51b85cb4248ba8189d (those are the same as the git hash, right?). The same thing happened that I described in initial bug report. It might be a supporting library. What distribution did you test on? I can try and see if I can reproduce with something approximating your setup. Anyway, I'm currently waiting on the clone of the bibisect repository to finish right now. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103046] Crash at EDITING of Slide transition (Folienuebergang)
https://bugs.documentfoundation.org/show_bug.cgi?id=103046 --- Comment #13 from Markus Vogel--- Created attachment 127934 --> https://bugs.documentfoundation.org/attachment.cgi?id=127934=edit backtrace with fresh installed LO 5.2.2 win x86 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-5.1' - 30 commits - configure.ac connectivity/inc i18npool/inc i18npool/source include/svl include/unotools sc/inc sc/qa sc/source svl/sourc
configure.ac|2 connectivity/inc/pch/precompiled_dbase.hxx |1 connectivity/inc/pch/precompiled_flat.hxx |1 i18npool/inc/numberformatcode.hxx | 15 - i18npool/source/numberformatcode/numberformatcode.cxx | 77 +++- include/svl/zforlist.hxx|4 include/unotools/numberformatcodewrapper.hxx| 61 -- sc/inc/document.hxx |7 sc/qa/unit/subsequent_filters-test.cxx |2 sc/source/core/data/attarray.cxx|5 sc/source/core/data/bcaslot.cxx | 15 + sc/source/core/data/documen2.cxx|4 sc/source/core/data/documen7.cxx| 20 ++ sc/source/core/data/document.cxx| 18 +- sc/source/core/inc/bcaslot.hxx |2 sc/source/core/tool/compiler.cxx| 49 + sc/source/filter/excel/xetable.cxx | 19 +- sc/source/filter/excel/xltools.cxx |5 sc/source/filter/inc/xetable.hxx|4 sc/source/filter/inc/xltools.hxx|1 sc/source/filter/oox/sheetdatabuffer.cxx| 59 +++--- sc/source/filter/oox/stylesbuffer.cxx | 17 + sc/source/filter/oox/worksheethelper.cxx|3 svl/source/numbers/zforlist.cxx | 37 +--- svl/source/numbers/zforscan.cxx | 14 - svl/source/numbers/zforscan.hxx |1 svtools/inc/pch/precompiled_svt.hxx |1 svx/inc/pch/precompiled_svx.hxx |1 sw/inc/IDocumentSettingAccess.hxx |1 sw/inc/pch/precompiled_swui.hxx |1 sw/qa/extras/ooxmlexport/data/protectedform.docx|binary sw/qa/extras/ooxmlexport/data/tdf53856_conflictingStyle.docx|binary sw/qa/extras/ooxmlexport/data/tdf64372_continuousBreaks.docx|binary sw/qa/extras/ooxmlexport/data/tdf81345.docx |binary sw/qa/extras/ooxmlexport/data/tdf92724_continuousBreaksComplex.docx |binary sw/qa/extras/ooxmlexport/data/tdf99090_pgbrkAfterTable.docx |binary sw/qa/extras/ooxmlexport/ooxmlexport.cxx| 19 ++ sw/qa/extras/ooxmlexport/ooxmlexport4.cxx | 29 +++ sw/qa/extras/ooxmlimport/data/image-hyperlink.docx |binary sw/qa/extras/ooxmlimport/data/tdf75573_page1frame.docx |binary sw/qa/extras/ooxmlimport/ooxmlimport.cxx| 20 ++ sw/source/core/doc/DocumentSettingManager.cxx |6 sw/source/core/doc/docedt.cxx |3 sw/source/core/inc/DocumentSettingManager.hxx |1 sw/source/core/layout/flowfrm.cxx |4 sw/source/core/tox/ToxTextGenerator.cxx |4 sw/source/filter/ww8/docxexport.cxx |6 sw/source/filter/ww8/wrtw8sty.cxx |5 sw/source/uibase/uno/SwXDocumentSettings.cxx| 13 + unotools/Library_utl.mk |1 unotools/source/i18n/localedatawrapper.cxx | 12 - unotools/source/i18n/numberformatcodewrapper.cxx| 90 -- writerfilter/source/dmapper/DomainMapper.cxx| 24 +- writerfilter/source/dmapper/DomainMapper_Impl.cxx | 18 +- writerfilter/source/dmapper/DomainMapper_Impl.hxx |3 writerfilter/source/dmapper/GraphicImport.cxx | 14 + writerfilter/source/dmapper/PropertyMap.cxx | 26 ++ writerfilter/source/dmapper/SettingsTable.cxx | 13 + writerfilter/source/dmapper/SettingsTable.hxx |1 writerfilter/source/dmapper/StyleSheetTable.cxx |6 writerfilter/source/filter/WriterFilter.cxx |1 writerfilter/source/ooxml/Handler.cxx | 31 +++ writerfilter/source/ooxml/Handler.hxx | 13 + writerfilter/source/ooxml/OOXMLFastContextHandler.cxx |
[Libreoffice-commits] online.git: Branch 'distro/collabora/collabora-online-1-0' - loleaflet/src
loleaflet/src/core/Socket.js |7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) New commits: commit 3d87e724b999020851a5470b4267d450dbc03153 Author: Henry CastroDate: Mon Oct 10 16:03:30 2016 -0400 loleaflet: do not show internal errors Internal error message, it was intended for debugging purposes, so it is not necessary to show them to final users Conflicts: loleaflet/src/core/Socket.js diff --git a/loleaflet/src/core/Socket.js b/loleaflet/src/core/Socket.js index 1b2d03f..688b9ca 100644 --- a/loleaflet/src/core/Socket.js +++ b/loleaflet/src/core/Socket.js @@ -308,12 +308,7 @@ L.Socket = L.Class.extend({ this._map.hideBusy(); this._map._active = false; - if (e.code && e.reason) { - this._map.fire('error', {msg: e.reason}); - } - else { - this._map.fire('error', {msg: _('Well, this is embarrassing, we cannot connect to your document. Please try again.'), cmd: 'socket', kind: 'closed', id: 4}); - } + this._map.fire('error', {msg: _('Well, this is embarrassing, we cannot connect to your document. Please try again.'), cmd: 'socket', kind: 'closed', id: 4}); }, parseServerCmd: function (msg) { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 100471] online docu for Calc is missing information if function fails
https://bugs.documentfoundation.org/show_bug.cgi?id=100471 Aron Budeachanged: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||ba...@caesar.elte.hu Component|General |Documentation Product|Document Liberation Project |LibreOffice Ever confirmed|0 |1 --- Comment #2 from Aron Budea --- Confirmed in English help that FIND and SEARCH don't specify what is returned if the given parameter isn't found. Axel, is there any other function where such information is missing? I found the help page for SUCHEN, what kind of documentation were you looking for? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs