an existing LibO installation/profile with an LOdev build to
end up with a useable test install?
Thanks!
Stuart
=-=-=
V Stuart Foote
Senior Systems Analyst
Geological Sciences
The University or Texas at San Antonio
___
List Name: Libreoffice-qa
Joel,
Have been a couple of issues with the TDF download landing pages of late.
This bug is open (Unconfirmed) against WWW which will elicit a review by the
correct maintainers if you'd care to bump it new with any needed edits.
fdo#55699 https://bugs.freedesktop.org/show_bug.cgi?id=55699
Pedro,
Thanks. But since I need to test David Tardon's 15 Oct commit against the
WindowsAccessBridgeAdapter.cxx I couldn't go with earlier builds.
Also, I don't think the Java components are built in the TB -16 Windows
Minimal-build. Although I have tried installing a couple of those, but
Niklas,
Thanks.
So, I gave the VC_REDIST=0 property to suppress Visual C++ runtime install a
try. Unfortunately no change.
The Win-x86@6 2012-10-20 14:21:35 MASTER TinderBox build still throws the
installer error 1935 for the GUID {22185FB0-0AED-5CE4-C190-48CC661F0454} at
the same point in
Tim,
We applaud the work you've been doing on the English-NA-DVD, but since you've
taken on that responsibility its cradle to grave handling also requires that
you validate receipt of the initial ISO image upload to the Document Foundation
Mirrors.
TDF will take your upload of bundled
Would ask to have 3.6.3 final release held, and proceed with a 3.6.3. rc3 build.
Stephan Bergmann's Patch for fdo#53474 requires some testing, but if fully
functional will return Java Accessibility based Assistive Technology support to
the Windows users that otherwise can not use LibreOffice.
Marc,
Splittin' hairs, but since only the --a11y-- fdo#53474 bug remains in the
MAB segment you might want to adjust the in time for 3.6.0 release to read
in time for the 3.6.3 release instead.
Stuart.
--
View this message in context:
Hmm, so looking at Michael's minutes the 8 Nov ESC minutes there was this one
entry regards a 4.0 release.
AA: + bump versions sooner than later, to find hard-coded '3's (Petr)
And in the initial wiki table you included an item:
10 Marketing issues2 We need some explication
Michael,
I have assumed that since the ASF Board has graduated the OpenOffice project
from incubator to an Apache top level project, that all the contributed
code base had been accepted and now falls under ALv2 provision. When I've
looked at the IBM and Oracle contributed source code the
So I was edited out of the 3.7 - 4.0 todo rename matrix. Know it happens,
but thanks Niko only a little harsh...
Here is the item, judge for yourself if it should have come out:
−
| 12
−
| verify consistent ''a11y'' support
−
| 1
−
| QA actions upon implementation of ATK/AT-SPI and
I've created a new Bugzilla tracking metabug, fdo#60251, for Accessibility and
Assistive Technology issues on Window OS. Hope this will help to track all
accessibility issues across the LibreOffice projects. So, we now have three
that are active, one for each major OS branch with some cross
Vladimir,
Thanks for the Dogtail tip! It looks like in addition to doing automated
testing of GUI in general, the a11y underpinning should facilitate a more
systematic assessment of Accessibility and support for Assistive
Technologies as implemented on the Linux builds. But that testing should
Vladimir,
Thanks for the Dogtail tip! It looks like in addition to doing automated
testing of GUI in general, the a11y underpinning should facilitate a more
systematic assessment of Accessibility and support for Assistive Technologies
as implemented on the Linux builds. But that testing
So @Pedro raised an interesting Bugzilla administration question regards the
implementation of Possible Duplicates.
Ref fdo#63109 c2 https://bugs.freedesktop.org/show_bug.cgi?id=63109#c2
and fdo#44462 https://bugs.freedesktop.org/show_bug.cgi?id=44462
I would have expected the summary of
OK, nevermid...
Was checking on this getting ready to submit a bug.
Discovered that the search logic for the Bugzilla Possible Duplicates
suggestions is already NOT case sensitive.
Also that entering either File Association or file association provided
the same result including return of the
Robinson Tryon wrote
On Tue, Apr 16, 2013 at 4:35 AM, Petr Mladek lt;
pmladek@
gt; wrote:
Right now we don't have any voting and (essentially) no visible input
from the users as to what should be fixed first. I believe that Joel
told me that the devs *kind of* look at the bug stats, # of
Is anyone rolling their own Windows builds of master and ending up with
working Writer?
Bugzilla fdo#63680 https://bugs.freedesktop.org/show_bug.cgi?id=63680
open against non-viable TinderBox 6 builds of master for Windows, where
entry of text or mouse click inside the document crashes it.
Rainer Bielefeld-2 wrote
...a Link (in the Bug) to the thread in the archive might be useful...
Agreed, and done...
--
View this message in context:
http://nabble.documentfoundation.org/fdo-63680-Windows-builds-of-Master-Writer-crashing-tp4051683p4051801.html
Sent from the QA mailing list
Whew, so @Urmas captured a stack trace with symbols on a Windows build with
debug symbols on 26 April. With a patch developed and committed 28 April by
Arnaud Versini and Miklos Vajna that is already available and has corrected
Writer in the TB 6 daily build for 29 April.
Great job! Just took
An aside from the discussions, I do like the new QA meeting minutes format,
very easy to see what was covered from the agenda and what actions and best
practices are put forth in discussion.
A reader is now able to follow the agenda items that were not covered (time
constraint, or missing
@Pedro, @Norbert
I think you are both missing the point. This announce simply demarks a point
of the 4.1.0.0alpha0 QA work from the TinderBox buildbot (or self compiled)
builds to an official LibreOffice 4.1.0.0alpha1 snapshot build.
The Windows build for example, available at
So here is an interesting puzzler:
with announce of the libreoffice-4.1.0.0.alpha1 and availability of an
official pre-release build, a pull and install of the
LibreOfficeDev_4.1.0.0.alpha1_Win_x86.msi build displays a Build ID:
67ce08e2c64a6615abc90d3a3c442f90d86fa69
Wanted to see what made the
Philipp,
Myself and Aurimas did a little clean-up today of Joel's original Wiki
restatement of fdo#46918
https://bugs.freedesktop.org/show_bug.cgi?id=46918 . Cleaned up the
voting and the list of non-supported functions.
Also added the Excel 2010 and 2013 new feature listings - someone more
OK, so with a bit of git magic, looks like the Apache OpenOffice work on their
Sidebar implementation of the Symphony contribution has been merged into
LibreOffice master. And, unless I am really misreading the git logs, has been
included in the libreoffice-4-1 branch (at commit
Petr Mladek wrote
Wednesday, May 29, 2013 5:01 AMPetr Mladek [pmla...@suse.cz]
Hi,
better late than never.
Thank you none the less...
V Stuart Foote píše v Pá 10. 05. 2013 v 09:16 -0700:
So here is an interesting puzzler:
with announce of the libreoffice-4.1.0.0.alpha1
Not sure I'd exactly consider Rob's musings as unbiased.
Kind of an apples and oranges comparison, truth be told the public persona
of Apache Open Office is still based on a 12 month old release (r1351645).
Relatively bug free, but remains feature poor compared to the AOO
development builds.
jmadero wrote
This is a general problem that I think we shoudl just talk a bit about. If
we confirm a bug on 4.1 but it's fixed in 4.2 master - what status is
appropriate?
Joel,
As the support tail continues to stretch us thin, performing QA bug triage
and commenting Works for Me (noting
Michael Stahl-2 wrote
On 28/06/13 18:06, V Stuart Foote wrote:
Need some help with our cgit repository!
go to the log page:
http://cgit.freedesktop.org/libreoffice/core/log/
in the top right there is a box with search button next to it, change
log msg to range and enter the older
Trying to work with TB builds of Master for Windows, but have an open but
unconfirmed Bugzilla issue fdo 69601
https://bugs.freedesktop.org/show_bug.cgi?id=69601 .
For recent TB 39 builds of master, I have been receiving MSI Error 1937 on a
Windows 7 Ultimate, sp1 64-bit system. Can use the
V Stuart Foote wrote
Has happened with the TB 39 builds for 16, 19, 20, 21 and now 22
September. Last that had actually installed for me on this system was
from 9 September. Checking builds for the 10th, 11th and 15th at the
moment.
TB 39 builds of master for 10th and 11th of September
Similar fully formed GUI elements with LO 4.1.2.2 on Fedora 19 64-bit. So
not sure what might be up with the WM in Debian.
Version: 4.1.2.2
Build ID: 4.1.2.2-1.fc19
http://nabble.documentfoundation.org/file/n4075717/FindReplacePanel_expandedOtherOptions_LO4.1.1.2_Fedora19_GNOME.png
@Thomas,
Glad it has been sorted at the 4.1.2.3 RC. But what was wonky with the
Debian for 4.1.1.2 and 4.1.2.2? Any chance of firing up a different WM to
see if it was unique to your primary WM?
Stuart
--
View this message in context:
@Thomas,
Also had clean formation of button widgets on the LO 4.1.1.2 CTL+H panel
with KDE-Plasma WM on Fedora 19.
http://nabble.documentfoundation.org/file/n4075735/FindReplacePanel_expandedOtherOptions_LO4.1.1.2_Fedora19_KDE-Plasma.png
So does not appear to be a WM/DE issue.
Stuart
--
No further Error 1937 installer issues from TB 39 builds, fdo#69601 was
closed WFM -- but don't know if Michael S. has additional work to do yet on
the cli_cppuhelper.dll and other signature mechanism.
But for @ape and @pedro, 32-bit Windows XP sp3 installed and ran today's
2013-10-04_08.16.05
The working project archive is located here:
http://downloadarchive.documentfoundation.org/libreoffice/old/
Note that the 4.0.6.2 build is posted there as expected since it has been
uploaded to mirror sites as final release.
--
View this message in context:
Pedro wrote
One other request: your Tinderbox is not creating the txt files with the
build info. Unfortunately this is the only element that allows QA to know
from which TB each binary came from (before installing, obviously) so it
is quite important that it is generated with the binary...
sophi wrote
If you grep, just be aware that now there is two kinds of mnemonics:
[~] for the previous dialogs, [_] for the ported to .ui dialogs.
AFAIK, only the main menus are scripted, the others are placed by the
dialog creator or the translators.
Yes that is correct. Unfortunately the
Robinson Tryon wrote:
Indeed -- it looks like something happened on the 7th such that builds
were no longer produced (or no longer uploaded).
So the Windows TB47 at least spit out a usable build this morning:
Build Info
tinderbox: administrator: lohmaier+tinder...@gmail.com
tinderbox:
Vote:
Here's the list (in alphabetical order):
* blo -- NO
* lbz -- YES, but only as alternative to tdf
* libo -- NO
* lo -- NO
* lob -- NO
* lobz -- NO
* tdf -- YES, of course LibreOffice is not The Document Foundation, but TDF
is LibreOffice's home
and the
-Original Message-
From: Robinson Tryon [mailto:bishop.robin...@gmail.com]
Sent: Thursday, November 21, 2013 5:02 PM
If we go that route, we should use the url bugs.documentfoundation.org
Thoughts??
Well it would have the advantage of neutral Bugzilla support for any other TDF
Pedro,
Text file is not needed! It is just convenient ;-)
It is trivial to view the details of the TB builds of Master --
http://tinderbox.libreoffice.org/MASTER/status.html just match the time-stamp
of the build to the buld time collumn and side across to the collumn for the
TB your
Thorsten,
Thorsten Behrens wrote
2) TB #39 and #42 are building Master builds for the upcoming 4.3 branch
(as
expected) but there are no 4.2 branch daily builds
Good point, let me add that.
We look to now have a viable LODev 4.2.0.0beta1+ build running on TB-42.
Thanks!
Robinson Tryon bishop.robin...@gmail.com
Sent: Sunday, December 01, 2013 12:31 PM
Well...looks like it's time to take a vote :P
Voting Rules:
* Please vote for as many of the listed choices as you like (Approval Voting)
* Per our discussion, I'm reserving 'tdf' for future use
* If there's no
@Pedro,
I suspect that was the fdo#72451
https://bugs.freedesktop.org/show_bug.cgi?id=72451 issue (clobbered
builds from the 7th - 10th) already corrected on master and also should be
fixed on the 4.2 branch. But with TB-42 hung, can't tell at the moment.
Gave Thorsten a nudge last night.
I just downloaded and did a /A administrative install of the same 4.2.0beta2+
build onto Windows XP sp3 (as a VMWare guest OS on WIndows 7 sp1, 64-bit).
Version: 4.2.0.0.beta2+
Build ID: 02180aed7dc0b8c5f9cc23b319adc2386a9aab69
TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time:
Roopesh,
It would be up to the individual TinderBox maintainer to archive the builds,
I don't believe any do as it is possible to configure git to build at a
particular historical commit point.
The actual release RC band final builds are archived here:
Michael Meeks-5 wrote
+ decide on whether to remove legacy Java Access Bridge from 4.2
(Michael S)
[ decided not to for now, historically good to have old RTF + new
RTF
filters, so it's easy to try out if new bugs are causd by new
code ]
While probably sound, this
Roopesh,
Have zipped up the following:
http://nabble.documentfoundation.org/file/n4088023/LODev_builds_master_Oct2013.png
Grab it here (simple anonymous ftp) October 2013 LibreOffice TB builds of
master ftp://129.115.236.52/pub/Foote_utils/Oct2013_TB_master.zip
Size for the Zip'd archive
@Cloph,
Christian Lohmaier-3 wrote
Also new: Starting with 4.2.0rc1, developers (and people doing some
low-level QA) on windows can make use of the symbol server to get
pdb files for debugging the release builds. The symbol server's URL is
Christian, (aka.@cloph).
Thanks, the new symbols do work fine even if we can't review them in a
browser.
Not much of a programmer so don't load Visual Studio, personally in my
day-to-day sysadmin work on Windows I prefer running the SysInternals
ProcessMonitor (v3.0.5) to fully log ALL system
Christian Lohmaier-3 wrote
Grab the builds from here here:
http://dev-builds.libreoffice.org/pre-releases/
The Windows builds show as built and posted today, but they are named as
LibreOffice_4.2.0.1.0_Win_x86.msi
So, mislabeled? Or not yet built/posted for 4.2.0.2 RC2?
--
View this
Christian,
Something has gone very wrong with the Windows build. Activating the
IAccessible2 UAA bridge results in no ability to edit a document as an
ENTER key press will crash the edit session and close LO.
TB 42 builds seem unaffected.
Opened BZ bug 73464
Joel,
Not a frequent Google Docs user. But when I log in, am I supposed to be
able to open the spread sheet and edit the listing to add my name and email?
Not sure how... seems to be read only.
Stuart
--
View this message in context:
Afraid you'll need to roll your own...
Currently only OSX on TB @21 and Windows on TB @42 for the 4.2.1.0.0+ builds:
http://dev-builds.libreoffice.org/daily/libreoffice-4-2/
Linux builds for master only, Tinderbox @45 or @46 here for master:
http://dev-builds.libreoffice.org/daily/master/
Chrisitan, *,
Great! The release cycles roll on...
But please also fix the web site. The 'Development versions' page is still
listing LibreOffice 4.2.3 RC1, and LibreOffice 4.1.5 RC2--STILL!.
Stuart
--
View this message in context:
Christian, *,
The release so far is only on pre-releases server, not on the mirror
network.
OK, guess that is correct. Logic being the 'Development versions' web page
should not display it until it hits the public mirrors. Though we do link
to the TDF pre-release server directly from the
Hi Derek,
Sorry you are so challenged by what have been incremental improvements to
the LibreOffice user interface and function.
Fortunately, you are welcome to roll back to earlier releases more in line
with your comfort level.
Historical builds are vailable for direct download here:
Markus,
Yes, that got it--Kendy's TB-39 has pushed out two builds now.
I saw the mass mis-spelling corrections that Pedro G. had done during the
time frame for the break.
What a weird error. Is Execution parameter a protected keyword or such in
the MSI template?
Stuart
--
View this message
@Pedro,
That is a bit under whelming as an issue report. Perhaps you can fill in
details we'd need to be able to verify.
It could be a resurgence of fdo#69517
https://bugs.freedesktop.org/show_bug.cgi?id=69517 , but it looks like
Kendy at least on the TB-39 builds has the
Just installed to a Windows XP sp3 VM running on Windows 7 sp1, 64-bit
Version: 4.3.0.0.alpha1+
Build ID: f76026a43acc65465882924796d93e635c35fd90
TinderBox: Win-x86@39, Branch:master, Time: 2014-05-04_06:34:33
Fully functional all components, no issues.
--
View this message in context:
Here is a stack trace for a crashing writer session on XP sp3...
soffice.bin
=-=-=
ntdll.dll!KiFastSystemCallRet
kernel32.dll!WaitForMultipleObjects+0x18
kernel32.dll!GetSystemDirectoryW+0x35
kernel32.dll!UnhandledExceptionFilter+0x55c
MSVCR110.dll!_crtUnhandledException+0x14
Joel,
4.3.0 Alpha1 on the Pre-release page
http://dev-builds.libreoffice.org/pre-releases/win/x86/
http://dev-builds.libreoffice.org/pre-releases/win/x86/LibreOfficeDev_4.3.0.0.alpha1_Win_x86.msi
--
View this message in context:
@Miguel Ángel,
I don't think the issue on Windows XP is related. But confirming your report
with todays resumption of TB builds on Windows. Possibly something is still
off with the mass-spelling corrections that had broken the MSI packaging on
Windows.
Stuart
--
View this message in context:
Markus,
While the TB's are back on line. Look to have a lingering issue with the
builds where now toolbar action (Tools - Options for example) has lost its
resulting actions and the UI simply hangs with a partial GUI dialog opening.
Reported in BZ as fdo#78266
Tested on Windows 7 sp1, 64-bit en-US with
Version: 4.3.0.0.alpha1+
Build ID: d09d75167d77adcc8538c5cc5d8fe6bac6091ca1
TinderBox: Win-x86@42, Branch:master, Time: 2014-05-05_23:04:20
All seems to be corrected now.
--
View this message in context:
Pedro, *,
Pre-release Windows build of
Version: 4.3.0.0.alpha1
Build ID: 46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781
Was definitely broken as in
https://bugs.freedesktop.org/show_bug.cgi?id=77891 http://fdo#77891 , not
sure of the exact reason, but it is NOT isolated to Windows XP. Also, prior
and
Kohei,
So confirmed at least as far back as 3.5.x, but probably some of the work
you and Markus did Nov 2011 in lead up to 3.4.0
Issue is confirmed--and have set the bug to NEW.
The issue is that when the AutoFilter buttons are cleared during a Sort--if
there were any filters applied those
So looking at today's TB51 build for Windows, getting crash on text entry in
impress, writer and calc. Have reopened
https://bugs.freedesktop.org/show_bug.cgi?id=77891
Similar stack traces as below on crash of writer, calc, impress--also
immediate crash attempting to launch any Tools - Options -
Have adjusted title of https://bugs.freedesktop.org/show_bug.cgi?id=77891
-- Other: LibreOffice crashes as soon as one enters text in a module, this
on TDF release configured TB51.
QA needs to determine if this affects only TB51 configuration, or also TB39
and TB42 as well--if someone has a
A reminder for folks that with the 4.3.0beta they will need to install the
Microsoft Visual Studio 2012 C++ run-time if not already present.
Available here:
http://www.microsoft.com/en-us/download/details.aspx?id=30679#
--
View this message in context:
@Christian,
Traveling this week, but did an install of the windows build of
LODev4.3.0beta1 on a borrowed Windows 7 sp1, 32-bit system.
Beta1 install goes fine. But on initial launch get a pop-up error:
http://nabble.documentfoundation.org/file/n4109942/soffice.png
Download and installation of
Christian, *,
Ran through attempts to install RPM packaging using YUM and have attached a
full log of both the 4.3.0beta1 and the TB46 4.4.0alpah0+ 20140531 build.
Interesting stuff is in the Error stanzas at the end of the logs--are the =
testing logic correct where failing?
Christian, *,
Christian Lohmaier-3 wrote
It is yum performing the version check differently than rpm itself does
it.
Anyway - changing the debian-specific change to an overall linux
packaging change should please yum as well...
In any case no problem for the RCs, only master/the alphas and
V Stuart Foote wrote
So the repackaging done for beta2 now does pass the YUM dependency and
verification steps of Fedora 20.
Looking at the YUM install log, I do see this error--seems trivial, and the
desktop launchers otherwise have icons and have a launch action associated.
Otherwise
@Thomas,
Sorry, can't check. No MediaWiki option on the TB39 builds for Windows
Version: 4.4.0.0.alpha0+
Build ID: fd81523328891c69ee7cb28bf22308225da42744
TinderBox: Win-x86@39, Branch:master, Time: 2014-09-03_08:48:37
From: Libreoffice-qa
See fdo#81920 ( https://bugs.freedesktop.org/show_bug.cgi?id=81920 ) , had been
closed WFM, but reopening for you...
From: Libreoffice-qa libreoffice-qa-boun...@lists.freedesktop.org on behalf
of Jay Philips philip...@hotmail.com
Sent: Thursday,
@Owen, *,
Great, but I think the numbers are even better in 4.3 and current builds of
master.
Between 4.2.x and 4.3.x we dumped most of the Java based accessibility
bridge. See this commit by David Ostrovsky --
Thomas, Jay, *,
Guess then it must have been Jay's message from Sep 4th finally clearing
moderation.
So Jay, are you good now with the scroll bar on the Appearance panel on the
32-bit TB45 builds? Can we set the fdo#81920 back to Resolved WFM?
Stuart
--
View this message in context:
Joel,
Kind of looks like they did...
https://www.libreoffice.org/bugzilla/admin.cgi
Stuart
--
View this message in context:
http://nabble.documentfoundation.org/fdo-Bugzilla-upgraded-to-4-4-5-tp4124643p4124714.html
Sent from the QA mailing list archive at Nabble.com.
Dan, *,
Lionel would need to comment, but with just the final bug-fix release pending,
IMHO it is not going to make it into 4.2
Suspect this is one of those issues that really can not, and should not be back
ported--as simply too much of the infrastructure in base changed between 4.2
and
@Terry,
Not just you, I ran your query multiple times same result, and then realized
what it was.
It is subtle, as it looks the same--but the Description of an attachment is
actually not tagged as a Comment for use in query. It has its own field
Attachment description that can only be used from
Top posting reply to Joel's note...
Actually, it makes a lot of sense in that release notes really need a more
descriptive narrative for substantive enhancements and bug fixes. As is we
often simply list the fixes against prior releases.
Envision this whiteboard tagging would support two
Need some QA help with a localization aspect of using Liberation fonts in a
Math formula.
Poking at fdo#85891 https://bugs.freedesktop.org/show_bug.cgi?id=85891 ,
user looks to be on a Windows German localization, and his Liberation fonts
are being mangled (size and position) in Math.
@Lera, *,
First thank you for taking on the translation tasks, we know it can be
challenging.
Lera Goncharuk wrote
Do I understand correctly, that we should consult with developers when a
bug
violates principles of mathematical calculations and we give the status
NEW
only when developers
@Markus,
LOL, I almost answered it that way as well. But then I ran through the
example document and created one of my own.
I'm comfortable saying there is a logic flaw when assigning the cell
formatting when two sum() ranges containing currency formatted data are
divided.
Weird, in that we
Robinson Tryon wrote
On Thu, Dec 18, 2014 at 11:18 AM, Joel Madero lt;
jmadero.dev@
gt; wrote:
Hi All,
To sum up, enhancements opened by UX members are set as NEW and assigned
to UX-advice so they are not triaged by QA members and don't appear in
the QA stats.
By assign - if you set the
@Joel, *,
The message text reads well, recipients should not object.
...2+ years no activity, exclude anything with meta or easyhack, also
excluded are enhancement requests
A result of ~= 310 seems about the right scope, while a quick review of
list had nothing whacky.
Stuart
--
View
Robinson, *,
So until migration is underway, our existing credential's have been
copied--but are not functional.
At what point can we actually set our password on the tdf instance of
bugzilla? Currently the reset is referring the dialog back to fdo--a little
confusing. When should we attempt
Folks,
I've spun up two new meta issues to help wrangle issues affecting our
handling of SVG. Two because we have two filter mechanisms for handling
SVG.
Bug 88277 - Meta: SVG fileOpen filter (Draw)
https://bugs.freedesktop.org/show_bug.cgi?id=88277
Bug 88278 - Meta: insert SVG image filter
[[::]]
or
[[::]]SVG[[::]]
it is much more revealing that just SVG strings in the short description...
Stuart
From: Joel Madero jmadero@gmail.com
Sent: Sunday, January 11, 2015 3:33 PM
To: V Stuart Foote
Cc: libreoffice-qa@lists.freedesktop.org
Subject: Re
Hi Terry,
I get a clean /A administrative install of the build.
http://nabble.documentfoundation.org/file/n4135478/LODev450_20150107_goodLaunch.jpg
Here are HASHs for a clean download.
MD5 d4fd4717662800ed9ddf2613e2ca82f2
SHA-256
@Joel,
Think you need to share that query list for us to be able to run
it--currently return invalid.
Stuart
--
View this message in context:
http://nabble.documentfoundation.org/Libreoffice-qa-Bugs-with-Backtrace-but-Not-Reproduced-tp4142359p4142406.html
Sent from the QA mailing list
Could someone running Debian 7 or 8, have a look at tdf#88117 - image
truncated when exported to svg
https://bugs.documentfoundation.org/show_bug.cgi?id=88117 .
Can't repro any mix of Windows, Fedora, or RHEL -- so possibly Debian distro
specific.
Thanks.
Stuart
--
View this message in
@Cloph, *
Needs more investigation, but looks like there may be continuing issues with
signing of the OS X builds and Gatekeeper...
Reopened -- https://bugs.documentfoundation.org/show_bug.cgi?id=84352
(Assigned to S. Bergmann)
New -- https://bugs.documentfoundation.org/show_bug.cgi?id=89561
Bjoern, *,
Wow, I like Antje--a nice tip of the hat to the StarDivision pioneers...
So, does Robinson's caricature exhibit any resemblance to the original
Antje?
--
View this message in context:
http://nabble.documentfoundation.org/Libreoffice-qa-that-walrus-tp4137990p4138161.html
Pedro wrote
Since there are no 4.5 specific bugs (even if there were some regressions,
there will be no final 4.5.0 version) it doesn't make any sense to keep
4.5
There is no 4.5 version. TDF is jumping from 4.4 to 5.0 so all bugs
reported while 4.5 was under development now only
@Philippe,
Your patch for tdf#34555
https://bugs.documentfoundation.org/show_bug.cgi?id=34555 Make cropping
handles for images (as in Draw/Impress) available for all LibreOffice
applications is sitting in the Code review queue in Gerrit.
https://gerrit.libreoffice.org/#/c/15541/
Depending
As Anreas is on Linux with KDE4, this is likely to be tdf#91301
https://bugs.documentfoundation.org/show_bug.cgi?id=91301 which should
be resolved with a 5.0.0beta4 build.
Unclear of any relation to the other tdf#91882
https://bugs.documentfoundation.org/show_bug.cgi?id=91882 issue which
Pedro,
Pedro wrote
I have never added myself to CC on any bug I commented in the past and yet
I used to receive new comments/answers to my comments and changes to
status. I think it makes sense that it works this way (i.e. no need to
explicitly adding yourself to cc, if you comment you are
Pedro wrote
> In case no one noticed the tinderbox is named Win-x86 but the builds are
> Win_x64. Wrong upload?
Looks like Thorsten just pointed the upload script to Win-x86@42 rather than
Win-x86_64@42, simple correction.
> How are the VS2015 builds different from those in tinderbox
1 - 100 of 140 matches
Mail list logo