win8: user interface changes spontaneously; stores info in preferences as window:task:taskset=2

Bug #1176112 reported by H Kern
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
New
Undecided
Unassigned

Bug Description

I'm using Windows8 and Inkscape 0.48.4 r9939

Inkscape changes its user interface spontaneously to a non-ergonomic system:

Bad behaviors are:
1. the taskbar on left does not respond to clicks. Rather, it responds to double clicks and then opens the task preferences window. After closing that window, the tool double-clicked on can be used.
2. object select no longer works normally. Objects can not be selected with a click. Instead, objects can be selected by a capture box or by ctl-clicking.

When all this happened, I then tried using Inkscape as a different user on my system: everything behaved properly.

Then, I looked at the preferences.xml files for the two different users. The bad-behavior Inkscape stored the following in the xml file:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<inkscape
   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
   version="1">
  <group
     id="window">
    <group
       id="task"
       taskset="2" />
...

The properly functioning user had the following instead:
<inkscape version="1"
  xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
  xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape">
  <group id="window">
    <group id="task" />
...

The formatting of the two preferences files is different in the way shown, and it's not clear why the one file has the "<?xml..." line at the beginning versus the other system. When I copy the "good" functioning xml file to overwrite the "bad" one, Inkscape recreates the bad one. When I edit that line about 'taskset="2" /' and delete that part or try to make it alternate numbers, Inkscape recreates the part I took out.

Somehow, the behavior might be triggered by loading a particular Inkscape SVG file that contains a reference to an external bitmap.

Since one user in my system gets a properly working Inkscape, and a different user has a badly working Inkscape, it seems that there must be something wrong in the registry.

Also, Inkscape is reporting the following in the badly working user's Inkscape directory where the preferences.xml file is stored.

The file "extension-errors.log" is generated with the following in it.

Extension "Dia Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: extensions
  string: dia2svg.sh
  description: The dia2svg.sh script should be installed with your Inkscape distribution. If you do not have it, there is likely to be something wrong with your Inkscape installation.

Extension "Dia Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: dia
  description: In order to import Dia files, Dia itself must be installed. You can get Dia at http://live.gnome.org/Dia

Extension "DXF Output" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: extensions
  string: ps2dxf.sh

Extension "DXF Output" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: pstoedit
  description: pstoedit must be installed to run; see http://www.pstoedit.net/pstoedit

Extension "EPS Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: ps2pdf

Extension "LaTeX formula" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: latex

Extension "LaTeX formula" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: dvips

Extension "LaTeX formula" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: pstoedit

Extension "XFIG Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: fig2dev

Extension "GIMP XCF" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: gimp

Extension "Text Outline Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: perl

Extension "PostScript Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: ps2pdf

Extension "Sketch Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: extensions
  string: sk2svg.sh

Extension "Sketch Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: skconvert

Extension "Text Input" failed to load because a dependency was not met.
Dependency:
  type: executable
  location: path
  string: perl

Tags: ui win32
Revision history for this message
Alvin Penner (apenner) wrote :

- just a few followup questions
- did you install for a "single user" or "all users"
- if single user, did you perform two separate installations, one for each user?
- which directory is Inkscape.exe in, for each user.
- could you try using Windows Explorer to double click directly on the Inscape.exe file in each case, just to make sure you are running the same exe file in each case.
- could you try deleting or renaming the preferences.xml file. Inkscape will automatically create a new one from scratch
- the normal preferences.xml file, on Windows 7, would start with this:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<inkscape
   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
   version="1">
  <group
     id="window">
    <group
       id="task"
       taskset="0" />

- for the purposes of this bug report, you can ignore the extensions-error.log file, it is not relevant here.
- after deleting or renaming both preferences.xml, could you attach them both, if they are still different?

Revision history for this message
H Kern (hkern0) wrote :

Thank you for the response. I could not remember if I had installed as single or multi-user, so I just uninstalled Inkscape and re-installed it, making sure to: install for all users; and delete previous preferences. (I did rename the previous Roaming/Inkscape directory so I would still have it for reference).

There is only a single Inkscape.exe instance on my computer.

I allowed Inkscape to run the first time after installation and did nothing other than close the window. Then, I checked the preferences.xml file and found it to start with the following:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<inkscape
   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
   version="1">
  <group
     id="window">
    <group
       id="task"
       taskset="2" />

It is attached as preferencesA.xml

When I did this uninstall / re-install, it deleted all of the "good" user's Roaming/Inkscape directory and recreated it with seemingly the same strange preferences.xml as shown above. It is attached as preferencesB.xml

I have run the program from the Program Files(86)/Inkscape directory for both users as requested.

Surprisingly, user A still gets the bad behavior, but user B gets good behavior: even though the preferences.xml files for both users seem the same and somewhat anomalous.

Revision history for this message
su_v (suv-lp) wrote :

Likely the same issue (duplicate) as reported in
- Bug #1131428 “Loss of correct mouse focus, Win 7 64bit”?
  <https://bugs.launchpad.net/inkscape/+bug/1131428>

and also in
- Bug #1131428 “Loss of correct mouse focus, Win 7 64bit”
- Bug #1140582 "curser not detected after tool is used”

tags: added: ui win32
Revision history for this message
H Kern (hkern0) wrote :

thanks for the helpful pointers. it looks possible that these are related. i need some time to digest those reports to see i can find a solution. am also thinking of diving into the registry, since i have an example of where I have the bug for one user but not for the other on the same exact computer. --H

Revision history for this message
H Kern (hkern0) wrote :

I have found that another apparently unresolved bug report describes the same behavior:

Question #221141: “Windows 8 trouble using options/buttons” <https://answers.launchpad.net/inkscape/+question/221141>

It does not seem to be the same as https://bugs.launchpad.net/inkscape/+bug/1131428 because deleting the preferences file does not resolve it, whereas 11313428 was resolved by deleting the preferences file.

I do not find enough information in https://bugs.launchpad.net/inkscape/+bug/1140582 to determine if it is the same problem.

--H

Revision history for this message
su_v (suv-lp) wrote :

> When I edit that line about 'taskset="2" /' and delete that part or
> try to make it alternate numbers, Inkscape recreates the part I took
> out.

The key 'taskset' stores the value for the toolbar layout (the 3 options at the bottom of the 'View' menu - taskset 0 is 'default', taskset 1 is 'custom', taskset 2 is 'wide'): the initial value (first install, or after deleting the preferences file) depends on the proportions of the current monitor:
<http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48#Adaptive_UI>

The default skeleton of the preferences file [1] does not assign an initial value to the taskset: if not present in the preferences file, the value gets based on the screen dimensions of the current monitor at launch time, as mentioned in the release notes.

By itself, this setting is unlikely to cause the reported issue (as has been singled out in the bug summary line).

> Surprisingly, user A still gets the bad behavior, but user B gets
> good behavior: even though the preferences.xml files for both users
> seem the same and somewhat anomalous.

Since you also confirmed that the the underlying trigger seems to be in the user configuration of the system and not of Inkscape itself: did you test for any potential conflicts with other apps installed or running (e.g. via autostart for the current user) as has been suggested earlier in the comments of bug #1131428?

-----
[1] Preferences skeleton (used if preferences.xml does not exist):
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/RELEASE_0_48_BRANCH/view/head:/src/preferences-skeleton.h>

Revision history for this message
su_v (suv-lp) wrote :

@H Kern - according to the latest comment in bug #1131428
<https://bugs.launchpad.net/inkscape/+bug/1131428/comments/10>
the issue reported there was actually _not_ resolved by deleting the preferences.

Based on this latest information, it seems to me based on the available descriptions of the symptoms that this report (bug #1176112) describes the same issue as bug #1131428 (actual trigger - likely outside of inkscape - not yet known).

Revision history for this message
H Kern (hkern0) wrote :

I reviewed bug 1131428 and noticed that he is using a Lenovo. I am also using a Lenovo with battery and energy management software installed and running. Of course, it's running for both of my users, so this doesn't readily explain why one user works right and the other doesn't.

I have also reviewed the startup files for both users. They are quite similar. Big differences that jump out is that User A (bad Inkscape behavior) has

Google Chrome in the startup
also a different number of processes for Btmshellex, and the trackpad control center and the Intel Services manager than User B

User B (good Inkscape behavior) has

program (I think this is my apache server)

I have used a product called Revo Uninstaller to remove Inkscape, and then I have re-installed from the latest beta version. The problem persists. Somehow, Inkscape is not getting totally removed as the recent files list persists even when it is uninstalled using Revo and telling it to eliminate all user information.

That's what I know. If there is something else recommended to check or try, I'll give it a shot, just because it bugs me and reduces my confidence in the program when it does random behavior.

Thanks, --H

Revision history for this message
Mike Williamson (m-r-williamson7) wrote :

This problem also affects me, and I'm also using a Lenovo (Z580).

Mike

Revision history for this message
su_v (suv-lp) wrote :

Linking as duplicate to bug #1131428 - please add a comment here (bug #1176112) and revert the duplicate status, if you disagree and think these are unrelated issues which need to be tracked separately.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.