Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-07-07 Diskussionsfäden Florian Effenberger

Hallo,

Thorsten Behrens wrote on 2015-07-02 at 16:29:


danke für Deine ausführliche Mail. Den meisten Punkten stimme ich
zu. :)


auch von meiner Seite aus vielen Dank - ich freu mich, dass die 
Diskussion hier Früchte trägt. Es gibt sicher einigen 
Optimierungsbedarf, und wir versuchen, den auch abzubilden und einzubauen.



(3) Zum früheren Testen: Wer nur die deutschsprachigen Mailinglisten
liest, erfährt in der Regel gar nicht, wann neue Versionen (Alphas,
Betas, RCs) zum Testen verfügbar sind. Ich meine, zumindest auf der
discuss-Liste sollte dies bekanntgegeben werden, damit potenzielle
Tester überhaupt angesprochen werden können. Gleiches gilt für "bug
hunting sessions". Und dies gilt natürlich auch für die discuss-Listen
in anderen Sprachen. Vielleicht können den "Gelegenheits-"Testern auch
ein paar Tipps an die Hand gegeben werden, damit die Tests qualitativ
besser werden (Bsp.: Öffne eines von Deinen größeren Dokumenten und
probiere alle Funktionen der Symbolleiste 'Zeichnen' aus.)


Florian, Cloph, da seit ihr prädestiniert - halte ich für einen guten
Vorschlag!


Eines der Hauptthemen scheint in der Tat die Kommunikation zu sein, vor 
allem die nicht-Englischsprachige. Wir haben das in unserem Team Call 
auch angesprochen. Christian und ich werden uns fürs DE-Projekt den Hut 
aufsetzen, die Kommunikation zu verbessern und wichtige Infos auch in 
deutscher Sprache weiterzuleiten; Sophie tut das bereits für die 
französische Community, und wird noch weitere Sprachprojekte 
anschreiben, ob wir hier ebenfalls "Gatekeeper" finden können.


Die Idee mit dem deutschsprachigen QA-Wochenende sollten wir im 
Hinterkopf behalten, ich fand das immer sehr konstruktiv.


Viele Grüße
Flo

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-07-02 Diskussionsfäden Thorsten Behrens
Moin Harald,

danke für Deine ausführliche Mail. Den meisten Punkten stimme ich
zu. :)

Harald Köster wrote:
> (1) Eure Diskussion, ob und welche Fehler in welcher Version noch
> vorhanden oder auch korrigiert worden sind, ist ohne Nennung von
> entsprechenden Bug Reports kaum nachvollziehbar; finde ich jedenfalls.
> Nennt also bitte die Bug-Nummern, dann kann man entweder im Report
> selber oder auch im Wiki
> (https://wiki.documentfoundation.org/Releases/5.0.0/RC2) prüfen, ob die
> angesprochenen Bugs inzwischen korrigiert sein sollten.
> 
Yep. Alles andere erzeugt nur unnötig Stress und Aufwand, zu einem
Zeitpunkt, wo eh schon alle gestresst & überarbeitet sind.

> (2) Man kann sicher nicht erwarten, dass bei einem neuen RC im
> gegenwärtigen Entwicklungsstand alle kritischen Bugs korrigiert sind.
> Was ich aber erwarten würde, ist, dass bei 'jeder' Alpha, Beta, RC vorab
> geprüft wird, ob alle Komponenten (Writer, Calc,..) mit den
> verschiedenen Betriebssystemen grundsätzlich bedienbar sind und damit
> testbar sind. Das heißt, dass Menüs, Kontextmenüs, Dialoge und
> Symbolleisten grundsätzlich funktionieren und sich die Anzahl der Crashs
> im Rahmen halten. Falls so ein Basistest negativ ist, sollte mMn eine
> Verteilung der Testversion geblockt werden. Da Dein Bug, Thomas mit
> einer bestimmten Datei auftritt, mag dies zwar für Dich sehr ärgerlich
> sein, heißt aber für mich erst mal nicht, dass LO grundsätzlich nicht
> bedienbar ist.
> 
Yep. Der Basistest (oder 'Smoketest') sollte laufen, entweder
durchgeführt von demjenigen, der den jeweiligen Build macht, oder von
Robinson oder Sophie, sobald Pakete auf pre-releases hochgeladen
sind. Falls ihr sachdienliche Hinweise dazu habt, bitte auf der
internationalen QA-Liste diskutieren. Testcases sind in Moztrap.

Sowohl der Bug mit den duchsichtigen Menüs, noch der mit dem
Explorercrash wären derzeit durch Smoketests abgedeckt (und die Frage
ist, ob sie das sein sollten, denn die verfügbare Manpower dafür ist
begrenzt).

Darüber hinaus gibt es aktuell auf der dev-Liste eine Diskussion, was
die TDF sinnvoll bei weiteren automatischen Tests tun kann (was
manuellem Testen immer vorzuziehen ist, da der menschliche Aufwand nur
einmal anfällt).

> (3) Zum früheren Testen: Wer nur die deutschsprachigen Mailinglisten
> liest, erfährt in der Regel gar nicht, wann neue Versionen (Alphas,
> Betas, RCs) zum Testen verfügbar sind. Ich meine, zumindest auf der
> discuss-Liste sollte dies bekanntgegeben werden, damit potenzielle
> Tester überhaupt angesprochen werden können. Gleiches gilt für "bug
> hunting sessions". Und dies gilt natürlich auch für die discuss-Listen
> in anderen Sprachen. Vielleicht können den "Gelegenheits-"Testern auch
> ein paar Tipps an die Hand gegeben werden, damit die Tests qualitativ
> besser werden (Bsp.: Öffne eines von Deinen größeren Dokumenten und
> probiere alle Funktionen der Symbolleiste 'Zeichnen' aus.)
> 
Florian, Cloph, da seit ihr prädestiniert - halte ich für einen guten
Vorschlag!

> (4) Ein weiterer Punkt ist im Augenblick die hohe Schlagzahl der neuen
> Testversionen im (fast) Wochenrhythmus. Für jemand, der im Leben noch
> andere Aufgaben hat, als LO zu testen, ist ruckzuck die gerade
> installierte RC-Version schon wieder veraltet und er muss neu
> installieren. Der Überblick über den Status der verschiedenen Bugs und
> Versionen kann dann schnell verlorengehen. Ich glaube, dass hier etwas
> mehr Ruhe für den Tester zum Analysieren von Bugs günstiger ist.
> Möglicherweise hilft dies auch den Entwicklern für die sorgfältige
> Behebung von Bugs, anstatt mit heißer Nadel einen Bugfix
> bereitzustellen. Eine gewisse Qualität der Testversion ist dann
> allerdings Voraussetzung (siehe Punkt 2), damit man weitertesten kann.
> 
Da scheint hier aber kein Konsens zu herrschen - Thomas z.B. wollte
'sofort nach Bugfix' eine neue Version haben?

> (5) Den Begriff "release candidate" finde ich schon irreführend.
> Lediglich der letzte geplante RC ist ein ein echter RC. Die
> vorhergehenden RCs unterscheiden sich von den Betas dadurch, dass in
> ihnen die Systemintegration enthalten ist, sind in der Regel aber nicht
> für ein Release geeignet bzw. vorgesehen. Ich meine die ersten RCs
> sollten daher auch anders bezeichnet werden (eventuell Gammas oder
> Beta-Nummerierung fortsetzen). Siehe auch:
> https://de.wikipedia.org/wiki/Entwicklungsstadium_%28Software%29
> 
Falls wir durch simples Umbenennen hier Wahrnehmung und Sorgen beheben
können, sollten wir das tun. ;)

Andererseits - die Aktiven hier sollten (jetzt) wissen, wie das
gemeint ist, und nach außen hin werden die Versionen ja nicht wirklich
beworben. Mir persönlich ist es daher herzlich egal, wie das Kind
genannt wird (und jede Umbenennung erzeugt Aufwände auf
Entwicklungs/Release-Engineering/QA-Seite).

> (6) Für mich ist es nicht transparent, wie der Freigabeprozess sowohl
> für Alphas, Betas, RCs (siehe Punkt 2) als auch für die echten Releases
> aussieht. Wer gibt frei und wird

Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-07-02 Diskussionsfäden Harald Köster
Hallo zusammen,

ein paar Anmerkungen und Überlegungen zu diesem Thread:

