Bug 75662

Summary: All of LibreOffice 4.x hangs if LibreOffice Base 4.x is running when switching between video console and RDP session
Product: LibreOffice Reporter: Brolin Empey <brolin>
Component: DatabaseAssignee: Not Assigned <libreoffice-bugs>
Status: NEEDINFO --- QA Contact:
Severity: normal    
Priority: medium CC: brolin, iplaw67, qubit, robert
Version: 4.1.3.2 release   
Hardware: x86 (IA32)   
OS: Windows (All)   
Whiteboard:
i915 platform: i915 features:

Description Brolin Empey 2014-03-02 05:48:46 UTC
I use LibreOffice 4.x on Windows 7 Professional for x86-32 on incubus, my primary desktop computer at my residence.  When I am at my residence, I use the video console of incubus.  At my employer’s shop, I use a different desktop computer, succubus, which runs Windows 8 Enterprise RTM for x86-32.  incubus and succubus are both on the same Hamachi Virtual LAN.  When I am at my employer’s shop, I use succubus as an RDP client to control incubus over the Hamachi Virtual LAN.  If only LibreOffice Writer 4.x is running when I switch between using the video console and RDP session, LibreOffice Writer 4.x is still functional after the switch.  However, if LibreOffice Base 4.x is running when I switch between using the video console and RDP session, then all of LibreOffice 4.x hangs after the switch:  the windows of the LibreOffice 4.x applications stop responding, which forces me to terminate LibreOffice 4.x .  I usually have only LibreOffice Writer 4.x running in addition to LibreOffice Base 4.x when switching between the video console and RDP session:  I know that LibreOffice Writer 4.x hangs in addition to LibreOffice Base 4.x if LibreOffice Base 4.x is running when switching but I do not know if other LibreOffice 4.x applications will hang too if LibreOffice Base 4.x is running when switching.  I expect that the other LibreOffice 4.x applications will hang too.  Of those applications, I expect that Calc is most likely for me to leave running in addition to Writer and Base.

I need all of LibreOffice 4.x to remain functional when switching between the video console and RDP session even if LibreOffice Base 4.x is running when switching.  IIRC, I did not have this problem with LibreOffice 3.x but I cannot currently test with LibreOffice 3.x because I no longer have LibreOffice 3.x installed on incubus.

I have some other configuration details that may not be relevant but I will mention them in case they are relevant:

1. Both my residence and my employer’s shop use a Wired LAN (Ethernet over twisted pair cable) using only Ethernet switches, no Ethernet hubs.  Both sites have a Wireless LAN too but both incubus and succubus use only the Wired LAN.  At both sites, the physical Wired LAN and the physical Wireless LAN are a single logical Virtual LAN using a MAC bridge.  At both sites, the wired gateway runs DD-WRT and uses Telus ADSL service for its uplink (to the WAN).

2. Both incubus and succubus are dual-head with a 21-inch Trinitron CRT computer display at 1600×1200 at 85 Hz on the left and a 27-inch Samsung SyncMaster 275T Plus (for incubus) or Samsung SyncMaster 275T (plain 275T, not 275T Plus;  for succubus) at 1920×1200 on the right.  For both incubus and succubus, the CRT is the primary display and the LCD is the secondary display.

3. succubus uses a stock kernel with crippled support for the Physical Address Extension (PAE) capability of the x86 CPU because succubus has only 4 GiB of main memory, which seems to suffice for my usage because succubus usually runs much less at once than incubus.  However, incubus uses an unofficially patched kernel to undo Microsoft’s intentional crippling of the PAE support in the client editions of Windows NT for x86-32 because incubus has 8 GiB of main memory because incubus always runs a lot of software at once, which usually uses more than 4 GiB of physical RAM.  I mention this unofficially patched kernel because the Windows 7 kernel is from Windows 7 RTM but most of the rest of the Windows 7 installation is from Windows 7 SP1.  This unusual software configuration usually seems to work well but Microsoft says that they intentionally crippled the PAE support to limit access to only the first 4 GiB of RAM because some third-party device drivers have not been tested with memory addresses above 4 GiB:  Microsoft says that such faulty device drivers can corrupt memory if the kernel uses the PAE to access more than 4 GiB of RAM.  I guess I should try to test with the stock crippled Windows 7 kernel but rebooting incubus to switch kernels is very inconvenient for me and can be done only when I am physically at my residence.  I cannot use Windows NT for x86-64 because I need specific backward compatibility that only Windows NT for x86-32 provides.

Please tell me if you need any more information from me.
Comment 1 robert 2014-03-02 08:15:12 UTC
Difference between Base and all other parts of LO is the Java-Runtime. So please have a look which JRE is installed on the system.
Comment 2 Brolin Empey 2014-03-02 08:24:16 UTC
(In reply to comment #1)
> Difference between Base and all other parts of LO is the Java-Runtime. So
> please have a look which JRE is installed on the system.

“Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\brolin>java -version
java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b05)
Java HotSpot(TM) Client VM (build 20.6-b01, mixed mode, sharing)

C:\Users\brolin>”

Does that answer your question?
Comment 3 robert 2014-03-02 11:12:24 UTC
(In reply to comment #2)
> 
> C:\Users\brolin>java -version
> java version "1.6.0_31"
> Java(TM) SE Runtime Environment (build 1.6.0_31-b05)

This is a very old Java-version. I haven't any Windows-Desktop here, only OpenSUSE Linux. So I don't know if there is much difference. But the actual Version is Java 7_u51: 
http://javadl.sun.com/webapps/download/AutoDL?BundleId=83383

> 
> Does that answer your question?

Yes, that's the missing information.

You could also try to solve it with the earlier version, which worked. You have written it worked with 3.*:
http://downloadarchive.documentfoundation.org/libreoffice/old/3.6.7.2/

I can't confirm this bug, because I haven't such a tricky connection to LO ...
Comment 4 Brolin Empey 2014-04-03 04:32:24 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > 
> > C:\Users\brolin>java -version
> > java version "1.6.0_31"
> > Java(TM) SE Runtime Environment (build 1.6.0_31-b05)
> 
> This is a very old Java-version. I haven't any Windows-Desktop here, only
> OpenSUSE Linux. So I don't know if there is much difference. But the actual
> Version is Java 7_u51: 
> http://javadl.sun.com/webapps/download/AutoDL?BundleId=83383

I upgraded my Java installation to that version but the behaviour of LibreOffice seems to have not changed. ☹

My current Java version:

“C:\Users\brolin>java -version
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode, sharing)”

Do you have any other suggestion other than using LibreOffice 3.x?  I can still try using LibreOffice 3.x but I prefer to continue using LibreOffice 4.x .
Comment 5 Brolin Empey 2014-04-15 23:09:16 UTC
(In reply to comment #4)
> I upgraded my Java installation to that version but the behaviour of
> LibreOffice seems to have not changed. ☹
> 
> My current Java version:
> 
> “C:\Users\brolin>java -version
> java version "1.7.0_51"
> Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
> Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode, sharing)”
> 
> Do you have any other suggestion other than using LibreOffice 3.x?  I can
> still try using LibreOffice 3.x but I prefer to continue using LibreOffice
> 4.x .

I installed LibreOffice 3.6.7.2 on incubus.  I still have LibreOffice 4.1.3.2 installed on incubus.  I used the video console of incubus to start LibreOffice Writer 4.1.3.2, LibreOffice Calc 4.1.3.2, and LibreOffice Base 3.6.7.2 .  Then I used succubus as an RDP client to control incubus.  After the switch from the video console to the RDP session, Writer and Calc were still functional but Base still stopped responding (hung).

I should try testing in the opposite direction:  use the video console of succubus to start LibreOffice Base, then use incubus as an RDP client to control succubus to test if Base is still functional after the switch.
Comment 6 Alex Thurgood 2015-01-03 17:39:30 UTC
Adding self to CC if not already on
Comment 7 Robinson Tryon (qubit) 2015-01-24 10:58:37 UTC
(In reply to Brolin Empey from comment #5)
> I should try testing in the opposite direction:  use the video console of
> succubus to start LibreOffice Base, then use incubus as an RDP client to
> control succubus to test if Base is still functional after the switch.

Hi Brolin,
What's the latest update from your testing?

We've just built 4.4.0.3 rc, which is available from the dev-builds server for testing:
http://dev-builds.libreoffice.org/daily/master/Win-x86@62-TDF/

Status -> NEEDINFO

(Please change status back to UNCONFIRMED after you provide an update. Thanks!)

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.