@webofht-libreofficebugs002
Please attach the sample document from what you did the screenshots

Created attachment 72898 [details]
Saved the sample document

The saved document shows the same narrow page margin when it is opened in LibreOffice 4.0.0.1.

When the document is not saved (untitled), the screen shows that the page margin is wide on page one and the page margin becomes narrow on page two.

Saving and reopening the untitled document shows the narrow page margin on page one and page two. The wide page margin is not there.

The page margins are not consistent in an untitled document.

Regards, 
C. H. D.

NOT reproducible with reporter's sample 2013-01-12 11:42 UTC and  parallel installation of  "LibO  4.0.0.1 rc   -  GERMAN UI / German Locale  [Build ID: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799)]"  {tinderbox: @6, pull time 2013-01-10(?)} on German WIN7 Home Premium (64bit) with separate /40 User Profile for Master Branch

Newly created documents and reporter's sample have 20mm margin all around.

@reporter:
What Page Styles do you see for the pages in your document ('<f11> -> Page styles')?

(In reply to comment #3)

> @reporter:
> What Page Styles do you see for the pages in your document ('<f11> -> Page
> styles')?

The "default" one.

_Before_ saving a new document, the first page is different from the other pages.

_After_ saving the new document, no difference is displayed.

So I now am helpless, have no more ideas how to get that reproducible.

Unable to reproduce. 

Version 4.1.0.0.alpha0+ (Build ID: 593e6ed34f89c8abba41a771d5de05aebd600fb)

We have 4 QA staff that has looked at this and no one can reproduce. Marking as WFM. 

@webofht - if this is still an issue for you with RC2 that is being released in the coming days please reopen as UNCONFIRMED and add as much detail about your environment as possible. Also please reset your profile before testing

@webofht-libreofficebugs002@yahoo.com.hk
So we continue in a closed Bug ...

I still think that it's a templates problem, probably related to your PC.

The most easy test would be to rename the user profile<https://wiki.documentfoundation.org/UserProfile#User_profile_location>
and test again.

If that fails you can do some additional experiments with page templates. Unfortunately I have some difficulties to understand the new Template Manager design. You can get assistance on
<http://ask.libreoffice.org/questions/>
or on the public users mailing list <users@libreoffice.org>, a mailing list from <http://www.documentfoundation.org/contribution/#lists> or
<http://wiki.documentfoundation.org/Local_Mailing_Lists> 

I currently have no more ideas what we could test (except above, of course).

Please feel free to reopen this Bug if discussion with other users leaded to an assessment that we have a LibO bug  with a current LibO Version and a clear and comprehensible description of the problem due to  <http://wiki.documentfoundation.org/BugReport>.

I think a video may show the bug:

Using LibreOffice Version 4.0.0.2 (Build ID: 408fe71bd18616c467b3dcd7ab6756528ffcae2), the video is made:

http://youtu.be/IRA0ZIEDb7k

@webofht-libreofficebugs002:
Thank you for the video, but I'm afraid that's some misunderstanding. The problem is not that we would not believe you, but that we did not find a way how to reproduce that. And that's the precondition for a fix. We know how to type some <Enter> for a new page ;-)

Can you please follow my instructions in Comment 8 and do a first test with a blank new user profile?

Closing again as NEEDINFO until reporter tests with a fresh profile.

@webofht: if you test with a fresh profile and it's still an issue, please reopn the bug as UNCONFIRMED and we'll do another round of triage work.

Welcome to the wonderful world of guess and check :-D Thanks for your patience and help on this, if we're able to at least find one independent confirmation, we can try to track down what in your environment is causing this.

Confirmed on:

Version 4.0.1.0+ (Build ID: 28530d7c254ec154ed1f82b32bea4d59665632e)
TinderBox: Linux-x86_64_11-Release-Configuration, Branch:libreoffice-4-0, Time: 2013-01-25_00:47:35

$ cat /opt/lodev4.0/program/versionrc
[Version]
AllLanguages=en-US
BuildVersion=
buildid=28530d7c254ec154ed1f82b32bea4d59665632e
ExtensionUpdateURL=http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update
ProductBuildid=0
ProductMajor=400
ProductMinor=0
ProductSource=OOO400
ReferenceOOoMajorMinor=3.4
UpdateID=LOdev_4_en-US
UpdateURL=http://update.libreoffice.org/check.php?pkgfmt=deb
UpdateUserAgent=<PRODUCT> (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${AllLanguages})
Vendor=The Document Foundation

 (see the attached screenshots).

Created attachment 73797 [details]
LODev 4.0 Screenshot

Created attachment 73798 [details]
LO 3.6 screenshot

(In reply to comment #11)
> Closing again as NEEDINFO until reporter tests with a fresh profile.
> 
> @webofht: if you test with a fresh profile and it's still an issue, please
> reopn the bug as UNCONFIRMED and we'll do another round of triage work.
> 
> Welcome to the wonderful world of guess and check :-D Thanks for your
> patience and help on this, if we're able to at least find one independent
> confirmation, we can try to track down what in your environment is causing
> this.

After removing the user profile and restarting, the issue is still there on Debian Linux:

$ cat /opt/libreoffice4.0/program/versionrc 
[Version]
AllLanguages=en-US
BuildVersion=
buildid=408fe71bd18616c467b3dcd7ab6756528ffcae2
ExtensionUpdateURL=http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update
ProductBuildid=102
ProductMajor=400
ProductMinor=0
ProductSource=OOO400
ReferenceOOoMajorMinor=3.4
UpdateID=LibreOffice_4_en-US
UpdateURL=http://update.libreoffice.org/check.php?pkgfmt=deb
UpdateUserAgent=<PRODUCT> (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${AllLanguages})
Vendor=The Document Foundation



After removing the user profile and restarting, the issue is still there on Windows 7 Professional (64-bit Operating System):

C:\Program Files (x86)\LibreOffice 4.0\program\version

[Version]
AllLanguages=en-US af am ar as ast be bg bn bn-IN bo br brx bs ca ca-XV cs cy da de dgo dz el en-GB en-ZA eo es et eu fa fi fr ga gd gl gu he hi hr hu id is it ja ka kk km kn ko kok ks ku lb lo lt lv mai mk ml mn mni mr my nb ne nl nn nr nso oc om or pa-IN pl pt pt-BR ro ru rw sa-IN sat sd sh si sid sk sl sq sr ss st sv sw-TZ ta te tg th tn tr ts tt ug uk uz ve vi xh zh-CN zh-TW zu
BuildVersion=
buildid=5991f37846fc3763493029c4958b57282c2597e
ExtensionUpdateURL=http://updateexte.libreoffice.org/ExtensionUpdateService/check.Update
MsiProductVersion=4.0.0.2
ProductBuildid=102
ProductCode={57343304-C3E5-4214-9FE6-948507AB850A}
ProductMajor=400
ProductMinor=0
ProductSource=OOO400
ReferenceOOoMajorMinor=3.4
UpdateID=LibreOffice_4_en-US_af_am_ar_as_ast_be_bg_bn_bn-IN_bo_br_brx_bs_ca_ca-XV_cs_cy_da_de_dgo_dz_el_en-GB_en-ZA_eo_es_et_eu_fa_fi_fr_ga_gd_gl_gu_he_hi_hr_hu_id_is_it_ja_ka_kk_km_kn_ko_kok_ks_ku_lb_lo_lt_lv_mai_mk_ml_mn_mni_mr_my_nb_ne_nl_nn_nr_nso_oc_om_or_pa-IN_pl_pt_pt-BR_ro_ru_rw_sa-IN_sat_sd_sh_si_sid_sk_sl_sq_sr_ss_st_sv_sw-TZ_ta_te_tg_th_tn_tr_ts_tt_ug_uk_uz_ve_vi_xh_zh-CN_zh-TW_zu
UpdateURL=http://update.libreoffice.org/check.php
UpgradeCode={4B17E523-5D91-4E69-BD96-7FD81CFA81BB}
UpdateUserAgent=<PRODUCT> (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${AllLanguages})
Vendor=The Document Foundation

@NoOp:
a) What of the pages shows correct margins, page 1 or page 2? I think amore interesting fact that the margin changes would be what page is shown with wrong margins.
b) Any Idea how to make this one reproducible for everybody?

@Rainer: Page one (top page) is the correct margin. Reproducing is easy, as mentioned in the original description:

1. Open a new LO 4.0 Writer document. 
2. Press a alpha key and continue to hold down until it spills over to page two.
3. Repeat with LO 3.4 & compare.

Note: it is important to 'open a new' Writer document.

@NoOp
As I already told in comment 3, the problem can't be simply reproduced, and be sure, I did not ask for an explication how to pres an alphanumeric key.
What are the margins you see on page 1?
What are the margins you see on page 2
What are your ideas why the margins changed?

Created attachment 73807 [details]
LODev 4.0 Windows Screenshot


Replicated on Windows:

LODev 4.0 Windows Screenshot
Version 4.0.0.1 (Build ID: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799)

@Rainer: 

The problem *can* "simply be reproduced". I've easily reproduced the issue on linux and Windows. The OP reproduced on linux and Windows. 

You asked: "Any Idea how to make this one reproducible for everybody?"
I told you how. Why don't you actually try with the instructions provided? 

Note: your comment #3 indicates that you attempted to use the OP's attached document: "NOT reproducible with reporter's sample". So did you attempt using the OP's sample, or did you create a new document to test?

Re Margins: It is the standard default template & margins (tested with new installs and then again with new profiles. You can see for yourself from the rulers on the screenshots margins are set to (measurement is in inches.

In Comment #11 Joel stated: "Welcome to the wonderful world of guess and check :-D Thanks for your patience and help on this, if we're able to at least find one independent confirmation, we can try to track down what in your environment is causing this."

I'm an independent user, I confirmed. Rainer, if you expect users to contribute to bug reports, I'd suggest that you tone down your comments, and appreciate when and independent users take the time to test and assist.

I am not able to reproduce this on x86 W8 Pro 32bit, English-UK, LibreOffice Version 4.0.0.2 .0.2 (Build ID: 5991f37846fc3763493029c4958b57282c2597e). My page settings are A4. I tested with a new document (unsaved) and default settings after a new install.

Created attachment 73896 [details]
WinLO4 with language settings at UK vs US

@headsup: Thanks, that is very helpful. From my comments & the OP's recent test you can see that we are using English US settings. So, following your post I reset the Windows version (from my Comment/attachment #19) to English(UK), restarted (standard A4 default) and tested again. The result is that I *then* could not replicate (see attached screen-shot). 

So I reset back to English(US) and could then easily replicate. This is probably the reason why Rainer & others couldn't replicate.

Created attachment 73897 [details]
Same WinLO4 with language reset to English(US)

Created attachment 73898 [details]
Same WinLO4 with language reset to English(US)

Set to png this time.

The following steps solve this issue (on Debian Linux):

Make a new template by using LibreOffice 3 or LibreOffice 4:

./.config/libreoffice/4/user/template/_savedTemplate_

File → New → Templates → My Templates 
→ click (previously saved template) → Set as default → Close Window
→ Restart LibreOffice → File → New → Text Document

The page margins are the same on page one and page two. Then, this issue is fixed.

There is something wrong in the default template.

I think a possible quick fix is to save _another_ template to replace the existing default template:

File → New → Text Document 
→ File → Save As Template

Look for the folder where the default template is located. (I do not know the location.)
Copy the saved template and paste it into that folder.

For more research, please compare the default template with the saved template. (Since I do not know the location, I cannot compare the templates on my own.)

Re Comment #25 - that may provide a 'workaround', but doesn't 'solve' the issue.

(In reply to comment #26)
> Re Comment #25 - that may provide a 'workaround', but doesn't 'solve' the
> issue.

I agree to this idea.

(In reply to comment #25)
> The following steps solve this issue (on Debian Linux):
> 
> Make a new template by using LibreOffice 3 or LibreOffice 4:
> 
> ...
(Set a new default template.)

Such steps also provide a workaround on Windows 7 Professional (64-bit Operating System).

webofht-libreofficebugs002's results also might explain language dependencies discussed in some comments. 
Comment 25 should be enough for a NEW

This might be related in a certain way to Bug 59779?

Comment on attachment 73897 [details]
Same WinLO4 with language reset to English(US)

same as next attachment, setting obsolete

alright can reproduce this on Linux via LC_ALL=en_US
it is fixed already in 4.0.0.3 and was fixed by 2f8abaad2830530ad299221d72964894d5ddb402

*** This bug has been marked as a duplicate of bug 59779 ***

Thanks for that. 

Version 4.0.1.0+ (Build ID: 3353687fb4af77de2a5a901d58b940367162f74)
TinderBox: Linux-x86_64_11-Release-Configuration, Branch:libreoffice-4-0, Time: 2013-01-30_08:12:00

Works for me.

*** Bug 56393 has been marked as a duplicate of this bug. ***