(1) Eure Diskussion, ob und welche Fehler in welcher Version noch
vorhanden oder auch korrigiert worden sind, ist ohne Nennung von
entsprechenden Bug Reports kaum nachvollziehbar; finde ich jedenfalls.
Nennt also bitte die Bug-Nummern, dann kann man entweder im Report
selber oder auch im Wiki
(https://wiki.documentfoundation.org/Releases/5.0.0/RC2) prüfen, ob die
angesprochenen Bugs inzwischen korrigiert sein sollten.

(2) Man kann sicher nicht erwarten, dass bei einem neuen RC im
gegenwärtigen Entwicklungsstand alle kritischen Bugs korrigiert sind.
Was ich aber erwarten würde, ist, dass bei 'jeder' Alpha, Beta, RC vorab
geprüft wird, ob alle Komponenten (Writer, Calc,..) mit den
verschiedenen Betriebssystemen grundsätzlich bedienbar sind und damit
testbar sind. Das heißt, dass Menüs, Kontextmenüs, Dialoge und
Symbolleisten grundsätzlich funktionieren und sich die Anzahl der Crashs
im Rahmen halten. Falls so ein Basistest negativ ist, sollte mMn eine
Verteilung der Testversion geblockt werden. Da Dein Bug, Thomas mit
einer bestimmten Datei auftritt, mag dies zwar für Dich sehr ärgerlich
sein, heißt aber für mich erst mal nicht, dass LO grundsätzlich nicht
bedienbar ist.

(3) Zum früheren Testen: Wer nur die deutschsprachigen Mailinglisten
liest, erfährt in der Regel gar nicht, wann neue Versionen (Alphas,
Betas, RCs) zum Testen verfügbar sind. Ich meine, zumindest auf der
discuss-Liste sollte dies bekanntgegeben werden, damit potenzielle
Tester überhaupt angesprochen werden können. Gleiches gilt für "bug
hunting sessions". Und dies gilt natürlich auch für die discuss-Listen
in anderen Sprachen. Vielleicht können den "Gelegenheits-"Testern auch
ein paar Tipps an die Hand gegeben werden, damit die Tests qualitativ
besser werden (Bsp.: Öffne eines von Deinen größeren Dokumenten und
probiere alle Funktionen der Symbolleiste 'Zeichnen' aus.)

(4) Ein weiterer Punkt ist im Augenblick die hohe Schlagzahl der neuen
Testversionen im (fast) Wochenrhythmus. Für jemand, der im Leben noch
andere Aufgaben hat, als LO zu testen, ist ruckzuck die gerade
installierte RC-Version schon wieder veraltet und er muss neu
installieren. Der Überblick über den Status der verschiedenen Bugs und
Versionen kann dann schnell verlorengehen. Ich glaube, dass hier etwas
mehr Ruhe für den Tester zum Analysieren von Bugs günstiger ist.
Möglicherweise hilft dies auch den Entwicklern für die sorgfältige
Behebung von Bugs, anstatt mit heißer Nadel einen Bugfix
bereitzustellen. Eine gewisse Qualität der Testversion ist dann
allerdings Voraussetzung (siehe Punkt 2), damit man weitertesten kann.

(5) Den Begriff "release candidate" finde ich schon irreführend.
Lediglich der letzte geplante RC ist ein ein echter RC. Die
vorhergehenden RCs unterscheiden sich von den Betas dadurch, dass in
ihnen die Systemintegration enthalten ist, sind in der Regel aber nicht
für ein Release geeignet bzw. vorgesehen. Ich meine die ersten RCs
sollten daher auch anders bezeichnet werden (eventuell Gammas oder
Beta-Nummerierung fortsetzen). Siehe auch:
https://de.wikipedia.org/wiki/Entwicklungsstadium_%28Software%29

(6) Für mich ist es nicht transparent, wie der Freigabeprozess sowohl
für Alphas, Betas, RCs (siehe Punkt 2) als auch für die echten Releases
aussieht. Wer gibt frei und wird dieses überhaupt irgendwie
dokumentiert? Wer entscheidet, ob eine neuer RC notwendig ist und warum
dieser notwendig ist? Ich meine, mindestens QA sollte beteiligt sein und
der jeweiligen Freigabe zustimmen. Die Freigabe sollte mMn auch
dokumentiert und am Besten ins Wiki gestellt werden. Dabei sollten dann
auch die kritische Bugs, soweit bekannt natürlich, aufgeführt werden,
die für die jeweilige Freigabe durch die Freigebenden akzeptiert werden.

Grüße
Harald

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert



Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-07-01 Diskussionsfäden Christian Lohmaier
Hi Florian, *,

2015-07-01 11:28 GMT+02:00 Florian Effenberger :
> klaus-jürgen weghorn ol wrote on 2015-06-30 at 18:13:
>
>>> Kann noch jemand das Verhalten mit dem RC2 nachvollziehen
>>
>> Ob es das Problem ist, weiß ich nicht. Ich habe aber das Problem, wenn
>> ich eine odt im Explorer auswähle und doppelklicke, dass ich einen
>> kompletten Bildschirmneuaufbau bekomme und LibO nicht startet.
>
> was meinst du mit kompletterm Bildschirmneuaufbau? Stürzt der Explorer ab,
> wird das Bild schwarz?

Wenn der Explorer abstürzt/neu startet, dann wird auch der Desktop/die
Symbole & die Taskleiste neu gezeichnet. Ich denke, das ist gemeint.

PS: Tipp beim Debuggen: Debugger nicht minimieren, solange man im
Explorer bei einem breakpoint gestoppt hat, ansonsten kommt man nicht
mehr an das Debuggerfenster ran :-) - alt/tab und Taskleiste hängen da
alle mit dran

> Es kann daran liegen, ich habe nur mit der zwingenden Schlussfolgerung ein
> Problem. ;-)

Genau. Explorer durch bestimmte Aktionen abstürzen zu lassen ist immer
noch was ganz anders als Windows komplett unbrauchbar zu machen.

ciao
Christian

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-07-01 Diskussionsfäden Florian Effenberger

Hallo,

klaus-jürgen weghorn ol wrote on 2015-06-30 at 18:13:


Kann noch jemand das Verhalten mit dem RC2 nachvollziehen


Ob es das Problem ist, weiß ich nicht. Ich habe aber das Problem, wenn
ich eine odt im Explorer auswähle und doppelklicke, dass ich einen
kompletten Bildschirmneuaufbau bekomme und LibO nicht startet.


was meinst du mit kompletterm Bildschirmneuaufbau? Stürzt der Explorer 
ab, wird das Bild schwarz?



WIN 8.1 64bit (neu aufgespielt)
LibO 5.0.0.2 64bit


Was interessant wäre ist, ob jemand das Problem auch auf anderen 
Plattformen als 8.1 und anderen Architekturen als x64 nachvollziehen 
kann - zugegeben ist die Kombination weit verbreitet.



War dort vorher RC1 drauf?


Nein, nur 4.4.3


Nach dem, was ich bisher gesehen habe, scheints in der Tat mit dem RC2 
hier noch Probleme zu geben, die aber für uns erstmal nicht 
nachvollziehbar waren.



Natürlich nicht, es ist aber das letzte Programm, das aufgespielt wurde.
Und es greift ganz offensichtlich in Windows (siehe Explorer) ein. Und
da ist es erst einmal naheliegend, dass es daran liegt.


Es kann daran liegen, ich habe nur mit der zwingenden Schlussfolgerung 
ein Problem. ;-) Dazu gibt es nur genau eine Meldung, und im Hintergrund 
passiert viel (zum Beispiel automatische Updates diverser Programme), 
sodass es viel auslösen kann. Wir behalten das im Hinterkopf, aber 
solange das nicht nachvollziehbar ist und nur auf einem System auftritt, 
sehe ich keinen akuten Handlungsbedarf, die Version zurückzuziehen.



Es wird hoffentlich auch nicht von mir reproduzierbar sein.


:-)


Sollten wir jetzt nicht groß weiter diskutieren. Wenn es noch einmal bei
jemanden auftritt, bekomme ich einfach ein Freiessen für mich und meine
Frau als Entschädigung. ;-)


Cookies? :-)

Viele Grüße
Flo

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Zusammenfassung RC-Diskussion (war: Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows)

2015-07-01 Diskussionsfäden Thorsten Behrens
Moin zusammen,

bin leider ein bisschen spät bei dieser Diskussion, also lasst mich
kurz zusammenfassen:

 - RC2 fixt 19 Bugs gegenüber RC1, unter anderem einen, den die
   Entwickler als ursächlich für den Explorer-Crash vermutet haben
   (ohne das Problem auf die Schnelle nachstellen zu können)

 - die Diskussion hier (und die Zusammenschau diverser Bugs) führte zu
   vertieftem Verständnis des Crashes (siehe Aussage von Cloph
   bezüglich der Tooltips).

 - der Bug tdf#92443 ist nachvollziehbar erst nach Taggen von RC2
   reported worden, insofern kann der unter keinen Umständen und
   keinem denkbaren Prozess zur RC2 gefixt sein.

Mein Fazit wäre also: der Release-Prozess funktioniert so, wie es
gedacht ist. Zugegebenermassen könnte man Teile der Diskussion in
diesem Thread auch in den Bugs führen, andererseits hat das hier
vermutlich noch ein paar zusätzliche Augenpaare zum Testen bewegt. ;)

Und das Metafazit, aus vielen Jahren Erfahrung mit Bugreports
(meistens auf Entwicklerseite) - es geht viel Kontextinformation
verloren, wenn man einen Bugreport schreibt bzw. als Entwickler
liest. Habt Geduld miteinander, und wenn die andere Seite sagt 'Bug
ist noch da' bzw. 'kann ich nicht reproduzieren', dann liegt das
meistens daran, dass die Beschreibung mehrdeutig ist und ihr
verschiedene Dinge klickt. Für die härtesten Fälle haben Leute
tatsächlich Screencasts gemacht, um das richtige Vorgehen zu
kommunizieren...

Viele Grüße,

-- Thorsten

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert



Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-07-01 Diskussionsfäden Florian Effenberger

Hallo Thomas,

Thomas Krumbein wrote on 2015-06-30 at 18:14:


Also - um das hier zu konkretisieren: Ich habe *kein* Update
vorgenbommen, sondern zunächst den RC1 komplett gelöscht und dann
überprüft, wie sich der Explorer verhält:
Wie erwartet. Die ODF-Dateien hatten kein Symbol mehr (außer einem
Windows-Standard Symbol) - ein Absturz war nicht herbei zu führen.


das heißt zum einen, dass es wohl an der LibreOffice-Systemintegration 
liegt, zum anderen aber auch, dass LibreOffice Windows nicht dauerhaft 
kaputt macht - so ärgerlich der Explorer-Absturz auch ist. Wenn ich es 
richtig verstanden habe, dann kann Christian das Problem mittlerweile 
auch nachvollziehen, und er bzw. Sophie werden den Bug nochmal 
eskalieren, da der in RC2 angedachte Fix dann wohl nicht hilft.



Hmm, wirklich? Dann müsste ja "Untätigkeit" mit "Unfähigkeit" ersetzt
werden. Das wäre ja noch schlimmer;)
Und ehrlich - wer baut denn ne Patch ohne ihn zu testen und gibt die
Sache dann raus?


Diese Kommentare sind echt nicht hilfreich, und machen es mir 
gleichzeitig schwer, ein vielleicht berechtigtes Anliegen weiterzutragen.


Woher willst du wissen, dass den Patch niemand getestet hat? Christian 
konnte, wenn ich seine Mail richtig lese, das Problem auch erst mit 
einiger Wartezeit nachstellen.



Und wenn der Fehler trotz Neuinstalation bei mir dennoch vorhanden ist
und Cloph den nicht nachstellen kann - wäre es dann nicht das einfachste
zu sagen, der Fehler hat mit LibO nix zu tun - mein System ist halt
korrupt. Wir haben den Fehler gefixt - so steht es in den Ankündigungen.
Fetisch.


Auch das hilft uns nicht wirklich weiter. Ich versuche hier, die 
Probleme zu verstehen und die Fehler zu lösen - gegen solche Argumente 
anzudiskutieren macht mir weder Spaß, noch stärkt es irgendjemandes 
Position.


Ich sehe, dass dahinter eine ganze Menge Ärger und Frust steckt, und 
sehe immer mehr, dass wir hier unbedingt an der Kommunikation und der 
gemeinsamen Herangehensweise arbeiten müssen, denn sonst Zerfleischen 
wir uns nur selbst, das hilft weder uns noch dem Programm.



Ich denke, das hängt alles irgendwie zusammen. Alles hat was mit
Rendering und Systemintegration zu tun - mit Timing und Neuzeichnen, mit
Reaktionen auf Events etc.


