[4346]2.0 RC2 Doesn't save post?

[Illori]

it does not hurt to test other OS's as we have not been able to duplicate the issue. Since the os and firefox are built differently to each os it could act somewhat differently.

[Joker™]

You dont have to test it on every OS available, Firefox will remain the same.

Really , if that's the case then I'm afraid you are wrong.


Used the same PC on which I've installed Windows 7 few days ago for windows XP SP3 testing.

Exactly same behavior came out as Illori described, post content was there in both cases
- Without attachment (but post button worked in this case)
- With very large attachment (post button got freezed in this case).

And on Windows7 32 bit and 64 bit, for me the issue is still same, i.e in normal reply post content vanishes when you come back to the page.

[NanoSector]

You dont have to test it on every OS available, Firefox will remain the same.

Really , if that's the case then I'm afraid you are wrong.

Exactly same behavior came out

You are making my point. Thanks.

@ Illori: The browser code does not change depending on the OS (only with some crappy browsers). Only the look (GUI, theme) will change (no Aero on XP).

[Illori]

interesting, at least we have confirmed the issue i have seen.

and Yoshi that did not prove your point at all.

[Arantor]

-sigh-

<insert choice swearwords> Who cares? You've replicated the bug, and sufficiently so that you've established it's not an OS issue but a Firefox one since it occurs on FF without any plugins - and has done so for a long time.

Kindly knock off the sniping at each other. Instead, you probably should look into spending some time in actually fixing the problem...

[Joker™]

You are making my point. Thanks.

Yoshi either you don't read properly or you don't want to read it at all. I said this

Used the same PC on which I've installed Windows 7 few days ago for windows XP SP3 testing.

Exactly same behavior came out as Illori described, post content was there in both cases
- Without attachment (but post button worked in this case)
- With very large attachment (post button got freezed in this case).

And on Windows7 32 bit and 64 bit, for me the issue is still same, i.e in normal reply post content vanishes when you come back to the page.

Let me get that fact more straight for you (Yoshi),

- On same PC i.e same hardware configuration and with same browser version, just a change of OS is making the behavior of script different.

[Illori]

@ Illori: The browser code does not change depending on the OS (only with some crappy browsers). Only the look (GUI, theme) will change (no Aero on XP).

Yoshi do you know anything about how to compile a program? i dont think so, things have to be done custom for some OS's to compile the app, which means it may vary on each os. it does not hurt to test on more then one os for this reason. Also if the app is complied for 64 bit support it could be slightly different to a 32 bit.

[NanoSector]

@ Arantor: Which is what I am trying to say but apparently they think Im stupid or something.

@ Illori: I know damn well how to compile a program, and the only difference I can make is what kerne is used (Unix or DOS).

I am going to quit this discussion.

[Illori]

can anyone else duplicate this issue?

[Joker™]

Here is the report from my side

- SMF 2.0.1
- Windows 7 64-bit

Behavior showed after clicking back button and coming back to the page

I. Full reply (I mean reply page)

a) WYSIWYG (off), data/text
1. Opera 11.52 -  Present
2. Chrome 15.0 - Present
3. Firefox 8 - Vanished
4. IE9 - Present
5. Safari 5.1.1 - Present


a) WYSIWYG (on), data/text
1. Opera 11.52 -  Vanished
2. Chrome 15.0 - Vanished
3. Firefox 8 - Vanished
4. IE9 - Vanished
5. Safari 5.1.1 - Present


II. Quick Reply, data/text
1. Opera 11.52 -  Present
2. Chrome 15.0 - Present
3. Firefox 8 - Present
4. IE9 - Present
5. Safari 5.1.1 - Present


Related topic - http://www.simplemachines.org/community/index.php?topic=427739.0

[NanoSector]

Here:

OS: Mac OS X 10.7 Lion (iMac 21.5") 64-bit
1. Tested on this site:

Full reply (non-WYSIWYG):
Google Chrome 15.0.874.121 - Still there
Safari 5.1.2 (Pre-release) - Still there

Full reply (WYSIWYG):
Google Chrome 15.0.874.121 - Gone
Safari 5.1.2 (Pre-release) - Still there

Quick reply:
Google Chrome 15.0.874.121 - Still there
Safari 5.1.2 (Pre-release) - Still there

2. On my own site (SMF 2.0.1):

Full reply (non-WYSIWYG):
Google Chrome 15.0.874.121 - Still there
Safari 5.1.2 (Pre-release) - Still there

Full reply (WYSIWYG):
Google Chrome 15.0.874.121 - Gone
Safari 5.1.2 (Pre-release) - Still there

Quick reply:
Google Chrome 15.0.874.121 - Still there
Safari 5.1.2 (Pre-release) - Still there

3. Safari Back/Forward cache disabled

Full reply (non-WYSIWYG): Still there.
Full reply (WYSIWYG): Gone
Quick reply: Still there

Google Chrome seems to suffer from the issue in the WYSIWYG editor, because it has no back/forward cache which reloads the page exactly as it was before.
When disabling Safari's back/forward cache the same problem occurs.

(I'm registered as Apple Developer for Safari, for testing stuff in pre-releases)

Also lol at my noobiness above. Heh, I'm ashamed xd

[Joker™]

I've reopened the bug report for this issue. Report

Also lol at my noobiness above. Heh, I'm ashamed xd

We all make mistakes .

[ziycon]

Moved to github.
https://github.com/SimpleMachines/SMF2.1/issues/1204

[Arantor]

As this is on Github (where all information is being co-ordinated), plus duplicating another thread where further debugging information is available, going to move to closed.