back port to 7.6.5 for tdf#158442 to open LO hybridPDF in correct module

[V Stuart Foote]

Looks like this got forgotten:

https://gerrit.libreoffice.org/c/core/+/160306

--
Stuart

Re: [Libreoffice-qa] ESC meeting minutes: 2023-04-13

[V Stuart Foote]

>  -> + Shortcuts for "Zoom in" and "Zoom out"
>
> https://bugs.documentfoundation.org/show_bug.cgi?id=45705
> ...
>   + Word has no zoom in/out, unclear what to do
> ...

Actually, the Word 2019 desktop canvas responds to "pinch" zoom on trackpad and 
on touch screens.  And similar to LO Zoom bar handling with Zoom Out and Zoom 
In buttons.  And also + zoom.

Desktop Word < 2021,  has no exposed action for keyboard shortcut.

But the Word 365 cloud and Word > 2021 (16.0) has now "diverged from Word’s 
initial implementation" and implemented +//0  ( 
https://insider.office.com/en-us/blog/new-zoom-shortcuts-in-word )

Any reason we shouldn't as well.

Re: [libreoffice-accessibility] Re: high contrast accessibility application guidelines?

[V Stuart Foote]

Caolán, *

These Microsoft notes are helpful in general with some specifics for Windows 
os/DE implementors:

https://learn.microsoft.com/en-us/windows/win32/winauto/high-contrast-parameter

https://learn.microsoft.com/en-us/windows/win32/controls/supporting-high-contrast-themes

Stuart


From: Michael Weghorn 
Sent: Tuesday, October 11, 2022 10:20 AM
To: libreoffice@lists.freedesktop.org ; 
accessibil...@global.libreoffice.org 
Subject: [libreoffice-accessibility] Re: high contrast accessibility 
application guidelines?

  **EXTERNAL EMAIL**
  This email originated outside of The University of Texas at San Antonio.
  Please exercise caution when clicking on links or opening attachments.


[Adding the accessibility mailing list, somebody on that list might have
more insights]

On 10/10/2022 22.02, Caolán McNamara wrote:
> Is there a set of guidelines as to the intent of high contrast within
> documents?

Re: sigma symbol tailoring

[V Stuart Foote]

Also, the Formula bar's split button implementation uses an opcode to choose
the action to apply.  They are not GTK .UI button linked UNO commands.  

However, there is the .uno:AutoSum that does the original action. So, you
can customize to assign to Menu, a Toolbar, a Context menu, or a Keyboard
short-cut.  So unless you are interested in implemnting a new slate of .uno
controls for formula bar--give the customization a try.

And, note that the .uno:AutoSum is not available to customize the Notebook
Bar modes.




--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Going to need an rc4 build of 7.1.0, some unacceptable omissions

[V Stuart Foote]

Prominent UI warts suggest 7.1.0 is not ready to go out the door:

tdf#139781 - missing icons from Start Center
tdf#138051 - buttons for the "new" UI Picker feature are blocked

Another rc with those patches applied, please.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-ux-advise] Sidebar deck HIG discussion - calculated minimum-width vs. resize to collapse

[V Stuart Foote]

The Sidebar HIG 
--   is currently silent on behavior of width of the Deck and as a result we 
have issues like 
tdf#89984
and ill-conceived fixed-width "lets return to src" discussion on 
tdf#90374.

IIRC when the IBM Symphony "Property panel" contribution was merged with the 
OOo "Task pane" as src by Andre Fischer at Apache OpenOffice 4.0, and then 
picked up and merged for LibreOffice 4.2 (experimental at 4.1), the initial 
Deck behavior was that ALL decks would resize to some minimal width (i.e. 
exposing the last enabled control on a Content panel) and then cleanly collapse 
to the Tab-bar.

Subsequently reimplemented as a Glade .UI supported framework, we defined 
maximum-width, and minimum-width attributes available for a Deck, and since 
have had a mix of inconsistent behaviors--including of late dropping ability to 
resize the active Deck to point of collapse.

IMHO, removing ability to resize each deck to point of collapse, by imposing a 
minimum-width for each Deck based on its component controls was questionable. 
Rather than collapse, we now only provide the ability to close the Deck (from 
the Deck Title) keeping the Tab-bar open for use.  That as supplemented by the 
'Hide' & 'Show' thumb icons to fully collapse the Sidebar, and the 'Close 
sidebar' action on the SB's Configuration sub-menu.

That forced minimum width stripped user control of the the UI, even though we 
now allow users to customize their Sidebar settings, stateful and per module, 
and recorded into LO user profile for reuse.

Beleive HIG should promote Design for a minimum-width, but restore and promote 
ability for Deck(s) to be reduced to 'point of collapse'--which gives the 
better user experience.  Users can scale their canvas, change views as 
prefered, and "control" the width of the Sidebar to their preference.

Yes, Decks should open to designed minimum-width, but only when no width has 
been set from user profile or current LO session. The UI should honor the width 
set per module, for each Deck.

In other words, allow the Content panels to be dragged narrower than 
minimum-width at any time--record that to User profile--and apply minimum-width 
when the Sidebar  Customization 'Restore default' control is applied.

