Opened 8 years ago

Closed 7 years ago

Last modified 4 years ago

#1767 closed defect (fixed)

Write activity doesn't let you write in the proper text box

Reported by: mkim Owned by: mchua sdz
Priority: Urgent Milestone:
Component: Sugar on a Stick (SoaS) Version: Git as of bugdate
Severity: Critical Keywords:
Cc: sdz, pbrobinson Distribution/OS: Fedora
Bug Status: New

Description

Description: From startup, the write activity does not allow the user to write in the area put aside for the writer to write in it. A box at the top where the icons should appear has some text in it, and is clearly not supposed to be there, as it is gibberish. If you click in the area where you are supposed to be able to type in, the mouse cursor changes into a four direction icon (the one that generally indicates that something can be moved), but does not do anything.

Reproduction: is hard. We get different results when we try and reproduce the problem. The consistent problems we encounter are the text box appearing where the menu bar should be rather than appearing in the bottom writing area, and the inability to type in the box where you should be able to type in. Will add videos to depict different results in the comments shortly.

Expected behavior: You should be able to write in the given text box, right? That doesn't happen.

Change History (14)

comment:1 Changed 8 years ago by mkim

  • Summary changed from Write activity doesn't let you write to Write activity doesn't let you write in the proper text box

comment:2 follow-up: Changed 8 years ago by sdz

  • Cc sdz added

Alright, thanks a lot for the report! I gotta try and find the person that owns Write.

comment:3 in reply to: ↑ 2 ; follow-up: Changed 8 years ago by garycmartin

Replying to sdz:

Alright, thanks a lot for the report! I gotta try and find the person that owns Write.

So what version of the abiword libraries is this SoaS using (and is the SoaS Strawberry or Blueberry)? Write is just really a Python GTK+ Sugar user interface, all the real work is done by the abiword libraries (which have alway been part of the distro).

comment:4 Changed 8 years ago by sascha_silbe

  • Component changed from Write to SoaS
  • Distribution/OS changed from SoaS to Unspecified
  • Owner set to mchua sdz

Bulk change distribution=SoaS -> component=SoaS

comment:5 in reply to: ↑ 3 Changed 8 years ago by sdz

Replying to garycmartin:

Replying to sdz:

Alright, thanks a lot for the report! I gotta try and find the person that owns Write.

So what version of the abiword libraries is this SoaS using (and is the SoaS Strawberry or Blueberry)?

That's actually a good question. You might be seeing this issue because this is erikos' F12 + Sugar 0.88 test day build. Gotta check whether that appears in the F13 nightly builds as well.

comment:6 follow-up: Changed 8 years ago by sdz

  • Distribution/OS changed from Unspecified to Fedora
  • Milestone changed from Unspecified by Release Team to Mirabelle
  • Priority changed from Unspecified by Maintainer to Urgent
  • Severity changed from Unspecified to Major
  • Version changed from Unspecified to Git as of bugdate

This appears in the nightly builds, too. So it's not only the F12 build that's affected - raising priority here. According to Koji, we should have... abiword-2.8.2-1.fc13 right now. For PyAbiword, we have: pyabiword-0.8.0-3.fc13

Gary, does that help?

comment:7 in reply to: ↑ 6 Changed 8 years ago by garycmartin

Hi,

Replying to sdz:

This appears in the nightly builds, too. So it's not only the F12 build that's affected - raising priority here. According to Koji, we should have... abiword-2.8.2-1.fc13 right now. For PyAbiword, we have: pyabiword-0.8.0-3.fc13

Gary, does that help?

Sorry, nothing much useful to add.

FWIW: I've not seen this behaviour during any previous Sugar testing. I have used recent versions of Write under Strawberry, Blueberry, and many versions of sugar-jhbuild (under F11), but I'm not involved in any nightly build testing (not even sure where the SoaS nightly builds are these days) other than keeping my day to day sugar-jhbuild install reasonably up to date.

Current F11 sugar-jhbuild 0.87.7 installed with pyabiword-0.8.0-1.fc11, abiword-2.8.1-1.fc11, and runs fine with Write-68.

Blueberry (F12) image installed with abiword-0.8.0-1.fc12, abiword-2-8-2-1.fc12, and running fine with Write-67.

comment:8 Changed 8 years ago by sdz

Even more strange news: When downgrading to the related Blueberry package versions, this still occurs. Maybe it's a sugar / toolbar related thing, since neither the abiword, nor the write packages seem to have changed over the last time.

comment:9 follow-up: Changed 8 years ago by pbrobinson

  • Cc pbrobinson added

This is working fine for me on today's rawhide (March 22nd) on an eeePC 901

It seems more like a screen/X layout issue with sugar than something with write/abiword. Do you have a gnome interface on the same device that you can test abiword on gnome to see if that causes problems. Also what sort of device is it? What screen resolution and what graphics card.

comment:10 in reply to: ↑ 9 ; follow-up: Changed 8 years ago by sdz

  • Bug Status changed from Unconfirmed to New
  • Severity changed from Major to Critical

Replying to pbrobinson:

This is working fine for me on today's rawhide (March 22nd) on an eeePC 901

Oh, it is? I'll have to double-check that. Maybe there's something wrong with what we do for SoaS.

It seems more like a screen/X layout issue with sugar than something with write/abiword. Do you have a gnome interface on the same device that you can test abiword on gnome to see if that causes problems. Also what sort of device is it? What screen resolution and what graphics card.

I can reproduce it with the current nightly builds (or at least these a couple of days ago, need to retry), but the original reporter's machines are the netbooks you recommended. :)

comment:11 in reply to: ↑ 10 Changed 8 years ago by pbrobinson

I can reproduce it with the current nightly builds (or at least these a couple of days ago, need to retry), but the original reporter's machines are the netbooks you recommended. :)

OK, cool. So its Intel Pinetrail chipset so that shouldn't be an issue. It might well be a missing dependency then. Do you have a link to the exactly daily you tested and I'll grab a copy a have a play.

comment:12 Changed 7 years ago by sdz

  • Resolution set to fixed
  • Status changed from new to closed

Alright, so we narrowed this down. Could you please execute as root the following command?

yum groupremove input-methods

That should do the trick and render Write working again. This issue will also not be present in the final release of Sugar on a Stick. Let me know how it goes!

comment:13 Changed 7 years ago by mkim

Yep, that fixed it. We're all good. =)

comment:14 Changed 4 years ago by dnarvaez

  • Milestone Mirabelle deleted

Milestone Mirabelle deleted

Note: See TracTickets for help on using tickets.