July 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 887312] New: virt-manager can be made to hang.
by bugzilla_noreply＠novell.com 15 Jul '14

15 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=887312 https://bugzilla.novell.com/show_bug.cgi?id=887312#c0 Summary: virt-manager can be made to hang. Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: KVM AssignedTo: kvm-bugs(a)forge.provo.novell.com ReportedBy: osynge(a)suse.com QAContact: jdouglas(a)suse.com Found By: Development Blocker: --- Some recent update makes virt-manager add hardware wizard fail for adding disks. To reproduce (on my laptop it happens every time): 1) Click host 2) shut down vm 3) view-details 4) select disk 5) +add hardware 6) select radio button -> "select managed or local storage" 7) click browse 8) in new dialogue click "browse local" virt-manager will now hang for near 5 mins. This makes direct editing of the XML files for libvirt easier than via virt-manager. I hope this does not occur on SLE12. $lsb_release -a LSB Version: n/a Distributor ID: openSUSE project Description: openSUSE 13.1 (Bottle) (x86_64) Release: 13.1 Codename: Bottle $uname -a Linux linux-520c.site 3.11.10-11-desktop #1 SMP PREEMPT Mon May 12 13:37:06 UTC 2014 (3d22b5f) x86_64 x86_64 x86_64 GNU/Linux $ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 877009] New: VUL-0: CVE-2014-3225: cobbler: Local file inclusion
by bugzilla_noreply＠novell.com 15 Jul '14

15 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=877009 https://bugzilla.novell.com/show_bug.cgi?id=877009#c0 Summary: VUL-0: CVE-2014-3225: cobbler: Local file inclusion Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: ug(a)suse.com ReportedBy: jsegitz(a)novell.com QAContact: qa-bugs(a)suse.de Found By: Security Response Team Blocker: --- Reported by Dolev Farhi via oss-security (Message-ID: <BFB17C16CEB8834FBCE8DCF6B3CFC7B601606FA5(a)SEAEMBX02.olympus.F5Net.com>) A remote user that is able to access the Cobbler WebUI can specify a full path to any desired file in the Kickstart value, and view the contents of that file. Right now there is no patch available for this issue. Affected versions (according to http://de.1337day.com/exploit/22219, no upstream verification): 2.4.x - 2.6.x SUSE:SLE-12:GA 2.4.2 openSUSE:13.1 2.4.0 openSUSE:Factory 2.4.0 References: https://bugzilla.redhat.com/show_bug.cgi?id=1095844 https://github.com/cobbler/cobbler/issues/939 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 843013] New: btrfs: block rsv returned -28
by bugzilla_noreply＠novell.com 15 Jul '14

15 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=843013 https://bugzilla.novell.com/show_bug.cgi?id=843013#c0 Summary: btrfs: block rsv returned -28 Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: support(a)microtechniques.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=560698) --> (http://bugzilla.novell.com/attachment.cgi?id=560698) kernel.log User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20130917 Firefox/24.0 PaleMoon/24.0.1 btrfs: block rsv returned -28 btrfs: block rsv returned -28 Sep 28 18:01:53 Gull kernel: [36520.267796] ------------[ cut here ]------------ Sep 28 18:01:53 Gull kernel: [36520.267853] WARNING: at /home/abuild/rpmbuild/BUILD/kernel-default-3.7.10/linux-3.7/fs/btrfs/extent-tree.c:6297 btrfs_alloc_free_block+0x3b1/0x3c0 [btrfs]() full log attached. Reproducible: Sometimes Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 887188] New: zypper cache dir cannot be changed; does not honor "-C" or any settings via "--config"
by bugzilla_noreply＠novell.com 15 Jul '14

15 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=887188 https://bugzilla.novell.com/show_bug.cgi?id=887188#c0 Summary: zypper cache dir cannot be changed; does not honor "-C" or any settings via "--config" Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: richard.steenwyk(a)ge.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=598527) --> (http://bugzilla.novell.com/attachment.cgi?id=598527) Template for defining local working directory as a repository User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36 Using zypper1.3.7 on SLES11.1 'cachedir' hierarchy is explained well in /etc/zypp/zypp.conf and changing the setting there works as expected. I desire to set the cache directory to something other than /var/cache/zypp/... for execution as a non-root user, meaning that modifying /etc/zypp/zypp.conf is not an option Bugs: 1. "-C" command line option has no effect a. Similarly, "--raw-cache-dir" has no effect either 2. Adding "cachedir" setting to "~/.zypper.conf" has no effect 3. Authoring own "zypp.conf" and supplying via "--config" has no effect Config file access was confirmed with strace as increasing logging verbosity (2+) doesn't produce any additional diagnostic messages Reproducible: Always Steps to Reproduce: 1. Create a repo in a local directory with "createrepo ." 2. Using attached template file, define the local directory as a(n empty) repository 3. Run "zypper -C . lr" 4. Observe that zypper knows about the local file-based (empty) repository 5. Run "zypper -D . search something" 6. Observe failure with root cause: "Can't provide /repodata/repomd.xml : Can't create /repodata" indicating that path to cache directory isn't accessible 7. Run "zypper -D . -C . search something" 8. Observe same failure with root cause: "Can't provide /repodata/repomd.xml : Can't create /repodata" indicating that path to cache directory isn't accessible, except "-C" option should've provided it 9. Copy system config file "/etc/zypp/zypp.conf" to local directory, edit to specify "cachedir = <local working directory>" 10. Run "zypper -D . -c zypp.conf search something" 11. Observe same failure with root cause: "Can't provide /repodata/repomd.xml : Can't create /repodata" indicating that path to cache directory isn't accessible, except "-c" option should've supplied config file containing this setting 12. Run "zypper -D . -C . --raw-cache-dir . search something" 13. Observe similar failure with root cause: "Error building the cache: 'repo2solv.sh' '-o' '/var/cache/zypp/solv/EmptyLocal/solv' './EmptyLocal' /usr/bin/repo2solv.sh: line 67: /var/cache/zypp/solv/EmptyLocal/solv: No such file or directory Problem loading data from 'EmptyLocal' Resolvables from 'EmptyLocal' not loaded because of error." indicating that path to cache directory isn't accessible, except "-C" and "--raw-cache-dir" options should've provided it 14. Edit system config "/etc/zypp/zypp.conf" to specify "cachedir = <local working directory>" 15. Run "zypper -D . --no-gpg-checks search something" 16. Observe success in building (empty) repository cache, confirmed by creation of "raw" and "solv" cache directory hierarchies in the local working directory and no errors reported by zypper Actual Results: Inlined with "Steps to Reproduce" Note that all invocations of zypper during these steps will have a return code of zero; one must examine the (limited) error messages to see the problem Expected Results: The cache directory hierarchy should've been rooted using the value supplied through any one of the three means described above. Increasing output verbosity adds some additional context. From one example ("zypper -D . -C . --no-gpg-checks -vvvv se something"): Verbosity: 4 Entering 'no-gpg-checks' mode. Non-option program arguments: 'something' Initializing Target Repository 'EmptyLocal' is out-of-date. You can run 'zypper refresh' as root to update it. Loading repository data... Retrieving repository 'EmptyLocal' data... Checking whether to refresh metadata for EmptyLocal Retrieving repository 'EmptyLocal' metadata [error] Repository 'EmptyLocal' is invalid. History: - Can't create /repodata - Can't provide /repodata/repomd.xml : Can't create /repodata - [|] Valid metadata not found at specified URL(s) Please check if the URIs defined for this repository are pointing to a valid repository. Problem loading data from 'EmptyLocal' Resolvables from 'EmptyLocal' not loaded because of error. Reading installed packages... Force resolution: No No packages found. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 854572] New: libreoffice 4.1.3.2 crashes reproducibly on opening certain document
by bugzilla_noreply＠novell.com 15 Jul '14