Aside from the Sidebar UI-UX "inconsistency" issues--Meta 
tdf#103459 needing 
HIG work, we do have implementation issues handling of Deck minimum-width, e.g. 
erratic scaling of the Deck at higher os/DE screen resolutions ( 
tdf#128243 ) .

Stuart


___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Sidebar deck HIG discussion - calculated minimum-width vs. resize to collapse

[V Stuart Foote]

The Sidebar HIG 
--   is currently silent on behavior of width of the Deck and as a result we 
have issues like 
tdf#89984
and ill-conceived fixed-width "lets return to src" discussion on 
tdf#90374.

IIRC when the IBM Symphony "Property panel" contribution was merged with the 
OOo "Task pane" as src by Andre Fischer at Apache OpenOffice 4.0, and then 
picked up and merged for LibreOffice 4.2 (experimental at 4.1), the initial 
Deck behavior was that ALL decks would resize to some minimal width (i.e. 
exposing the last enabled control on a Content panel) and then cleanly collapse 
to the Tab-bar.

Subsequently reimplemented as a Glade .UI supported framework, we defined 
maximum-width, and minimum-width attributes available for a Deck, and since 
have had a mix of inconsistent behaviors--including of late dropping ability to 
resize the active Deck to point of collapse.

IMHO, removing ability to resize each deck to point of collapse, by imposing a 
minimum-width for each Deck based on its component controls was questionable. 
Rather than collapse, we now only provide the ability to close the Deck (from 
the Deck Title) keeping the Tab-bar open for use.  That as supplemented by the 
'Hide' & 'Show' thumb icons to fully collapse the Sidebar, and the 'Close 
sidebar' action on the SB's Configuration sub-menu.

That forced minimum width stripped user control of the the UI, even though we 
now allow users to customize their Sidebar settings, stateful and per module, 
and recorded into LO user profile for reuse.

Beleive HIG should promote Design for a minimum-width, but restore and promote 
ability for Deck(s) to be reduced to 'point of collapse'--which gives the 
better user experience.  Users can scale their canvas, change views as 
prefered, and "control" the width of the Sidebar to their preference.

Yes, Decks should open to designed minimum-width, but only when no width has 
been set from user profile or current LO session. The UI should honor the width 
set per module, for each Deck.

In other words, allow the Content panels to be dragged narrower than 
minimum-width at any time--record that to User profile--and apply minimum-width 
when the Sidebar  Customization 'Restore default' control is applied.

Aside from the Sidebar UI-UX "inconsistency" issues--Meta 
tdf#103459 needing 
HIG work, we do have implementation issues handling of Deck minimum-width, e.g. 
erratic scaling of the Deck at higher os/DE screen resolutions ( 
tdf#128243 ) .

Stuart


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

Re: Status of Windows builds TB77

[V Stuart Foote]

Christian Lohmaier-3 wrote
>> ...  as a workaround I created an additional jobconfiguration that
> disables the switch.

OK confirm the new configuration is posting a nightly build. 

But seems the packaging drops a VC++ runtime that is needed to run.   On
launch get a missing  VCRUNTIME140_1.dll (for Visual Studio 2015).

Latest supported Visual C++ redistributions are available here:

https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

  

Microsoft now combines them so 2015, 2017 & 2019  VS runtimes are merged and
don't clobber each other.

Installing the 64bit -- 14.24.28127.4 build allows the tb77 no-merge build
to run.



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Status of Windows builds TB77

[V Stuart Foote]

sberg wrote
> On 03/03/2020 08:49, Noel Grandin wrote:
>> I have reverted the libmerged patch that likely triggered this.
>> 
>> Lets see if tonight is any better.

Still no joy. The build log suggests  a Visual Studio configuration issue...

brief Build Log for tree: MASTER
Created at: Thu Mar 5 01:21
Show full Log
Return to the MASTER Status Page
Build Data

tinderbox: administrator: jenkins
tinderbox: brief-log: 1583367715.31850.html
tinderbox: brieflog:
https://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER=1583367715.31850
tinderbox: buildname: Jenkins_tb77_x64
tinderbox: errorparser: unix
tinderbox: errors: 2
tinderbox: full-log: 1583367715.31850.html
tinderbox: fulllog:
https://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER=1583367715.31850
tinderbox: print:   jenkins on tb77
core

  
tinderbox: starttime: 1583367642
tinderbox: status: building
tinderbox: timenow: 1583367707
tinderbox: tree: MASTER

Pick an error message to see Log

End of Log File
checking for MSVC merge modules directory... configure: WARNING: not found
(check config.log)
cygpath: can´t convert empty path







--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Status of Windows builds TB77

[V Stuart Foote]

sberg wrote
> On 27/02/2020 17:22, Noel Grandin wrote:
>> scheduled an admin_slave_cleaning job for tb77, lets see if that helps
> 
> Before you schedule an admin_slave_cleaning job, you must set the 
> relevant computer's # of executors to 1, and set it back to the original 
> value after the cleaning job!  (Did that now for tb77.)

Unfortunately, still no joy.  And the last functional tb77 Windows  build
for 2020-02-14 has rolled off the server.

The TB77 build log [1] looks pretty bare -- short runtime and long deadtime
for builds but nothing happening.

And, the Tinderbox listing [2] seems off a bit off. Is tb77 clophs' TDF
Jenkins infra, or jluth's?

=-ref-=
[1]   Tinderbox build status
  
[2]  Tinderbox listings
  



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Status of Windows builds TB77

[V Stuart Foote]

So,  https://gef6d1789e45cc9b3ab8a351d84d98dd81cfd84a0^!

   
may have rolled, but TB77 is still stuck.

The other Jenkins Windows builds seem to be turning, but none of them 
upload a TDF configured build for QA testing.



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Status of Windows builds TB77

[V Stuart Foote]

The Jenkins hosted TB77 nightly for 64bit Windows builds has not posted a 
package since 14 Feb, does it need a nudge?

Logs are obtuse. But the other Windows TBs (TB72, TB73) seem to be building.

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

Re: [Libreoffice-qa] Bugzilla: tweaking Antispam plugin

[V Stuart Foote]

@Xisco, *


Xisco Fauli wrote
> 'Close' is just another status, so if you can change any bug to NEW or
> NEEDINFO you can change them to CLOSED as well. However, it depends on
> the bug's workflow. Only RESOLVED or VERIFIED bugs can be set to CLOSED
> afterwards.

/me --*facepalm*-- 

Never made the connection, but CLOSED works exactly like that. Also, the
'deletionRequest' is (has been) available to set in the 'Component' field.
I've just overlooked it!


> In order to set any comment as spam, you just need to use tag 'spam' in
> that comment. See
> https://wiki.documentfoundation.org/QA/BugTriage#Comment_tags

Yes, but have to tag it and then 'Save' the bug to keep it--was doing that
routinely in my QA workflow.

Otherwise, sorry for the noise...

Stuart



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugzilla: tweaking Antispam plugin

[V Stuart Foote]

V Stuart Foote wrote
>> contributors limits who can change priority, severity, qa field, and
>> assigned

So, yes I am in the BZ contributors group--but not sure members the
"contributors" group actually have the capability to 'close' or 'request
delete' of an issue.  

And if currently allowed I don't see how to enable the feature.




--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugzilla: tweaking Antispam plugin

[V Stuart Foote]

Xisco Fauli wrote
> What do you mean? you are already in the contributor group. you
> shouldn't have any limitation or am I missing something?

Though QA active before the cut over from the FreeDesktop BZ instance, don't
think I've ever had ability to 'close' a bug, nor to mark obvious spam for
'deletion'. 

I think I remain just a regular user, and currently the permissions tab for
my BZ account shows:


> You have the following permission bits set on your account:
> bz_canusewhines   User can configure whine reports for self
> canconfirmCan confirm a bug.
> contributors  limits who can change priority, severity, qa field, and
> assigned
> editbugs  Can edit all aspects of any bug.





--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugzilla: tweaking Antispam plugin

[V Stuart Foote]

Xisco,

Here is one for you:

tdf#34355   

Stuart

p.s. could you add me to the admin or set permissions so I can do QA
'close', and set 'deletion request'



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

An MDI as a new MUFFIN feature, tdf#37124 and the framework/source/tabwin legacy

[V Stuart Foote]

In hopes of moving tdf#37124 along and suggest another MUFFIN feature  to 
support an MDI  -- Tabbed multi-document interface, was poking around in dark 
areas of source and found this gem [1]:

https://www.mail-archive.com/dev@framework.openoffice.org/msg00065.html

The GSOC 2005 project was for an extension, but a nascent framework exists 
already ( 
https://opengrok.libreoffice.org/xref/core/offapi/com/sun/star/awt/XTabListener.idl
 ) [2][3].

Could we brush this off, and get it cleaned up with code pointers to encourage 
an ambitious dev or future GSOC participant to dive in? 

=-ref-=
[1] https://bz.apache.org/ooo/show_bug.cgi?id=54847
[2] framework/inc/tabwin
[3] framework/source/tabwin
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-ux-advise] An MDI as a new MUFFIN feature, tdf#37124 and the framework/source/tabwin legacy

[V Stuart Foote]

In hopes of moving tdf#37124 along and suggest another MUFFIN feature  to 
support an MDI  -- Tabbed multi-document interface, was poking around in dark 
areas of source and found this gem [1]:

https://www.mail-archive.com/dev@framework.openoffice.org/msg00065.html

The GSOC 2005 project was for an extension, but a nascent framework exists 
already ( 
https://opengrok.libreoffice.org/xref/core/offapi/com/sun/star/awt/XTabListener.idl
 ) [2][3].

Could we brush this off, and get it cleaned up with code pointers to encourage 
an ambitious dev or future GSOC participant to dive in? 

=-ref-=
[1] https://bz.apache.org/ooo/show_bug.cgi?id=54847
[2] framework/inc/tabwin
[3] framework/source/tabwin
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: [Libreoffice-qa] [libreoffice-documentation] Buttons/Icons missing from the form Formatting Toolbar.

[V Stuart Foote]

Believe display of the LTR and RTL toolbar buttons are dependent on the 
Language settings. Support for CTL (language can be none) must be checked 
enabled (Tools -> Options -> Language Settings -> Languages).  Then restart 
Calc.

Works like that for me on Windows 10 with 6.2.2 and current master/6.3.0

Stuart

From: Libreoffice-qa  on behalf 
of Ilmari Lauhakangas 
Sent: Monday, March 25, 2019 5:13 AM
To: LibreOffice Documentation
Cc: libreoffice-qa@lists.freedesktop.org
Subject: Re: [Libreoffice-qa] [libreoffice-documentation] Buttons/Icons missing 
from the form Formatting Toolbar.

Heiko Tietze kirjoitti 25.3.2019 klo 10.27:
> On 24.03.19 19:08, Ilmari Lauhakangas wrote:
>> Dave Barton kirjoitti 24.3.2019 klo 18.51:
>>> I am working to complete a chapter of the LO Calc 6.2 user guide and I
>>> just need a couple of small screen captures to finish. I need to capture
>>> the Formatting toolbar Text Direction and Text orientation
>>> buttons/icons, but I cannot get them to display in Calc 6.2 on either
>>> Windows 7 or 10.
>>> is a capture of the failed customization dialog.
>>> Maybe I have missed it, but I haven't been able to find a report on this
>>> issue in Bugzilla.
>>> Are any other Windows users experiencing the same problem with toolbar
>>> buttons/icons not displaying in Calc?
>>
>> I confirm the problem on Windows with 6.2.2 and a fresh master build. It is 
>> not dependent on the icon theme.
>>
>> On Linux, it is a different story. With 6.2.2, I see the LTR and RTL 
>> buttons, but not the text direction buttons. With master, I see all of the 
>> buttons.
>>
>> I could not find an existing report.
>>
>> The problem does not go away in Safe mode.
>>
>> The problem is not seen in the latest commit in the win32 bibisect repos for 
>> 6.2 or 6.3.
>>
>> I think I will consult the design team before doing anything else.
>>
>> Ilmari
>>
> No issue with master (home made 6.3/Linux, haven't checked a nightly build). 
> .uno:ParaLeftToRight and .uno:ParaRightToLeft have been there for a long time 
> so any change must happened at 
> SID_ATTR_PARA_LEFT_TO_RIGHT/SID_ATTR_PARA_RIGHT_TO_LEFT etc. There is no 
> ticket on BZ, so it might have been fixed silently.

It is not fixed as it is a problem on Windows.

Dave: I think you can go ahead and create a report in Bugzilla. Thanks
for bringing this up.

Ilmari
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] minutes of ESC call ...

[V Stuart Foote]

From: Libreoffice-qa  on behalf 
of Michael Meeks 
Sent: Thursday, September 13, 2018 9:35 AM
To: libreoffice-dev; libreoffice...@lists.freedesktop.org

>   * CTRL+ALT+E isn't opening the extension dialog but inserts a "é"
> + https://bugs.documentfoundation.org/show_bug.cgi?id=119676
>+ bug?, see also 118269
> + why do we have a hot-key for that dialog ? (Michael)
>+ not only this – other shortcuts with ctrl-alt (Heiko)
>   + can we bisect it, find & prioritize it ? (Michael)

Set up my soap box in the [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107244

Windows is especially afflicted with this because of the os remapping of 
+ to  in multiple keyboard layouts.  But it highlights issue 
for all os/DE that by locale or keyboard choice clobber our default shortcut 
assignments.

Removing the few + shortcuts we've assigned globally or to modules 
seems reasonable, but it just kicks things down the road for finding a better 
way to accomodate keyboard layouts other the en-US
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Confusion about most recent builds

[V Stuart Foote]

Yes that is correct, in the timed-based release development of LibreOffice
there are always two "release" branches in active developement/support, with
a third master branch in active development.

https://wiki.documentfoundation.org/ReleasePlan

If you have been asked to check a current build, that would be on the master
branch. Not to say that we don't check bugs on the release branches, rather
that there are more developer resources to look at an issue on the master
branch.

TinderBox 49 is a TDF owned system building a daily of master. But, as with
all TinderBox nightly builds, the sysadmin of the system may need to nudge
the system to complete a build and have it posted to the build server. There
is nothing unusual about a gap of several days posted to the download
server.

https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@49-TDF/ last
turned 2018-03-13_23.59.29, and that is the most _recent_ short of pulling
the source code git repository and building it yourself.

Also, for substantial testing you may want to learn to install multiple
LibreOffice builds in parallel:
https://wiki.documentfoundation.org/Installing_in_parallel





--
Sent from: http://nabble.documentfoundation.org/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Confusion about most recent builds

[V Stuart Foote]

It depends on what you need--there are 3 active build branches 5.4 Stable
(5.4.7 upcomming release); 6.0 Fresh (6.0.3 upcomming release) and
master/6.1.

Master has the most recent & ongoing development work--new features and
initial patches of bugs will occur normally occur on master builds and then
be backported as appropriate.

The nightly TinderBox builds of Master are going to be the most current, but
not necessarily stable.  Nightly TB builds of Fresh release branch (6.0)
will have current bug fixes applied--but not the latest features and
refactoring.  And the nightly TB builds for Stable (5.4) will only have
critical bug fixes applied and are the most static.

The TDF project will build, sign & calculate Hash value for the final
release packaging for the two release branches, and then makes them
available to the network of ftp/http mirror sites.  Release configured
nightly builds of master are only occasionally built.





--
Sent from: http://nabble.documentfoundation.org/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Saying Goodbye

[V Stuart Foote]

Jay -- Thank you!  

Stuart



--
Sent from: http://nabble.documentfoundation.org/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-ux-advise] Dropping the UX-Advise ML from META and topical BZ issues

[V Stuart Foote]

Heiko,

Have noticed you are liberally deleting the UX-Advise ML recipient from BZ META 
issues and some topical issues. Is there a reason?  

While these issues may have had their Keyword "needUXEval" removed (or not 
assigned) use of the UX-Advise ML remains an efficient way to route the BZ 
comments to the UX and Design team. 

Every BZ issue you remove it from deletes that topic from visibility by the 
team.  And folks have to manually add themselves to an issue should they desire 
to follow along--which for most of the META we do.

It costs nothing to keep the ML recipient in place (personally with mail rule 
filters I route all the UX-Design related mail out of my inbox to a mail folder 
where they can be reviewed while I am thinking about LibreOffice).

If with discussion there is some consensus to do this, I'll concede--but my 
personal preference is to leave the ML in place for the META and topical issues 
in BZ. Folks that find the volume too high can take the ML as digest or even 
remove themselves from the ML.

Stuart
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: freieFarbe/freeColour HLC colour system to be accepted as a national standard for "Open Colour Communication" in Germany

[V Stuart Foote]

Christoph Schäfer wrote
> ...
> 
> Currently, an older version of the HLC palette is already included in
> Scribus 1.5.3+ (L*a*b*) and the latest LibreOffice (sRGB). And speaking of
> Scribus, the juicy bit is that the colour reference will most likely be
> produced with Scribus 1.5.4svn, because it offers the highest colour
> precision for fill colours (64 bit). No other DTP software comes close in
> this regard.

Christoph, *

This is a logical progression and well received, congratulations!  

So LibreOffice now needs to verify our sRGB .soc palette to matches the sRGB
values for the HLC/CIE Lab colors submitted to DIN.

As noted in our BZ tdf#104052 when we implemented an HLC color palette, the
dtpStudio prepared PDF color fan had listed sRGB values for each HLC color
could differ considerably from the sRGB color values of   freecolour-hlc.soc

  
we distribute.

Not wrong (the CIELAB color conversion to sRGB depends on algorithm
used--adobe CMS vs little-CMS2 and ICC profile) but we need to assure that
our published .soc file matches what has been submitted to DIN.  

Would you please post the sRGB listing of the DIN submission to the TDF BZ
issue [1]?

Thanks!

Stuart

=-ref-=
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=104052



--
Sent from: http://nabble.documentfoundation.org/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-qa] DirectWrite deficienies holding open BZ issues

[V Stuart Foote]

@Xisco, *

Notice we'd reverted a number of closings for BZ issues that are cleared by
Khaled's tweak for  tdf#112486
  

"...optionally not using GDI when not using OpenGL (previously we always
used GDI when OpenGL was used). I think it was wishful thinking of my
part to think the non-GDI code path is usable"

So, that has been done. And we've now restored Windows GDI font rendering
functionality for the final 5.3.7 build, and have 5.4.3 and 6.0.0 covered.

Why would we hold open all those performance and rendering issues caused by
use of  the "non-GDI" code path? We should close them to reduce the noise.

Yes going forward with either more "correctly" refactoring our  DirectWrite
Direct2D implementation or moving to FreeType everywhere,  if PDF output on
Windows can be solved, there is work on Windows font rendering to be done
but it is not tied to status of these BZ issues.

Behavior of these now resolved bugs should be checked against that rendering
rework, obviously.  But the issues should not be held open awaiting work
that may be a long time in development.




--
Sent from: http://nabble.documentfoundation.org/QA-f3613148.html
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] New BZ spam vector