Das ist gut möglich, da hat sich in der 5.0 unter der Haube wohl einiges 
getan.


Viele Grüße
Flo

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Christian Lohmaier
Hallo Thomas, *,

2015-06-30 18:14 GMT+02:00 Thomas Krumbein
:
> Am 30.06.2015 17:48, schrieb Florian Effenberger:
> [..]
> Dann habe ich den 32bit RC2 neu installiert - die Dokumente haben wieder
> Icons bekommen und der Explorer schmiert wieder ab bei Mause-Over oder
> dem Versuch, die Datei per Mause-Doppelklick zu öffnen. Mit Glück
> funktionierte es, wenn ich gnz schnell war und nicht wrklich über
> der Datei gestoppt habe.
>
> Jederzeit reproduzierbar.

Hier jedenfalls nicht.

>> Der Fehler mag nicht behoben sein - Untätigkeit ist aber nicht der
>> Grund. ;-)
>
> Hmm, wirklich? Dann müsste ja "Untätigkeit" mit "Unfähigkeit" ersetzt
> werden. Das wäre ja noch schlimmer;)
> Und ehrlich - wer baut denn ne Patch ohne ihn zu testen und gibt die
> Sache dann raus?

Den Schuh ziehe ich mir nicht an. Natürlich kann ich den Fehler nicht
verifizieren, wenn der Fehler bei mir gar nicht erst auftritt.

Der Grund, weshalb ich *vermutet* habe, dass der Explorer Fehler
gefixed war ist der, dass der Fehler bei win 64bit ziemlich weit unten
im Code war, und falsche Pointer und somit Abstürze hatte, die von den
genauen Umständen abhängig sind.

So stürzte z.B. Writer nicht ab, wenn man nur einen englischen Build
baut (der dieselben Rechtschreib- und Grammatikprüfungen hat), wohl
aber, wenn man einen Build mit allen Sprachen baut. Da ist nur die
Liste der verfügbaren Sprachen/ein paar Datenstrukturen
unterschiedlich groß und schon krachts. Nur im Writer, obwohl Draw und
Calc, etc. auch Rechtschreibung verwenden.

Da der Explorer-Bug aber auch die 32bit Version betrifft, kann dieser
Bug nicht dieselbe Ursache haben, denn der andere war 64bit
spezifisch.

> Ich weiss nicht, was da alles im Detail geändert wurde - fürchte nur,
> das lässt sich nicht "mal so eben" in zwei Tagen fixen.

Deswegen ist ja auch noch ein ganzer Monat Zeit zum Release.

> Und der nächste RC steht ja schon an

Man kann es auch keinem Recht machen. "Im RC sind zu viele fehler"
"einen neuen RC wollen wir nicht so schnell"...

ciao
Christian

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Christian Lohmaier
Hi Andreas, *,

2015-06-30 17:57 GMT+02:00 Andreas Mantke :
>
> und vielleicht ist mein Verständnis von QA hier auch leider ein wenig
> anders. Ich bin sehr skeptisch, ob es sinnvoll ist, gravierende Fehler,
> die im RC1 festgestellt worden sind, egal ob sie das System zum Absturz
> gebracht haben oder andere Fehlfunktionen verursacht haben, nicht erst
> zu beheben, bevor ein RC2 erstellt wird

Die gravierenden Fehler bei der 64bit Version sind doch behoben
worden. Der Crash wenn man Writer aufmacht (sprachabhängig, aber der
grundlegende Bug im Code ist ziemlich low-level und bestimmt auch für
andere Fehler verantwortlich) und die fehlenden Cursor wurden doch
behoben.

Es ist doch absurd zu verlangen, dass zwischen zwei RCs alle Fehler
auf einmal behoben werden können, zumal die erst nach Erscheinen des
RCs gemeldet/eskaliert werden.

Der Fehler ist zu denken "ich hab den Fehler in bugzilla geschrieben
und dann ists schon gut, ich lehne mich zurück und warte ab".

Wenn es wirklich so ein gravierender Fehler ist, dann gibt es genügend
Möglichkeiten, dem entsprechend Aufmerksamkeit zukommen zulassen.
Die Freiwilligen im #libreoffice-qa channel z.B. sind fast
rund-um-die-Uhr erreichbar und können den Bug entsprechende Priorität
zuweisen, bzw. dafür sorgen, dass er den Entwicklern unter die Nase
gehalten wird.

Bis zum RC abzuwarten und dann einen Release-Stop einzufordern ist der
falsche Ansatz.

> Ein Release Candidate ist nach meinem Verständnis eine Programmversion,
> die grundsätzlich für das finale Release geeignet ist,

Die ersten RCs sind in erster linie mal in release *configuration*,
sprich mit Systemintegration und den finalen Configure-Optionen.

Die Erfahrung aus früheren .0er Versionen sollte doch keinen
Überraschen. Erst in der rc-phase kommen dann solche Fehler ans Licht.
Explorerintegration und solche Geschichten findet man vorher
systembedingt nicht.

ciao
Christian

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Papamatti
Hallo,

hust, gnz früher zu Amigazeiten gab es mal nach alpha und beta auch
noch gamma Versionen ;-) (Wink mit dem Zaunpfahl) ;-p

Gruß

Matti


Am 30.06.2015 um 20:12 schrieb Bjoern Michaelsen:
> Hi,
> 
> On Tue, Jun 30, 2015 at 06:03:50PM +0200, Florian Effenberger wrote:
>> und vielleicht ist mein Verständnis von QA hier auch leider ein wenig
>> anders. Ich bin sehr skeptisch, ob es sinnvoll ist, gravierende Fehler,
>> die im RC1 festgestellt worden sind, egal ob sie das System zum Absturz
>> gebracht haben oder andere Fehlfunktionen verursacht haben, nicht erst
>> zu beheben, bevor ein RC2 erstellt wird (mag mal eine besondere Ausnahme
>> geben).
> 
> Es ist sinnvoll. Es finden sich alleine 19 Bugs im Tracker, bei denen die
> Entwickler dran gearbeitet haben, um sie im rc2 zu fixen:
> 
>  
> https://bugs.documentfoundation.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=PLEASETEST&list_id=546357&product=LibreOffice&query_format=advanced&status_whiteboard=target%3A5.0.0.2&status_whiteboard_type=allwordssubstr
> 
> Allein um sicher zu gehen, das diese Bugs wirklich beseitigt sind, ist der
> neue RC sinnvoll. Auch die OSX/Linux-Tester Daeumchen drehen lassen, weil es
> Probleme auf Windows gibt, die sie nicht betreffen ist nicht hilfreich: Diese
> Tester koennen uns wertvolle Hinweise zu anderen Bugs geben (auch fuer
> Windowa).
> 
>> Ich halte es jedenfalls nicht für sinnvoll, wenn die
>> freiwilligen Tester immer wieder über dieselben bekannten Fehler
>> stolpern.
> 
> Grundsaetzlich gilt, wenn der Bug gemeldet, bestaetigt, triaged und
> priorisiert ist, aber noch keine Commitnachricht a la:
> 
>  https://bugs.documentfoundation.org/show_bug.cgi?id=44419#c28
> 
> vorhanden ist, ist es unwahrscheinlich, dass der Bug 'ausversehen' gefixt
> worden ist.
> 
>> Ein Release Candidate ist nach meinem Verständnis eine Programmversion,
>> die grundsätzlich für das finale Release geeignet ist, so dass bei einem
>> neuen Release Candidate die wesentlichen Fehler des bisherigen Candidate
>> beseitigt sein sollten.
> 
> Wortklauberei hilft uns hier nichts. Die Frage ist, was ist schlecht gelaufen,
> und wie koennen wir es besser machen.
> 
> Zunaechst: Was ist z.Z. suboptimal gelaufen? Zwei Dinge:
> 1/ Die Systemintegration haben wir wie ueblich erst mit dem RC angemacht, und
>diesen Fehler erst jetzt entdeckt.
> 2/ Wir stellen erst bei Eintritt in die RC Phase fest, dass wir viele Fehler
>entdecken.
> 
> 1/ ist natuerlich unangenehm, weil es ordentliches Testen eines Builds mit
> Systemintegration auf Windows erschwert. Das allein hilft uns allerdings nicht
> weiter. Die konstruktive Frage ist: Wie haetten wir diesen Fehler frueher
> finden koennen? Durch einen frueheren Build mit Systemintegration der auch von
> jemandem getestet wird. Evtl. koennte man also z.B. den alpha-Build mit
> Systemintegration bauen. Dabei gibt es aber zwei Probleme:
> a/ zu diesen Zeitpunkt ist der Fehler wahrscheinlich noch nicht im Produkt
>gewesen, waere also auch nicht gefunden worden.
> b/ Entscheidender: Selbst wenn: Wer haette diesen alpha-build mit
>Systemintegration den heruntergeladen und ausfuehrlich getestet? Wenn das
>keiner macht, hilft uns der tollste Komplettbuild nichts.
> 
> Ich bin zuversichtlich, dass die Regression der Systemintegration bis zur
> Release gefixt sein wird. Allein, weil Regressionen einem Verursacher
> zuzuordnen sind, und das doch recht unangenehm waere fuer eben jenen.
> 
> Zu 2/: Das Problem mit 'wir finden jetzt zu viele Fehler' ist kein Problem das
> wir 'nach Hinten' -- also ueber die weiteren RCs irgendwie loesen koennen. Das
> Problem muss vorher, also in den Alphas, Betas und auf dem Master geloest
> werden. Ansaetze dazu aus QA Sicht sind:
> a/ fruehes Testen: um so frueher ein Bug gefunden wird, um so mehr Zeit bleibt
>zum Fixen und um so eindeutiger laesst sich ein Bug einem Verursacher
>zuordnen, der sich dann dafuer verantwortlich zeigen wird.
> b/ gute Tiage/Bibisect/Bisect: Dies ist die Verschaefung bzw. das Nachholen,
>wenn a/ nicht geklappt hat. Mit bibisect laesst sich der Verursacher auch
>nachtraeglich noch gut eingrenzen.
> 
>

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert



Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Christian Lohmaier
Hi *,

2015-06-30 17:48 GMT+02:00 Florian Effenberger :
> Thomas Krumbein wrote on 2015-06-30 at 16:34:
> [...]
>>> - Problem mit dem Explorer-Crash, wenn man über eine ODF-Datei fährt
>>> => Das sollte in RC2 meines Wissens behoben sein, oder täusche ich mich?
>>
>> Leider täuscht Du Dich. Ist immer noch vorhanden.
>
> Christian hat versucht, das nachzuvollziehen, es ist ihm jedoch nicht
> gelungen.

Weder unter Windows Server 2012 R2, noch unter Windows 10
insider/preview stürzt der Explorer oder LO ab.
Einfachklick zum Markieren geht genauso ohne Probleme wie ein
Doppelklick zum Öffnen der Datei.

>> ;)
>> Das ist ja das ärgerliche an sich. Die Fehler waren bekannt und gemeldet
>> - nur hat sich halt nix getan - aber ein neuer RC wurde veröffentlicht.

Es können nicht immer alle Fehler auf einmal behoben werden, das
dürfte ja wohl klar sein. Und nach dem großen Trara um die
unbrauchbarkeit der Win64bit Version hat man eben einen zusätzlichen
RC dazwischengeschoben, der eben den low-level Bug, der für einige der
Crasher verantwortlich ist gefixed hat. Und auch das Problem mit den
fehlenden Cursorn.

>> Fakt ist: Es gibt ein Problem mit LibO und dem Datei-Manger Verhalten
>> (Absturz) - und aus solch einem Problem können sich immer weitere
>> ergeben, da man eben nicht weiss, was sich sonst noch so auf dem System
>> "tummelt". Insofern halte ich hier die Aussage "hat nix mit LibO zu tun"
>> schon für ziemlich "naiv" und der Sache nicht angemessen.

Das Explorerproblem wird nicht bestritten. Aber daß LO dein Haus
anzündet und deine Katze Satan opfert ist dann doch was anderes.

Das eine Installation von LO ein (neues) Windows unbrauchbar macht ist
sehr unwahrscheinlich. Wäre es wirklich ein problem, das in direktem
Zusammenhang mit LO steht, dann gäbe es sicherlich mehr
Aufschrei/entsprechende Meldungen auch aus anderen NL-Projekten.

>> Aber: Die Fehler sind doch alle in Bugzilla vorhanden - wollen wir
>> wirklich hier erneut das diskutieren?

Es nutzt nix, wenn man die Fehler erst beim RC meldet (bzw. dann erst
eskaliert), und sich dann über die ach-so-schlimme Qualität des RCs
beschwert.

Oder anders: Wenn LO 5.0 immer noch in Beta wäre, würdest du wohl kaum
so energisch auf die Fehler aufmerksam machen.

Oder noch deutlicher: Wenn "kein Schwein" die Alpha und Beta Versionen
mit "real-life" Dokumenten nutzt, sondern damit bis zum RC wartet,
braucht es die lange RC phase. Irgendwann müssen die Fehler gefunden
werden. Je früher desto besser, aber da beißt sich die Katze dann in
den Schwanz.

Keiner will beta und alphas testen, aber dann beim RC "den Fehler
hätte man doch schon früher finden müssen" plärren. Der Fehler mit dem
fehlenden Menüs / Fensterinhalt ist ein Paradebeispiel.
Da können die Freiwilligen QA-Tester (die mit dailiy builds und betas,
alphas) arbeiten noch so viel herumklickend und probieren. Wenn die
nicht ein den fehler auslösendes Bugdokument laden bleibt der
unentdeckt.
Da ist es auch unfair zu schreiben, das Projekt hätte keine QA-Abteilung.

>> Also werde ich weiterhin "meckern" oder es irgendwann ganz lassen.
>
> Das letzte, das ich will, ist dich zu vertreiben. :-) Ich finde deine
> Rückmeldung ja gut, denn nur so kann ich Dinge ggf. auch nochmal
> weitergeben.

Meckern ist gut - und muss auch sein - aber wenn es geht nicht erst
kurz vor Knapp mit dem Argument, dass jetzt alles den Bach runter geht
und alles so schlimm ist.

Wiegesagt: um die Fehler, die im echten Betrieb auftauchen zu finden
gibt es die alpha, beta und rc phasen. Bei einer .0 Version sind die
schon entsprechend länger (4 RCs, bzw. jetzt 5 anstatt nur 2 wie bei
den normalen bugfix releases).

> Was mir nur etwas aufstößt ist diese Forderung, dass die Version nicht
> veröffentlicht werden darf.

Gibt es keine RCs, testet erst recht keiner und die Fehler bleiben mit
Sicherheit unentdeckt bzw. werden in bugzilla dann übersehen, weil sie
z.B. ohne Beispieldokument erstellt wurden und dann eben schlicht
nicht reproduzierbar sind.
Dann war der Fehler zwar schon seit xy bekannt, aber gebracht hats nix.

ciao
Christian

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Bjoern Michaelsen
Hi,

On Tue, Jun 30, 2015 at 06:03:50PM +0200, Florian Effenberger wrote:
> und vielleicht ist mein Verständnis von QA hier auch leider ein wenig
> anders. Ich bin sehr skeptisch, ob es sinnvoll ist, gravierende Fehler,
> die im RC1 festgestellt worden sind, egal ob sie das System zum Absturz
> gebracht haben oder andere Fehlfunktionen verursacht haben, nicht erst
> zu beheben, bevor ein RC2 erstellt wird (mag mal eine besondere Ausnahme
> geben).

Es ist sinnvoll. Es finden sich alleine 19 Bugs im Tracker, bei denen die
Entwickler dran gearbeitet haben, um sie im rc2 zu fixen:

 
https://bugs.documentfoundation.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=PLEASETEST&list_id=546357&product=LibreOffice&query_format=advanced&status_whiteboard=target%3A5.0.0.2&status_whiteboard_type=allwordssubstr

Allein um sicher zu gehen, das diese Bugs wirklich beseitigt sind, ist der
neue RC sinnvoll. Auch die OSX/Linux-Tester Daeumchen drehen lassen, weil es
Probleme auf Windows gibt, die sie nicht betreffen ist nicht hilfreich: Diese
Tester koennen uns wertvolle Hinweise zu anderen Bugs geben (auch fuer
Windowa).

> Ich halte es jedenfalls nicht für sinnvoll, wenn die
> freiwilligen Tester immer wieder über dieselben bekannten Fehler
> stolpern.

Grundsaetzlich gilt, wenn der Bug gemeldet, bestaetigt, triaged und
priorisiert ist, aber noch keine Commitnachricht a la:

 https://bugs.documentfoundation.org/show_bug.cgi?id=44419#c28

vorhanden ist, ist es unwahrscheinlich, dass der Bug 'ausversehen' gefixt
worden ist.

> Ein Release Candidate ist nach meinem Verständnis eine Programmversion,
> die grundsätzlich für das finale Release geeignet ist, so dass bei einem
> neuen Release Candidate die wesentlichen Fehler des bisherigen Candidate
> beseitigt sein sollten.

Wortklauberei hilft uns hier nichts. Die Frage ist, was ist schlecht gelaufen,
und wie koennen wir es besser machen.

Zunaechst: Was ist z.Z. suboptimal gelaufen? Zwei Dinge:
1/ Die Systemintegration haben wir wie ueblich erst mit dem RC angemacht, und
   diesen Fehler erst jetzt entdeckt.
2/ Wir stellen erst bei Eintritt in die RC Phase fest, dass wir viele Fehler
   entdecken.

1/ ist natuerlich unangenehm, weil es ordentliches Testen eines Builds mit
Systemintegration auf Windows erschwert. Das allein hilft uns allerdings nicht
weiter. Die konstruktive Frage ist: Wie haetten wir diesen Fehler frueher
finden koennen? Durch einen frueheren Build mit Systemintegration der auch von
jemandem getestet wird. Evtl. koennte man also z.B. den alpha-Build mit
Systemintegration bauen. Dabei gibt es aber zwei Probleme:
a/ zu diesen Zeitpunkt ist der Fehler wahrscheinlich noch nicht im Produkt
   gewesen, waere also auch nicht gefunden worden.
b/ Entscheidender: Selbst wenn: Wer haette diesen alpha-build mit
   Systemintegration den heruntergeladen und ausfuehrlich getestet? Wenn das
   keiner macht, hilft uns der tollste Komplettbuild nichts.

Ich bin zuversichtlich, dass die Regression der Systemintegration bis zur
Release gefixt sein wird. Allein, weil Regressionen einem Verursacher
zuzuordnen sind, und das doch recht unangenehm waere fuer eben jenen.

Zu 2/: Das Problem mit 'wir finden jetzt zu viele Fehler' ist kein Problem das
wir 'nach Hinten' -- also ueber die weiteren RCs irgendwie loesen koennen. Das
Problem muss vorher, also in den Alphas, Betas und auf dem Master geloest
werden. Ansaetze dazu aus QA Sicht sind:
a/ fruehes Testen: um so frueher ein Bug gefunden wird, um so mehr Zeit bleibt
   zum Fixen und um so eindeutiger laesst sich ein Bug einem Verursacher
   zuordnen, der sich dann dafuer verantwortlich zeigen wird.
b/ gute Tiage/Bibisect/Bisect: Dies ist die Verschaefung bzw. das Nachholen,
   wenn a/ nicht geklappt hat. Mit bibisect laesst sich der Verursacher auch
   nachtraeglich noch gut eingrenzen.

a/ kann man fuer die 5.0 natuerlich nicht nachholen. b/ schon. Entscheidend
ist auch die psychologische Wirkung von a/ und b/. Wird beides auf einem
bestimmten Niveau betrieben, werden jene Entwickler, die im Vergleich etwas
nachlaessig mit dem Testen sind, vorsichtiger. Nur nebenbei bemerkt: Sollten
die Zeitraeume zwischen den Releases vergroessert werden, wuerde die Situation
noch extremer werden, weil das Produkt noch laenger 'unbeaufsichtigt' von
Entwicklern veraendert wird, ohne das QA sich da viel drum schert. Entspechend
schlimmer sieht es dann aus wenn die QA letztendlich dann den ersten Blick
drauf wirft:

 http://devopsreactions.tumblr.com/post/48189077287/qas-first-look-at-new-build

Zusammenfassung: Jetzt irgendwas an den Release Plan fuer 5.0 aendern zu
wollen, wuerde einzig dafuer sorgen, dass wir:
- noch weniger Testing haben
- jede Menge Zeit von Entwicklern, QA und Release Engineers dafuer verwenden
  muessen, alles Neu-/Um-/Anderszukoordinieren. Das wird in keiner Weise zu
  einer besseren Release fue

Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden klaus-jürgen weghorn ol

Hallo Florian,
Am 30.06.2015 um 17:48 schrieb Florian Effenberger:

Hallo Thomas,

Thomas Krumbein wrote on 2015-06-30 at 16:34:


