Zeilen löschen Bug bei Mehrfachauswahl

[librioso]

Hallo, ich frage mich ob folgendes Verhalten ein Bug ist:

Wählt man mehrere Zeilen per UMSCHALT (Shift) aus und drückt dann im linken Bereich die rechte Maustaste fürs Kontextmenü zwecks Zeilenlöschung, geht alles rasend schnell. Wenn man dagegen mehrere einzelne Zeilen per STRG (Ctrl) zu einer Auswahl macht und das Kontextmenü aufrufen will, dauert es extrem lange. Je nach Anzahl der Zeilen sogar minutenlang bzw es erscheint gar kein Kontextmenü mehr. Libreoffice ist während dieses Vorgangs eingefroren und belastet CPU zu 100% (bzw 25% bei 4-Kern). Das alles lässt sich an einem leeren Tabellenblatt nachstellen:

Fall 1) Zeilen 1-50 mit UMSCHALT oder Maus-Ziehen markieren, Rechtsklick: nahezu sofort erscheint das Kontextmenü.
Fall 2) Mit STRG gedrückt beispielsweise jede zweite Zeile zwischen 1-50 auswählen (d.h. nun 25 Zeilen markiert), Rechtsklick: Libreoffice friert ein, CPU auf 100%, nach über einer Minute (!!) geht CPU wieder auf 0% aber es erscheint trotzdem kein Kontextmenü.

Das kann/darf doch nicht normal sein finde ich, was meint ihr?


Tschüss

[pmoegenb]

Tritt das Problem bei allen Programmversionen auf, oder gibt es einen anderen Grund die Programmversion nicht anzugeben ?

[librioso]

Tritt das Problem bei allen Programmversionen auf, oder gibt es einen anderen Grund die Programmversion nicht anzugeben ?

Es ist Version 4.3.4.1 und das Problem nachzustellen dauert <10 Sekunden

[karolus]

Hallo

Nein, es dauert rund 30 Sekunden 10000 Zeilen mit Beispielsdaten zu füllen, und 2500 davon über →Suche alle zu markieren.

und nochmals nein, das Problem ist nicht nachstellbar, Calc benötigt ca 4 Sekunden Bedenkzeit bis diese 2500 Zeilen gelöscht sind.

Und ich bin der selben Meinung wie Peter, bei einer solchen Frage sind Angaben zu Programmversion, Betriebssystem und Hardware unabdingbar

[HeritzP]

Hallo,

Ich kann das Problem mit LibreOffice( 4.2.7.2) nachvollziehen, wenn Ich komplette Zeilen (A-AMJ) mit STRG und Maus markiere. Ab Zeile 16 wird das kopieren langsamer, bis es bei Zeile 52 zum Stillstand kommt, Bei 100% CPU Auslastung nur für LibreOffice.
Mit OpenOffice(4.1.0) ist das ohne Probleme möglich. Beide mit LinuxMint 17.

Gruß HeritzP

[F3K Total]

Hi,
auch so:

• Windows 7, LO 4.3.5 -> friert ein,
• Windows 7, AOO 4.1.1 -> i.O.

Gruß R

[mikele]

Hallo,

ich hab's auch mal getestet. Sowohl unter Ubuntu 12,05+LO4.3.5 als auch unter WinXP+LO4.2 läuft die Prozessorlast auf 100% hoch und für ca. 1 min geht gar nichts.
Nun versuchte ich mich mal mit einem Makro (vielleicht liegt's ja "nur an der Oberfläche):

Code: Alles auswählen

Sub Main
	odoc=thiscomponent
	oblatt=odoc.sheets(1)
	sammlung=odoc.CreateInstance("com.sun.star.sheet.SheetCellRanges")
	for i =1 to 100 step 2
		addr=oblatt.rows(i).rangeaddress
		sammlung.addrangeaddress(addr, false)
	next
	odoc.CurrentController.select(sammlung)
	odoc.getcurrentselection.CellBackColor=rgb(0,255,0)
	odoc.CurrentController.select(oblatt.getcellrangebyname("A1"))
End Sub

Kurz: Unter Ubuntu12.04+LO4.3.5 ist nach 50s wieder ein Zugriff möglich, wobei unter Ubuntu12.04+LO3.5.7 nach 2s alles OK war!
Es ist wohl doch ein Bug - sobald hinreichend viele Bereiche gewählt sind scheint LO einen Riesenberg mit sich herumzuschleppen.