[V Stuart Foote]

Xisco, *

This morning saw a new twist to the BZ spam issues. See existing valid bug
tdf#104252 [1],  where a BZ user changes elements, linkages and drops in URL
links in the URL and Whiteboard fields. The link is to a valid URL
containing malware payload (a malformed script in this case).

How to blacklist the user and fix the corruption?

Stuart 

=-ref-=
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=104252



--
View this message in context: 
http://nabble.documentfoundation.org/New-BZ-spam-vector-tp4220490.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugzilla spam

[V Stuart Foote]

Another round of spam clobbering BZ all last week and continuing.  Anything
that can be done?

Perhaps the AntiSpam extension for our BZ instance?

=-ref-=
https://bugzilla.mozilla.org/show_bug.cgi?id=1306750



--
View this message in context: 
http://nabble.documentfoundation.org/Bugzilla-spam-tp4211275p4219498.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-ux-advise] GSOC work on Special Character dialog

[V Stuart Foote]

Heiko, *

Will do,  but would point out that we are not "adding" the feature it is
already there and functions well. It has been removed with no replacement in
the refactored dialog.

I would liken its function to the expandable "Formula bar Input line" in
Calc, and the Commands Window in the Math formula editor.  Like these, it
provides the UI for input of text strings (e.g. a place name,  or several
proper names localized)  in any script without dependence on an OS supported
IME. 

In that context it is an essential tool for supporting Unicode in general
and polyglot usage. I'd say that is far more than 5% of our users.

Stuart


> From: Heiko Tietze
> Sent: Thursday, July 20, 2017 7:46 AM
> To: V Stuart Foote
> Cc: libreoffice-ux-advise@lists.freedesktop.org
> Subject: Re: [Libreoffice-ux-advise] GSOC work on Special Character dialog
> 
> Hi Stuart,
> 
> I'm definitely against a line edit to combine characters. There is no good
> use case, at least I cannot see it, and you could do this very special
> task with external tools. If we add such a feature, the nice and clean
> dialog becomes overloaded by rarely used features. Usability is to focus
> on the task (find and insert _one_ special character) and to ignore the 5%
> corner cases.
> 
> But I'm not the product owner. So my recommendation is that you write a
> ticket and bring your concerns to discussion there (please block
> tdf#109207). Hope my POV will be supported ;-).
> 
> Cheers,
> Heiko





--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-work-on-Special-Character-dialog-tp4217853p4218618.html
Sent from the UX-Advise mailing list archive at Nabble.com.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: [Libreoffice-ux-advise] GSOC work on Special Character dialog

[V Stuart Foote]

Heiko,  *

Sorry if I missed the boat during discussions for dropping an edit buffer for 
input but it is the correct workflow for composing and entering strings.  
Unfortunately the impact of replacing it with single character pick/place is a 
major loss of function that was not discussed or reviewed. it is not about the 
number of key strokes needed to place a character to canvas, rather it is about 
the ability to work with multiple fonts and the language scripts they support.

Discussion and work in tdf#34882 [1] was for adding search, a 
favorites/recently used glyph list, and even OCR search. It did  not include 
removing the "Characters" edit bar/edit buffer and the whole work flow it 
supported. That somehow came out of the design session [2] placing emphasis on 
shifting UI to only a recently used pick list. It frankly removes one of the 
most useful features of LibreOffice for working with multiple scripts. 

For comparison of what is being lost, please have a look at the Windows utility 
BabelMap [3], or the BablePad text editor that incorporates it.  The multi-line 
"edit buffer" there allows assembling Strings of glyphs, even as sentences, 
from multiple fonts.  We should be implementing more features supporting that 
Unicode based workflow, not removing them.

For LibreOffice the dialog benefits from the addition of recently used glyphs, 
as for tdf#34882, but removing the "Characters" edit bar deletes useful 
interface for no reason.  Before this gets too far, please restore the 
"Characters" edit bar as a buffer for composing strings as removing it was 
ill-considered.  Providing just a pick/place to canvas UI is wrong.

Stuart

=-ref-=
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=34882
[2] 
https://docs.google.com/document/d/1PxkIpkzgWF1cX9oQmBhjiTBhUXvUEqbz06Bn4hzbF54/edit
[3] http://www.babelstone.co.uk/Software/BabelMap.html

From: Heiko Tietze <tietze.he...@googlemail.com>
Sent: Monday, July 10, 2017 6:25 AM
To: V Stuart Foote
Cc: libreoffice-ux-advise@lists.freedesktop.org
Subject: Re: [Libreoffice-ux-advise] GSOC work on Special Character dialog

Hi Stuart,

this modification is being done intentionally. I don't see the benefit
from clicking  (into the edit bar) plus Insert (to actually
insert the string) compared to double-click  which inserts
the chars into the document and adds them to the list of recently
used. One click less (okay, two more if you count double-click twice).
But more important, we focus on the actual workflow. I doubt the
usefulness of compiling a string from the special chars, and at least
90% users will use only a few special chars but never make a special
string.
The workflow/design was introduced in 2015 at
https://user-prompt.com/de/libreoffice-design-session-special-character/
without concerns about lost functionality.

Cheers,
Heiko

2017-07-08 21:13 GMT+02:00 V Stuart Foote <vstuart.fo...@utsa.edu>:
> @Samuel, Heiko, Akshay, *
>
> Looks like Akshay is making progress on his GSOC special character dialog
> work. But I am concerned that the "Characters" edit bar of the dialog has
> been dropped from the UI. And  now only have the new "Recent Characters"
> glyph boxes available.
>
> Functionally the Characters/edit bar allows one to assemble a string for
> insertion into a document by picking multiple glyphs from the selected
> active font with a shaped/rendered preview, and then to insert the entire
> string to document canvas. This is VERY necessary for efficient input of
> content from different language/scripts than current text body where the
> "preview" of the Characters/edit bar lets one review the string prior to
> insertion.
>
> The double-click Pick/Place behavior as we seem to be shifting to is simply
> not as efficient and actually slows down string input making it a single
> character at a time process.   Not clear there is a valid justification for
> dropping the "Characters"  edit bar, please have another look and add back
> that function.
>
> Stuart
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: [Libreoffice-ux-advise] GSOC work on Special Character dialog

[V Stuart Foote]

Heiko,  *

Sorry if I missed the boat during discussions for dropping an edit buffer
for input but it is the correct workflow for composing and entering strings. 
Unfortunately the impact of replacing it with single character pick/place is
a major loss of function that was not discussed or reviewed. it is not about
the number of key strokes needed to place a character to canvas, rather it
is about the ability to work with multiple fonts and the language scripts
they support.

Discussion and work in tdf#34882 [1] was for adding search, a
favorites/recently used glyph list, and even OCR search. It did  not include
removing the "Characters" edit bar/edit buffer and the whole work flow it
supported. That somehow came out of the design session [2] placing emphasis
on shifting UI to only a recently used pick list. It frankly removes one of
the most useful features of LibreOffice for working with multiple scripts.

For comparison of what is being lost, please have a look at the Windows
utility BabelMap [3], or the BablePad text editor that incorporates it.  The
multi-line "edit buffer" there allows assembling Strings of glyphs, even as
sentences, from multiple fonts.  We should be implementing more features
supporting that Unicode based workflow, not removing them.

For LibreOffice the dialog benefits from the addition of recently used
glyphs, as for tdf#34882, but removing the "Characters" edit bar deletes
useful interface for no reason.  Before this gets too far, please restore
the "Characters" edit bar as a buffer for composing strings as removing it
was ill-considered.  Providing just a pick/place to canvas UI is wrong.

Stuart

=-ref-=
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=34882
[2]
https://docs.google.com/document/d/1PxkIpkzgWF1cX9oQmBhjiTBhUXvUEqbz06Bn4hzbF54/edit
[3] http://www.babelstone.co.uk/Software/BabelMap.html


> From: Heiko Tietze
> Sent: Monday, July 10, 2017 6:25 AM
> To: V Stuart Foote
> Cc: libreoffice-ux-advise@lists.freedesktop.org
> Subject: Re: [Libreoffice-ux-advise] GSOC work on Special Character dialog
> 
> Hi Stuart,
> 
> this modification is being done intentionally. I don't see the benefit
> from clicking 
> 
>  (into the edit bar) plus Insert (to actually
> insert the string) compared to double-click 
> 
> 
> 
>  which inserts
> the chars into the document and adds them to the list of recently
> used. One click less (okay, two more if you count double-click twice).
> But more important, we focus on the actual workflow. I doubt the
> usefulness of compiling a string from the special chars, and at least
> 90% users will use only a few special chars but never make a special
> string.
> The workflow/design was introduced in 2015 at
> https://user-prompt.com/de/libreoffice-design-session-special-character/
> without concerns about lost functionality.
> 
> Cheers,
> Heiko





--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-work-on-Special-Character-dialog-tp4217853p4218505.html
Sent from the UX-Advise mailing list archive at Nabble.com.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] GSOC work on Special Character dialog

[V Stuart Foote]

@Samuel, Heiko, Akshay, *

Looks like Akshay is making progress on his GSOC special character dialog
work. But I am concerned that the "Characters" edit bar of the dialog has
been dropped from the UI. And  now only have the new "Recent Characters"
glyph boxes available.

Functionally the Characters/edit bar allows one to assemble a string for
insertion into a document by picking multiple glyphs from the selected
active font with a shaped/rendered preview, and then to insert the entire
string to document canvas. This is VERY necessary for efficient input of
content from different language/scripts than current text body where the
"preview" of the Characters/edit bar lets one review the string prior to
insertion.

The double-click Pick/Place behavior as we seem to be shifting to is simply
not as efficient and actually slows down string input making it a single
character at a time process.   Not clear there is a valid justification for
dropping the "Characters"  edit bar, please have another look and add back
that function.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-work-on-Special-Character-dialog-tp4217853.html
Sent from the UX-Advise mailing list archive at Nabble.com.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: [Libreoffice-qa] Incomplete text in menus and dialogs in 5.4.0.1

[V Stuart Foote]

@Pedro,

I looked closer and the "1" and "y", are from Tahoma.  Just the x-height and
crossbar position had looked stretched vertically to me--compared Segoe and
Tahoma side by side the clip shows Tahoma.  Sorry for that noise.

As to the funky x-scale--unable to reproduce. Tried various Windows control
panel -> Display -> "Change only text size" settings, and also substituting
various fonts in LibreOffice --Tools -> Options -> Fonts -> including Tahoma
for Segoe, no combination resulted in the odd x-scaling/clipping you show. 

Windows 8.1 Ent 64-bit en-US with
Version: 5.4.0.1 (x64)
Build ID: 962a9c4e2f56d1dbdd354b1becda28edd471f4f2
CPU threads: 8; OS: Windows 6.29; UI render: default (or w/CPU only,  or
w/OpenGL); 
Locale: en-US (en_US); Calc: CL

Stuart





--
View this message in context: 
http://nabble.documentfoundation.org/Incomplete-text-in-menus-and-dialogs-in-5-4-0-1-tp4217620p4217655.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Incomplete text in menus and dialogs in 5.4.0.1

[V Stuart Foote]

@Pedro,

You seem to have set a system font other than Segoe UI or Tahoma (looking at
the x-height and crossbar positioning). Do you have a LibreOffice replacment
table in use?  If so clear that and retest, otherwise reset you system font
to something with  better/correct font metrics.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Incomplete-text-in-menus-and-dialogs-in-5-4-0-1-tp4217620p4217626.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] proposed keyword filter:docbook

[V Stuart Foote]

Terrence Enger wrote
> Would it be a good idea to have this keyword?  If so, who can make it
> happen?

Easily done, but looking at the volume for "docbook" or ".dbk" (24 over
project duration), probably not necessary. When we triage we try to toss any
filter issues into the "filters and storage" component. But even if it falls
into Writer--easily queried without a keyword against the BZ comments.

https://bugs.documentfoundation.org/buglist.cgi?bug_status=UNCONFIRMED_status=NEW_status=RESOLVED=longdesc=anywordssubstr_format=advanced=---=FIXED=INVALID=WONTFIX=DUPLICATE=WORKSFORME=MOVED=NOTABUG=NOTOURBUG=INSUFFICIENTDATA=docbook%20dbk

@Xisco?




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-proposed-keyword-filter-docbook-tp4215709p4215714.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Windows / font / text futures ...

[V Stuart Foote]

Apologies for reviving this thread rather than spinning anew, think this is
germane.

A year on and Khaled's  clean-up of the the HarfBuzz common layout
implementation is mostly done, including a bunch of work that was needed for
font handling. Thanks!

But there are a few warts with the results on Windows. And at 5.3.2.2, for
Windows users unable to use OpenGL, font quality to canvas and in the UI is
"rough" compared to GDI calls used through 5.2 (or even 5.3.1).  Some BZ
font rendering issues of note ref'd below.

So, where next? Can the DirectWrite rendering implementation actually be
improved? Maybe in conjunction with the refactoring for floating point
positioning?


=-ref-=
tdf#106990   
--font rendering got worse looking in 5.3.2.2

tdf#107090    --
Text is poorly rendered to presentation mode canvas



--
View this message in context: 
http://nabble.documentfoundation.org/Windows-font-text-futures-tp4177355p4212514.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Invalid ODF

[V Stuart Foote]

Michael Stahl-2 wrote
> ... together with an ODF meta-bug that was created in 2015 and that i've
> never heard of?

I searched but somehow missed Jay's meta -- BZ link is  tdf#95487
   alias as
*ODF-spec*.  Added the Keyword and Whiteboard values.




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Invalid-ODF-tp4211700p4211710.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Invalid ODF

[V Stuart Foote]

@Regina, *

Regina Henschel wrote
> ...
> does a meta issue exists for those bugs, where LibreOffice writes 
> invalid ODF? Or is there a way to mark such bugs in a consistent way?

Strangely, no META that I could find--but probably needed.

Otherwise some inconsistent use of Whiteboard "odf" and/or "odf_validate";
and Keyword "filter:odf"

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Invalid-ODF-tp4211700p4211703.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: LODev 5.4.0 TB62 x86 test build for Windows XP

[V Stuart Foote]

s/Breakbad/Breakpad / 



--
View this message in context: 
http://nabble.documentfoundation.org/LODev-5-4-0-TB62-x86-test-build-for-Windows-XP-tp4210986p4210987.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

LODev 5.4.0 TB62 x86 test build for Windows XP

[V Stuart Foote]

@Cloph, *

The TB62 test build for Windows XP

Version: 5.4.0.0.alpha0+
Build ID: 3d53ec9b2d1c4514adf90ea68915f20ce4d5bc81
CPU threads: 1; OS: Windows 5.1; UI render: default; 
Locale: en-US (en_US); Calc: group

with

https://cgit.freedesktop.org/libreoffice/core/commit/?id=c4c40632f1de6f64f0f903943d76d5c3cad0fc22

Installs and runs cleanly on a Windows XP sp3 VM on VMWare Workstation.

Looking at a verbose MS Intaller log nothing jumps out as a problem.

The VS 2015 SP3 components are installed to the Windows System32 directory
and registered.

vcruntime140.dll
msvcp140.dll
concrt140.dll
vccorlib140.dll

A cursory run through the UI and found no problems--although font quality on
screen is a little coarse. The CURL based check for updates runs--no idea if
the Breakbad mini-dump uploads will turn. But baring any thing really major,
we may be able to continue to support XP for the 5.4 release.

Have the verbose install log if anyone is interested.



--
View this message in context: 
http://nabble.documentfoundation.org/LODev-5-4-0-TB62-x86-test-build-for-Windows-XP-tp4210986.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Windows TB builds

[V Stuart Foote]

None of the Windows TB builds of master (TB 39, 42, 62)  are posting. 

Don't know the cause, but we're waiting  on a TB build to get a look at some
of Khaled's latest for font handling for Default and OpenGL rendering.

Thanks.



--
View this message in context: 
http://nabble.documentfoundation.org/Windows-TB-builds-tp4209506.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] [ANN] LibreOffice 5.2.6 RC2 test builds available

[V Stuart Foote]

Jean-Baptiste Faure-3 wrote
> Is it on purpose that RC are not made available on the Development 
> versions webpage: https://www.libreoffice.org/download/pre-releases/ ?

Actually the link to   Access the Pre-releases server and pick the version
of your choice there.   
*is* made available there,  just the markup noting the build is missing.



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-ANN-LibreOffice-5-2-6-RC2-test-builds-available-tp4209270p4209316.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Minutes of the Design Hangout: 2017-Feb-09

[V Stuart Foote]

mhenriday wrote
> ​...
> Many thanks, Heiko, to all of you for the work you are doing on this
> matter. Would it be possible to request the option to customise toolbar
> *location*, so that it could be moved from the right to the left side by
> those of us who, for one reason or another, are so inclined ?...

Sidebar, right?  And assuming that, you can already dock to left edge.

See  tdf#90176 comment 6
  

Change from default docking location is persistent with user profile.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Minutes-of-the-Design-Hangout-2017-Feb-09-tp4207485p4207507.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Call for testing. Shutdown problems in Windows

[V Stuart Foote]

m.a.riosv wrote
> there are not daily windows's builds since at least a couple of weeks,
> for 5.2 and 5.3

No, Thorsten's TB42 has been rolling master each night.

http://dev-builds.libreoffice.org/daily/master/Win-x86@42/

Just Kendy's TB39 and Cloph's TB62 have been missing.




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Call-for-testing-Shutdown-problems-in-Windows-tp4204415p4204992.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Need for a 5.2.4.3 build? Windows font handling issue.

[V Stuart Foote]

The BZ issue for this is  tdf#105015 -- Crash in:
ImplReleaseTempFonts(SalData &)
   .



--
View this message in context: 
http://nabble.documentfoundation.org/Need-for-a-5-2-4-3-build-Windows-font-handling-issue-tp4204127p4204375.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Need for a 5.2.4.3 build? Windows font handling issue.

[V Stuart Foote]

In a late change to 5.2 for  tdf#103514
  

5.2.4.2 went out with a glitch in salfont.cxx not picked up in 5.2.4.1

Khaled has reverted, but errors are piling up against 5.2.4.2

http://crashreport.libreoffice.org/stats/signature/ImplReleaseTempFonts(SalData%20&)

Justification for a 5.2.4.3 build? At least for Windows platform...






--
View this message in context: 
http://nabble.documentfoundation.org/Need-for-a-5-2-4-3-build-Windows-font-handling-issue-tp4204127.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: Branch 'libreoffice-5-3' - extras/Package_palettes.mk extras/source

[V Stuart Foote]

 extras/Package_palettes.mk  |2 
 extras/source/palettes/tonal.soc|  123 
 extras/source/palettes/tonal_column.soc |  123 
 3 files changed, 124 insertions(+), 124 deletions(-)

New commits:
commit 792d7d29688a0273f346a9baa23d415a7f8f55d8
Author: V Stuart Foote <vstuart.fo...@utsa.edu>
Date:   Fri Nov 25 15:16:31 2016 -0600

tdf#80196 - rename palette to tonal.soc and adjusting names

for 5.3.0 renamed from tonal_column.soc and removed abbreviations

Change-Id: I72dbbab2688709e8266be93b40040c4c6c970d55
Reviewed-on: https://gerrit.libreoffice.org/31217
Reviewed-by: Heiko Tietze <tietze.he...@googlemail.com>
Reviewed-by: jan iversen <j...@documentfoundation.org>
Tested-by: jan iversen <j...@documentfoundation.org>
(cherry picked from commit 98419425080f58880f2d0d85749a4a55e8abb40b)
Reviewed-on: https://gerrit.libreoffice.org/31510
    Reviewed-by: V Stuart Foote <vstuart.fo...@utsa.edu>
Reviewed-by: Caolán McNamara <caol...@redhat.com>
Tested-by: Caolán McNamara <caol...@redhat.com>

diff --git a/extras/Package_palettes.mk b/extras/Package_palettes.mk
index ed1f820..71600e2 100644
--- a/extras/Package_palettes.mk
+++ b/extras/Package_palettes.mk
@@ -29,7 +29,7 @@ $(eval $(call 
gb_Package_add_files,extras_palettes,$(LIBO_SHARE_FOLDER)/palette,
standard.sop \
styles.sod \
tango.soc \
-   tonal_column.soc \
+   tonal.soc \
web.soc \
 ))
 
diff --git a/extras/source/palettes/tonal_column.soc 
b/extras/source/palettes/tonal.soc
similarity index 68%
rename from extras/source/palettes/tonal_column.soc
rename to extras/source/palettes/tonal.soc
index 1740160..ad4872c 100644
--- a/extras/source/palettes/tonal_column.soc
+++ b/extras/source/palettes/tonal.soc
@@ -13,49 +13,49 @@
 
 
 
-
-
-
+
+
+
 
-
-
-
-
-
-
-
+
+
+
+
+
+
+
 
-
-
-
+
+
+
 
-
-
-
+
+
+
 
-
-
-
+
+
+
 
 
-
+
 
 
 
-
+
 
 
 
-
+
 
 
 
 
 
 
-
+
 
-
+
 
 
 
@@ -65,9 +65,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -77,9 +77,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -89,9 +89,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -101,9 +101,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -113,9 +113,9 @@
 
 
 
-
+
 
-
+
 
 
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: extras/Package_palettes.mk extras/source

[V Stuart Foote]

 extras/Package_palettes.mk  |2 
 extras/source/palettes/tonal.soc|  123 
 extras/source/palettes/tonal_column.soc |  123 
 3 files changed, 124 insertions(+), 124 deletions(-)

New commits:
commit 98419425080f58880f2d0d85749a4a55e8abb40b
Author: V Stuart Foote <vstuart.fo...@utsa.edu>
Date:   Fri Nov 25 15:16:31 2016 -0600

tdf#80196 - another attempt at renaming to tonal.soc and adjusting names

now for 5.4.0 master and dropping abreviations

Change-Id: I72dbbab2688709e8266be93b40040c4c6c970d55
Reviewed-on: https://gerrit.libreoffice.org/31217
Reviewed-by: Heiko Tietze <tietze.he...@googlemail.com>
Reviewed-by: jan iversen <j...@documentfoundation.org>
Tested-by: jan iversen <j...@documentfoundation.org>

diff --git a/extras/Package_palettes.mk b/extras/Package_palettes.mk
index ed1f820..71600e2 100644
--- a/extras/Package_palettes.mk
+++ b/extras/Package_palettes.mk
@@ -29,7 +29,7 @@ $(eval $(call 
gb_Package_add_files,extras_palettes,$(LIBO_SHARE_FOLDER)/palette,
standard.sop \
styles.sod \
tango.soc \
-   tonal_column.soc \
+   tonal.soc \
web.soc \
 ))
 
diff --git a/extras/source/palettes/tonal_column.soc 
b/extras/source/palettes/tonal.soc
similarity index 68%
rename from extras/source/palettes/tonal_column.soc
rename to extras/source/palettes/tonal.soc
index 1740160..ad4872c 100644
--- a/extras/source/palettes/tonal_column.soc
+++ b/extras/source/palettes/tonal.soc
@@ -13,49 +13,49 @@
 
 
 
-
-
-
+
+
+
 
-
-
-
-
-
-
-
+
+
+
+
+
+
+
 
-
-
-
+
+
+
 
-
-
-
+
+
+
 
-
-
-
+
+
+
 
 
-
+
 
 
 
-
+
 
 
 
-
+
 
 
 
 
 
 
-
+
 
-
+
 
 
 
@@ -65,9 +65,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -77,9 +77,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -89,9 +89,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -101,9 +101,9 @@
 
 
 
-
+
 
-
+
 
 
 
@@ -113,9 +113,9 @@
 
 
 
-
+
 
-
+
 
 
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

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

[V Stuart Foote]

 extras/source/palettes/tonal.soc |  161 ---
 1 file changed, 161 deletions(-)

New commits:
commit 2bea44c420c3d2dcc55504c3922aea8562a35db8
Author: V Stuart Foote <vstuart.fo...@utsa.edu>
Date:   Mon Nov 21 19:22:14 2016 +

Revert "tdf#80196 - Standardize color palette using mathematically 
generated colors"

This reverts commit 6f3bf1cdc48b62caec1e54a6aa6db41b4a56d1c4.

Change-Id: Id077d1603ff2a5c82ba56b700b5e1fdfa637c877
Reviewed-on: https://gerrit.libreoffice.org/31054
Reviewed-by: jan iversen <j...@documentfoundation.org>
Tested-by: jan iversen <j...@documentfoundation.org>

diff --git a/extras/source/palettes/tonal.soc b/extras/source/palettes/tonal.soc
deleted file mode 100644
index 15b5087..000
--- a/extras/source/palettes/tonal.soc
+++ /dev/null
@@ -1,161 +0,0 @@
-
-
-
-http://www.w3.org/1999/xlink; 
xmlns:svg="http://www.w3.org/2000/svg; 
xmlns:ooo="http://openoffice.org/2004/office;>
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

HarfBuzz common layout -- needs 64-bit build testing on Windows

[V Stuart Foote]

The new HarfBuzz (1.3.2)  based common layout with GDI and OpenGL rendering
on Windows is really an improvement.

I've not experienced any major issues with SAL_USE_COMMON_LAYOUT, but all my
testing has been with 32-bit TB Windows builds.

I'm leaning toward Khaled's position that it be enabled by default for
5.3.0.

There have been a number of fixes applied since the 5.3.0alpha1 64-bit build
was rolled and  we _really_ need another round of testing--can we spin an
alpha2 to have a go at the 64-bit Windows builds now rather than waiting for
the beta1?

@Cloph,  at the least,  any chance you can spin 64-bit builds on TB62 for a
few cycles?

By the way thanks Khaled and Akash!





--
View this message in context: 
http://nabble.documentfoundation.org/HarfBuzz-common-layout-needs-64-bit-build-testing-on-Windows-tp4198947.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Merging feature/commonsallayout branch

[V Stuart Foote]

On Windows 8.1 & 10 builds (32-bit master TB62) and the Alpha1 build,
HARFBUZZ unified text is having some issues with OpenGL rendering.  With
default GPU rendering it is doing pretty well.

See  tdf#103365 - Text isn't showing in the new commonsallayout if OpenGL is
on   



--
View this message in context: 
http://nabble.documentfoundation.org/Merging-feature-commonsallayout-branch-tp4197400p4197843.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: minutes of ESC call ...

[V Stuart Foote]

Michael Meeks-5 wrote
> * UX Update (Heiko)
>   * 'Muffin' concept proposed by marketing
> + extended toolbar vs. notebookbar
> + http://www.urbandictionary.com/define.php?term=muffin
> + concern wrt. naming (Norbert)

--MUFFIN-- from "MUltiple INterface Form Factors"  was coined by Italo at
the 2016-01-15 design meeting talking about a name selection for the
evolving "Notebook bar" UI.

https://wiki.documentfoundation.org/Design/Meetings/2016-01-15

revisited during Design hangout Friday.



--
View this message in context: 
http://nabble.documentfoundation.org/minutes-of-ESC-call-tp4195214p4195224.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MSVC 14.0 U3: LO msi package put VC redist libraries in wrong directory

[V Stuart Foote]

Checked and all the VS2015 runtime elements listed in
https://wiki.documentfoundation.org/Development/msvc-x86_64#Unsolved_problems_.28help_wanted.29
were installed to C:\Windows\System32 as desired. Nothing ended up in a
C:\System64


 



--
View this message in context: 
http://nabble.documentfoundation.org/MSVC-14-0-U3-LO-msi-package-put-VC-redist-libraries-in-wrong-directory-tp4189802p4189867.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MSVC 14.0 U3: LO msi package put VC redist libraries in wrong directory

[V Stuart Foote]

@David, *

OK, sucess. But had to do a bit to meet the KB2999226 issue to get your
VS2015 build to run.

Following guidelines of the KB 2999226 article and clear the
api-ms-win-crt-convert-l1-1-0.dll requirement, have to first install KB
2919355 (and its requirements).

So...

Windows 8.1 Update for x64-based Systems (KB2919355)  --- These KB's must be
installed in the following order: clearcompressionflag.exe, KB2919355,
KB2932046, KB2959977, KB2937592, KB2938439, and KB2934018.

KB2919442 is a prerequisite for Windows 8.1 Update and should be installed
before attempting to install KB2919355

Install
Windows8.1-KB2919442-x64.msu

clearcompressionflag.exe
Windows8.1-KB2919355-x64.msu
Windows8.1-KB2932046-x64.msu
Windows8.1-KB2959977-x64.msu
Windows8.1-KB2937592-x64.msu
Windows8.1-KB2938439-x64.msu
Windows8.1-KB2934018-x64.msu

no change to the msvc*.dll present in C:\Windows\System32

and finally 
Windows8.1-KB2999226-x64.msu

The KB 2999226 CRT patch then installs, no further complaints.  Check and
again no change in C:\Windows\System32 msvc*.dll installed--still just the
msvcp140.dll from your LO bundle.

Finally,  your 5.3.0.0alpha0+ (x64) Build comes up with no additional
issues. But I did have to disable OpenGL rendering for this Windows 8.1 VM.

Version: 5.3.0.0.alpha0+ (x64)
Build ID: Built by David Ostrovsky
CPU Threads: 1; OS Version: Windows 6.29; UI Render: default; 
Locale: en-US (en_US); Calc: group



--
View this message in context: 
http://nabble.documentfoundation.org/MSVC-14-0-U3-LO-msi-package-put-VC-redist-libraries-in-wrong-directory-tp4189802p4189863.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: MSVC 14.0 U3: LO msi package put VC redist libraries in wrong directory

[V Stuart Foote]

@David, *

Spun up a new Windows 8.1 Ent 64-bit en-US as a virtual machine on  VMWare
12

The C:\Windows\System32 directory contains
msvcp60.dll
msvcr100_clr0400.dll
msvcr120_clr0400.dll
msvcp120_clr0400.dll

CLI install msiexec.exe /i LibreOfficeDev_5.3.0.0.alpha0_Win_x64.msi
WRITEREGISTRY=1

Select Custom and deselect quickstarter and dictionaries

msvcp140.dll is written to C:\Widnows\System32

Receive the following error:

soffice.exe - system error
The program can't start because
api-ms-win-crt-convert-l1-1-0.dll is missing from your computer.
Try reinstalling the program to fix this problem.

Find this reference to the api-ms-win-crt DLL:
https://support.microsoft.com/en-us/kb/2999226

unfortunately, the appropriate update refuses to install (suspect other
patches are not yet present on this fresh install from media). 





--
View this message in context: 
http://nabble.documentfoundation.org/MSVC-14-0-U3-LO-msi-package-put-VC-redist-libraries-in-wrong-directory-tp4189802p4189856.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] (no subject)

[V Stuart Foote]

@Markus, *

Looks like we can "Custom Search" search on the "Crash report or crash
signature"  for an "is not empty" value, so only advantage to having a
keyword set would be to identify the BZ as being generated from the CR
portal on review rather than by a user when the CR is submitted. 

Would expect that we would come to take a KEYWORD entry to mean that the
report had been generated based on the CR review, and so perhaps would not
have as much value as a manual submission with full STR?

In practice, assume any interested would peruse the CR site and individually
add themselves as a CC for the linked Bugzilla report.   

This is the comment now for a BZ report generated from the CR portal.

> This bug was filed from the crash reporting server and is
> br-06e4ab19-8bac-492d-a4f2-962ab692dd79.
> =

Perhaps add  additional text to the CR generated reports requesting "any
affected review the BZ report and add STR if missing".  That might help
focus any dev effort and assist in verifying that issue is resolved.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-no-subject-tp4187667p4187698.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: A toolbar option that makes it easier to type using unicode

[V Stuart Foote]

Additionally, we already support this with the Special Character dialog. It
allows one to select by Unicode block, and has the Characters field to
compse with, picking glyphs and inserting into a paragraph when ready.  

In fact, the only missing element now for handling Unicode as requested by
OP with the Special Character dialog is the capability to display coverage
of specific Unicode block(s) listed by font families.  That would be a
useful enhancement, but is somewhat specialized.

Other work to be done with the Special Character dialog (e.g. recents,
favorits, Emoji, search) but in sum this request is not valid as it is
already provided for.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/A-toolbar-option-that-makes-it-easier-to-type-using-unicode-tp4187542p4187597.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] minutes of ESC call ...

[V Stuart Foote]

Markus Mohrhard wrote
>> + Most Pressing Bugs:
>> http://tdf.io/mostressingbugs
>> + tdf#100295 - LibODev-5.2.0.0.b2 does not run in Windows_XP (32
>> or 64 bit)
>> + Interest in fixing ?  (or is this a 'feature' ?)
>> + Tor - thinks a feature.
>> + last time - 10% of Windows market (Michael)
>>+ compares vs. Mac install base.
>> + can we bibisect for Windows to find what killed it.
>> + could be related to breakpad ? (Cloph)
>>+ a duplicate with more info in it out there.
>>+ perhaps Moggi had a look ?
>>
> 
> I think I mentioned it before. Currently I assume that it is a problem
> with
> libcurl. Unless you specify that you want to compile against the correct
> SDK version libcurl uses a vista function unconditionally. So this has
> been
> an old problem (and would have crashed on XP if the corresponding ucp
> component got loaded) but is now causing a crash already during start as
> our minidump uploaded has a libcurl dependency.
> 
> There is a patch to fix it by telling the libcurl build to compile against
> the old version but as I have no XP I can not test if it really helps.

Markus -- happy to test on Win XP sp3 , but would need cloph to roll it up
in a 32-bit release build configuration.  Might also take care of tdf#95183
and tdf#95184.  Should probably have a 64-bit build as well to check for any
regression against Vista onward.

But, how much longer do we drag along Windows XP?  Check for Updates broken
on XP since 5.0.  It seems like introduction of Error Reporting alone for
5.2 is justification to end support of XP sp3 at 5.1?  

What will be the next feature that can't be implemented, or breaks in vs2015
build  because of retaining an XP compliant build target?  Kind of expect
anything done for incremental updates--tdf#68274--is going to be pushing us 
forward to Windows 7 anyhow.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/minutes-of-ESC-call-tp4186986p4187101.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] [Writer] Inserting dummy text, changing font to a non-existing one leads to grey menues in 5.2.0.0RC1

[V Stuart Foote]

Hello Thomas,

Tested your exact STR on Windows 10 Pro 64-bit en-US with
Version: 5.2.0.1 (x64)
Build ID: fcbcb4963bda8633ba72bd2108ca1e802aad557d
CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; 
Locale: en-US (en_US)

Can not reproduce on Windows.  So, for others can you identify your Debian
Desktop Environment and theme.

Stuart





--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Writer-Inserting-dummy-text-changing-font-to-a-non-existing-one-leads-to-grey-menues-1-tp4187055p4187066.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Testing - Slowness Enable Extended tips?

[V Stuart Foote]

Miguel Ángel, *

On Windows 10 Pro 64-bit en-US with a clear user profile
Version: 5.2.0.1 (x64)
Build ID: fcbcb4963bda8633ba72bd2108ca1e802aad557d
CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; 
Locale: en-US (en_US)

Sorry, no noticeable delay when opening LibreOffice and setting the Extended
Tooltips active from Tools -> Options -> General: Extended tips checkbox.

Nor when "temporarily" shifting to them active with +F1

 Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Testing-Slowness-Enable-Extended-tips-tp4187013p4187015.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Adding a field for crash reports to bugzilla

[V Stuart Foote]

Markus,

This sounds great,  assisting the users to post the minidump details to BZ 
should help both QA triage, and developer response.  And of course the QA
Wiki will need to include some guidance on what to do with the minidumps.

Two questions...

1.) can our BZ infrastructure grow to hold increase of  minidumps that would
result? Or do all the uploaded BreakPad dumps go to other infrastructure--
and BZ will only have links to pull?

2.) will we be doing something for the OS X builds?  Is there a way to link
Crash Reporter.app dumps to BreakPad on OS X and upload those dumps as well?
Covering Linux, and Windows but not OS X would be unfortunate.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Adding-a-field-for-crash-reports-to-bugzilla-tp4186278p4186284.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] LibODev-5.2.0.0.b2 does not run in Windows_XP (32 or 64 bit)

[V Stuart Foote]

Issue opened in BugZilla as  tdf#100295
  .

Things have been getting worse, time to officially drop support of Windows
XP at 5.2.0?




--
View this message in context: 
http://nabble.documentfoundation.org/LibODev-5-2-0-0-b2-does-not-run-in-Windows-XP-32-or-64-bit-tp4185641p4185731.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Save as pdf - should we embed the document?

[V Stuart Foote]

@Wol,* 

Wols Lists wrote
> I know developers love to add bells and whistles, and aiui when you 
> "save as pdf" from LO it can now embed the original document in the pdf 
> to make it easy to get the document back into editable form, but the 
> attached email below makes me think "is this wise?".
> ...
> 
> makes me think that embedding an editable version in a pdf is not 
> (certainly as a default) a wise thing to do.

Sorry, but we do not save or print to PDF.  We export to PDF.  Please be
aware of the distinction (and that we can use other OS provided print to
PDF).

The feature you refer to is known as a Hybrid PDF.  It started as an
OpenOffice extension but was integrated into LibreOffice core early in the
project. It is not enabled  by default during export to PDF, but can be set
as a persistent option for PDF export.

It simply extends the PDF container to attach the ODF archive of the
document.  Only LibreOffice is intended to extract the document from its ODF
container during import of  the PDF.  Apache OpenOffice may or may not open
recent LibreOffice HybridPDF.   Once embedded, the ODF archive is *not*
hidden inside the PDF archive, and other other programs may see it as an
attachement and could extract it.

A search of BZ with for strings "Hybrid PDF" should provide some context. 

As to security believe either  the ODF archive or the exported PDF can be
encrypted/password protected during save of the ODF and on export as a
Hybrid PDF.

As you note it is still a users responsibility to redact any content from
the document.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Save-as-pdf-should-we-embed-the-document-tp4185656p4185715.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] LibODev-5.2.0.0.b2 does not run in Windows_XP (32 or 64 bit)

[V Stuart Foote]

@Cloph, *

Just did a clean VM install of 32-bit Windows XP sp3, no other updates.

Then I also get the same error message.  And the GetTickCount64 looks a bit
suspicious, what is that?


 

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/LibODev-5-2-0-0-b2-does-not-run-in-Windows-XP-32-or-64-bit-tp4185641p4185652.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Print current page

[V Stuart Foote]

Pretty obvious.  A specific "Print current page" action was deemed unneeded
as the Print Dialog "Pages" field provides capability to select just the
single page via radio button.  That field is populated with the "current"
page on opening the dialog.

No sense in a single action .uno command as the dialog would open anyway.

Support in Writer added with:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=be6629ac7481dd68cb2f2b52927f1dcd975d6ac9

Support in Draw/Impress added with:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=be68d26b6cba797c7838afd15b098f0b95399d78

This looks to remain open for  Calc which has more complex "page" logic.

But suspect the better solution would be enhancing the Print Preview to
allow printing of individual page via context menu.





--
View this message in context: 
http://nabble.documentfoundation.org/Print-current-page-tp4185617p4185621.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] provide Bugzilla master to 5.3.0 notation

[V Stuart Foote]

Robinson, Christian, Joel, *

With beta1 for 5.2.0 out, the Bugzilla needs an update to move master to a
5.3.0 notation.

Thanks!

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/provide-Bugzilla-master-to-5-3-0-notation-tp4185262.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Check for update

[V Stuart Foote]

@Pedro,

Pedro wrote
> Bump!
> 
> One week later (and 18 days after 5.1.3 release) version 5.1.2.2 still
> reports it is up to date under Windows.

No the PHP script has been updated, if it is not offering 5.1.3.2 there is a
new issue in the version signature checks...

Christian? Robinson?

=-ref-=
See:  
https://cgit.freedesktop.org/libreoffice/website/tree/check.php?h=update





--
View this message in context: 
http://nabble.documentfoundation.org/Check-for-update-tp4181351p4184796.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Fwd: LIbreOffice integration into accessible software project

[V Stuart Foote]

@Jan,

Regina H. and Fred W. were some of the last to poke at the math formula
editor. Unfortunately, the StarMath syntax while comfortable has stagnated 
as W3C MathML evolved,  and LaTex remained mainstream--we don't natively
enter either and have to filter or extend to work with them. Regina recently
gave us MathML input from clipboard.

A lot of the issues about what needs to be done by the project for the math
module can be read in this thread:

http://nabble.documentfoundation.org/Thoughts-on-LibreOffice-Math-tt4062796.html

The Formula editor has some ugly layout and composition warts of its own.

For her project, I believe Rebecca Luttmer is with American Printing House
for the Blind, the LibreOffice core math module is probably not the
direction an accessibility project would want to go.  

Instead LaTex markup and composition, or one of the WYSIWYG markup & CSS
editors for W3C MathML is probably a better direction for assistive
technology tool support for  formula editing.

Stuart





--
View this message in context: 
http://nabble.documentfoundation.org/Fwd-LIbreOffice-integration-into-accessible-software-project-tp4184553p4184585.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] CrashDumps?

[V Stuart Foote]

You can delete them safely.  

They are "mini" dumps that depending on available symbols can be attached to
WinDbg and analyse the crash, or obtain a stack trace to review.

They get generated by default per user into their 
%USERPROFILE%\AppData\Local\CrashDumps  if this Windows registry key is
present:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error
Reporting\LocalDumps


Note:  a program runing as Windows SYSTEM,  should not normally be the case
with LibreOffice, will dump with defaults to:

C:\Windows\System32\config\systemprofile\AppData\Local\CrashDumps





--
View this message in context: 
http://nabble.documentfoundation.org/CrashDumps-tp4183396p4183399.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] [ANN] LibreOfficeDev 5.2.0 alpha1 test builds available

[V Stuart Foote]

Pedro wrote
> Hi Florian
> 
> Long time no see ;)
> Florian Reisinger wrote
>> Have you installed the correct MS C++ redistributable? I do not which
>> version is the baseline ATM...
> I sincerely don't know. I never had to worry about that in any software
> (including LibreOffice).
> If the correct MSVC libraries are not included in Win 10 then they need to
> be packaged with the LO installer, right?
> 
> I can manually install any MSVC version to check if that solves the
> problem. Which is the expected version?
> 
> Regards,
> Pedro

The Visual Studio baseline remains 2013 at 5.2, and Christian's TB62 and
release builds, Kendy's TB39 and Thorsten's TB42 all bundle the 2103 MS VC++
redistributable runtimes in the appropriate 32bit/64bit flavor.

But when testing and performing an "in parallel"  /a administrative
installation, e.g. using the SI GUI, does not install the VC++ runtimes. The
runtimes are packaged with the build in the System folder, but they are only
installed with a full installation.

So as FLorian notes the appropriate runtimes *must* be installed, but are
more often already present on a system.

Should you need the runtimes to work with /a administrative parallel
installs of earlier releases they are available from Microsoft at these
links:

For VS 2013 for 5.y.z
https://www.microsoft.com/en-us/download/details.aspx?id=40784

For later 4.y.z builds
For VS 2012
https://www.microsoft.com/en-us/download/details.aspx?id=30679

For builds -> 3.6
For VS 2010
https://www.microsoft.com/en-us/download/details.aspx?id=26999

For VS 2015 (ongoing testing)
https://www.microsoft.com/en-us/download/details.aspx?id=48145




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-ANN-LibreOfficeDev-5-2-0-alpha1-test-builds-available-tp4181683p4181774.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] [ANN] LibreOfficeDev 5.2.0 alpha1 test builds available