auch noch mal für Dich alleine;))


ich hoffe mal, dass mehrere Leute davon profitieren. ;-)


- Problem mit dem Explorer-Crash, wenn man über eine ODF-Datei fährt
=> Das sollte in RC2 meines Wissens behoben sein, oder täusche ich mich?


Leider täuscht Du Dich. Ist immer noch vorhanden.


Christian hat versucht, das nachzuvollziehen, es ist ihm jedoch nicht
gelungen. Der RC2 hat Fixes für einige Abstürze, und das sollte
eigentlich mit behoben sein - entweder wird das Update von RC1 auf RC2
nicht sauber ausgeführt, oder der Fehler ist noch drin.

Kann noch jemand das Verhalten mit dem RC2 nachvollziehen


Ob es das Problem ist, weiß ich nicht. Ich habe aber das Problem, wenn 
ich eine odt im Explorer auswähle und doppelklicke, dass ich einen 
kompletten Bildschirmneuaufbau bekomme und LibO nicht startet.



und falls ja,


ja, und damit ist das gesamte Programm für mich nicht nutzbar.


auf welcher Plattform?


WIN 8.1 64bit (neu aufgespielt)
LibO 5.0.0.2 64bit

Nachdem ich den RC2 wieder runtergeschmissen habe, geht alles wieder normal.


War dort vorher RC1 drauf?


Nein, nur 4.4.3




- Problem mit dem Bluescreen
=> Bislang nicht nachvollziehbar, Vermutung ist, dass es nichts mit
LibreOffice zu tun hat


Da es aufgetreten ist (oder wird das bezeifelt?) solltet Ihr eher davon
ausgehe, dass es mit LibrOffice zu tun hat - und nicht eine Schuldumkehr
versuchen:)


Wenn sich aus vielen Leuten, die den RC testen, genau einer meldet, dann
ist das noch eine relativ dünne Faktenlage. Natürlich kann es an
LibreOffice liegen, es kann genauso gut an jedem anderen Programm
liegen, das installiert ist - für mich ist die Schlussfolgerung nicht
zwingend.


Natürlich nicht, es ist aber das letzte Programm, das aufgespielt wurde.
Und es greift ganz offensichtlich in Windows (siehe Explorer) ein. Und 
da ist es erst einmal naheliegend, dass es daran liegt.


Es wird hoffentlich auch nicht von mir reproduzierbar sein.


Aber vielleicht fehlt mir hier der Kontext - warum genau vermutest du,
dass es an LibreOffice liegt? Ich hab nicht alle Mails am Schirm,
vielleicht ist mir das durchgegangen, von daher, klär mich doch nochmal
auf. :-) (Ist nicht böse gemeint, mir fehlt vielleicht wirklich der
Kontext.)


Sollten wir jetzt nicht groß weiter diskutieren. Wenn es noch einmal bei 
jemanden auftritt, bekomme ich einfach ein Freiessen für mich und meine 
Frau als Entschädigung. ;-)


[...]


Fakt ist: Es gibt ein Problem mit LibO und dem Datei-Manger Verhalten
(Absturz) - und aus solch einem Problem können sich immer weitere
ergeben, da man eben nicht weiss, was sich sonst noch so auf dem System
"tummelt". Insofern halte ich hier die Aussage "hat nix mit LibO zu tun"
schon für ziemlich "naiv" und der Sache nicht angemessen.


Lass uns die beiden Probleme auseinanderhalten:

Das Explorer-Problem sollte in RC2 gefixed sein, und wir müssen jetzt
herausfinden, warum es das nicht ist.

Das Anzeige-Problem wird gerade gefixed, soweit ich das weiß.

Für die Bluescreen-Problematik lieferst du allerdings selbst das
Gegenargument - genau, man weiß nicht, was sich sonst noch so auf dem
System tummelt, und diesen konkreten Fehler konnte bislang niemand
nachvollziehen. Es KANN an LibO liegen, aber das ist keine zwingende
Schlussfolgerung - solange die Faktenlage bei dem Punkt so dünn ist,
finde ich Formulierungen wie "darf nicht veröffentlicht werden" einfach
schwierig... ja, es mag mit der 5.0 einige Probleme geben, aber lasst
uns die einzelnen Themen auch einzeln betrachten, um sie zu lösen.


[..]


Ich versuche hier etwas zu helfen, mit meinen Mitteln, und hoffe, dass
wir damit vorankommen.


Es ist eben nur frustrierend, on the fly zu testen, und dann nichts 
arbeitsfähiges zu bekommen.


Ich denke, dass es im Grunde eher um den straffen Zeitplan und der 
Nichtmöglichkeit Fehler und deren Fixes wirklich zu testen geht.

Aber darauf haben wir keinen Einfluss.

--
Grüße
k-j

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Thomas Krumbein
Hey Flo, all,

Am 30.06.2015 17:48, schrieb Florian Effenberger:
[..]
> Stimmt nur teilweise - der RC2 hat Fixes für Abstürze drin, und das 
> Explorer-Problem sollte dort nicht mehr auftreten. Dass das jetzt doch 
> so ist hat nichts mit Untätigkeit zu tun, aber wir müssen jetzt 
> herausfinden, woran es liegt; siehe oben - entweder ist das Update von 
> RC1 auf RC2 nicht sauber, oder der Fehler ist in der Tat noch vorhanden, 
> daher die Frage an die Runde, wer das auf welcher Plattform 
> nachvollziehen kann, damit wir weiter nach der Ursache forschen können.

Also - um das hier zu konkretisieren: Ich habe *kein* Update
vorgenbommen, sondern zunächst den RC1 komplett gelöscht und dann
überprüft, wie sich der Explorer verhält:
Wie erwartet. Die ODF-Dateien hatten kein Symbol mehr (außer einem
Windows-Standard Symbol) - ein Absturz war nicht herbei zu führen.

Dann habe ich den 32bit RC2 neu installiert - die Dokumente haben wieder
Icons bekommen und der Explorer schmiert wieder ab bei Mause-Over oder
dem Versuch, die Datei per Mause-Doppelklick zu öffnen. Mit Glück
funktionierte es, wenn ich gnz schnell war und nicht wrklich über
der Datei gestoppt habe.

Jederzeit reproduzierbar.

> Der Fehler mag nicht behoben sein - Untätigkeit ist aber nicht der 
> Grund. ;-)

Hmm, wirklich? Dann müsste ja "Untätigkeit" mit "Unfähigkeit" ersetzt
werden. Das wäre ja noch schlimmer;)
Und ehrlich - wer baut denn ne Patch ohne ihn zu testen und gibt die
Sache dann raus?

Und wenn der Fehler trotz Neuinstalation bei mir dennoch vorhanden ist
und Cloph den nicht nachstellen kann - wäre es dann nicht das einfachste
zu sagen, der Fehler hat mit LibO nix zu tun - mein System ist halt
korrupt. Wir haben den Fehler gefixt - so steht es in den Ankündigungen.
Fetisch.

> Das Anzeige-Problem wird gerade gefixed, soweit ich das weiß.

Ich denke, das hängt alles irgendwie zusammen. Alles hat was mit
Rendering und Systemintegration zu tun - mit Timing und Neuzeichnen, mit
Reaktionen auf Events etc.

Ich weiss nicht, was da alles im Detail geändert wurde - fürchte nur,
das lässt sich nicht "mal so eben" in zwei Tagen fixen.

Und der nächste RC steht ja schon an

Viele Grüße
Thomas


-- 
## Unterstützung der freien Office Suite
## http://de.libreOffice.org  - www.LibreOffice.org
## Vorstand Freies Office Deutschland e.V.
## Mitglieder willkommen: www.FroDeV.org

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Andreas Mantke
Hi,

Am 30.06.2015 um 15:15 schrieb Florian Effenberger:
> Hi,
>
> Thomas Krumbein wrote on 2015-06-30 at 14:45:
>
> (...)
> Siehe oben - das ist in RC2 auch noch der Fall?
>
>> Und frag doch mal K.-J., dem der Bluesreen passierte und der das System
>> neu aufspielen musste, wie er sich fühlt.
>
> Und genau hier habe ich das Problem, dass ich das eben nicht unbedint
> LibO zuschreiben kann. Es können genausogut zig andere Komponenten
> dran schuld sein, und wir haben bislang einen einzigen Bericht.
>
>> Mag sein, dass LibO alleine an dem Problem nicht Schuld war - aber es
>> offensichtlich auslöste... da kann man doch nicht sagen "keinen akuten
>
> Woher willst du das wissen? Das kann sein, ist aber keine zwingende
> Schlussfolgerung.
>
> Also, lass uns das Problem gemeinsam angehen - siehe oben meine
> Fragen, vielleicht kommen wir dann ja zu einer Lösung. ;-)
>

und vielleicht ist mein Verständnis von QA hier auch leider ein wenig
anders. Ich bin sehr skeptisch, ob es sinnvoll ist, gravierende Fehler,
die im RC1 festgestellt worden sind, egal ob sie das System zum Absturz
gebracht haben oder andere Fehlfunktionen verursacht haben, nicht erst
zu beheben, bevor ein RC2 erstellt wird (mag mal eine besondere Ausnahme
geben). Ich halte es jedenfalls nicht für sinnvoll, wenn die
freiwilligen Tester immer wieder über dieselben bekannten Fehler
stolpern. Das fördert jedenfalls nicht die Motivation der
Nicht-Developer-Community-Mitglieder, die aber für das Projekt absolut
wichtig sind.

Ein Release Candidate ist nach meinem Verständnis eine Programmversion,
die grundsätzlich für das finale Release geeignet ist, so dass bei einem
neuen Release Candidate die wesentlichen Fehler des bisherigen Candidate
beseitigt sein sollten.

Schönen Abend
Andreas

-- 
## Freie Office-Suite für Linux, Mac, Windows
## http://LibreOffice.org
## Support the Document Foundation (http://documentfoundation.org)
## Meine Seite: http://www.amantke.de 


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Florian Effenberger

Hallo Thomas,

Thomas Krumbein wrote on 2015-06-30 at 16:34:


auch noch mal für Dich alleine;))


ich hoffe mal, dass mehrere Leute davon profitieren. ;-)


- Problem mit dem Explorer-Crash, wenn man über eine ODF-Datei fährt
=> Das sollte in RC2 meines Wissens behoben sein, oder täusche ich mich?


Leider täuscht Du Dich. Ist immer noch vorhanden.


Christian hat versucht, das nachzuvollziehen, es ist ihm jedoch nicht 
gelungen. Der RC2 hat Fixes für einige Abstürze, und das sollte 
eigentlich mit behoben sein - entweder wird das Update von RC1 auf RC2 
nicht sauber ausgeführt, oder der Fehler ist noch drin.


Kann noch jemand das Verhalten mit dem RC2 nachvollziehen und falls ja, 
auf welcher Plattform? War dort vorher RC1 drauf?



- Problem mit dem Bluescreen
=> Bislang nicht nachvollziehbar, Vermutung ist, dass es nichts mit
LibreOffice zu tun hat


Da es aufgetreten ist (oder wird das bezeifelt?) solltet Ihr eher davon
ausgehe, dass es mit LibrOffice zu tun hat - und nicht eine Schuldumkehr
versuchen:)


Wenn sich aus vielen Leuten, die den RC testen, genau einer meldet, dann 
ist das noch eine relativ dünne Faktenlage. Natürlich kann es an 
LibreOffice liegen, es kann genauso gut an jedem anderen Programm 
liegen, das installiert ist - für mich ist die Schlussfolgerung nicht 
zwingend.


Aber vielleicht fehlt mir hier der Kontext - warum genau vermutest du, 
dass es an LibreOffice liegt? Ich hab nicht alle Mails am Schirm, 
vielleicht ist mir das durchgegangen, von daher, klär mich doch nochmal 
auf. :-) (Ist nicht böse gemeint, mir fehlt vielleicht wirklich der 
Kontext.)



- Problem mit den verschwindenden Icons
=> In RC2 vorhanden, vermutlich auch in RC1, Miklos arbeitet da wohl
gerade dran


Ja. War aber auch schon in RC1 und in Alpha/Beta vorhanden.


Das ist sicher ärgerlich, aber es sollte aktuell gefixed werden, soweit 
ich das gehört habe. Ich habe auch Sophie gebeten, das Donnerstag 
nochmal im QA-Meeting zu erwähnen.



;)
Das ist ja das ärgerliche an sich. Die Fehler waren bekannt und gemeldet
- nur hat sich halt nix getan - aber ein neuer RC wurde veröffentlicht.


Stimmt nur teilweise - der RC2 hat Fixes für Abstürze drin, und das 
Explorer-Problem sollte dort nicht mehr auftreten. Dass das jetzt doch 
so ist hat nichts mit Untätigkeit zu tun, aber wir müssen jetzt 
herausfinden, woran es liegt; siehe oben - entweder ist das Update von 
RC1 auf RC2 nicht sauber, oder der Fehler ist in der Tat noch vorhanden, 
daher die Frage an die Runde, wer das auf welcher Plattform 
nachvollziehen kann, damit wir weiter nach der Ursache forschen können.


Der Fehler mag nicht behoben sein - Untätigkeit ist aber nicht der 
Grund. ;-)



siehe oben. Schon alleine die Möglichkeit dass es mit LibO zu tun hat
sollte die QA unbedingt sensibilisieren - die Aussage "kann ich nicht
reproduzieren" ist da weder hilfreich noch aussagekräftig.


Wir haben versucht, den Fehler sowohl auf Bestands- als auch auf neuen 
Systemen nachzuvollziehen, es ist uns aber nicht gelungen. Das macht es 
natürlich schwerer, ihn "einzunorden" und auch direkt auf LibO zu 
beziehen - siehe meine Frage oben.



Fakt ist: Es gibt ein Problem mit LibO und dem Datei-Manger Verhalten
(Absturz) - und aus solch einem Problem können sich immer weitere
ergeben, da man eben nicht weiss, was sich sonst noch so auf dem System
"tummelt". Insofern halte ich hier die Aussage "hat nix mit LibO zu tun"
schon für ziemlich "naiv" und der Sache nicht angemessen.


Lass uns die beiden Probleme auseinanderhalten:

Das Explorer-Problem sollte in RC2 gefixed sein, und wir müssen jetzt 
herausfinden, warum es das nicht ist.


Das Anzeige-Problem wird gerade gefixed, soweit ich das weiß.

Für die Bluescreen-Problematik lieferst du allerdings selbst das 
Gegenargument - genau, man weiß nicht, was sich sonst noch so auf dem 
System tummelt, und diesen konkreten Fehler konnte bislang niemand 
nachvollziehen. Es KANN an LibO liegen, aber das ist keine zwingende 
Schlussfolgerung - solange die Faktenlage bei dem Punkt so dünn ist, 
finde ich Formulierungen wie "darf nicht veröffentlicht werden" einfach 
schwierig... ja, es mag mit der 5.0 einige Probleme geben, aber lasst 
uns die einzelnen Themen auch einzeln betrachten, um sie zu lösen.



Aber: Die Fehler sind doch alle in Bugzilla vorhanden - wollen wir
wirklich hier erneut das diskutieren?


Ich bin kein QA-Experte, und versuche die Problematik zu verstehen. ;-) 
Ich hoffe auf jeden Fall, dass ich zu den einzelnen Themen schon etwas 
Feedback geben konnte.



Also werde ich weiterhin "meckern" oder es irgendwann ganz lassen.


Das letzte, das ich will, ist dich zu vertreiben. :-) Ich finde deine 
Rückmeldung ja gut, denn nur so kann ich Dinge ggf. auch nochmal 
weitergeben.


Was mir nur etwas aufstößt ist diese Forderung, dass die Version nicht 
veröffentlicht werden darf. Sie mag noch Probleme haben, keine Frage, 
vielleicht auch mehr aber die Konsequenz sie nicht zu veröffentlichen 
ist halt doch rela

Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Thomas Krumbein
Hi Flo,

auch noch mal für Dich alleine;))


Am 30.06.2015 15:15, schrieb Florian Effenberger:
[..]
> lass mich die verschiedenen Fehler zu meinem Verständnis nochmal 
> auseinander halten:
> 
> - Problem mit dem Explorer-Crash, wenn man über eine ODF-Datei fährt
> => Das sollte in RC2 meines Wissens behoben sein, oder täusche ich mich?

Leider täuscht Du Dich. Ist immer noch vorhanden.

> - Problem mit dem Bluescreen
> => Bislang nicht nachvollziehbar, Vermutung ist, dass es nichts mit 
> LibreOffice zu tun hat

Da es aufgetreten ist (oder wird das bezeifelt?) solltet Ihr eher davon
ausgehe, dass es mit LibrOffice zu tun hat - und nicht eine Schuldumkehr
versuchen:)


> - Problem mit den verschwindenden Icons
> => In RC2 vorhanden, vermutlich auch in RC1, Miklos arbeitet da wohl 
> gerade dran

Ja. War aber auch schon in RC1 und in Alpha/Beta vorhanden.

> Ist das soweit korrekt?

;)
Das ist ja das ärgerliche an sich. Die Fehler waren bekannt und gemeldet
- nur hat sich halt nix getan - aber ein neuer RC wurde veröffentlicht.

[..]
> Woher willst du das wissen? Das kann sein, ist aber keine zwingende 
> Schlussfolgerung.

siehe oben. Schon alleine die Möglichkeit dass es mit LibO zu tun hat
sollte die QA unbedingt sensibilisieren - die Aussage "kann ich nicht
reproduzieren" ist da weder hilfreich noch aussagekräftig.

Fakt ist: Es gibt ein Problem mit LibO und dem Datei-Manger Verhalten
(Absturz) - und aus solch einem Problem können sich immer weitere
ergeben, da man eben nicht weiss, was sich sonst noch so auf dem System
"tummelt". Insofern halte ich hier die Aussage "hat nix mit LibO zu tun"
schon für ziemlich "naiv" und der Sache nicht angemessen.

Aber: Die Fehler sind doch alle in Bugzilla vorhanden - wollen wir
wirklich hier erneut das diskutieren?

Das ich ne andere Auffassung von Qualität und QA habe als offensichtlich
andere Teile des Projektes dürfte doch bereits hinreichend bekannt sein
- nur kann ich leider auch keine Lösung (Codekorrekturen etc) anbieten.

Also werde ich weiterhin "meckern" oder es irgendwann ganz lassen.

Viele Grüße
Thomas



-- 
## Unterstützung der freien Office Suite
## http://de.libreOffice.org  - www.LibreOffice.org
## Vorstand Freies Office Deutschland e.V.
## Mitglieder willkommen: www.FroDeV.org

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Florian Effenberger

Menüs/Dialogboxen sollte das heißen, nicht Icons

Florian Effenberger wrote on 2015-06-30 at 15:15:

- Problem mit den verschwindenden Icons


--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Florian Effenberger

Hi,

Thomas Krumbein wrote on 2015-06-30 at 14:45:


Was heisst denn für Dich "adressiert"? Der Fehler war in RC1 vorhanden
(64bit Build und 32 bit Build) - wurde zu dem Zeitpunkt gemeldet und die
Empfehlung, diesen sofort "runter zu nehmen" stammte von mir - genau auf
Grund dieser Fehler. Der "Normalnutzer" kann das eben nicht tatsächlich


lass mich die verschiedenen Fehler zu meinem Verständnis nochmal 
auseinander halten:


- Problem mit dem Explorer-Crash, wenn man über eine ODF-Datei fährt
=> Das sollte in RC2 meines Wissens behoben sein, oder täusche ich mich?

- Problem mit dem Bluescreen
=> Bislang nicht nachvollziehbar, Vermutung ist, dass es nichts mit 
LibreOffice zu tun hat


- Problem mit den verschwindenden Icons
=> In RC2 vorhanden, vermutlich auch in RC1, Miklos arbeitet da wohl 
gerade dran


Ist das soweit korrekt?


zuordnen und ist sicher nicht begeistert, wenn andauenrd sein
Dateimanager "abschmiert" - er kann vielleicht nicht mal abschätzen,
woran das liegt.


Der Fehler ist sicher ärgerlich, keine Frage.


Und der Fehler ist im RC2 immer noch vorhanden:)) Also- was heisst
"adressiert"??


Nochmal zu meinem Verständnis: Der Explorer macht auch mit dem RC2 
weiterhin Mucken - verstehe ich das richtig?



Nein, der Bluescreen war ein single Ereignis (nicht bei mir) - schätze
aber dieser kann jederzeit passieren - neimand weiss doch, wie die
Komponenten intern zusammenarbeiten und welche sonstigen Konfigurationen
auf den jeweiligen Systemen laufen! LibreOffice ist doch nicht das
einzige Programm, das verwendet wird. Insofern sind auftretende
Ereignisse außerhalb von LibO, aber von LibO inizialisiert, immer als
sehr kritisch anzusehen.


Ich finde es trotzdem schwierig, das LibreOffice zuzuschreiben, da 
werder Cloph, noch Robinson das nachvollziehen konnten, noch andere 
Meldungen dieser Art auftauchen. Klar, es kann an LibreOffice liegen, 
aber aktuell würde ich davon ausgehen, dass nicht, außer es kommen 
weitere Berichte dazu rein - anders könnten wir das Problem ohnehin 
nicht eingrenzen und ggf. fixen.



Tia, ich bin kein Entwickler und kann dir das nicht bestätigen.
Ich kann aber bestätigen, dass der Explorer abstürzt, sobald man die
Mause über einer odf Datei belässt bzw. eine solche per Doppelklick
öffnen möchte. Wird LibO vollständig deinstalliert - läuft der Explorer
wieder stabil und korrekt. Das alles stand auch im Bug. Und das greift
tief in das Windows System ein und wer weiss, was es dort tatsächlich
bewirkt oder verändert...


Siehe oben - das ist in RC2 auch noch der Fall?


Und frag doch mal K.-J., dem der Bluesreen passierte und der das System
neu aufspielen musste, wie er sich fühlt.


Und genau hier habe ich das Problem, dass ich das eben nicht unbedint 
LibO zuschreiben kann. Es können genausogut zig andere Komponenten dran 
schuld sein, und wir haben bislang einen einzigen Bericht.



Mag sein, dass LibO alleine an dem Problem nicht Schuld war - aber es
offensichtlich auslöste... da kann man doch nicht sagen "keinen akuten


Woher willst du das wissen? Das kann sein, ist aber keine zwingende 
Schlussfolgerung.


Also, lass uns das Problem gemeinsam angehen - siehe oben meine Fragen, 
vielleicht kommen wir dann ja zu einer Lösung. ;-)


Viele Grüße
Flo

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Thomas Krumbein
Hi Flo,

Am 30.06.2015 14:19, schrieb Florian Effenberger:
[..]
>> So?? Obwohl der RC1 Bugs hatte, die - jetzt formuliere ich es mal in
>> deinem Sinne - "sehr ärgerlich" für Windows Benutzer waren, bewirken sie
>> doch Fehler im Betriebssystem also unabhängig von LibreOffice - ist das
>> für Dich ok, dass ein weiterer RC mit den gleichen Symthomen erneut "auf
>> die Menschheit" losgelassen wird?
> 
> das konkrete Problem - Absturz des Explorers, wenn die 
> LibreOffice-Integration aktiv ist - ist doch im RC2 addressiert worden, 
> oder sehe ich das falsch? Der jetzige Fehler scheint in RC1 auch gewesen 
> zu sein, aber bewirkt er Fehler im Betriebssystem?

Was heisst denn für Dich "adressiert"? Der Fehler war in RC1 vorhanden
(64bit Build und 32 bit Build) - wurde zu dem Zeitpunkt gemeldet und die
Empfehlung, diesen sofort "runter zu nehmen" stammte von mir - genau auf
Grund dieser Fehler. Der "Normalnutzer" kann das eben nicht tatsächlich
zuordnen und ist sicher nicht begeistert, wenn andauenrd sein
Dateimanager "abschmiert" - er kann vielleicht nicht mal abschätzen,
woran das liegt.

Und der Fehler ist im RC2 immer noch vorhanden:)) Also- was heisst
"adressiert"??

>> Und deswegen darf man die Situation nicht beim "Namen" nennen?
> 
> Beim letzten RC hatten wir die Diskussion, LibreOffice würde Windows mit 
> Bluescreen zerstören und müsse deswegen sofort runtergenommen werden, 
> was sich letzten Endes als falsch herausgestellt hat.

Nein, der Bluescreen war ein single Ereignis (nicht bei mir) - schätze
aber dieser kann jederzeit passieren - neimand weiss doch, wie die
Komponenten intern zusammenarbeiten und welche sonstigen Konfigurationen
auf den jeweiligen Systemen laufen! LibreOffice ist doch nicht das
einzige Programm, das verwendet wird. Insofern sind auftretende
Ereignisse außerhalb von LibO, aber von LibO inizialisiert, immer als
sehr kritisch anzusehen.

> Dass die Fehler ärgerlich sind und nicht auftreten sollten, da bin ich 
> ja ganz bei dir - mir gehts nur um die relativ drastische Formulierung. 
> Fehler sind ärgerlich, aber LibreOffice zerstört kein Windows. Im 
> konkreten Fall war die LibreOffice-Integration dafür verantwortlich, 
> dass der Explorer abgestürzt ist - wenn ich da falsch liege, lass mich 
> das bitte wissen.

Tia, ich bin kein Entwickler und kann dir das nicht bestätigen.
Ich kann aber bestätigen, dass der Explorer abstürzt, sobald man die
Mause über einer odf Datei belässt bzw. eine solche per Doppelklick
öffnen möchte. Wird LibO vollständig deinstalliert - läuft der Explorer
wieder stabil und korrekt. Das alles stand auch im Bug. Und das greift
tief in das Windows System ein und wer weiss, was es dort tatsächlich
bewirkt oder verändert...

[..]
> Was mich stört sind Formulierungen wie "dürfen nicht verteilt werden" 
> oder "müssen von den Mirrors" - die bisherigen Fehler sind zwar sehr 
> ärgerlich, keine Frage, aber solche Formulierungen suggerieren ein 
> krasses Fehlverhalten des Programms, das akuten Handlungsbedarf 
> erfordert. Darum geht es mir.

Ja, aber genau so sehe ich das auch. Das sind grasse Fehler - weil sie
sich nicht auf LibO alleine beschränken.
Und frag doch mal K.-J., dem der Bluesreen passierte und der das System
neu aufspielen musste, wie er sich fühlt.
Mag sein, dass LibO alleine an dem Problem nicht Schuld war - aber es
offensichtlich auslöste... da kann man doch nicht sagen "keinen akuten
Handlungsbedarf"...

Aber Du hast schon recht... Qualitätsbegriffe können sehr
unterschiedlich sein und ich denke, manchmal bedarf es auch
"grasser" Formulierungen und Aktionen um etwas zu bewegen.

Schlimmer sind die, die sich selbst ne Meinung bilden und dann einfach
gehen..

Viele Grüße
Thomas



-- 
## Unterstützung der freien Office Suite
## http://de.libreOffice.org  - www.LibreOffice.org
## Vorstand Freies Office Deutschland e.V.
## Mitglieder willkommen: www.FroDeV.org

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Florian Effenberger

Hi Thomas,

Thomas Krumbein wrote on 2015-06-30 at 13:16:


So?? Obwohl der RC1 Bugs hatte, die - jetzt formuliere ich es mal in
deinem Sinne - "sehr ärgerlich" für Windows Benutzer waren, bewirken sie
doch Fehler im Betriebssystem also unabhängig von LibreOffice - ist das
für Dich ok, dass ein weiterer RC mit den gleichen Symthomen erneut "auf
die Menschheit" losgelassen wird?


das konkrete Problem - Absturz des Explorers, wenn die 
LibreOffice-Integration aktiv ist - ist doch im RC2 addressiert worden, 
oder sehe ich das falsch? Der jetzige Fehler scheint in RC1 auch gewesen 
zu sein, aber bewirkt er Fehler im Betriebssystem?



Und deswegen darf man die Situation nicht beim "Namen" nennen?


Beim letzten RC hatten wir die Diskussion, LibreOffice würde Windows mit 
Bluescreen zerstören und müsse deswegen sofort runtergenommen werden, 
was sich letzten Endes als falsch herausgestellt hat.


Dass die Fehler ärgerlich sind und nicht auftreten sollten, da bin ich 
ja ganz bei dir - mir gehts nur um die relativ drastische Formulierung. 
Fehler sind ärgerlich, aber LibreOffice zerstört kein Windows. Im 
konkreten Fall war die LibreOffice-Integration dafür verantwortlich, 
dass der Explorer abgestürzt ist - wenn ich da falsch liege, lass mich 
das bitte wissen.



Na, dann fang doch damit an: Schnapp Dir ne Windows-Rechner und teste
selbst - und nimm am besten einen, den Du sonst für alle anderen
wichtigen Arbeiten (vielleicht Buchführung, Hausarbeiten schreiben,
Kalkulationen durchführen etc) noch benutzt und der dir wichtig ist -
also kein isoliertes Testsytem oder vielleicht eine virtuelle Maschine,
denn das entspricht der Wirklichkeit da draußen - und dann überdenke die
mahnenden Worte zur Zurückhaltung bei der Kommunikation;)


Wir müssen, das wird immer deutlicher, das Testen noch besser (und vor 
allem frühzeitiger) organisieren - die fehlgeschlagene Bug Hunting 
Session ist da natürlich sehr unglücklich, und das sollte so nicht mehr 
vorkommen. Sophie arbeitet gerade daran, das Problem zu verbessern.



Wieso jetzt erst? Der Bug war doch schon länger bekannt und wurde früher
schon reportet? Was willst Du denn da jetzt weitergeben?


Ich weiß leider nicht, wo es geklemmt hat, hab aber die Rückmeldung 
bekommen, dass wohl Miklos schon dran ist, den Fehler zu fixen, und 
Sophie das ggf. im ESC thematisiert - deine Mail war also nicht 
fruchtlos. ;-)



Es spielt doch überhaupt keine Rolle, ob Fehler gefunden werden oder
nicht - Hauptsache der Plan wird eingehalten.


Die Diskussion um den Release-Plan ist so alt wie das Projekt selbst. Da 
kann ich fachlich nicht viel zu sagen - was ich versuche ist zu 
verstehen, warum diese Problem auftreten und zu sehen, dass wir sie für 
dieses Mal behoben bekommen und dass sie für nächstes Mal nicht mehr 
auftreten. Ich sehe durchaus, dass einige mit dem Release-Plan 
unglücklich sind, und sehe gleichzeitig andere, die auf ihn schwören...



Und Florian: Ich kann damit leben - denke aber an die vielen "da
draußen", die sich - jetzt oder später - LibreOffice herunterladen
(..und laden sollen).
Die werden hier auf der Liste nix sagen - und das ist schlimmer als
alles was hier sonst so diskutiert wird. Die geen ihre Meinung vom
Produkt und vom Projekt weiter - in Ihren Kreisen...


Versteh mich nicht falsch - ich finde es gut, wichtig und richtig, dass 
der Bug gemeldet wird, und letzten Endes können wir das dank deiner Mail 
jetzt angehen. Dass gerade für die 5.0 einiges schief gelaufen ist weiß 
ich, siehe Bug Hunting Session.