15 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=854572 https://bugzilla.novell.com/show_bug.cgi?id=854572#c0 Summary: libreoffice 4.1.3.2 crashes reproducibly on opening certain document Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: LibreOffice AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: cfarrell(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=570958) --> (http://bugzilla.novell.com/attachment.cgi?id=570958) strace log When I start libreoffice from gnome-terminal with the file name as parameter, the program opens the file and shows it but then crashes almost immediately. When I tried the following steps using gdb, the program did not crash (from the /usr/lib64/libreoffice/program directory: gdb ./soffice.bin 2>&1 | tee /tmp/gdb.log (in program choose file -> open and select the same file) Using strace I created a log (attached) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 850807] New: fprintd broken
by bugzilla_noreply＠novell.com 15 Jul '14

15 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=850807 https://bugzilla.novell.com/show_bug.cgi?id=850807#c0 Summary: fprintd broken Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: abonilla(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Field Engineer Blocker: --- After a few attempts to get everything working fine, which did. I decided to upgrade all packages which brought me to a broken pam_fprintd # fprintd-enroll list_devices failed: Unit fprintd.service failed to load: No such file or directory. pam_fprint-32bit-0.2-19.1.x86_64 Fri Nov 15 21:56:09 2013 pam_fprint-0.2-19.1.x86_64 Fri Nov 15 21:56:09 2013 libfprint0-0.5.1-45.1.x86_64 Fri Nov 15 21:56:09 2013 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 18

[Bug 885726] New: kernel installs/upgrades, using zypper, are not cleaning "/lib/modules/*" of old/unused dirs
by bugzilla_noreply＠novell.com 14 Jul '14

14 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=885726 https://bugzilla.novell.com/show_bug.cgi?id=885726#c0 Summary: kernel installs/upgrades, using zypper, are not cleaning "/lib/modules/*" of old/unused dirs Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: grantksupport(a)operamail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 I'm currently running lsb_release -rd Description: openSUSE 13.1 (Bottle) (x86_64) Release: 13.1 One kernel version is currently installed, from Kernel:stable rpm -qa | grep -i ^kernel kernel-firmware-20140624git-35.1.noarch kernel-source-3.15.2-2.1.gd43d97e.noarch kernel-syms-3.15.2-2.1.gd43d97e.x86_64 kernel-devel-3.15.2-2.1.gd43d97e.noarch kernel-docs-3.15.2-2.1.gd43d97e.noarch kernel-desktop-devel-3.15.2-2.1.gd43d97e.x86_64 kernel-default-devel-3.15.2-2.1.gd43d97e.x86_64 kernel-desktop-3.15.2-2.1.gd43d97e.x86_64 and it's active uname -rm 3.15.2-2.gd43d97e-desktop x86_64 my zypp.conf is currently config'd for multiversion support: grep multi /etc/zypp/zypp.conf multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running My repo config includes zypper lr -dp | egrep -i "Kernel|OS13" 13 | KernelStable | KernelStable | Yes | Yes | 10 | rpm-md | http://download.opensuse.org/repositories/Kernel:/stable/standard 23 | OS13-non-oss | OS13-non-oss | Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/13.1/repo/non-oss/ 24 | OS13-oss | OS13-oss | Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/13.1/repo/oss/ 25 | OS13-security | OS13-security | Yes | Yes | 90 | rpm-md | http://download.opensuse.org/repositories/security/openSUSE_13.1 26 | OS13-update | OS13-update | Yes | Yes | 90 | rpm-md | http://download.opensuse.org/update/13.1 Checking at http://download.opensuse.org/repositories/Kernel:/stable/standard/x86_64/ kernel v3.15.3 is available. With the multiversion config above, on exec of `zypper -vvv dup`, I'd expect to end up with 2 kernels, current/running 3.15.2-2 and new 3.15.3. but, zypper -v dup attempts to install *2* new kernels ... the targeted 3.15.3 *AND* an 'old' (undesired) 3.11.x zypper -v dup ... The following 10 NEW packages are going to be installed: kernel-default-devel 3.11.10-17.2 x86_64 OS13-update openSUSE kernel-default-devel 3.15.3-1.1.g42bf625 x86_64 KernelStable obs://build.opensuse.org/Kernel kernel-desktop 3.15.3-1.1.g42bf625 x86_64 KernelStable obs://build.opensuse.org/Kernel kernel-desktop-devel 3.11.10-17.2 x86_64 OS13-update openSUSE kernel-desktop-devel 3.15.3-1.1.g42bf625 x86_64 KernelStable obs://build.opensuse.org/Kernel kernel-devel 3.11.10-17.2 noarch OS13-update openSUSE kernel-devel 3.15.3-1.1.g42bf625 noarch KernelStable obs://build.opensuse.org/Kernel kernel-source 3.15.3-1.1.g42bf625 noarch KernelStable obs://build.opensuse.org/Kernel kernel-syms 3.11.10-17.1 x86_64 OS13-update openSUSE kernel-xen-devel 3.11.10-17.2 x86_64 OS13-update openSUSE The following package is going to be upgraded: kernel-docs 3.15.2-2.1.gd43d97e -> 3.15.3-1.1.g42bf625 noarch KernelStable obs://build.opensuse.org/Kernel The following 2 packages are going to be reinstalled: kernel-devel 3.15.2-2.1.gd43d97e noarch KernelStable obs://build.opensuse.org/Kernel kernel-source 3.15.2-2.1.gd43d97e noarch KernelStable obs://build.opensuse.org/Kernel 1 package to upgrade, 10 new, 2 to reinstall. Overall download size: 241.3 MiB. After the operation, additional 789.7 MiB will be used. Continue? [y/n/? shows all options] (y): If, otoh, I add to /etc/zypp/locks repo: OS13-oss repo: OS13-update repo: OS13-update-standard repo: OS13-security.repo type: package match_type: glob solvable_name: kernel-* now, at zypper -v dup only the ONE, targeted 'latest' kernel is installed zypper -v dup ... The following 5 NEW packages are going to be installed: kernel-default-devel 3.15.3-1.1.g42bf625 x86_64 KernelStable obs://build.opensuse.org/Kernel kernel-desktop 3.15.3-1.1.g42bf625 x86_64 KernelStable obs://build.opensuse.org/Kernel kernel-desktop-devel 3.15.3-1.1.g42bf625 x86_64 KernelStable obs://build.opensuse.org/Kernel kernel-devel 3.15.3-1.1.g42bf625 noarch KernelStable obs://build.opensuse.org/Kernel kernel-source 3.15.3-1.1.g42bf625 noarch KernelStable obs://build.opensuse.org/Kernel The following package is going to be upgraded: kernel-docs 3.15.2-2.1.gd43d97e -> 3.15.3-1.1.g42bf625 noarch KernelStable obs://build.opensuse.org/Kernel The following 2 packages are going to be reinstalled: kernel-devel 3.15.2-2.1.gd43d97e noarch KernelStable obs://build.opensuse.org/Kernel kernel-source 3.15.2-2.1.gd43d97e noarch KernelStable obs://build.opensuse.org/Kernel 1 package to upgrade, 5 new, 2 to reinstall. Overall download size: 224.7 MiB. After the operation, additional 734.2 MiB will be used. Continue? [y/n/? shows all options] (y): Using multiversion.kernels = latest,latest-1,running should, assuming that you're running 'latest', limit kernel count == 2, where they're the 2 *latest* kernels from assigned/enabled/prioritized repos Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 824294] New: numlockx fails with assertion
by bugzilla_noreply＠novell.com 14 Jul '14