[V Stuart Foote]

@Cloph, *

Not sure what to make of it, and do hate to report it, but seems the Windows
builds for 5.2.0alpha1, both x86 and x64, are affected by packaging issue of 
tdf#99285   .


 

Sorry...

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-ANN-LibreOfficeDev-5-2-0-alpha1-test-builds-available-tp4181683p4181687.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Possibility of monitoring LibreOffice code with SonarQube

[V Stuart Foote]

Sure, but do you mean in addition to the very functional Coverity Scan that
the project already routinely uses?

https://scan.coverity.com/projects/libreoffice

Is that just a "belt + suspenders" idea, or is there really substantive
advantage to flushing the code base through another quality check?  And,
whom would you suggest would host it and take the performance hit on their
build system?




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Possibility-of-monitoring-LibreOffice-code-with-SonarQube-tp4180936p4180953.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] More information in About dialog

[V Stuart Foote]

Pedro wrote
> It couldn't be simple and consistent, could it?

Actually,  I had thought the (x64) was being applied to info "About" dialog
for all builds =) 

But perusing the code showed it had only been done to distinguish the 64-bit
Windows builds. [1]  Hmm, maybe I need to spend more time in Linux sessions.

Anyhow, Michael M.'s suggested easy hack looks to provide hooks for a
consistent indicator on all build platforms.  Any takers?

=-ref-=
[1.] 
http://opengrok.libreoffice.org/xref/core/cui/source/dialogs/about.cxx?#278



--
View this message in context: 
http://nabble.documentfoundation.org/More-information-in-About-dialog-tp4177879p4178304.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] More information in About dialog

[V Stuart Foote]

See this MSDN note:

https://msdn.microsoft.com/en-us/library/windows/desktop/ms724832%28v=vs.85%29.aspx



--
View this message in context: 
http://nabble.documentfoundation.org/More-information-in-About-dialog-tp4177879p4177892.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] More information in About dialog

[V Stuart Foote]

@Pedro, *

Pedro wrote
> The most frequent questions from people providing help in the User mailing
> list and in the Bug tracker is: "What is your OS architecture?", "Are you
> using the 32 bit version of LibreOffice ?"
> 
> Isn't it possible that this information is included in the About dialog?
> 
> In addition to 
> 
> Version: 5.1.1.3
> Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6d
> CPU Threads: 2; OS Version: Windows 5.1; UI Render: default; 
> Locale: pt-PT (pt_PT)

Not sure anything more is needed.  The only issue we do not know is whether
your OS  (Windows XP in this case) is 32-bit or 64-bit. Obviously you would
not be running the 64-bit build on a 32-bit OS.

And, when the 64-bit build of LibreOffice is installed, it is already
labeled (x64), as in this example:

Version: 5.1.1.2 (x64)
Build ID: fe4d9e69c82c6ee6db3c27cd5e2d47558afa80ac
CPU Threads: 8; OS Version: Windows 6.29; UI Render: default; 
Locale: en-US (en_US)

In this case installed on a Windows 8.1 64-bit en-US

Stuart




--
View this message in context: 
http://nabble.documentfoundation.org/More-information-in-About-dialog-tp4177879p4177880.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Keyboard Shortcut

[V Stuart Foote]

Yes, those are reserved here

http://opengrok.libreoffice.org/xref/core/vcl/source/app/svapp.cxx#99

-- fundamental to navigating keyboard only without mouse.



--
View this message in context: 
http://nabble.documentfoundation.org/Re-Keyboard-Shortcut-tp4176943p4176975.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Are vcl Global Shortcuts and localized accelerators diverging?

[V Stuart Foote]

Hey "Devs", 

Please excuse me for poking in here out of turn... 

But, seems like there is some divergence and loss of function for Global
short-cuts as defined in  keycod.cxx
  
and behavior of Accelerators assigned in Accelerators.xcu

A bit unclear to me what the hierarchy is supposed to resolve, but it seems
like some of the vcl assigned short-cuts are becoming non-functional in
elements of the GUI.   It seems like assignments Global or per Module made
in Accelerators.xcu for function or localization assert, but that actions on
the Main menu do not.

Are short-cuts on the menu drawn from vcl? Or do they have to be fully
assigned in the .xcu?  And are they?

And, is there some OpenGL context or GTK+3 facet to some of this apparent
loss of short-cut control of the GUI?

This is kind of an open question--more because I am not sure exactly how
this is supposed to work. So,  rather than opening a specific BZ report, the
selection ref'd below should suffice as examples of what seems to be an
issue.

Stuart

=-ref-=
tdf#92516   
tdf#95410   
tdf#97511   

even   tdf#97942  
, but this is not a vcl assignment--more a mystery as to where the global
went missing in the dialog. 



--
View this message in context: 
http://nabble.documentfoundation.org/Are-vcl-Global-Shortcuts-and-localized-accelerators-diverging-tp4176098.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Some problems in LibreOffice 5.1

[V Stuart Foote]

jan iversen wrote
>> On 11 Feb 2016, at 17:27, Carlos Molina Palma 

> cmolinap@

>  wrote:
>> ...
>> 2.   The Exit of LibreOffice command (Ctrl + Q) in File Menu doesn’t
>> work.
> This sound like real problem, can I please ask you to file 2 bug reports
> using:
> https://bugs.documentfoundation.org/
> 
> rgds
> jan I.

Yes, a BZ  issue should be opened against the first issue.

For the second, we already have an issue for the Q_MOD1 shortcut -- entered
on Linux and Windows as +Q and on OS X as +Q -- which has
never functioned while focus is inside the the menus.  That is open as 
tdf#97511   .

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Some-problems-in-LibreOffice-5-1-tp4175327p4175510.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] 5.1.0RC2 runs on MozTrap

[V Stuart Foote]

sophi wrote
> Hi Stuart,
> 
> Thanks for running your tests on MozTrap. I've seen that you've created
> a new run on MozTrap, what was the purpose of this run and why didn't
> you use the one that was created? you wanted to test a special build?
> In general, it's better to keep the tests in the same run but maybe you
> had a special reason for that.

Sorry, not intentional to spin off a new run.  Used the "set your values" 
dialog and entered the apparently desired build field, and picked the other
environments from the drop down.  That spun off the new test case--tagged
with the build.

Was not clear that the build would not be required, as the other drop down
lists should be selected to capture the testing environment.

 

Maybe when loading the consolidated RC runs they should be created with the
build SHA1 signature tagged?

Stuart





--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-5-1-0RC2-runs-on-MozTrap-tp4172158p4172165.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Start Center, shortcuts, and so forth

[V Stuart Foote]

This is wrapped up in Simon and Caolan's  work on GTK, and the non-standard
way the StartCenter accelerators & shortcuts are cobbled together.

Two open issues:

Bug 92516    -
"x" accelerator and mouse click not exiting StartCenter in "File -> Exit
LibreOfficeDev" menu

and 

Bug 96327    -
Start Center: "F" accelerator for "Remote Files" conflicts with "alt+F"
accelerator for "File" menu

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Start-Center-shortcuts-and-so-forth-tp4169419p4169450.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Building or bibisecting

[V Stuart Foote]

Sophi, *

Build on Linux but only when patching.

Routinely bisect against my archive of daily pulls of Windows TBs.

I don't run a bibisect git repo (though I probably should invest in setting
up the Windows flavor since we seem short there).

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Building-or-bibisecting-tp4167915p4167917.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] [libreoffice-projects] minutes of ESC call ...

[V Stuart Foote]

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  62-merge-TDF?

They are built with Visual Studio 2015 rather than Visual Studio 2013.  The
64-bit  VS2015 run-time components (vcruntime140.dll)  that are required to
run C++ applications built using Visual Studio 2015. 

If appropriate vcruntime140.dll is not loaded you'll get this error on
launch.


 

The VS2105 runtime are available from MS here:

   https://www.microsoft.com/en-us/download/details.aspx?id=48145



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-minutes-of-ESC-call-tp4164708p4165072.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [libreoffice-users] Creating High Res Images in Draw or Impress

[V Stuart Foote]

This is easily done from within Draw.

1. Open a new draw document
2. Use the page dialog to set orientation, and page size, also  I prefer to
remove margins--setting the page allows you to work with the whole drawing
and pass it for export rendering.
3. Use the Insert  -> Image, or the Drawing toolbar to add shapes and
annotation as needed
4. Save the Draw document as an ODF .odg drawing
5. Use the Export dialog to select a graphic format (Raster--TIFF, PNG or
JPEG, Vector--WMF or SVG)

Note: Depending on the dialog adjust the DPI setting 300 DPI (the "size" and
the resolution can be set independently) some are more fussy than others. 
You can get the results you need.

I've attached a zip sample  ( HighRes_from_Draw.zip
 
) with an ODF Draw document, along with 300 dpi PNG and 600 dpi JPEG
renderings.





--
View this message in context: 
http://nabble.documentfoundation.org/Re-libreoffice-users-Creating-High-Res-Images-in-Draw-or-Impress-tp4002136p4160727.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] [ANNOUNCE] Branch libreoffice-5-0-2 and Tag libreoffice-5.0.2.1 created

[V Stuart Foote]

No issue, I get a complete download and clean installation of both 32-bit and
64-bit builds of 5.0.2.1 build.

Did you attempt to download too soon, only a partial installer had uploaded?


LibreOffice_5.0.2.1_Win_x86.msi
MD5 5a5b2bf4c026fdfa6344d8bf375563cf
SHA-256 325a5a7adb85fb4a8fbfc36142049a1ef6bcd40377b8a874b2d35a86b7bc4947

LibreOffice_5.0.2.1_Win_x64.msi
MD5 67d2edda0d96b1752b993f8d81684a2c
SHA-256 9f823b0adc3156859f36100930ba7f0993c8e7f0301290ecb40795af16e21f5d




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-ANNOUNCE-Branch-libreoffice-5-0-2-and-Tag-libreoffice-5-0-2-1-created-tp4159373p4159470.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Master builds

[V Stuart Foote]

@Miguel Ángel, *

Both Kendy and Cloph remain on vacation. 

Thier TBs of master will wait till they get back...  just have to roll your
own for the time being.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Master-builds-tp4158636p4158637.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: Unable to use Writer as a publication tool

[V Stuart Foote]

@madrosh,


 The major bug I have is applying a register-true to an entire document
 at a time. I use OL to put together a periodical, with columned text and
 many images (which are put in frames and anchored to specific pages). 

It is LO not OL,  or better LibreOffice.

Believe the best practice is to work within frames anchored to top or bottom
of page and activate register-true.  László Németh's Typography toolbar .oxt
extension seems to still work correctly in 5.0.0,  suggests using the
Graphite based Libertine G or Biolinum G fonts.


 Is the problem related to the fact I am taking older OO files and
 attempting to do this?

That probably doesn't help.


  I don't want to invest heavily in new projects until I get the bugs
 sorted out. I find I am taking older files (in order to create a 2nd
 edition of an older manuscript) and redoing every paragraph to get the
 document to register true. In 4.3.7, the changes would simply not stay
 after I saved the document. 

Not sure if  details are embedded in ODF as style (and so are persistent and
move with the document), or it is a registry setting and would be held per
document in the user profile.  If the later, could explain the issue.


 I tried saving in  ODT and DOC and DOCX formats, it didn't seem to matter.
 Now in 5.0, not only do the changes not save if I go back and register the
 paragraphs, but OL crashes every time.