Was mich stört sind Formulierungen wie "dürfen nicht verteilt werden" 
oder "müssen von den Mirrors" - die bisherigen Fehler sind zwar sehr 
ärgerlich, keine Frage, aber solche Formulierungen suggerieren ein 
krasses Fehlverhalten des Programms, das akuten Handlungsbedarf 
erfordert. Darum geht es mir.



Statt so ner mail wäre ne Lösung der bessere Weg:)


Wir arbeiten dran, denn wir haben denke ich alle dasselbe Interesse :-)

Und je mehr ich drüber nachdenke, die Idee eines deutschsprachigen 
QA-Wochenendes finde ich immer charmanter...


Viele Grüße
Flo

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Thomas Krumbein
Hallo Florian, *,

Am 30.06.2015 12:26, schrieb Florian Effenberger:
[..]
>> Unter Windows 8.1 (64 bit) ist das Programm leider immer noch in einem
>> Zustand, in dem es nicht verteilt werden sollte.
> 
> ich wäre mit solchen Formulierungen vorsichtig - es handelt sich um 
> einen RC, der explizit als solcher gekennzeichnet und verteilt wird. 

Nun, es handelt sich
 1. um meine Meinung  und
 2. um reproduzierbare Fehler.

Er
> scheint durchaus noch einige Bugs zu haben, aber wir hatten schon beim 
> RC1 die Diskussion, dass der "eigentlich nicht verteilt werden sollte", 
> und letzten Endes gab es sicher einige Bugs, aber die Vermutung, er 
> würde Windows unbenutzbar zurücklassen, hat sich so nicht bestätigt.

So?? Obwohl der RC1 Bugs hatte, die - jetzt formuliere ich es mal in
deinem Sinne - "sehr ärgerlich" für Windows Benutzer waren, bewirken sie
doch Fehler im Betriebssystem also unabhängig von LibreOffice - ist das
für Dich ok, dass ein weiterer RC mit den gleichen Symthomen erneut "auf
die Menschheit" losgelassen wird?

Und deswegen darf man die Situation nicht beim "Namen" nennen?

> Ich kann den Frust ja durchaus verstehen, will nur etwas dafür werben, 
> dass wir die Kommunikation hier verbessern und konstruktiv die Probleme 
> angehen.

Na, dann fang doch damit an: Schnapp Dir ne Windows-Rechner und teste
selbst - und nimm am besten einen, den Du sonst für alle anderen
wichtigen Arbeiten (vielleicht Buchführung, Hausarbeiten schreiben,
Kalkulationen durchführen etc) noch benutzt und der dir wichtig ist -
also kein isoliertes Testsytem oder vielleicht eine virtuelle Maschine,
denn das entspricht der Wirklichkeit da draußen - und dann überdenke die
mahnenden Worte zur Zurückhaltung bei der Kommunikation;)

>> Komischerweise konnte ich meine aufgegebene Bugs nicht mehr wiederfinden
>> - also hab ich einen neuen aufgegeben.
>>
>> Bug #92443
> 
> Einen Bug aufgeben ist schonmal gut. ;-)
> Ich bitte alle, die das Verhalten nachvollziehen können, es auch in 
> diesem Bug zu reporten, damit ich den entsprechend weitergeben und ggf. 
> eskalieren kann.

Wieso jetzt erst? Der Bug war doch schon länger bekannt und wurde früher
schon reportet? Was willst Du denn da jetzt weitergeben?

> Das werde ich auch direkt tun, bitte nur nochmal darum, dass wir 
> versuchen das Ganze - bei all dem verständlichen Ärger - etwas 
> konstruktiver angehen.

War die ganze Zeit konstruktiv. Fehler melden ist das eine - sie zu
fixen ein andere Part.

Was mich aber wirklich nervt:
"Es gibt da einen Plan, wann welche Alpha-Versionen, Beta-Versionen, RCs
und Releases kommen werden - und in genau dieser Termin-Reihenfolge
kommen sie - egal was für Bugs gefunden werden. Ist ja noch Zeit zum
Release."

Es spielt doch überhaupt keine Rolle, ob Fehler gefunden werden oder
nicht - Hauptsache der Plan wird eingehalten.

Und Florian: Ich kann damit leben - denke aber an die vielen "da
draußen", die sich - jetzt oder später - LibreOffice herunterladen
(..und laden sollen).
Die werden hier auf der Liste nix sagen - und das ist schlimmer als
alles was hier sonst so diskutiert wird. Die geen ihre Meinung vom
Produkt und vom Projekt weiter - in Ihren Kreisen...

Statt so ner mail wäre ne Lösung der bessere Weg:)

Viele Grüße
Thomas



-- 
## Unterstützung der freien Office Suite
## http://de.libreOffice.org  - www.LibreOffice.org
## Vorstand Freies Office Deutschland e.V.
## Mitglieder willkommen: www.FroDeV.org

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Florian Effenberger

Hallo Thomas,

Thomas Krumbein wrote on 2015-06-30 at 09:56:


Unter Windows 8.1 (64 bit) ist das Programm leider immer noch in einem
Zustand, in dem es nicht verteilt werden sollte.


ich wäre mit solchen Formulierungen vorsichtig - es handelt sich um 
einen RC, der explizit als solcher gekennzeichnet und verteilt wird. Er 
scheint durchaus noch einige Bugs zu haben, aber wir hatten schon beim 
RC1 die Diskussion, dass der "eigentlich nicht verteilt werden sollte", 
und letzten Endes gab es sicher einige Bugs, aber die Vermutung, er 
würde Windows unbenutzbar zurücklassen, hat sich so nicht bestätigt.


Ich kann den Frust ja durchaus verstehen, will nur etwas dafür werben, 
dass wir die Kommunikation hier verbessern und konstruktiv die Probleme 
angehen.



Komischerweise konnte ich meine aufgegebene Bugs nicht mehr wiederfinden
- also hab ich einen neuen aufgegeben.

Bug #92443


Einen Bug aufgeben ist schonmal gut. ;-)
Ich bitte alle, die das Verhalten nachvollziehen können, es auch in 
diesem Bug zu reporten, damit ich den entsprechend weitergeben und ggf. 
eskalieren kann.


Das werde ich auch direkt tun, bitte nur nochmal darum, dass wir 
versuchen das Ganze - bei all dem verständlichen Ärger - etwas 
konstruktiver angehen.



Kann das mal jemand gegentesten?


Ich hab hier im Büro keinen Rechner zum Testen greifbar, gebe die Bug-ID 
aber direkt mal mit der Bitte weiter, sich das anzusehen.


Viele Grüße und natürlich danke für den Hinweis,
Flo

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert


Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden Robert Großkopf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Thomas,
> 
> Bug #92443

Ich habe die Datei herunter geladen. Ich lasse die Makros aktiviert.
Öffne ich die Datei, so kann ich gar keine Menüs mehr öffnen. Durch
Zufall habe ich dann bemerkt, dass beim Abwärtsscrollen die Menüs
wieder funktionierten - und zwar genau dann, wenn der Button für
"Farbe Blütenstempel" nicht mehr im sichtbaren Bereich liegt.

In der Version LO 4.4.4.3 gibt es da keine Probleme.

Auch bei ausgeschalteten Makros existiert dieses Problem.

Erst wenn ich bei beiden farbigen Buttons die Farbe raus nehme und auf
"Standard" setze kann ich die Menüs anschließend ohne Problem öffnen.

Mein System: OpenSUSE 13.2 64bit rpm Linux.

Gruß

Robert

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJVkl5oAAoJELDKYwaoS9AI8zkP/RcorPN/dwMW3XQlKZhdsw5q
kSzC02uRan2NodrmtXwh3yCT2vQFp8D55W/T+8MpDJlQnK1zkus0pCvq6zYFz6lV
6NUVXN4wfES4mIKQYY2XCnylWzbx8F0aiX3/oVQFWtjya65Sba3AwonjuhWBYFhh
ukGC51G6pdvRmP6irYGjiwskf9iO8/gO18uQTMUblzKrPT7AWzmPfKKUO+ljpnDy
daNOP0viB4cDMPf1SdIYjBagNBvm4isJ3O99dMei893oEbm+5ZWp2A3TQdIJwF3A
V0E06z/yur44L3AcJk7WrxRy7urN0/hGmpJS1RvaSeiWfjAM70Oa+P0/UE3Y+VGc
rr3eg+9Aw3icr+DUXBGp4OxxTlKEWTvzT62biprt0EQ7MmRAGiDt2z+SSgFUAn4K
V+GHAu8Entl0IJgcZRc39UVWzsm25YSychRukW3K1VjKVR4IEywU4y4STZb1x+dW
3CG775XcSMN/VeApP3FvkkpmIWe+x22POoRC6u4jwuPCx2x44oj3l+AnhARE5pnY
mbvYsip4nvJnrZN+ZZZD6LljO4XN7H7TASLJ+e28AbjDmQcLhYnYgCAxiV6nKYOo
PWVFTJog5USL769a7xckRz8Wfu8Gk7P895kryMIEejvpx+bUp3UUegpgbS6jVKJp
ospBC1iv8xqmmquDx92o
=8y6E
-END PGP SIGNATURE-

-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert



Re: [de-discuss] LibO RC 2 - weiterhin massive Probleme unter Windows

2015-06-30 Diskussionsfäden K-J LibreOffice

Hallo Thomas,

Am 30.06.2015 um 09:56 schrieb Thomas Krumbein:

Hey zusammen,

nach massiven Problemen der Betas und des RC 1 gibt es ja nun den RC2 -
leider hat sich für mich wenig getan.

Unter Windows 8.1 (64 bit) ist das Programm leider immer noch in einem
Zustand, in dem es nicht verteilt werden sollte.


Findest Du?
Also ich finde eine "SEH Exception: ACCESS VIOLATION" beim Öffnen einer 
Datei, die auf dem gleichen Rechner 5 Minuten vorher unter 4.4.3 
bearbeitet wurde und sich unter Portable 4.4.3 auf dem gleichen Rechner 
auch weiterhin öffnen lässt, nicht als gravierend.


So, jetzt den Ironiemodus wieder ausschalten.

Es betrifft nicht alle Dateien, genauer konnte ich es noch nicht eingrenzen.

WIN 8.1 64bit (neu aufgesetzt)
Libo 5.0.0.2

--
Grüße
k-j

Member of TheDocumentFoundation
http://www.documentfoundation.org/foundation/members/
http://de.libreoffice.org
http://wiki.documentfoundation.org/

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert