Created attachment 62160 [details]
Check for Updates menu leads to an unusable dialog.
Steps to reproduce:
1. Launch OpenOffice Text
2. Choose Help -> Check for Updates…
Shows a weird template dialog with %PERCENT% labels and no further progress.
Icon in menubar appears but it's unclickable.
Pause, Resume, Cancel buttons unclickable. Download button crashes an app (dump attached).
Something more related to an update mechanism.
Platform (if different from the browser):
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.10.3 (KHTML, like Gecko) Version/5.2 Safari/536.10.3
Created attachment 62161 [details]
Thank you very much for your bug report!
NOT REPRODUCIBLE with
* LibreOffice 126.96.36.199 (Build ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b8)
* LibreOffice 188.8.131.52 (Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d18)
, both with German langpack installed, on MacOS X 10.6.8 German.
For me, the "Check for Updates" dialog works fine; even if there is no network connection, I get a reasonable error message.
But this could just mean that the problem depends on some other variables I am not aware of -- e.g., on the MacOS version. Could someone else please test on MacOS X 10.7.x?
Which langpack do you have installed, i.e. which language you use for the user interface of LibreOffice?
My version is:
US, LibreOffice 184.108.40.206
Build ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80
OS X: 10.7.4
Just checked for updates – it works as expected.
Checking for updates failed only once so it can be non-reproducible. There was a working internet connection. Unfortunately I don't remember how exactly libreoffice was updated last time – from a dialog or from an archive.
- you can't reproduce
- Roman doesn't reproduce the problem
- it happened only once
=> I update the status to RESOLVED/WORKSFORME.
Don't hesitate to reopen this tracker if you encounter this problem again.
On Linux x86_64.
Created attachment 70277 [details]
the dialog with the wrong message
The bug appears with 220.127.116.11 Linux release on x86_64.
Version ID : 3215f89-f603614-ab984f2-7348103-1225a5b
So this is a cross-platform issue now (originally reported for Mac OS X, now reproduced by Jérôme on Linux).
This bug (see also attached new screenshot) also today appeared
- directly after updating from v3.6.2
- with LibreOffice Writer v18.104.22.168 (Build ID: 58f22d5)
- having started it first time
- on Windows 7 (SP 1) 64 Bit, both German language version.
The second and following calls of update menu item then worked fine.
So it might be related to having a fresh update?
Created attachment 70514 [details]
Failed update dialog in German LibreOffice Writer v22.214.171.124 (Build ID: 58f22d5)
Thank you very much for your additional testing!
However, please do not “update” the Version field ;-) Our usage is that the Version field should always contain the *first* version which is known to contain the bug, and not the last/newest one. Thank you for your understanding!
Oops. Thanks for both correction and explanation!
Not reproducible on LO 126.96.36.199 (Win7 Home Premium 32bit)
*** Bug 72259 has been marked as a duplicate of this bug. ***
REOPENED is also incorrect, updating to UNCONFIRMED unless we can get specific steps which will consistently result in the issue. Reopened means that it was "fixed" and the fix didn't work right.
This has been working perfectly fine for me with LO 188.8.131.52 and also been reported to be working by another user: https://bugs.freedesktop.org/show_bug.cgi?id=72970
Can anybody please check if this issue persists with 184.108.40.206 http://www.libreoffice.org/download/pre-releases/ since it looks fixed from what I see.
Setting to NEEDINFO until another user can confirm this is indeed working fine with 220.127.116.11.
After providing the requested info, please but this bug to UNCONFIRMED if the problem persists or WORKSFORME if it works indeed for you as well. Thanks :)
Created attachment 91177 [details]
Other tests on Windows 7 Professional 32-bit
Libreoffice: Version: 18.104.22.168
Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72
(In reply to comment #17)
> Created attachment 91177 [details]
KinG - Any special repro steps?
Could you please try to repro on 22.214.171.124?
(In reply to comment #19)
> (In reply to comment #17)
> > Created attachment 91177 [details]
> > Screenshot
> KinG - Any special repro steps?
> Could you please try to repro on 126.96.36.199?
Build ID: 7bf567613a536ded11709b952950c9e8f7181a4a
and not show this bug... fixed in 188.8.131.52 ?
(In reply to comment #20)
> i try
> Versione: 184.108.40.206
> Build ID: 7bf567613a536ded11709b952950c9e8f7181a4a
> and not show this bug... fixed in 220.127.116.11 ?
Sounds promising! It's possible that there's slightly different behavior for release builds vs. RC's, but we can re-test when 4.2 is released at the end of January:
KinG - I'll mark this as 'RESOLVED WORKSFORME' for the time being; if the 4.2 release does *not* fix the problem, please change the status back to 'NEW' and we'll investigate further.
*** Bug 83407 has been marked as a duplicate of this bug. ***
So we have varying experiences. Do we have a reproducible case? Latest dupe was for 18.104.22.168 but we're at 22.214.171.124. Can anybody reproduce this with the latest release?
I installed 126.96.36.199 freshly on an old xp virtual machine; this machine had not had LibreOffice installed on it ever. The bug did not appear after the install and first check for updates. I then reinstalled 188.8.131.52 using the "repair" option and checked for updates again. The bug did not appear.
A negative result, but a result nonetheless. I will post additional information as it is made available.
I just installed version 4.2.6-secfix in place of my own build of 4.2 branch. I tried the update check just after the first launch and it worked as expected. Subsequent checks for update work as expected too.
Tested on Ubuntu 14.04 x86-64
Best regards. JBF
ok let's mark this a RESOLVED WORKSFORME
feel free to change the status to NEW if anybody is able to reproduce it again with new LibO releases.
*** Bug 85033 has been marked as a duplicate of this bug. ***
I just installed 184.108.40.206 on a Windows 7 machine and an old XP machine. The bug has reappeared for me.
(In reply to Christian Schroeder from comment #28)
> I just installed 220.127.116.11 on a Windows 7 machine and an old XP machine. The
> bug has reappeared for me.
please give more details...
did you install 18.104.22.168 over a pre-existing installation? which was that version?
are you experiencing the exact issue of the original reporter (see comment 0)?
From what I can see, it certainly appears to be the same issue. I cannot verify that I can't click the buttons; I didn't try. My issue appears only once per installation, at the very first update check. I hence won't be able to try again until I get another version. I almost always install over an old version; I've done this time and again. If I had to guess (I now can't recall with 100% certainty), I installed over 4.3.2 this time around though, again, it's appeared almost every time I've installed over older versions, regardless of version. There's a nagging thought in my head, though, that the bug DIDN'T appear when I installed 4.3.2. I'm sorry that I can't be more certain. All the screenshots which are attached I've inspected; they all seem to present a similar problem to what I'm experiencing.
thanks 4 feedback
I revert status to NEW
OK, so within a VirtualBox XP virtual machine (it's what I have) on a windows 7 host, I cleanly installed 22.214.171.124, typical install. I didn't create a desktop start link. Libreoffice had never been installed on this machine. After this installation, I immediately installed the requisite US English help pack. I then opened writer, let it go through its initial motions and allowed the writer window to appear. I executed "Check for Updates" which worked as expected, advising me that there was a new version of Libreoffice. I then closed all the applications and rebooted. After this, I installed 126.96.36.199 over top of 188.8.131.52, same settings as previous install, but now also specifying not to start Libreoffice at startup; this option was not available in the first install. I installed the requisite help pack, same type. I again opened writer, letting it go through its motions. At the earliest opportunity, I executed another "Check for Updates", at which time the %PERCENT% bug revealed itself. Even better(!), when I went to test the activity of the buttons in the dialog --- I hit "Download", I believe --- Libreoffice crashed! I was presented with the standard crash recovery dialog.
After doing these things once, I deleted the virtual machine image and re-imported it so as to bring me back to step #1 exactly. I went through the motions again and reproduced the error exactly a second time.
I hope this information helps.
I tried the above one more time, doing the exact same things except not changing any of the default installer options and NOT installing the help packs. The bug reappears reliably in my VM, as does the crash.
(In reply to Christian Schroeder from comment #33)
> The bug reappears reliably in my VM, as does the crash.
If LO is crashing, then we can get a backtrace from that and help the devs to narrow-in on what precisely is failing. We've got some great instructions about WinDbg debugging on the wiki:
OK, I've done the best I can.
I've uploaded the file "backtrace 14120900.txt". I need to provide some context, though.
I've got the pre-crash state snapshotted in my VM, so I can test again and again with reasonable speed. I can reproduce the %PERCENT% error state (and the subsequent crash with the required additional pressing of "Download") again and again up until I attach to the soffice.bin process. That is, I can have WinDbg running but unattached, and reliably produce both the %PERCENT% and the crash. If I attach to the process immediately after starting LO, however, then WinDbg seems to hang for quite a few moments on line 148: "(8b4.ae4): Break instruction exception - code 80000003 (first chance)". Only after a few moments does WinDbg advance to the remainder:
eax=7ffdf000 ebx=00000001 ecx=00000002 edx=00000003 esi=00000004 edi=00000005
eip=7c90120e esp=0dadffcc ebp=0dadfff4 iopl=0 nv up ei pl zr na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000246
7c90120e cc int 3
After it's gone to this point and I start debugging, LO will NOT produce the %PERCENT% error and, consequently, I cannot reproduce the crash. More detail:
1) I start WinDbg;
2) I start LO;
3) In LO, I attempt to check for updates; %PERCENT% appears and I can cause the crash.
1) I start WinDbg;
2) I start LO;
3) I attach to soffice.bin;
4) I wait as I mentioned above;
5) After I see "int 3", I hit F5;
6) I check for updates;
7) LO does nothing remarkable; everything seems to work fine.
In order to obtain my backtrace file, then, I did the following:
1) I start WinDbg;
2) I start LO;
3) In LO, I attempt to check for updates; %PERCENT% appears;
4) I attach WinDbg to soffice.bin; I wait;
5) After I see "int 3", I hit F5;
6) I press "Download", the crash occurs, and I proceed with the exception analysis.
Please let me know if you have any further questions.
Created attachment 110658 [details]
Backtrace obtained as described by Christian Schroeder on 141209, first post.
I can confirm that the bug continues to exist after installing 184.108.40.206 on both XP and 7.
I installed 220.127.116.11 today. On XP, going to check for updates hung LO --- that's a new one! LO had to do a document recovery after I killed it --- and the %PERCENT% bug again appeared as previously described in 7. In both cases checking for updates subsequently worked just fine.
Installed 18.104.22.168. On an old XP machine, the bug persists. I didn't see it on my 7/64 machines.
Installed 22.214.171.124 on two windows 7 machines. Bug appeared on both these installations. Could not test xp machine as the updates window won't open.
(In reply to Christian Schroeder from comment #41)
> Installed 126.96.36.199 on two windows 7 machines. Bug appeared on both these
> installations. Could not test xp machine as the updates window won't open.
Which bug? the crash or the %PERCENT%?
Was it with a brand new LO profile (see https://wiki.documentfoundation.org/UserProfile#Windows)?
On pc Debian x86-64 with master sources updated today, I don't reproduce this.
Sorry; the %PERCENT% problem. This was with an install over top of a version 4 install.
Template dialog also observed on Mac OS X 10.8.5, LibreOffice 188.8.131.52 (Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261) Did not try to crash LO.
This was installed over a 4.x version.
*** Bug 97377 has been marked as a duplicate of this bug. ***
*** Bug 104200 has been marked as a duplicate of this bug. ***
*** Bug 106392 has been marked as a duplicate of this bug. ***
Just happened to me in LibreOffice 184.108.40.206, US English user interface, Windows 10 (build 14393.953), right after installing it over a 5.2.5 installation.
When I tried a second time, the dialog worked perfectly.
Isn't it a shame, that this FIVE YEAR OLD bug still exists?
Though it might not be severe technically-wise, it is pretty bad in regard to user experience: After upgrading pretty much the first thing a user gets, is an error (if checking for further updates. And because the whole point of upgrading is to get the most current version, many DO check to be sure).
This does not create confidence in LibreOffice, maybe even pushes some users to not look into it further …
So it is a pretty visible bug with negative impact on LibreOffice's reputation.
Just my two cents. I'm sorry that I'm not capable of fixing it myself.
It was suggested to me that I delete my LO profile the next time I installed an update. The last time I installed an update --- I don't remember between which versions --- I uninstalled the old version AND deleted my profile. I then installed the newer LO version, and I haven't seen this bug since. It may well be that this bug is solved but that it persists for some users through some quirk in the profile. I wonder also if it isn't a problem that exists as a result of another bug, but that the correlation hasn't been definitively established. If the latter is the case, then if the root problem is fixed, one will never know definitively that the offshoot is fixed, too.
These are just my thoughts. I agree that it is unsatisfying that this bug should continue to rear its head, regardless of cause.
Well, not even a week since I posted my last comment, %PERCENT% appeared. I had just upgraded from 220.127.116.11 to 5.3.1 64 bit (on top of 64 bit) on a windows 7 machine. Still exists.
Confirmed today when upgrading to LibreOffice_5.2.6_Win_x86 under Windows 10 64bit:
=> first version check after update returns "%PERCENT%".
Happened to me with Calc.
Build ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3
CPU Threads: 4; OS Version: Windows 6.1; UI Render: GL; Layout Engine: new;
Locale: en-GB (en_GB); Calc: group
Cancel doesn't work.
*** Bug 117699 has been marked as a duplicate of this bug. ***
As I mention in the duplicate bug 117699, this happened to me after I updated from 6.0.2 to 6.0.4 on Windows 10. Same as comment 32, during 18.104.22.168 setup I specified not to start LibreOffice at startup. I ran LibreOffice "hub" (not Writer, Calc, etc.), immediately Help > Check for Updates, and got the garbled dialog; thereafter it worked in all the applications. Hope this helps.
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Checked now and this bug is still accurate in LibreOffice Version: 22.214.171.124 (x64)
1. launch an "old LO" and check for update
2. download last install binaries and install LO
3. launch updated LO then check for update => buggy dialog with "%PERCENT%" is displayed ;-(.
See you in one year?
Xisco: thought you might be interested in this one.
It's a long standing bug that some may reproduce others no.
Here's code pointer to start with:
Personnaly I can reproduce this bug but it only occurs on the first update check after LO update (it doesn't occurs on the 2d "version verification" from menu "Help > Check Update").
Adolfo: I noticed 2 locations in Pootle where RID_UPDATE_STR_PERCENT (msgid="%PERCENT%") is translated by "%PERCENT %".
Is it expected?
*** Bug 118787 has been marked as a duplicate of this bug. ***