You should work in an ODT for stability in formatting.   Using DOC or DOCX
requires filter export of document, and again to import. The round trip can
be very disruptive to stable formatting you're looking for.  If LibreOffice
5.0.0 is crashing--that is a bug and needs to be reported in Bugzilla


 Also had some issues in 4.3.7 with image frames migrating, also related to
 these revisions of older documents.
 Is this all known behaviour? Are there still bugs outstanding if I were to
 work on new projects and try to register the text?

Don't see a lot of issues reported in BZ, but that could just be that the
register-true feature for grid alignment in printed publications is not
widely know.  BZ  bug tdf#66434
https://bugs.documentfoundation.org/show_bug.cgi?id=66434suggests that
is the case.

Please report any specific bugs you identify. This seems to be an under
appreciated feature of LibreOffice.



--
View this message in context: 
http://nabble.documentfoundation.org/Unable-to-use-Writer-as-a-publication-tool-tp4156533p4156542.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] Issues with Display of Dialogs of 5.0-beta2

[V Stuart Foote]

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
remains with today's builds of master.
Version: 5.1.0.0.alpha1+
Build ID: bb9dad2ef23829b2500c9f99154bca6a8ba7d49a
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-12_00:27:07
Locale: en-US (en_US)



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Issues-with-Display-of-Dialogs-of-5-0-beta2-tp4151311p4151432.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bug/feature on Bugzilla?

[V Stuart Foote]

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 probably
 interested in following the issue)
 
 E.g. on bug
 https://bugs.documentfoundation.org/show_bug.cgi?id=79381
 I just added comment #5 and did NOT add myself to CC and yet I received
 all later comments and changes...
 
 Maybe this used to work on the old tracker but the default is different in
 the new one? I can't pinpoint when it stopped working...

The default has been, and remains so with the new BZ instance,  that when
you comment--the CC List: checkbox  to Add me to CC list is selected by
default--you have to specifically exclude your BZ account from being added
to a bug. 

And, as you revisit bugs that you on the CC list (while logged-in) you will
see a count of CC users including you if you are on the CC list for the
bug.  

If it doesn't show you as on the list, and you are not the Reporter, you
will NOT receive update notifications for that BZ issue.  That is consistent
with the old FreeDesktop BZ as well as the new Document Foundation BZ
tracker.

Looking at the history for bug 79381, it looks like I added you after your
comment, 2014-06-15 17:59:09 UTC , so no mystery there.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Bug-feature-on-Bugzilla-tp4149711p4149715.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Question regarding bug workflow

[V Stuart Foote]

@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 on its merit and successful code review by other developers, it
may or may not be merged. If there are issues, whomever reviews it will
comment in gerrit and may ask your for changes, or make suggestions as to
what needs to be corrected.  It is up to you to track its status, and
collaborate with the other devs on completing its merge.

When the final patch is merged, the commit should be automatically reflected
in the TDF bugzilla.  Then, after some review by other users all seems
acceptable--you as the assigned developer should close the issue as resolved
fixed.

Good luck, and thank you for taking the time to tackle the issue.

Stuart



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Question-regarding-bug-workflow-tp4147378p4147380.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugzilla Versions: 4.5-master vs. 5.0-master ?

[V Stuart Foote]

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 refer/apply to 5.0

Yeah, I guess that is probably the right choice.  And it is consistent with
what was done for the 3.7 - 4.0 transition.




--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-Bugzilla-Versions-4-5-master-vs-5-0-master-tp4146696p4146711.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-qa] help from Debian distro user on tdf#88117

[V Stuart Foote]

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 context: 
http://nabble.documentfoundation.org/help-from-Debian-distro-user-on-tdf-88117-tp4144178.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Bugs with Backtrace but Not Reproduced

[V Stuart Foote]

@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 archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] [ANN] LibreOffice 4.4.1 rc2 test builds available

[V Stuart Foote]

@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 (or earlier
tdf#81916)

If born out, or past workarounds no longer function, may need BLOCKER
status.



--
View this message in context: 
http://nabble.documentfoundation.org/Libreoffice-qa-ANN-LibreOffice-4-4-1-rc2-test-builds-available-tp4140928p4141005.html
Sent from the QA mailing list archive at Nabble.com.
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [IMPORTANT] Google OpenId End-of-Life, Gerrit users need to take action

[V Stuart Foote]

Ashod Nakashian-2 wrote
 So, unless Gerrit has decided not to, or is unable to, migrate to OpenID
 Connect by the deadline, migrating to OpenID Connect should be seamless
 and
 uneventful.
 
 Do we know whether or not Gerrit will have migrated by the deadline?
 (Granted, warning people to avoid a lockout is wise.)

Looks like David Ostrovsky has been right in the thick of this working on 
Gerrit to do just that--providing generic handling of OAuth providers,  e.g.
GitHub, and presumably Google's OpenID  2 OAuth 2 replacement OpenID
Connect.

See https://gerrit-review.googlesource.com/#/c/65101/ addressing Gerrit
issues https://code.google.com/p/gerrit/issues/detail?id=2677 and
https://code.google.com/p/gerrit/issues/detail?id=2715

Looks like those bits have missed the last couple of release cycles--but
even if it makes it in for Gerrit 2.11, LO would still need to upgrade from
current 2.8.6.1 build.

A read of the two Gerrit issues suggest that dumping the Google OpenID
services was found in best interest of the project-- accomplished with
https://gerrit-review.googlesource.com/#/c/57450/  OpenID: Remove support
for Google Accounts, so I believe that is the 2.9.3 release.

Of course that  means that LO can't upgrade its Gerrit right now because it
would inconvenience, if not lock out, some percentage of the accounts still
tied to Google's OpenID--getting them migrated to alternate OpenID providers
needs to happen in no uncertain terms so that when Google shuts down its
OpenID 2 service folks are not locked out of LO Gerrit.

Unfortunately, as with my experience with the StackExchange OpenID, I really
don't think the cut over will be seamless or uneventful for LO project.

@David Os., Norbert--did I get that right? Any additional comments?



--
View this message in context: 
http://nabble.documentfoundation.org/IMPORTANT-Google-OpenId-End-of-Life-Gerrit-users-need-to-take-action-tp4140900p4140946.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [IMPORTANT] Google OpenId End-of-Life, Gerrit users need to take action

[V Stuart Foote]

Trying to accomplish the Link Another Identity process for my LO gerrit
account.

Username
vsfoote
Full Name   V Stuart Foote
Email Address   vstuart.foote AT utsa.edu
Registered  Oct 2, 2014 2:18 PM
Account ID  1000805

But the WebIdentities  ?link an account page is a little thin, and it is not
clear how to use services other than Google or Yahoo...

http://nabble.documentfoundation.org/file/n4140916/LO_gerrit_link_OpenID_account.jpg
 

I'd like to make use of an existing StackExchange OpenID (entering an
Identity URL as ?id= and https://openid.stackexchange.com)

Unfortunately,  I receive a sign-in failure and get dumped out to this LO
gerrit page.

snip
https://gerrit.libreoffice.org/#SignInFailure,SIGN_IN,Discovered+information+verification+failed.
Not Found 
The page you requested was not found, or you do not have permission to view
this page.
/snip

The SE account is valid, and I can access any of the StackExchange sites. 
Is the StackExchange OpenID service not a suitable authentication source? If
that is not the issue--I'm stumped...Help!

Stuart




--
View this message in context: 
http://nabble.documentfoundation.org/IMPORTANT-Google-OpenId-End-of-Life-Gerrit-users-need-to-take-action-tp4140900p4140916.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [IMPORTANT] Google OpenId End-of-Life, Gerrit users need to take action

[V Stuart Foote]

V Stuart Foote wrote
 Hmm, so looks like there is an issue with gerrit project's implementation
 of openid4java and StackExchanges OpenID (also using openid4java).  

s/(also using openid4java)/(using DotNetOpenAuth)/



--
View this message in context: 
http://nabble.documentfoundation.org/IMPORTANT-Google-OpenId-End-of-Life-Gerrit-users-need-to-take-action-tp4140900p4140925.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [IMPORTANT] Google OpenId End-of-Life, Gerrit users need to take action

[V Stuart Foote]

Hmm, so looks like there is an issue with gerrit project's implementation of
openid4java and StackExchanges OpenID (also using openid4java).  

Looks like StackExchange is serving OpenID AX attribute type/value pair
exchanges to a namespace alias alias3 rather than the OpenID prototypical
alias ax and the the gerrit implementation of OpenID --openid4java-- is
unable to or is not configured to parse the attributes.

I don't know if that is configurable in the LO instance of gerrit, or must
be patched upstream but as it is now don't think we can use a StackExchange
OpenID to replace expiring Google instance.

A shame...


=-ref-=
http://meta.stackexchange.com/questions/106922/stackexchange-openid-parameter-for-email-should-be-openid-ax-value-email
http://meta.stackexchange.com/questions/142383/stackexchange-openid-provider-not-returning-the-email
https://code.google.com/p/gerrit/issues/detail?id=2434
https://github.com/cemerick/friend/issues/101




--
View this message in context: 
http://nabble.documentfoundation.org/IMPORTANT-Google-OpenId-End-of-Life-Gerrit-users-need-to-take-action-tp4140900p4140920.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Request for late push to 4.4.1

[V Stuart Foote]

@Tamás,

Getting the first in to correct the MAB for 4.4.1 is probably enough.  Thank
you.

As to even bringing the second down to 4.4, I'll have to do some bench
marking comparing t a 4.4.2 nightly and a 4.5.0 master with the sw: avoid
temporary object creation to build GraphicPrimitive2D patch.

I don't have a test case canned against it.

@Pierre-Eric did you have any performance metrics from working these up?



--
View this message in context: 
http://nabble.documentfoundation.org/Request-for-late-push-to-4-4-1-tp4139801p4140028.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Request for late push to 4.4.1

[V Stuart Foote]

@Miklos, *,

Of course that is how it would work if all participants of the project were
able and currently building from source.

I don't. No excuses, I just don't.  I should, and freely acknowledge that I
need to.

So, that said and out of the way--opportunity here to fix a nasty 4.4 MAB
regression with linked images prior to the 4.4.1 release, I wouldn't have
made the suggestion if it did not have merit in making the first bug fix for
4.4

I do what I can do for the project, but at this point someone else other
than me needs to act on it.

Stuart




--
View this message in context: 
http://nabble.documentfoundation.org/Request-for-late-push-to-4-4-1-tp4139801p4139819.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Request for late push to 4.4.1

[V Stuart Foote]

Request for late review  for 4.4.1

http://cgit.freedesktop.org/libreoffice/core/commit/?id=c7e907f58f8d0791ee304b42de769f43102522e9

http://cgit.freedesktop.org/libreoffice/core/commit/?id=ad14ed0bbf80dd95dca6e0dea6edbe5fb68f9f26

The first corrects 4.4 MAB  tdf#88935 and has been picked up in 4.4  for 
the 4.4.2 branch, the later further improves image drawing frame refresh
handling of image cache.  Believe both to be worthwhile late pushes for the
4.4.1 cycle.

Please review.





--
View this message in context: 
http://nabble.documentfoundation.org/Request-for-late-push-to-4-4-1-tp4139801.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice