RE: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

2018-07-06 Par sujet Michel Rudelle 
Bonsoir,

 

Si le cœur vous en dit, voici les fichiers de test, l’outil macro
(crash_close_v6) et le fichier CSV (data.csv) - mais vous pouvez aussi
utiliser un de vos fichiers csv.

https://framadrop.org/r/L_UIVKHpFo#iSRx+cK9vEWM77co/hozyKvDaqHoJpFtD6Zdow0Qf
CY=

https://framadrop.org/r/I07WK82bJ_#lDl+7Q8lXo1Of9rTxLb3AdHW8Fx8Fq44cYNv5Cpyw
rk=

 

Avec la 5.4.7 tout va bien, mais avec la v6.0.5 (sur Windows 7) c’est comme
indiqué par la couleur des boutons !

 

J’ai maintenant plusieurs solutions pour éviter le plantage (donc pas de
souci pour moi), mais je persiste à penser qu’il n’est pas bon de trouver un
crash sur son chemin et que ça vaut la peine d’investiguer.

 

Nota : j’ai commencé à parsemer d’anglais si jamais je devais aller jusqu’à
bugzilla, pas pour faire étalage de mes lacunes en cette langue ;-))

 

Bonne soirée à tous,

Michel 

  _  

De : Michel Rudelle [mailto:rudelle.mic...@gmail.com] 
Envoyé : vendredi 6 juillet 2018 18:19
À : 'qa@fr.libreoffice.org'
Objet : [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

 

Bonjour,

 

Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai besoin
de connaître l'étendue des données (nombre max de colonnes et lignes). Je
n'ai  pas trouvé de propriété de la feuille qui me donne cette info, aussi
j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec
l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la zone de
la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est
rapide, et ça dure depuis 2011.

 

Mais voilà que cette procédure provoque un plantage avec la version 6 de
LibO (6.05 sur W7, et confirmé chez un client, je ne connais pas son
Windows), j'ai fini par trouver, mais c'est bizarre et je ne sais pas si
c'est un bug de la v6 ou si les versions antérieures à la v6 étaient
permissives:

 

Le plantage a lieu lors de la fermeture du fichier CSV - même pas un
enregistrement, simplement : docCSV.close(True). Après investigation, le
plantage se produit uniquement si les deux conditions suivantes sont
réunies:

- ouverture cachée du fichier docCSV (Hidden)

- utilisation de la procédure selecTout (qui utilise le
dispatcher)

Nota : que le fichier CSV ouvert contienne 100 lignes ou 1 000 000, c’est
pareil, ok ou ko selon les conditions ci-dessus.

Ce qui est curieux, c'est que la procédure selecTout fonctionne, puisque je
lis ensuite les max lignes et colonnes et mes traitements sont bons jusqu'au
bout, mais la conséquence est de faire planter LibO (longtemps après cette
procédure) à la fermeture du fichier.

 

Peut-être que l'usage du dispatcher n'est pas adéquat sur un fichier caché,
même si ça a marché jusqu’à présent ?

J'ai des solutions de contournement, par exemple trouver la dimension de mes
données avec les suggestions du forum OOo:

https://forum.openoffice.org/fr/forum/viewtopic.php?f=8
 =57353
(solution de Hubert)

Mais c’est un peu long sur de très gros fichiers (si j’avais une méthode
plus rapide ça m'irait)

 

Quel est votre avis sur ce problème ? Bug ou non ? Je peux fournir si besoin
un fichier test (j'ai commencé, il me faut le terminer)

 

Cordialement,

Michel

 


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

RE: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

2018-07-06 Par sujet Michel Rudelle 
Merci Jean-François, je vais aussi essayer cette solution et voir si c'est
plus rapide que celle que j'ai mentionnée (Hubert).

Mais comme dit à Yves, ce plantage "collatéral" m'intrigue ...
Quand même 7 ans sans soucis et de nombreuses versions de LibO et la v6 me
fait un drôle de jeu de billard. J'aimerai qu'il y ait une vraie raison (par
exemple le dispatcher interdit sur un fichier caché que les versions
antérieures laissaient - à tort - passer).

Michel


> -Message d'origine-
> De : Jean-Francois Nifenecker [mailto:jean-
> francois.nifenec...@laposte.net]
> Envoyé : vendredi 6 juillet 2018 19:16
> À : Michel Rudelle; qa@fr.libreoffice.org
> Objet : Re: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier
> 
> Bonjour Michel,
> 
> Le 06/07/2018 à 18:19, Michel Rudelle a écrit :
> >
> > Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai
> besoin
> > de connaître l'étendue des données (nombre max de colonnes et lignes).
> Je
> > n'ai  pas trouvé de propriété de la feuille qui me donne cette info,
> aussi
> > j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec
> > l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la
> zone de
> > la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est
> > rapide, et ça dure depuis 2011.
> 
> bref, tu veux l'équivalent d'un Ctrl + * ?
> 
> J'utilise cette macro pour connaître la position de la dernière cellule
> en bas à droite d'une feuille :
> 
> 8< 
> 
> Function LastUsedCell(ByRef pSheet As Object) As Object
> 'Returns the last cell used in a given sheet (lower-right corner).
> 'Input:
> '-- pSheet: the sheet object to explore.
> 'Output: the last used cell object in the sheet.
> 
>   Dim l_Origin As String  'origin cell address
>   Dim lo_UsedRange As Object
>   Dim lo_CellCur As Object'a cell cursor
> 
>   'create a cursor on the used range
>   l_Origin = "A1"
>   lo_CellCur =
> pSheet.createCursorByRange(pSheet.getCellRangeByName(l_Origin))
>   lo_CellCur.gotoEndOfUsedArea(False)
>   'get the used range
>   lo_UsedRange = pSheet.getCellRangeByName(lo_CellCur.AbsoluteName)
> 
>   LastUsedCell = lo_UsedRange
> End Function 'LastUsedCell
> 
>  >8
> 
> En espérant que ça t'aidera.
> 
> 
> Très cordialement,
> --
> Jean-Francois Nifenecker, Bordeaux


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

RE: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

2018-07-06 Par sujet Michel Rudelle 
Oui bien sûr c’est ainsi que j’ai fait la macro selecTout avec
l’enregistreur, et la sélection fonctionne toujours bien, mais avec la v6 ça
provoque un dégât collatéral fort ennuyeux, le plantage de LibO ailleurs …
je précise que mon application est faite pour fonctionner toute seule comme
une grande, traiter plusieurs fichiers à la suite, pendant que l’opérateur
est occupé ailleurs, ce qu’elle fait très bien depuis fort longtemps. Comme
j’ai dit je peux contourner, mais ce plantage « indirect » m’intrigue.

J’ai presque fini le fichier de test ;-)

Michel

  _  

De : yves dutrieux [mailto:ydutri...@gmail.com] 
Envoyé : vendredi 6 juillet 2018 18:44
À : Michel Rudelle
Cc : LibO QA
Objet : Re: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

 

Bonjour, 

 

Ctrl-Shift-End ?

l'info des colonnes et lignes sélectionnées est dans la barre d'état en bas.

 

Yves

 

 

Le 6 juillet 2018 à 18:19, Michel Rudelle  a écrit
:

Bonjour,



Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai besoin
de connaître l'étendue des données (nombre max de colonnes et lignes). Je
n'ai  pas trouvé de propriété de la feuille qui me donne cette info, aussi
j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec
l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la zone de
la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est
rapide, et ça dure depuis 2011.



Mais voilà que cette procédure provoque un plantage avec la version 6 de
LibO (6.05 sur W7, et confirmé chez un client, je ne connais pas son
Windows), j'ai fini par trouver, mais c'est bizarre et je ne sais pas si
c'est un bug de la v6 ou si les versions antérieures à la v6 étaient
permissives:



Le plantage a lieu lors de la fermeture du fichier CSV - même pas un
enregistrement, simplement : docCSV.close(True). Après investigation, le
plantage se produit uniquement si les deux conditions suivantes sont
réunies:

- ouverture cachée du fichier docCSV (Hidden)

- utilisation de la procédure selecTout (qui utilise le
dispatcher)

Nota : que le fichier CSV ouvert contienne 100 lignes ou 1 000 000, c’est
pareil, ok ou ko selon les conditions ci-dessus.

Ce qui est curieux, c'est que la procédure selecTout fonctionne, puisque je
lis ensuite les max lignes et colonnes et mes traitements sont bons jusqu'au
bout, mais la conséquence est de faire planter LibO (longtemps après cette
procédure) à la fermeture du fichier.



Peut-être que l'usage du dispatcher n'est pas adéquat sur un fichier caché,
même si ça a marché jusqu’à présent ?

J'ai des solutions de contournement, par exemple trouver la dimension de mes
données avec les suggestions du forum OOo:

https://forum.openoffice.org/

fr/forum/viewtopic.php?f=8

fr/forum/viewtopic.php?f=8=57353> =57353
(solution de Hubert)

Mais c’est un peu long sur de très gros fichiers (si j’avais une méthode
plus rapide ça m'irait)



Quel est votre avis sur ce problème ? Bug ou non ? Je peux fournir si besoin
un fichier test (j'ai commencé, il me faut le terminer)



Cordialement,

Michel




-- 
Envoyez un mail à qa+unsubscribe@fr.libreoffice.
 org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.
 libreoffice.org/fr/qa/
Privacy Policy: https://www. 
documentfoundation.org/privacy




-- 

web site : http://www.molenbaix.com


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

2018-07-06 Par sujet Jean-Francois Nifenecker 

Bonjour Michel,

Le 06/07/2018 à 18:19, Michel Rudelle a écrit :


Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai besoin
de connaître l'étendue des données (nombre max de colonnes et lignes). Je
n'ai  pas trouvé de propriété de la feuille qui me donne cette info, aussi
j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec
l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la zone de
la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est
rapide, et ça dure depuis 2011.


bref, tu veux l'équivalent d'un Ctrl + * ?

J'utilise cette macro pour connaître la position de la dernière cellule 
en bas à droite d'une feuille :


8< 

Function LastUsedCell(ByRef pSheet As Object) As Object
'Returns the last cell used in a given sheet (lower-right corner).
'Input:
'-- pSheet: the sheet object to explore.
'Output: the last used cell object in the sheet.

Dim l_Origin As String  'origin cell address
Dim lo_UsedRange As Object
Dim lo_CellCur As Object'a cell cursor

'create a cursor on the used range
l_Origin = "A1"
	lo_CellCur = 
pSheet.createCursorByRange(pSheet.getCellRangeByName(l_Origin))

lo_CellCur.gotoEndOfUsedArea(False)
'get the used range
lo_UsedRange = pSheet.getCellRangeByName(lo_CellCur.AbsoluteName)

LastUsedCell = lo_UsedRange
End Function 'LastUsedCell

 >8

En espérant que ça t'aidera.


Très cordialement,
--
Jean-Francois Nifenecker, Bordeaux


--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

2018-07-06 Par sujet yves dutrieux 
Bonjour,

Ctrl-Shift-End ?
l'info des colonnes et lignes sélectionnées est dans la barre d'état en bas.

Yves


Le 6 juillet 2018 à 18:19, Michel Rudelle  a
écrit :

> Bonjour,
>
>
>
> Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai besoin
> de connaître l'étendue des données (nombre max de colonnes et lignes). Je
> n'ai  pas trouvé de propriété de la feuille qui me donne cette info, aussi
> j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec
> l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la zone
> de
> la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est
> rapide, et ça dure depuis 2011.
>
>
>
> Mais voilà que cette procédure provoque un plantage avec la version 6 de
> LibO (6.05 sur W7, et confirmé chez un client, je ne connais pas son
> Windows), j'ai fini par trouver, mais c'est bizarre et je ne sais pas si
> c'est un bug de la v6 ou si les versions antérieures à la v6 étaient
> permissives:
>
>
>
> Le plantage a lieu lors de la fermeture du fichier CSV - même pas un
> enregistrement, simplement : docCSV.close(True). Après investigation, le
> plantage se produit uniquement si les deux conditions suivantes sont
> réunies:
>
> - ouverture cachée du fichier docCSV (Hidden)
>
> - utilisation de la procédure selecTout (qui utilise le
> dispatcher)
>
> Nota : que le fichier CSV ouvert contienne 100 lignes ou 1 000 000, c’est
> pareil, ok ou ko selon les conditions ci-dessus.
>
> Ce qui est curieux, c'est que la procédure selecTout fonctionne, puisque je
> lis ensuite les max lignes et colonnes et mes traitements sont bons
> jusqu'au
> bout, mais la conséquence est de faire planter LibO (longtemps après cette
> procédure) à la fermeture du fichier.
>
>
>
> Peut-être que l'usage du dispatcher n'est pas adéquat sur un fichier caché,
> même si ça a marché jusqu’à présent ?
>
> J'ai des solutions de contournement, par exemple trouver la dimension de
> mes
> données avec les suggestions du forum OOo:
>
> https://forum.openoffice.org/fr/forum/viewtopic.php?f=8
>  =57353
> (solution de Hubert)
>
> Mais c’est un peu long sur de très gros fichiers (si j’avais une méthode
> plus rapide ça m'irait)
>
>
>
> Quel est votre avis sur ce problème ? Bug ou non ? Je peux fournir si
> besoin
> un fichier test (j'ai commencé, il me faut le terminer)
>
>
>
> Cordialement,
>
> Michel
>
>
>
>
> --
> Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
> Les archives de la liste sont disponibles à https://listarchives.
> libreoffice.org/fr/qa/
> Privacy Policy: https://www.documentfoundation.org/privacy
>
>


-- 
web site : http://www.molenbaix.com

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] [Calc] [Basic] plantage v6 sur fermeture de fichier

2018-07-06 Par sujet Michel Rudelle 
Bonjour,

 

Je traite par macro de gros fichiers CSV. Après leur ouverture, j'ai besoin
de connaître l'étendue des données (nombre max de colonnes et lignes). Je
n'ai  pas trouvé de propriété de la feuille qui me donne cette info, aussi
j'utilise jusqu'à présent une procédure nommée selecTout (élaborée avec
l'enregistreur de macro) qui utilise le dispatcher et qui renvoie la zone de
la cellule A1 à la dernière cellule du fichier. Ça marche bien et c'est
rapide, et ça dure depuis 2011.

 

Mais voilà que cette procédure provoque un plantage avec la version 6 de
LibO (6.05 sur W7, et confirmé chez un client, je ne connais pas son
Windows), j'ai fini par trouver, mais c'est bizarre et je ne sais pas si
c'est un bug de la v6 ou si les versions antérieures à la v6 étaient
permissives:

 

Le plantage a lieu lors de la fermeture du fichier CSV - même pas un
enregistrement, simplement : docCSV.close(True). Après investigation, le
plantage se produit uniquement si les deux conditions suivantes sont
réunies:

- ouverture cachée du fichier docCSV (Hidden)

- utilisation de la procédure selecTout (qui utilise le
dispatcher)

Nota : que le fichier CSV ouvert contienne 100 lignes ou 1 000 000, c’est
pareil, ok ou ko selon les conditions ci-dessus.

Ce qui est curieux, c'est que la procédure selecTout fonctionne, puisque je
lis ensuite les max lignes et colonnes et mes traitements sont bons jusqu'au
bout, mais la conséquence est de faire planter LibO (longtemps après cette
procédure) à la fermeture du fichier.

 

Peut-être que l'usage du dispatcher n'est pas adéquat sur un fichier caché,
même si ça a marché jusqu’à présent ?

J'ai des solutions de contournement, par exemple trouver la dimension de mes
données avec les suggestions du forum OOo:

https://forum.openoffice.org/fr/forum/viewtopic.php?f=8
 =57353
(solution de Hubert)

Mais c’est un peu long sur de très gros fichiers (si j’avais une méthode
plus rapide ça m'irait)

 

Quel est votre avis sur ce problème ? Bug ou non ? Je peux fournir si besoin
un fichier test (j'ai commencé, il me faut le terminer)

 

Cordialement,

Michel

 


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Fwd: [fr-qa] Calcul de régressions

2018-07-06 Par sujet sophi 
Désolée pour la réponse en privée, elle devait aller sur la liste


 Message transféré 
Sujet : Re: [fr-qa] Calcul de régressions
Date : Fri, 6 Jul 2018 14:50:02 +0200
De : sophi 
Pour : Jacques Guilleron 

Bonjour Jacques,

Le 06/07/2018 à 14:45, Jacques Guilleron a écrit :
> Le 06/07/2018 à 11:30, sophi a écrit :
>> Bonjour Claire,
>> Le 06/07/2018 à 09:39, Ocleyr2lalune a écrit :
>>> Bonjour
>>>
>>> Dennis Francis indique que cette nouvelle fonctionnalité sera dispo dans
>>> la release 6.2 et qu'elle est actuellement dispo dans la build de dev.
>>> La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de
>>> la 6.1.2 ?
>>>
>>> Merci bien !
>> Il s'agit bien de la 6.2, même si on a pas encore mis le wiki à jour (ça
>> vient :), la branche 6.1 a été créée et donc la branche master est ce
>> qui sera la 6.2, d'où la présence de la fonctionnalité dans la version
>> de développement.
>>
>> À bientôt
>> Sophie
>>
> Bonjour Claire, Sophie,
> Je confirme. J'ai repris les données de ce blog hier et essayé la
> fonctionnalité sur
> LO 6.2.0.0.alpha0+ Build ID: 54d76f5203aa5f3ef0e5afdca9d131dadeb3794e
> CPU threads: 2; OS: Windows 6.1; UI render: default;
> TinderBox: Win-x86@42, Branch:master, Time: 2018-07-05_00:58:40
> Locale: fr-FR (fr_FR); Calc: CL
> Elle marche très bien en Anglais, mais pas en Français à cause du degré
> de confiance, dont le séparateur décimal
> reste obstinément un point, empêchant tout calcul en Français. Le
> problème à été signalé,
> *Bug 118556*
>  -
> Statistics Regression. OK button always disabled because of decimal
> separator dependence with locale UI not dealt
> Dennis s'en occupe.
> 
Super, merci pour tes tests et le rapport de bug :)

À bientôt
Sophie

-- 
Sophie Gautier sophie.gaut...@documentfoundation.org
GSM: +33683901545
IRC: sophi
Release coordinator
The Document Foundation

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Calcul de régressions

2018-07-06 Par sujet Jacques Guilleron 

Le 06/07/2018 à 11:30, sophi a écrit :

Bonjour Claire,
Le 06/07/2018 à 09:39, Ocleyr2lalune a écrit :

Bonjour

Dennis Francis indique que cette nouvelle fonctionnalité sera dispo dans
la release 6.2 et qu'elle est actuellement dispo dans la build de dev.
La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de
la 6.1.2 ?

Merci bien !

Il s'agit bien de la 6.2, même si on a pas encore mis le wiki à jour (ça
vient :), la branche 6.1 a été créée et donc la branche master est ce
qui sera la 6.2, d'où la présence de la fonctionnalité dans la version
de développement.

À bientôt
Sophie


Bonjour Claire, Sophie,
Je confirme. J'ai repris les données de ce blog hier et essayé la 
fonctionnalité sur

LO 6.2.0.0.alpha0+ Build ID: 54d76f5203aa5f3ef0e5afdca9d131dadeb3794e
CPU threads: 2; OS: Windows 6.1; UI render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2018-07-05_00:58:40
Locale: fr-FR (fr_FR); Calc: CL
Elle marche très bien en Anglais, mais pas en Français à cause du degré 
de confiance, dont le séparateur décimal
reste obstinément un point, empêchant tout calcul en Français. Le 
problème à été signalé,
*Bug 118556* 
 - 
Statistics Regression. OK button always disabled because of decimal 
separator dependence with locale UI not dealt

Dennis s'en occupe.

--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Fwd: [Libreoffice-qa] Minutes of ESC call 2017-07-05

2018-07-06 Par sujet sophi 
Bonjour,

Je vous transfère les minutes de la réunion de l'ESC hier.
N'oubliez pas de tester l'installation de l'aide de la 6.1 RC1 si vous
le pouvez, surtout sous Windows et Mac où nous n'avons pas pu tester ds
tous les sens :)

À bientôt
Sophie


 Message transféré 
Sujet : [libreoffice-projects] Minutes of ESC call 2017-07-05
Date : Fri, 6 Jul 2018 01:00:43 +0200
De : Thorsten Behrens 
Pour : LibreOffice , Libreoffice QA


* Present:
  + Thorsten, Miklos, Heiko, Michael W, Sophie, Cloph, Xisco, Stephan,
Eike, Olivier

* Completed Action Items:
+ enable new help for tinderboxes (Christian) → in distro-config
+ disable HSQLDB auto-migration for now except for experimental
(Tamas B)
+ provide distro name for MIMO branch (Jean-Sebastien)

* Pending Action Items:
+ on ESC share - “Budget2018” - add your ranking before this week’s
call [!]

* Release Engineering update (Christian)
+ 6.0.6 – rc1 due next week (Jul 10)
+ 6.1.0 RC1
+ tagged on Wednesday,
  builds are on pre-releases and now being synced to mirrors
+ 6.1.0 RC2 with libreoffice-6-1-0 branch week after the next
  marks hard code freeze  (Jul 17)
+ from now on, commits to 6-1 branch need one mandatory review
+ also string freeze
+ also includes html help switch for distro branches
+ ATTENTION for distro branch maintainers – there was a prob
  with gerrit, submodule changes might not have created
  the correct auto-commit on core
  + this was a problem since last weekend, fixed now
+ 6.1 late features
+ calc threading default / fixing (Miklos)
   + *DONE*, just bugfixing from now on
   + Eike: question to disable precautiously?
   + Miklos: if needed can be done at the last moment
+ writer – red-lining re-factoring (Michael S)
   + merged and done, included in beta 2 → remove here
+ Help format (Stephan/Olivier)
   + done and working
   + small gbuild make pattern rule prob on Mac, fixed now
AI + Olivier will release-note it
+ Remotes
+ Android viewer
+ Online
+ simplifying iOS build re translations

* Documentation (Olivier)
+ New help
+ Testing in bug hunting session tomorrow (installs)
+ Small corrections in XSLT filter
+ tweaks in CSS by fitoshido – people start contributing
+ Help contents
+ cosmetic refactor by SophiaS
+ Contents for [NatNum12] by Lazlo Nemetz
+ Contents fixes (ohallot, fitoshido)
+ Guides
+ Assembling & revising GS 6.0
+ Extras
+ some tweaks in UI dialog after help review.

* UX Update (Heiko)
+ Bugzilla (topicUI) statistics
248(248) (topicUI) bugs open, 281(281) (needsUXEval) needs to be
evaluated by the UXteam
+ Updates:
BZ changes   1 week1 month   3 months   12 months
   added  1(-4) 7(-1) 16(-6)  80(-4)  commented
   21(-17)   69(1) 258(-60)   1659(-30)
   removed  0(0)  0(0)   0(0)   10(0)
resolved  1(-2) 6(0)  21(-3) 170(-2) + top 10
contributors:
  Tietze, Heiko made 31 changes in 1 month, and 728 changes in 1
year
  Buovjaga made 24 changes in 1 month, and 171 changes in 1 year
  Foote, V Stuart made 12 changes in 1 month, and 241 changes in
1 year
  Kainz, Andreas made 10 changes in 1 month, and 34 changes in 1
year
  Xisco Faulí made 8 changes in 1 month, and 322 changes in 1 year
  Henschel, Regina made 7 changes in 1 month, and 99 changes in
1 year
  *UNKNOWN* made 7 changes in 1 month, and 9 changes in 1 year
  Raal made 6 changes in 1 month, and 17 changes in 1 year
  kompilainenn made 6 changes in 1 month, and 26 changes in 1 year
  Thomas Lendo made 5 changes in 1 month, and 248 changes in 1
year + cont’d the discussion around CTL/CJK tdf#104318
  + Suggestion is to remove the binding to languages completely,
which has bearing on default style
  + rethink default styles completely
  + Franklin and Khaled are involved in the thinking

+ positive feedback tdf#118516
  “And, I should have added my personal thanks and on behalf of the
   whole user base (if I may be so bold) to the whole LO team for
   the incredible work being done.”
+ German magazine compared LibreOffice vs. Softmaker, highlighting the
  Notebookbar/Ribbon interface
  +
https://www.heise.de/ct/ausgabe/2018-14-LibreOffice-6-0-gegen-SoftMaker-Office-2018-fuer-Linux-4084433.html
  + discussion the German ML pointing out a few badly investigated
aspects
+ personal note: Heiko on vacation for the next two weeks

* Fuzz / Crash Testing (Caolan on vacation)
+ 60(-16) import failure, 3(+1) export failures
+ coverity
+ ??
+

Re: [fr-qa] Calcul de régressions

2018-07-06 Par sujet sophi 
Bonjour Claire,
Le 06/07/2018 à 09:39, Ocleyr2lalune a écrit :
> Bonjour
> 
> Dennis Francis indique que cette nouvelle fonctionnalité sera dispo dans
> la release 6.2 et qu'elle est actuellement dispo dans la build de dev.
> La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de
> la 6.1.2 ?
> 
> Merci bien !

Il s'agit bien de la 6.2, même si on a pas encore mis le wiki à jour (ça
vient :), la branche 6.1 a été créée et donc la branche master est ce
qui sera la 6.2, d'où la présence de la fonctionnalité dans la version
de développement.

À bientôt
Sophie

-- 
Sophie Gautier sophie.gaut...@documentfoundation.org
GSM: +33683901545
IRC: sophi
Release coordinator
The Document Foundation

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Calcul de régressions

2018-07-06 Par sujet Ocleyr2lalune 

Je précise ma question.

Je sais bien que la 6.1.2 ne doit apporter que des correctifs par 
rapports à la 6.1.1, mais la 6.2 me parait tellement loin :-[


Claire


Le 06/07/2018 à 09:39, Ocleyr2lalune a écrit :

Bonjour

Dennis Francis indique que cette nouvelle fonctionnalité sera dispo 
dans la release 6.2 et qu'elle est actuellement dispo dans la build de 
dev.
La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de 
la 6.1.2 ?


Merci bien !


Claire


Le 05/07/2018 à 17:36, sophi a écrit :

Hello,

Ce mail est pour le retour de Jean-Baptiste et son amour des stats :)
https://dennisfrancis.wordpress.com/2018/07/03/multivariate-regression-in-calc/ 



À bientôt
Sophie






--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Calcul de régressions

2018-07-06 Par sujet Ocleyr2lalune 

Bonjour

Dennis Francis indique que cette nouvelle fonctionnalité sera dispo dans 
la release 6.2 et qu'elle est actuellement dispo dans la build de dev.
La 6.2 n'est pas encore dans le Release Plan, parle-t-il en réalité de 
la 6.1.2 ?


Merci bien !


Claire


Le 05/07/2018 à 17:36, sophi a écrit :

Hello,

Ce mail est pour le retour de Jean-Baptiste et son amour des stats :)
https://dennisfrancis.wordpress.com/2018/07/03/multivariate-regression-in-calc/

À bientôt
Sophie




--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy