Contractor plugin does not show up in extensions list

Bug #1171397 reported by Pim Vullers
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Scratch
Fix Released
Medium
Mario Guerriero

Bug Description

When starting scratch and selecting the 'New file' option, it takes a while (approx 10 sec.) before the new file is available. In the mean time scratch seems to 'hang'.

The same happens when opening an existing file from the command line or file manager. The window decoration appears, but there are no contents (i.e. the content of the window is like screenshot of the viewport, the apps/background behind the window.

When opening a file using the 'open' option from the welcome screen the 'open/OK' button from the file chooser remains pressed and again gives a frozen impression until the file has been opened.

So it seems something is blocking the rendering and the rest of the application when opening a file.

This is on Gentoo Linux with scratch from trunk. Let me know if you need additional information.

Related branches

Revision history for this message
Mario Guerriero (mefrio-g) wrote :

I can't reproduce it. What GTk+ version are you using? Could you try with the following branch: https://code.launchpad.net/~mefrio-g/scratch/rework

Changed in scratch:
status: New → Confirmed
status: Confirmed → New
Revision history for this message
Pim Vullers (pimvullers) wrote :

I tried to build this branch but get the following error when trying to install:

make -j3 install
[ 2%] messages.”
[ 51%] [ 51%] Built target scratchcore
Built target i18n
[100%] Built target scratch-text-editor
Install the project...
-- Install configuration: "Gentoo"
-- Installing: /tmp/portage/app-editors/scratch-9999-r1/image/usr/share/applications/scratch-text-editor.desktop
-- Installing: /tmp/portage/app-editors/scratch-9999-r1/image/usr/bin/scratch-text-editor
-- Removed runtime path from "/tmp/portage/app-editors/scratch-9999-r1/image//usr/bin/scratch-text-editor"
-- Installing: /tmp/portage/app-editors/scratch-9999-r1/image/usr/share/scratch/scratch-ui.xml
CMake Error at src/cmake_install.cmake:66 (FILE):
  file INSTALL cannot find
  "/tmp/portage/app-editors/scratch-9999-r1/work/scratch-9999_build/src/scratchcore.pc".
Call Stack (most recent call first):
  cmake_install.cmake:41 (INCLUDE)

make: *** [install] Error 1

This seems to be caused by the following CMakeLists.txt line (which renames it to scratch.pc):

configure_file (${CMAKE_SOURCE_DIR}/src/scratchcore.pc.cmake ${CMAKE_BINARY_DIR}/src/scratch.pc)

while src/CMakeLists.txt refers to the file as scratchcore.pc for the install command.

Revision history for this message
Pim Vullers (pimvullers) wrote :

I'm using Gtk+ 3.4.4 and Glib 2.34.3 and compiled with Vala 0.20.1.

Revision history for this message
Pim Vullers (pimvullers) wrote :

Similar install issues are caused by scratch.vapi, scratch.deps and scratch.h.

Also the generated .so file has the strange name scratchcore.so.scratchcore (which does not get installed).

Revision history for this message
Pim Vullers (pimvullers) wrote :

For this last issue VERSION ${LIBNAME} should be replaced with VERSION ${VERSION} in

set_target_properties (${LIBNAME} PROPERTIES
    VERSION ${LIBNAME}
    SOVERSION ${SOVERSION}
)

Furthermore an install target should be added to install this library like:

install (TARGETS ${LIBNAME} LIBRARY DESTINATION lib)

Revision history for this message
Pim Vullers (pimvullers) wrote :

After quickfixing the abovementioned problems I managed to install the rework branch and run it. This reworked version does not exhibit the delay when opening new or existing files. (It even seems to be faster then before.)

Cody Garver (codygarver)
Changed in scratch:
status: New → In Progress
importance: Undecided → Medium
Changed in scratch:
assignee: nobody → Mario Guerriero (mefrio-g)
milestone: none → 1.2
Revision history for this message
Pim Vullers (pimvullers) wrote :

FYI. I just build the 1.1.1 release, and then it works just fine. So the issue is not (directly) caused by any of the libraries used on my system. So it is caused by some change introduced in trunk after 1.1.1, which has been dropped in the 1.2 rework branch.

Revision history for this message
Pim Vullers (pimvullers) wrote :

Some further investigation showed that this delay is caused by the contractor plugin. To be more precise by contractor (which does not work correctly on my system).

Changed in scratch:
status: In Progress → Invalid
Revision history for this message
Pim Vullers (pimvullers) wrote :

The big issue is that contractor support has to be decided upon during compilation. It cannot be controlled through the extension settings list.

Changed in scratch:
status: Invalid → New
summary: - Scratch takes long time to open a (new) file
+ Contractor plugin does not show up in extensions list
Changed in scratch:
status: New → Confirmed
status: Confirmed → In Progress
Changed in scratch:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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