Created attachment 25319 [details]
Screenshot of KOD (Key of death) :o(

Currently I tested only on HUNGARIAN pjanik build....

Reassigned to HI.

Couldn't reproduce neither with m94 nor with m95.

I downloaded M95 En-US pjanik build... I can reproduce this issue both of two
different machine... So I reopen it! Sorry!

I'll have a look at it.

I can't reproduce with my m95 cs.

kami: Can you try to grab the terminal output when it fails?

I'll file another issue for non-localizable "Side title" etc. strings.

kami_: sorry, can't confirm.

I can with M95 ENG and M98 HUN under Windows XP HUN... So it is not language
independent.
See the attached files, styles selector (current state is Víz - Water)

KAMI

Created attachment 26129 [details]
Template for testing #1

SOrry wrong attachment, how can I remove it?

pjanik -> did you tested undex WinXP or in another platform?

kami_: GNU/Linux.

I can confirm it with m95 (english) and m112 (german), both on WinXP

Reproduce following steps:
- Start Web Wizard
- Add in step 2 any document to publish
- go to step 5 with standard settings
- Click in step 5 on list box "Style"
- Hold up arrowkey
- OOo crashes

set OS to Win XP, cannot confirm with linux

Reassigned to HI.

No, still not reproducible in winXP with m95 and m112.
Which Java will be used, when you go to Tools - Options - StarOffice - Java

Still reproducable to me on WXP M112 HUN / pjanik build
Java: 1.5.0_02

Reproducable also with m109 german, WinXP, Java 1.4.2_04
same with Java 1.5.0_04
makes no difference... OOo crashes and Crashreporter crashes too

Same problem here on Win XP SP2, OOo 1.9.112 (Pavel's build) and Java 1.5.03

Same problem here on Win 2000 SP4, OOo 1.9.109-de (Pavel's build) and Java 1.4.2_03

HI->Pavel: It seems to be your child.

I have again tried to reproduce on GNU/Linux.

No way. It works. Both Up and Down Arrows hold on for about 20 seconds, no crash.
Sorry.

If you plan to reopen, please provide *more* informations like gdb output or
similar...

Maybe this problem related to Win OS.

ALOHA!!!!!

Are we plaing games or what?

We have at least 4 people, who can reproduce the issue. And who have said, that
this happens on Windows. Closing as WORKSFORME, because it doesn't happen on
Linux is .. well.

Pavel, HI: please give the QA team some tome to provide more information, bevore
closing this one again. 

BTW: I can easily reproduce on WinXP, m104, german localization.
I was not able to generate a console log, but I sent in the crash report (named
this issue in the remark)

I don´t think, that it´s a problem with pavels builds, I can reproduce it with
the actual Sun build m113 too. Please don´t close this issue so fast.

again: WORKSFORME is not CLOSED...

I can't reproduce on Windows 2003 server either.

Added BC to CC

Firstly I updated my java to 1.5.0_04...
I downgraded to Sun build M109 ENG. I can reproduce the problem.
I updated to Pavel bulid M112 HUN. I can reproduce the problem. I can not send
bug report because crash reporter had chrashed after I clicked on send button...
So there is also an issue with chrash reporter...

Reproduced on Windows Me with 1.9.104.
Please refer to screenshots I will attach.

Created attachment 27630 [details]
web page wizard crashes

bc: web wizard is your part.

crash -> target OOo 2.0.

Reproduced on Windows Me with 1.9.115.

I still can't reproduce at all on GNU/Linux or on Windows 203 server with Czech
version :-(

khirano: the image is nice ;-)

I've got error messages:
-------------------------------
CRASHREP's page violation.
Module: KERNEL32.DLL, Address: 0167:bff7b992
Registers:
EAX=00000020 CS=0167 EIP=bff7b992 EFLGS=00010202
EBX=00000000 SS=016f ESP=0068e950 EBP=0068e98c
ECX=640fb4e8 DS=016f ESI=00000020 FS=5d97
EDX=006a50dd ES=016f EDI=640dbb92 GS=0000
Bytes at CS:EIP:
80 3e 04 74 0f 33 c0 50 50 50 68 05 00 00 c0 e8 
Stack dump:
640bf744 640bf639 00000020 640dbba6 00000000 640dbb92
640bf744 00000000 00000000 0068e964 0068e780 0068fb48
640b240d 640f21f8 ffffffff 0068fb54

I can reproduce this with english m113 on english windows xp. Holding down the
up key in step 5 (with one document selected to be exported) in the webpage
wizard crashes openoffice.org and no crashwizard appears.

reassign to pl, seems to be a vcl problem

Alas, it won't crash for me either, so i'm flying in absolute darkness here.
There must be some additional condition involved. At the moment i can only utter
some wild guesses:

- Are we sure that the document exported does really not matter here ? Does it
crash with all document types (.doc,.sxw,.txt,.odt) ?
- Is the java version important ? Does it crash with 1.4 also ?
- does anyone have a stacktrace for this ? Could someone who can reproduce this
issue attach windbg to soffice.bin before it crashes and see, where it crashes ?

I am working with m115 on Windows 98 SE and Windows Me.
- Does it crash with all document types (.doc,.sxw,.txt,.odt) ?
Yes.
- Is the java version important ? Does it crash with 1.4 also ?
Yes, it crashes with 1.3, 1.4 and 1.5.

Sorry but I don't know how to get a stacktrace and how to use windbg.

Now I think this problem is related to browsing previews of Styles.
In the Web Wizard Dialogue you can see the left pane (Steps), "Select a style
for the table of contents page" with Style (color) list box on the upper right
and a preview of a selected Style on the lower right pane.

If you select and highlight a Style one-by-one by hitting the up-arrow key or
the down-arrow key in the list box, you can browse previews of selected Styles.

On the other hand, if you successively select and highlight Styles by keeping
pushing down the up-arrow key or the down-arrow key in the list box, you can not
browse previews of selected Styles.

No problem with m113 on Solarisx86.

With m113 for Solarisx86 I can browse previews of selected Styles when I
successively select and highlight Styles by keeping pushing down the up-arrow
key or the down-arrow key in the list box.

Created attachment 27935 [details]
winDbg trace file

Interesting. The stacktrace seems to indicate a non caught exception within the
xmlsecurity service.  I have a little trouble understanding why that should come
into play here.

just found a machine that reproduces the issue

pl->fme: it crashes in an invalid stream used by SwHTMLParser via a reference; i
guess someone closes the stream behind the parser's back and destroys it. If you
need a platform for reproduction, please contact me as it does not happen
everywhere.

FME: Does not crash on my WinXP system. This needs some more investigation. I'll
have to shift this to 'OOo 2.0.1'.

So are we started to go on microsoft way? :o(

back to 2.0.

fme: please have a look at pl's system.

This is crash issue.

kami_: comments like yours one won't help and are useless.

FME->kami_: Sorry, I do not understand your comment.

FME->pjanik: Yes, I know that this is a crash issue, it's more than obvious from
the description.  Due to a lack of resources, I cannot fix this for OOo 2.0,
therefore I had to shift this to OOo 2.0.1. If you have the expertise and
resources to fix this for OOo 2.0, please go ahead. Please do not change the
target again unless you are willing to take over. Thank you for your understanding.

FME: Reproducible by fast toggling between two entries in the style selector.

FME: Fixed in cws swqbf35

sw/source/filter/html/swhtml.cxx rev. 1.33.224.1

.

FME: Ready for QA.

re-open issue and reassign to hi@openoffice.org

reassign to hi@openoffice.org

reset resolution to FIXED

Verified fix in CWS swqbf35.

Which milestone includes this fix?

this is integrated in milestone 132 and would be "official" in Release 2.0.1.

You may use EIS to query for such information:
http://eis.services.openoffice.org/EIS2/servlet/GuestLogon

Checked fix in 680m133 build.

*** Issue 55891 has been marked as a duplicate of this issue. ***