14 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=824294 https://bugzilla.novell.com/show_bug.cgi?id=824294#c0 Summary: numlockx fails with assertion Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)suse.com ReportedBy: aj(a)suse.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: Product Management Blocker: --- I'm running 12.3 with all updates applied (even the test ones) and just noticed the following in my .xsession-errors: etc/X11/xim: Checking whether an input method should be started. sourcing /etc/sysconfig/language to get the value of INPUT_METHOD INPUT_METHOD is not set or empty (no user selected input method). Trying to start a default input method for the locale en_US.UTF-8 ... There is no default input method for the current locale. Dummy input method "none" (do not use any fancy input method by default) [xcb] Extra reply data still left in queue [xcb] This is most likely caused by a broken X extension library [xcb] Aborting, sorry about that. numlockx: xcb_io.c:575: _XReply: Assertion `!xcb_xlib_extra_reply_data_left' failed. /etc/X11/xinit/xinitrc.common: line 118: 17474 Aborted numlockx -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 24

[Bug 852461] New: CIFS does not mount with autofs
by bugzilla_noreply＠novell.com 14 Jul '14

14 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=852461 https://bugzilla.novell.com/show_bug.cgi?id=852461#c0 Summary: CIFS does not mount with autofs Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: jrcolvin(a)gmail.com QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 Using an HP DV-7 laptop I usually would like to have autofs to mount CIFS file share on a NAS QNAP TS-212. I am able manually mount the NAS with the following; mount -t cifs //snoeg-nas/documents /mnt/Documents/ -o username=username,password=topsecrete,uid=1000,gid=100 but unable to mount it with autofs with the following: etc/auto.master file: +auto.master /mnt/snoeg-nas /etc/auto.cifs --timeout=60 etc/auto.cifs mnt/snoeg-nas -fstype=cifs,nounix,noexec,username=me,password=secrete,uid=1000,gid=100 ://192.168.1.250/Documents The following packages are installed from the opensuse 31.1 x64 repro: cifs-util samba samba-32bit autofs I am using KDE's network manager. Reproducible: Always Steps to Reproduce: 1.As described above. 2. 3. Expected Results: CIFS share should mount when accessed, similar to autofs with NFS. To mount again on resuming and unmount on accessing sleeping or hibernate mode. Using Opensuse 13.1 and Packman repositories. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 848799] New: ODS document gets corrupted when saving it
by bugzilla_noreply＠novell.com 14 Jul '14

14 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=848799 https://bugzilla.novell.com/show_bug.cgi?id=848799#c0 Summary: ODS document gets corrupted when saving it Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: LibreOffice AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: michael.istinger(a)gmx.at QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=565972) --> (http://bugzilla.novell.com/attachment.cgi?id=565972) compressd archive containing correct + corrupted versions of th document and a couple of screenshots from my system User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 A particular calc spreadsheet gets corrupted every time it's saved. When opening the saved spreadsheet, the displayed document is gobbled graphically, and the formulars are corrupted. Thie particular document (an invoice) has been in use since at least 10 years now, I've noticed the problem after upgrading from 12.1 to 12.3 about 3 months ago. Other ODS documents save without apparent problems. Also, I've noticed that Apache OpenOffice 4.0.1 (on a Windows XP workstation) saves the document without apparent problems. I will upload the correct version of the document and the corrupt version after saving as well as screenshots showing the correct and the corrupt versions on my machine. Reproducible: Always Steps to Reproduce: 1. Open testokay.ods with calc 2. Save under another name, e.g. testcorrupt.ods. Exit calc 3. Open testcorrupt.ods with calc Actual Results: testcorrupt.ods looks visually different (Note the position of the rounded rectangles near the top and the location/size of the gray rectangles on botom). Formulars are invalid in testcorrupt.ods because cell references have moved to different rows. Expected Results: Expected testcorrupt.ods to look and behave like testokay.ods -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1